| [ CnUnix ] in KIDS 글 쓴 이(By): guest (guest) <211.219.10.48> 날 짜 (Date): 2003년 5월 21일 수요일 오후 03시 04분 58초 제 목(Title): Re: 리눅스의 라우팅 테이블 정보 갱신 시� arp 문제는 아닙니다. 게이트웨이까지 못가는게 아니니까.. 그림이라.. 노력해 보죠.. -_-; -------------------------------------------------- | | | 인터넷 | | ------------------------------------------------- | | ---------- --------- | XDSL1 | | XDSL2 | ----------- ---------- | | --------- --------- | | ------------------------------- | 리눅스(NAT & Load Balancing | -------------------------------- | ----------------- | 사설 IP switch | 이런 구성입니다. 헥헥~~ 다시 설명하자면 리눅스에 인터넷 회선 두개를 연결해놓았습니다 (default gw를 두개 동시 지정...) 이 상태에서 사설 IP의 PC에서 4~5개의 외부 인터넷 IP로 ping을 계속 걸어 놓습니다.(-t 옵션으로) 그러면 일부는 xdsl1, 일부는 xdsl2로 나가겠죠. 그상태에서 xdsl1을 빼고 default gw에서 xdsl1을 제거합니다. 그러면 xdsl1로 가려던 패킷들이 xdsl2로 옮겨가야 하는데 이것이 안됩니다(질문!). 10분, 20분 기다려도 xdsl1로 가려던 패킷은 계속 그쪽으로만 가려 한다는 것입니다. 아까 -t 옵션을 줬다고 했는데 이번에는 그 ping 프로세스를 종료한 후 10여초를 아무런 작업 없이 기다린 후 다시 ping 을 때리면 그때는 정상적으로 나갑니다. 이상한건 ping이 안나갈 때 리눅스의 라우팅 캐시를 보면 해당 목적지의 (a라는 IP라고 합시다) 테이블 정보는 이미 xdsl2로 옮겨져 있습니다. 짐작으로는 패킷이 올때마다 라우팅 테이블의 ttl을 갱신 시키면서 계속 오래된 테이블 정보가 남아있어서(ip route show cache 명령으로 출력은 안되지만) 새로 갱신된 라우팅 테이블을 못가져오지 않을까 합니다. (분명 ip route show cache 했을 때 목적지 a에 대한 next hop은 xdsl2로 변경되어서 나오지만 사설 윈도우에서 tracert a 하면 리눅스에서 멈춤.. 물론 리눅스에서 a로 ping을 때리면 xdsl2를 통해서 정상적인 응답이 옴..) |