경로 테이블의 루프백

I 및 호스트 운영 체제와 일반 게이트웨이 라우터간에 트래픽을 라우팅하도록 구성된 VMWare 게스트에서 FreeBDS를 사용하여 WAN 에뮬레이터를 만드는 프로젝트 작업 중입니다. 호스트의 경로 테이블을 수정하여 트래픽이 올바르게 리디렉션되고 게스트의 ipfw를 사용하여 다양한 네트워크 특성을 수정할 계획입니다.경로 테이블의 루프백

Windows 7에서는 "ROUTE -f"를 사용하여 경로 테이블을 완전히 지울 수 있지만 루프백 주소의 경로를 다시 만들 수는 없습니다. 이는 않습니다 (윈도우 7에 사라 : "활성 경로"

=========================================================================== 
Interface List 
10...00 1c c0 ea c9 c2 ......Realtek RTL8168D/8111D Family PCI-E Gigabit 
Ethernet NIC (NDIS 6.20) 
18...00 50 56 c0 00 01 ......VMware Virtual Ethernet Adapter for VMnet1 
20...00 50 56 c0 00 08 ......VMware Virtual Ethernet Adapter for VMnet8 
    1...........................Software Loopback Interface 1 
11...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter 
12...00 00 00 00 00 00 00 e0 Teredo Tunneling Pseudo-Interface 
19...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #2 
21...00 00 00 00 00 00 00 e0 Microsoft ISATAP Adapter #3 
=========================================================================== 

IPv4 Route Table 
=========================================================================== 
Active Routes: 
Network Destination  Netmask   Gateway  Interface Metric 
      0.0.0.0   0.0.0.0 192.168.1.254  192.168.1.68  20 
     10.10.10.0 255.255.255.0   On-link  10.10.10.1 276 
     10.10.10.1 255.255.255.255   On-link  10.10.10.1 276 
    10.10.10.255 255.255.255.255   On-link  10.10.10.1 276 
     127.0.0.1 255.255.255.255   On-link   127.0.0.1 306 
     192.168.1.0 255.255.255.0   On-link  192.168.1.68 276 
    192.168.1.68 255.255.255.255   On-link  192.168.1.68 276 
    192.168.1.255 255.255.255.255   On-link  192.168.1.68 276 
    192.168.110.0 255.255.255.0   On-link  10.10.10.1 276 
    192.168.110.1 255.255.255.255   On-link  10.10.10.1 276 
    192.168.110.255 255.255.255.255   On-link  10.10.10.1 276 
    192.168.163.0 255.255.255.0   On-link  192.168.163.1 276 
    192.168.163.1 255.255.255.255   On-link  192.168.163.1 276 
    192.168.163.255 255.255.255.255   On-link  192.168.163.1 276 
=========================================================================== 
Persistent Routes: 
    None

"ROUTE -f"아래 경로의 모든 후 : 여기

은 "ROUTE의 -f"그것을 지우기 전에 내 경로 테이블입니다 Vista에서는 발생하지 않으며 기본 게이트웨이 인 맨 위 줄만 사라집니다.) 대부분의 경우 테이블을 다시 만들었지 만 127.0.0.1에 대한 경로를 다시 만들 수는 없습니다. 오류 메시지는 나타나지 않지만 ROUTE에 대한 도움말 텍스트가 표시됩니다.

루프백 주소에 대한 경로를 수동으로 추가하는 방법을 알려 줄 수있는 사람이 있습니까?

출처

2012-07-05 Gil

+1 ... 나는 똑같은 것을 알아 챘습니다. 127.0.0.1 직접 경로를 복원하기 위해 "On-link"를 게이트웨이로 지정하는 방법이 있어야하는 것처럼 보입니다. 나는 많은 연구 끝에 아직 길을 찾지 못했다. – Mark

당신이 경로 다시 작성하고자하는 경우

 127.0.0.1 255.255.255.255   On-link   127.0.0.1 306

그런 다음이 작업을 수행해야한다 : 그러나

route add 127.0.0.1 mask 255.255.255.255 0.0.0.0 metric 306

을, 당신은 METRIC가 재현되지 않습니다 알 수 있습니다. 그 이유는 모르겠지만 아마도 사용자가 현명하지 못하도록하려는 Windows 일 것입니다. '... METRIC 1'을 사용하면 더 성공적으로 성공할 수 있습니다. 또한 On-link을 다시 작성하려면 0.0.0.0을 사용하면됩니다.

두 가지 더.

(1) 경로를 삭제할 때 Windows는 해당 경로의 모든 경로를 삭제합니다 (Network Destination). 그래서 그들은 당신이 알아 차린대로 다시 만들어야합니다.

(2) 로컬 루프백 인터페이스 경로에서 스니핑이 Windows에서 제대로 지원되지 않으므로 루프백 라우팅은 일반적으로 외부 게이트웨이를 통해 인터페이스를 "종료"해야합니다.

출처

2014-03-31 15:48:27 not2qubit

답장을 보내 주셔서 감사합니다. 이 문제와 몇 가지 OS가 있기 때문에 오랜 시간이 걸렸습니다. ;-) 그러나 나는 그것을 다시 필요로한다면 정보를 높이 평가한다. – Gil

-1

사용자가 127.0.0.1에 ping을 실행할 수없는 경우 우리가 사용하는 문제 해결 단계 중 하나는 netsh winsock reset입니다. 그것은 기계의 재부 팅이 필요하지만, 그것은 나를 위해 일했습니다.

출처

2016-07-01 17:46:29 Shmitty13

-1

내가 (* .BAT 파일에) 더 나은이 사용하는 것에 대해 생각 : 한 번에

route -p add 127.0.0.1 mask 255.255.255.255 0.0.0.0 metric 1 if 1 
route -p add 127.0.0.0 mask 255.0.0.0 0.0.0.0 metric 1 if 1

, 같은 장소에서 다음 명령을

route -p change 127.0.0.1 mask 255.255.255.255 0.0.0.0 metric 1 if 1 
route -p change 127.0.0.0 mask 255.0.0.0 0.0.0.0 metric 1 if 1

, 한 경우 - 루프백 인터페이스의 수는 1입니다.

출처

2017-12-28 14:55:08 int13h

경로 테이블의 루프백

답변

관련 문제