Tomsk Sysadmins Forum

Unix => Администрирование => Topic started by: Comrad on November 21, 2006, 21:10:24

Title: Странности с интерфейсами
Post by: Comrad on November 21, 2006, 21:10:24
Дистрибутив ASPLinux 11.
Впервые столкнулся с таким выводом команд
Code: [Select]
[root@]# /sbin/ifconfig
          eth0      Link encap:Ethernet  HWaddr 00:55:D0:8E:81:8F
          inet addr:192.168.10.4  Bcast:192.168.10.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:46 errors:0 dropped:0 overruns:0 frame:0
          TX packets:35 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:5626 (5.4 KiB)  TX bytes:3111 (3.0 KiB)
          Interrupt:11 Base address:0x2000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:4 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:340 (340.0 b)  TX bytes:340 (340.0 b)

[root@]# netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.10.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         192.168.10.1    0.0.0.0         UG        0 0          0 eth0
Не понял куда делся lo и очень не нравится средняя строчка netstat- сто процентов не давал такого адреса, для настройки использую DHCP.
Почему на eth0 оказалось два адреса?
Сижу разбираюсь в дебрях конфигурации интерфейсов в ASP.
Может кто поможет с этим.
Title: Странности с интерфейсами
Post by: Unit on November 22, 2006, 02:02:42
Видимо, произошёл сбой при получении адреса от DHCP. А вот куда lo в рутинге делся - ума не приложу.
Title: Странности с интерфейсами
Post by: anovo on November 22, 2006, 09:49:11
Подсеть 169.254.0.0/16 используется Microsoft в т.н. технологии APIPA (Automatic Private IP Addressing). Странно, кажется будто адрес присвоен каким-то клиентом (вроде WinXPPro).
Title: Странности с интерфейсами
Post by: Comrad on November 22, 2006, 10:03:27
Code: [Select]
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0Это вывело меня на Zeroconf   . Настраивается в ifup-eth.
Полезу в гугль.
Title: Странности с интерфейсами
Post by: demiurg on November 22, 2006, 16:35:10
Quote from: anovo
Подсеть 169.254.0.0/16 используется Microsoft в т.н. технологии APIPA (Automatic Private IP Addressing). Странно, кажется будто адрес присвоен каким-то клиентом (вроде WinXPPro).
Нет, это в ASPLinux по-умолчанию такая ерунда
Title: Странности с интерфейсами
Post by: demiurg on November 22, 2006, 17:05:14
А странность с отсутствием 127.0.0.0 в маршрутах есть и на Red Hat Enterprise Linux ES release 4
Code: [Select]
$ netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
195.XXX.XXX.0   0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         195.XXX.XXX.1   0.0.0.0         UG        0 0          0 eth0

$ cat /etc/redhat-release
Red Hat Enterprise Linux ES release 4 (Nahant Update 3)
В списке рассылки [email protected] это обсуждалось, вот только архива у меня не сохранилось  подробностей не помню.
Title: Странности с интерфейсами
Post by: Comrad on November 23, 2006, 08:36:59
Ура НАШЕЛ!!!
Quote
Цитата:
 2. кто нибудь может обьяснить вот эту строку в таблице
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth2    
 
это zero интерфейс  
Целью ZEROCONF является разработка механизмов, позволяющих при работе в IP-сетях обеспечить решение четырех задач: автоматическую раздачу IP-адресов без участия DHCP-сервера, столь же автоматическое отображение имен в IP-адреса и обратно без участия DNS-сервера, поиск сервисов (например, принтеров) без участия служб каталогов и распределение адресов IP Multicast без участия MADCAP-сервера.
 
Удаляется прописыванием NOZEROCONF=yes
в etc/sysconfig/network
----------
Со всеми регардами - Alexei Dmitriev aka Dr.Spectre
Чтобы добиться успеха в этом мире, одной глупости недостаточно, к ней нужны еще хорошие манеры.
© Вольтер


Точно. Поставил NOZEROCONF=yes и появился ожидаемый вывод
Code: [Select]
$ netstat -nr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
127.0.0.1       0.0.0.0         255.255.255.255 UH        0 0          0 lo
192.168.10.0    0.0.0.0         255.255.255.0   U         0 0          0 eth0
0.0.0.0         192.168.10.1    0.0.0.0         UG        0 0          0 eth0
Title: Странности с интерфейсами
Post by: jack on January 09, 2007, 10:49:47
в продолжение темы:
отключил у себя zeroconf, маршрут 169.254.0.0 исчез
а вот интерфейс lo не появился.

Code: [Select]
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
88.Х.Х.192    0.0.0.0         255.255.255.192 U         0 0          0 eth1
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
0.0.0.0         88.Х.Х.Х    0.0.0.0         UG        0 0          0 eth1
p.s. FC6
Title: Странности с интерфейсами
Post by: nuclight on January 10, 2007, 13:47:44
Quote from: demiurg
Нет, это в ASPLinux по-умолчанию такая ерунда

Это не в ASP Linux, а вообще. Подсеть 169.254.0.0/16 находится в числе зарезервированных draft-mannig-dsua. И Microsoft лишь один из юзателей, да.