Вопросы Теги

IP-адрес на Linux продолжает передавать другому

Я зафиксировал это путем выполнения:

zypper install-new-recommends.
2
02.09.2013, 21:06
2 ответа

Так как Ваша система, кажется, получила IP-адрес успешно от сервера DHCP (192.168.7.50), это, казалось бы, было бы проблемой маршрутизации. Как @ash предположил, пробуют команду:

$ netstat -rn

Эта команда синонимична с другим предложением route -n. Любая команда произведет вывод, подобный этому:

маршрут

$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     0.0.0.0         255.255.255.0   U     2      0        0 wlan0
0.0.0.0         192.168.1.254   0.0.0.0         UG    0      0        0 wlan0

netstat

$ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 wlan0
0.0.0.0         192.168.1.254   0.0.0.0         UG        0 0          0 wlan0

Строка это - интересное, является строкой, которая имеет UG в его столбце Flags. Это - Ваш системный шлюз значения по умолчанию. Это - место назначения по умолчанию для любых пакетов IP, которые не имеют явного соответствия ни к каким сетевым определениям (1-й столбец).

В Вашем случае Вы, вероятно, собираетесь иметь строки, подобные моему выше, кроме дюйм/с будет отличаться. Ваш сетевой адрес будет 192.168.7.0.

Если это все, взгляды хорошо затем удостоверяются, что можно проверить с помощью ping-запросов маршрут по умолчанию сначала. Иногда системы имеют брандмауэр, настроенный таким образом, что они не ответят на пакеты ping (пакеты ICMP).

Другой вещью попробовать был бы a traceroute:

$ traceroute 192.168.1.254
traceroute to 192.168.1.254 (192.168.1.254), 30 hops max, 60 byte packets
 1  router1.bubba.net (192.168.1.254)  1.399 ms  1.586 ms  1.904 ms

Это покажет Вам путь, который пакет взял бы для получения от Вас до места назначения.

1
27.01.2020, 22:06
  • 1
    @Sly - какова была возможная проблема? –  slm♦ 03.09.2013, 00:40

Нет ничего в том выводе, который показывает любой тип передачи. То, что показывает тот вывод, - то, что сервер не знает, как достигнуть IP-адреса 192.168.7.100.

Для диагностирования "Узла назначения Недостижимая" ошибка проверьте сетевую маршрутизацию:

netstat -rn

Взлетите -n если Вы хотите, чтобы сетевой IP-адрес перевел назад в имена серверов.

Ищите запись, которая имеет маску и место назначения, таким образом, что, когда 192.168.7.100 имеет примененную маску (поразрядно внесенный), целевое значение подобрано. Например:

Destination   Mask
192.168.7.0   255.255.255.0

Это соответствовало бы начиная с 192.16.7.100 замаскированных с 255.255.255.0 дает 192.168.7.0.

2
27.01.2020, 22:06
  • 1
    Извините, что был ясен, Сервер, который я использую используемый, чтобы иметь фиксированный IP-адрес 192.168.7.50, но теперь имею DHCP присвоенный адрес 192.168.7.100 и может проверить с помощью ping-запросов на всем протяжении сетевых адресов кроме 192.168.7.50 –  Peter Fox 03.09.2013, 00:31
  • 2
    , Несмотря на это, таблица маршрутизации удерживает клавишу к Вашей проблеме, если я читаю это право. Хост не достижим, прибывает из маршрутизации. Могло быть взаимодействие с чем-то еще в сети (такой как маршрутизатор), который приводит к той ошибке также, но это кажется маловероятным на основе данного описания. –  ash 03.09.2013, 00:35
  • 3
    Регистрация таблицы маршрутизации (вывод netstat -rn) поможет нам ответить. –  ash 03.09.2013, 00:35

Теги

Похожие вопросы