답변:
또한 루프백을 위해 예약되어 있으므로 아니오, 널리 사용되지는 않습니다.
실제로 127.0.0.1은 일반적으로 "the"루프백 주소로 사용되지만 나머지 블록도 루프백해야합니다. 이는 일반적으로 어떤 용도로도 사용되지 않습니다. 예를 들어, 더 큰 Cisco 스위치는 127.0.0.xx IP를 사용하여 연결된 카드와 모듈을 수신하므로 다른 주소 중 적어도 일부는 사용 중입니다.
RFC3330부터 : 특수 용도의 IPv4 주소
127.0.0.0/8-이 블록은 인터넷 호스트 루프백 주소로 사용되도록 할당됩니다. 상위 레벨 프로토콜에서이 블록 내의 주소로 전송 된 데이터 그램은 호스트 내부에서 루프백해야합니다. 이것은 일반적으로 루프백을 위해 127.0.0.1/32 만 사용하여 구현되지만이 블록 내의 주소는 어느 네트워크에도 나타나지 않아야합니다 [RFC1700, 페이지 5].
실제로 두 곳에서 사용되는 다른 127.0.0.0/8 주소를 보았습니다.
/etc/hosts파일에서. 세부 사항은 기억 나지 않지만 충돌이 발생 localhost-something하여 다른 IP 주소를 가진 다른 항목을 추가했습니다 127.0.0.0/8. 그것은이다 127.0.1.1 과 버그 해결 방법입니다.A레코드는 상당히 작습니다. 이러한 목적으로 127/8을 사용하는 것에 대한 마술은 없습니다. 즉시 쉽게 감지 할 수없는 의미의 실제 용도로 사용되지는 않습니다.
0.0.0.0. 그 단점은 확인 된 IP 주소를 기반으로 결과를 차별화 할 수는 없지만 계란이 무엇인지, 오믈렛이 무엇인지 확실하지 않습니다.
127.0.1.1버그 해결 방법 이 아닙니다.에서 DNS 포트를 지정할 수없는 해결 방법 resolv.conf이므로 dnsmasq는 비정상적인 루프백 IP 주소를 사용하여 127.0.0.1:53 소켓을 사용하는 다른 DNS 서버와의 충돌을 피합니다.
이미 언급했듯이 전체 블록은 루프백으로 사용되므로 일반적인 데스크톱 사용을 위해 하나의 예제 만 추가합니다.
127.0.0.1로컬 프록시를 사용하여 RDP 또는 다른 제한된 연결을 보호하려는 경우 이외의 루프백 예를 들어 SSH 터널을 통해 RDP를 사용하려면 포트 전달자가 청취 할 로컬 쪽을 설정해야합니다 127.0.1.2. Windows와 함께 제공되는 RDP 클라이언트는 localhost또는에 대한 연결을 거부하기 때문 127.0.0.1입니다.
맞습니다. 일반적으로 RDP 클라이언트를 사용중인 동일한 컴퓨터에 연결하지 않습니다 (미러 효과를보고 싶더라도 그렇게 할 수는 없습니다).
127.0.1.0마치 내가 사용했던 것과 같은 액세스 거부 오류를 발생시킨다 127.0.0.1.