이 고정 경로 구성이 올바르지 않습니까? 작동합니다. 무선으로 연결할 때 ASUS 라우터에

로컬 네트워크에 무선으로 연결할 때 연결할 수없는 서버가 있습니다. 그러나 서버가 연결된 네트워크 장치를 통해 직접 연결할 때 제대로 작동합니다.

무선으로 연결할 때 ASUS 라우터에 연결하지 않고 192.168.1.126의 액세스 지점 ASUS 라우터에 연결됩니다.

ASUS 라우터 (192.168.1.1)

& gt; LAN1 : 액세스 포인트 (192.168.1.126)

& gt; LAN2 : ZyWALL (192.168.1.129) – & gt; 섬기는 사람 (172.16.5.30).

ZyWALL의 LAN 포트 중 하나를 통해 ZyWALL에 직접 연결하면 서버에 도달합니다. 액세스 포인트를 통해 이동하는 WIFI를 통해 연결할 때 작동하지 않습니다.

ASUS 라우터에 다음과 같은 서버에 대한 고정 경로가 구성되어 있습니다.

네트워크 / IP : 172.16.5.0

네트 마스크 : 255.255.255.0

게이트웨이 : 192.168.1.129

측정 항목 : 2

인터페이스 : LAN

노트북에서 무선 연결을 사용하는 동안 서버에 ping을 수행하면 다음과 같은 결과가 나타납니다.
이제 서버에 핑 (ping)을하면 다음과 같은 결과가 나타납니다. 

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

ping 결과는 서버 ip가 액세스 포인트에 의해 해결되도록 시도 된 것처럼 보이지만 서버가 ZyWALL을 통해 라우트되어야 함을 알리는 해당 장치의 고정 경로는 없습니다.

여기서 내가 뭘 잘못하고 있니?

답변

경로가 정확합니다. (리다이렉트는 라우터가 “나를 통과하지 않고 직접 그 게이트웨이에 연결할 수 있습니다”라고 말하지만 대개 완전히 선택 사항입니다.)

용도 tcpdump 서버에서 실제로 핑 요청 여부를 확인 태어나다: 

tcpdump -e -n -i eth0 icmp

당신의 섬기는 사람 다시 길을 찾지 못했습니다. 192.168.1.0 LAN, 따라서 회신 할 수 없습니다. ZyWALL을 통해 비슷한 정적 경로가 필요할 수 있습니다.

하지만 가능한 경우 ZyWALL 그 자체 요청을 수신 (및 전달)합니다. (펌웨어에 따라 Telnet → sh → tcpdump 유효한.)

AP-well은 실제 AP 인 경우 IP 아래의 레이어에서 작동하는 이더넷 스위치와 별다른 차이가 없습니다.

답변