dil: (Default)
dil ([personal profile] dil) wrote2009-02-08 07:28 pm
Entry tags:

А-а-а!

# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:09:34:xx:xx:xx  
          inet addr:169.254.198.129  Bcast:169.254.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1438 errors:0 dropped:0 overruns:0 frame:0
          TX packets:965 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:106712 (104.2 KiB)  TX bytes:96590 (94.3 KiB)
          Interrupt:16 

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:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


всё бы ничего, но эта картина из телнетовой сессии, которой я ходил вовсе не на 169.254.198.129, а вовсе даже на 192.168.0.5. КАК ЭТО РАБОТАЕТ???

[identity profile] gvj.livejournal.com 2009-02-08 07:44 pm (UTC)(link)
ip addr ?

[identity profile] dil.livejournal.com 2009-02-08 07:53 pm (UTC)(link)
шаман, однако..
# ip addr show
1: eth0: 
[Error: Irreparable invalid markup ('<broadcast,multicast,up>') in entry. Owner must fix manually. Raw contents below.]

шаман, однако..
<pre># ip addr show
1: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
link/ether 00:09:34:27:b9:fb brd ff:ff:ff:ff:ff:ff
inet 169.254.198.129/16 brd 169.254.255.255 scope link eth0
inet 192.168.0.5/24 scope global eth0
2: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo</pre>

но оно же должно видеться как eth0:0?

[identity profile] gvj.livejournal.com 2009-02-08 07:57 pm (UTC)(link)
Веришь -- хрен его знает )))
Я этот прикол знаю именно как шаман ))
говнолинукс
sanmai: (horror)

RTFM

[personal profile] sanmai 2009-02-08 09:46 pm (UTC)(link)
Потому что ifconfig - это прошлый век.
http://lartc.org/howto/index.html

Re: RTFM

[identity profile] gvj.livejournal.com 2009-02-08 10:05 pm (UTC)(link)
О, красноглазый )
sanmai: (Downtown Shin-Kobe)

Re: RTFM

[personal profile] sanmai 2009-02-09 05:01 am (UTC)(link)
Не больше чем ты ;)

[identity profile] dma.livejournal.com 2009-02-08 08:06 pm (UTC)(link)
Нет, кажется, если добавлять именно второй адрес к интерфейсу - добавится именно _второй_ адрес к интерфейсу.
Хотя в приличных домах за это бьют подсвечниками.

[identity profile] shadowtramp.livejournal.com 2009-02-08 10:21 pm (UTC)(link)
Про подсвечники ты - зря.
Ибо этот адрес именно на это интерфейсе. А все алиасы исключительно для запутывания. Так же как нельзя реально указать роут с исходящим eth0:0 Можно только dev eth0 src blah.blah.blah.blah Так же и придёт пакет на реальный интерфейс eth0, который на этот адрес тоже принять не против. Что тебе ядро и рассказывает...

Вот есть у етбя реальный интерфейс. Который кушает пакеты, приходящие на n адресов и умеет отправлять с n адресов. За что ж его подсвечником та?

[identity profile] dma.livejournal.com 2009-02-08 10:23 pm (UTC)(link)
За то, что реальный интерфейс имеет ОДИН IP адрес.
Если у него два адреса - это уже два интерфейса логически.

Что нельзя указать роутинг через eth0:0 - это странно. Должно быть как раз можно. Потому что вот эти вот src x.x.x.x - это извращение.

[identity profile] shadowtramp.livejournal.com 2009-02-09 11:43 am (UTC)(link)
Реальный интерфейс имеет столько адресов, на сколко он откликается, когда мимо пролетает who has. Вот мак адрес елательно иметь один. Хотя ныне я не поручусь, что это - действующее ограничение.
В принципе, прозрачный мост может откликаться на сетку адресов одним своим интерфейсом.
Логические интерфейсы - самообман из кривого прошлого. Ибо! Ни толком разные маски, ни разные броадкасты ты на эти логические интерфейсы не посадишь.
Соханяют их сегодня из-за тучи кирвых инитскриптов и дурацких приложений, которые "биндятся к интерфейсам".
Если ты посмотришь с точки зрения ядра, может быть и согласишься, что логические интерфейсы - обман публики.

[identity profile] dma.livejournal.com 2009-02-09 12:04 pm (UTC)(link)
С точки зрения ядра там может быть всё, что угодно.
С точки же зрения TCP/IP - интерфейс имеет ОДИН адрес.

Что же до того "не посадишь" - вот у меня сейчас в роутере eth0:1 имеет адрес 192.168.1.1/24, а eth0:2 - 10.10.12.12/8

Ты мне правда хочешь сказать, что у меня на этих двух интерфейсах одна маска и одинаковый бродкаст?

