Что означает * в Linux для шлюза IP?

Question

Чтобы быть более точным, после запуска netstat -r я получил следующие строки:

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
default         199.170.12.1    0.0.0.0         UG        0 0          0 eth0
199.170.12.0    *               255.255.254.0   U         0 0          0 eth0

Причина, по которой я запускаю его, заключалась в том, что мое соединение Ethernet не работало в Linux, хотя оно работало в Windows (установленной на той же машине). Я использовал динамический IP, в прошлый раз, когда соединение работало нормально, и я не сделал никаких изменений. Сначала я проверил ifconfig, и все было нормально. Я проверил resolv.conf, и он указывал на сервер имен 127.0.1.1 (насколько это было хорошо - насколько я знаю).

Единственное, что я нашел подозрительным, это ip шлюза (это может быть нормально, но, честно говоря, я не пробовал эту команду раньше, и я не знаю, что означает *).

Затем связь была исправлена (само собой, я ничего не делал). Но я все равно хотел спросить.

Answer 1

Это означает, что ему не нужен шлюз для доступа к этой подсети. Это локальная подсеть, поэтому ей не нужен IP-адрес следующего перехода. С netstat -r , кажется, улучшается контекстное удобство. 0.0.0.0 в разделе назначения переводится в default по умолчанию , тогда как в разделе шлюза это переводится в * .

rj@Latitude-E6410:~$ netstat -r
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
default         192.168.1.1     0.0.0.0         UG        0 0          0 wlan0
192.168.1.0     *               255.255.255.0   U         0 0          0 wlan0

---

rj@Latitude-E6410:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 wlan0
192.168.1.0     0.0.0.0         255.255.255.0   U     9      0        0 wlan0

Answer 2

В Netstat -r отображает таблицу маршрутизации ядра.

По умолчанию netstat пытается преобразовать IP-адрес в его имя, выполнив обратный поиск DNS. Для этого (при условии, что BIND используется в качестве DNS-сервера), должен быть файл данных обратной зоны с записями ресурсов PTR, который сопоставит IP-адрес с именем. Обычно это не настраивается в домашних сетях (и во многих производственных сетях в этом отношении).

Если netstat не получает никакого ответа от DNS-сервера за пределами значения времени ожидания по умолчанию (вы можете установить его, указав директиву timeout:n в /etc/resolv.conf где n измеряется в секундах), * появляется в местах, где Сетевое ключевое слово ЛЮБОЕ подходит, что эквивалентно 0.0.0.0 . Интерпретация * зависит от контекста. В вашем случае, как сказал Райан Фоли, чтобы добраться до сети 192.168.1.0/24 шлюз не требуется, поскольку это ваша локальная сеть.

Вы можете узнать, как интерпретировать вывод netstat и его использование, прочитав этот блог. -n отключает обратный поиск DNS, что ускоряет netstat.

Ниже приведены возможности, которые могли возникнуть в вашем случае:

1. Клиент должен получить IP с сервера DHCP. Когда машина загружается, протокол DHCP инициируется. Этот диалог включает в себя пакеты DHCP DORA(обнаружение, предложение, запрос, подтверждение). Из них DHCP Discover - это передача с компьютера. В зависимости от нет. узлов в сети (тот же домен коллизий), DHCP-серверу требуется некоторое время, чтобы получить этот пакет Discover и ответить предложением DHCP, содержащим IP-адрес.

2. Далее идет arp resolution . Наличие IP-адреса не дает машине возможности общаться, если не создана таблица ARP. Это имеет сопоставление IP-MAC-адреса. MAC-адрес необходим для формирования пакета и отправки его по физическому проводу (ether). Повторное изучение MAC-адреса компьютеров в локальной сети включает передачу ARP (запрос) и одноадресную передачу (ответ). Это добавляет время, до которого машина готова к общению.

3. Причины задержки включают слишком много коллизий пакетов, согласование параметров TCP, таких как размер окна, инициализация таймера, длина очереди и т.д., Переполнение буфера пакетов в месте назначения, задержка переключения среди других.