☰

Пинг не работает

tag-icon • tag-icon linux networking ip
Пинг не работает

Пинг с этого IP-адреса на мой компьютер и обратно не работает.

inet addr:10.125.104.4 Bcast:10.125.111.255 Маска:255.255.240.0

Мой компьютер такой

Подключение к локальной сети адаптера Ethernet:

    Connection-specific DNS Suffix  . :
    IP Address. . . . . . . . . . . . : 10.125.65.75
    Subnet Mask . . . . . . . . . . . : 255.255.252.0
    Default Gateway . . . . . . . . . : 10.125.64.6

Мы оба МОЖЕМ получить доступ к общему IP-адресу шлюза, 10.125.96.6.

Что мне следует проверить? Что препятствует отправке информации, если у нас обоих есть общий шлюз, который пингуется?

Кроме того, я могу войти на промежуточный сервер и подключиться к этому серверу по ssh!!

решение1

Лично я использую сниффер на обеих машинах, чтобы видеть, что находится в сети. PING означает, что запрос был отправлен И ответ пришел. Отсутствие PING само по себе, без наблюдения за трафиком в сети, не скажет вам, является ли проблема потерей запроса на пути к удаленному хосту или потерей возвращающегося ответа.

Моя интуиция подсказывает, что проблема в промежуточном устройстве с правилом брандмауэра (или ACL) или в брандмауэре на уровне хоста, но, не видя трафика в сети, я не могу сказать наверняка.

решение2

Компьютеры находятся в разных подсетях.

сделайте traceroute. Он показывает, как маршрутизируется пинг.

traceroute 10.125.104.4

Наконец, первым шагом должен быть локальный маршрутизатор.

Возможность пинга общего IP-адреса не гарантирует правильную маршрутизацию.

решение3

Похоже, у вас разные маски подсети; из-за этого один хост не считает, что другой находится в локальном сегменте.

Обновлять: Эван прав, это совершенно отдельные сегменты? Меня сбил с толку комментарий про "общий шлюз".

решение4

Подсеть не должна иметь значения, если брандмауэр настроен правильно, aaaa/24 может пинговать bbbb/32, если он правильно настроен. Как сказал Эван, лучше всего начать с сниффера, чтобы найти место сбоя.

Связанный контент