.png)
모두가 사랑하는 사람과 함께 하시길 바랍니다.
메인 라우터(Router A [10.1.1.1] n66u, 소규모 계량 연결)에 두 개의 Linux 기반 Dd-wrt 라우터가 있습니다. googlevideo.com 서버가 기가비트 연결을 통해 Router B로 나갈 수 있는 고정 경로가 있습니다. 라우터 B에서
예를 들어, 10.1.1.2(라우터 B)에서 나가는 rr5---sn-vgqsknz7.googlevideo.com(74.125.159.138) 경로가 있고 Traceroute 경로는 SSH 라우터 A 또는 클라이언트 PC에서 제대로 작동합니다.
그러나 ping이 직접 나가고 고정 경로가 무시됩니다. 라우터 A 뒤의 클라이언트도 동일한 결과를 가지며 고정 경로는 무시됩니다.
라우터 A
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
74.125.159.138 10.1.1.2 255.255.255.255 UGH 0 0 0 br0
ping rr5---sn-vgqsknz7.googlevideo.com #this is ignoring the static route as ping is higher)
PING rr5---sn-vgqsknz7.googlevideo.com (74.125.159.138): 56 data bytes
64 bytes from 74.125.159.138: seq=0 ttl=59 time=65.400 ms
traceroute to rr5---sn-vgqsknz7.googlevideo.com (74.125.159.138), 30 hops max, 38 byte packets
1 10.1.1.2 (10.1.1.2) 0.753 ms 0.447 ms 0.405 ms
...#goes out fine
Windows PC에서 YouTube 동영상을 보기 위해 rr5---sn-vgqsknz7.googlevideo.com을 사용하면 라우터 A의 정적 경로를 무시하지만 추적해 보면 라우터 A의 정적 경로를 따라가는데, rr5를 ping하면 ---Windows 클라이언트 PC의 sn-vgqsknz7.googlevideo.com은 정적 경로를 사용하지 않습니다.
라우터 A 뒤의 Windows PC에서
Pinging rr5.sn-vgqsknz7.googlevideo.com [74.125.159.138] with 32 bytes of data:
Reply from 74.125.159.138: bytes=32 time=64ms TTL=124
라우터 B에서 오는 경우 시간 = 약 40밀리초)
라우터 A 뒤의 Windows 클라이언트에서
Tracing route to rr5.sn-vgqsknz7.googlevideo.com [74.125.159.138]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms routerA [10.1.1.1]
2 <1 ms <1 ms <1 ms 10.1.1.2 #router B takes cover
3 18 ms 17 ms 17 ms etc
Windows에서 DD-WRT 라우터 A 항목 주위로 직접 라우팅하는 고정 경로를 생성하면 모든 것이 잘 작동합니다.
route add 74.125.159.138 mask 255.255.255.255 10.1.1.2
Tracing route to rr5.sn-vgqsknz7.googlevideo.com [74.125.159.138]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 10.1.1.2
2 <1 ms 1 ms <1 ms #and so on
Pinging rr5.sn-vgqsknz7.googlevideo.com [74.125.159.138] with 32 bytes of data:
Reply from 74.125.159.138: bytes=32 time=47ms TTL=60 #ping is lower
OK!
어떤 제안이 있으십니까? 미리 감사드립니다.