Эта статическая конфигурация маршрута неверна?

Question

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

При беспроводном подключении я подключаюсь не к маршрутизатору ASUS, а к точке доступа 192.168.1.126, которая подключена к маршрутизатору ASUS.

ASUS Router (192.168.1.1)

-> LAN1: точка доступа (192.168.1.126)

-> LAN2: ZyWALL (192.168.1.129) -> Сервер (172.16.5.30).

При подключении напрямую к ZyWALL через один из портов LAN на нем достигается сервер. При подключении через WIFI, который проходит через точку доступа, он не работает.

Маршрутизатор ASUS имеет настроенный статический маршрут к серверу, который выглядит следующим образом:

Сеть /IP: 172.16.5.0

Маска сети: 255.255.255.0

Шлюз: 192.168.1.129

Метрика: 2

Интерфейс: LAN

Когда я проверяю связь с сервером при использовании беспроводного подключения на моем ноутбуке, я получаю следующие результаты: Теперь, когда я проверяю связь с сервером, я получаю следующий результат:

PING 172.16.5.30 (172.16.5.30): 56 data bytes
Request timeout for icmp_seq 0
92 bytes from router.asus.com (192.168.1.1): Redirect Host(New addr: 192.168.1.129)
Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst
4  5  00 0054 129f   0 0000  3f  01 f5b5 192.168.1.126  172.16.5.30 

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

Что я здесь не так делаю?

Answer 1

Маршрут правильный. (Перенаправления - это способ сказать вашему маршрутизатору «вы можете напрямую добраться до этого шлюза, не проходя через меня», но обычно они не обязательны).

Используйте tcpdump на сервере, чтобы проверить, действительно ли приходят запросы ping :

tcpdump -e -n -i eth0 icmp

Возможно, ваш сервер не имеет маршрута обратно к локальной сети 192.168.1.0 и поэтому не может ответить обратно. Может потребоваться аналогичный статический маршрут через ZyWALL.

Хотя, если вы можете, а также проверить , является ли прием сам ZyWALL (и пересылка) запросы. (В зависимости от прошивки может быть доступен Telnet → sh → tcpdump .)

---

(Обратите внимание, что адрес вашей точки доступа Wi-Fi обычно совершенно не имеет значения. Точка доступа - ну, если это на самом деле точка доступа - не отличается от коммутатора Ethernet, работая на уровне ниже IP.)