iptables - 가장 NAT로 인해 Traceroute의 첫 번째 홉이 지연됩니다.

iptables - 가장 NAT로 인해 Traceroute의 첫 번째 홉이 지연됩니다.

ADSL/PPPoA -> PPPoE 브리지를 통해 Linux(Debian 기반) 라우터에 대한 PPPoE 연결을 설정하고 있습니다. 라우터 자체에서는 연결이 잘 작동하지만 어떤 이유로 NAT를 통한 경로 추적은 첫 번째 홉(NAT에 대한) 결과를 얻는 데 오랜 시간이 걸립니다.

대부분의 경우 해당 홉의 결과는 * * *이지만 때때로 홉이 나타나 두 번째 홉이 시도되기까지 오랜 지연이 발생합니다.

점프가 전혀 표시되지 않은 경우는 다음과 같습니다.

CallumsMacBookAir:~ Callum$ traceroute google.co.uk
traceroute: Warning: google.co.uk has multiple addresses; using 173.194.41.95
traceroute to google.co.uk (173.194.41.95), 64 hops max, 52 byte packets
 1  * * * //LONG DELAY
 2  lo0-central10.ptn-ag03.plus.net (195.166.128.192)  22.578 ms  19.925 ms  20.990 ms
 3  link-a-central10.ptn-gw01.plus.net (212.159.2.136)  19.574 ms  19.786 ms  19.343 ms
 4  xe-5-3-0.ptw-cr01.plus.net (212.159.0.108)  19.540 ms  18.947 ms  25.387 ms
 5  72.14.222.97 (72.14.222.97)  19.911 ms  19.706 ms  19.512 ms
 6  209.85.246.244 (209.85.246.244)  19.423 ms  19.455 ms  19.655 ms
 7  72.14.238.51 (72.14.238.51)  20.234 ms  24.666 ms  20.076 ms
 8  lhr08s01-in-f31.1e100.net (173.194.41.95)  19.168 ms  19.518 ms  19.659 ms

때로는 첫 번째 홉에서 응답하지만 여전히 별표가 있습니다.

CallumsMacBookAir:~ Callum$ traceroute google.co.uk
traceroute: Warning: google.co.uk has multiple addresses; using 173.194.41.95
traceroute to google.co.uk (173.194.41.95), 64 hops max, 52 byte packets
 1  192.168.0.253 (192.168.0.253)  0.770 ms *  0.800 ms
//LONG DELAY IN HERE
 2  lo0-central10.ptn-ag03.plus.net (195.166.128.192)  20.301 ms  22.958 ms  32.719 ms
 3  link-a-central10.ptn-gw01.plus.net (212.159.2.136)  19.142 ms  19.417 ms  18.527 ms
 4  xe-5-3-0.ptw-cr01.plus.net (212.159.0.108)  19.047 ms  18.781 ms  18.887 ms
 5  72.14.222.97 (72.14.222.97)  19.181 ms  19.424 ms  29.965 ms
 6  209.85.246.244 (209.85.246.244)  33.559 ms  19.756 ms  25.363 ms
 7  72.14.238.51 (72.14.238.51)  32.010 ms  19.753 ms  19.042 ms
 8  lhr08s01-in-f31.1e100.net (173.194.41.95)  19.618 ms  19.730 ms *

iptables 라우터가 Traceroute에 올바르게 응답하도록 하는 방법이 있습니까?

감사해요!

답변1

대답은 라우터가 하나의 물리적 인터페이스에 2개의 가상 인터페이스를 가지고 있다는 것입니다. iptables가 라우팅에 가상 인터페이스 eth0:0만 사용하도록 하여 문제가 해결되었습니다.

관련 정보