[identity profile] dil.livejournal.com 2009-02-09 12:19 pm (UTC)(link)
с точки зрения внутреннего устройства нынешнего линукса и программы ip адреса и интерфейсы вообще существуют независимо друг от друга.
интерфейс - это такая штука, через которую могут приходить и уходить пакетики. а что с ними делать - совершенно отдельный вопрос. можно скормить какой-нибудь локальной программе, можно убить, можно отфорвардить в другой интерфейс, можно предварительно в них что-нибудь поменять..
в этой концепции ip-адрес используется как один из критериев для принятия решения о судьбе пакета, и совершенно не обязан быть привязанным только к одному интерфейсу, или вообще к какому-нибудь интерфейсу.

[identity profile] shadowtramp.livejournal.com 2009-02-09 01:02 pm (UTC)(link)
С точки же зрения TCP/IP - интерфейс имеет ОДИН адрес
Где-то прямо такое ограничение прописано? Здесь (ftp://ftp.rfc-editor.org/in-notes/rfc1122.txt), например, написано, что физический интерфейс может иметь N адресов. А вот логически, да, ровно один. Там же, фактически, написано, что именно в обязанность приложений входит правильно выбирать исходящий адрес, а система должна исходящим адресом при роутинге руководствоваться.

Что касается твоего рутера: если тебе не трудно, напиши, что выдают комнады ip add l, ip ro l table main и ip ro l table local

[identity profile] dma.livejournal.com 2009-02-09 01:53 pm (UTC)(link)
ip щито?
я про ipconfig знаю. А про эти ваши новомодные изъёбства - и даже не хочу! :)

[identity profile] dil.livejournal.com 2009-02-09 01:55 pm (UTC)(link)
оно теперь внутри так устроено, а что у тебя ifconfig ещё работает, так это чисто по случайности для совместимости

[identity profile] dma.livejournal.com 2009-02-09 02:09 pm (UTC)(link)
да, но эта совместимость - она очень глубоко окопалась. Не уберут.

А как оно устроено внутри - это как бы пофиг.

[identity profile] dil.livejournal.com 2009-02-09 02:11 pm (UTC)(link)
так вот видишь - я нарвался на то, что не пофиг. не умеет ifconfig показывать всё то, что есть в ядре, если это туда загнали не через него

[identity profile] shadowtramp.livejournal.com 2009-02-09 02:15 pm (UTC)(link)
Не уберут, по крайней мере в ближайшее время.

Как оно устроенно унутре - тоже не пофиг. Можно многие вещи делать естественным и удобным образом.
Но помимо традиционных инитскриптов, да.

[identity profile] dil.livejournal.com 2009-02-09 02:17 pm (UTC)(link)
нет ничего хуже, чем жить в переходный период. я вот наткнулся на RHEL, в котором адреса поднимаются с помощью ifconfig и route, а дополнительные маршруты - с помощью ip route. и очень долго плевался.

[identity profile] dma.livejournal.com 2009-02-09 01:53 pm (UTC)(link)
Кстати, busybox никаких таких сокращений не понимает. Ему надо разжёвывать до полных форм.

[identity profile] dil.livejournal.com 2009-02-09 01:54 pm (UTC)(link)
ага, я на это тоже налетел

[identity profile] dil.livejournal.com 2009-02-09 12:10 pm (UTC)(link)
насчет маков - да, есть такая штука как proxyarp :)

[identity profile] shadowtramp.livejournal.com 2009-02-09 01:03 pm (UTC)(link)
Да, правда, на тех же мостах и пользуется.

[identity profile] dmn42.livejournal.com 2009-02-08 08:26 pm (UTC)(link)
Не должно. Это адрес, добавленный через iproute. Очень удобно, кстати.

[identity profile] blacklion.livejournal.com 2009-02-08 07:58 pm (UTC)(link)
Это интересно. Это ведь адреса из autoconf space… Когда даже DHCP не доступен… Я, правда, так и не понял, как его предполагается по RFC (какому?) использовать.

[identity profile] dil.livejournal.com 2009-02-08 08:10 pm (UTC)(link)
169.254.0.0/16 - This is the "link local" block. It is allocated for
communication between hosts on a single link. Hosts obtain these
addresses by auto-configuration, such as when a DHCP server may not
be found.

http://www.ietf.org/rfc/rfc3330.txt

насколько я понимаю, это чтобы машины смогли автоконфигурироваться в отсутствие dhcp-сервера и общаться с себе подобными в том же сегменте сети.

но вот зачем тут поднялся этот адрес при том, что в сети есть и dhcp-сервер, и вообще ей явно задан статический IP, который и работает..

[identity profile] gvj.livejournal.com 2009-02-08 08:19 pm (UTC)(link)
169 адрес поднял dhcp-client когда не смог достучаться до сервера IMHO

[identity profile] gvj.livejournal.com 2009-02-08 08:20 pm (UTC)(link)
Ну собственно чуть выше это и написано
йа тупой

[identity profile] dil.livejournal.com 2009-02-09 01:40 pm (UTC)(link)
вот я только не понимаю, с какой радости он вообще пытался стучаться в dhcp-сервер, если у него статический IP в настройках машины. видимо, аффтары стартовых скрпитов что-то намудрили

[identity profile] dma.livejournal.com 2009-02-08 08:05 pm (UTC)(link)
"жжжжжжж", вестимо