우리 중 대부분은‘127.0.0.1과 0.0.0.0’에 대해 들어 봤지만 아마 많이 생각하지 않았을 것입니다.하지만 둘 다 실제로 같은 위치를 가리키는 것 같다면 둘의 실제 차이점은 무엇입니까? 오늘의 수퍼 유저 Q & A 게시물은 혼란스러운 독자를 위해 문제를 해결하는 데 도움이됩니다.
오늘의 질문 및 답변 세션은 커뮤니티 중심의 Q & A 웹 사이트 그룹 인 Stack Exchange의 하위 부문 인 SuperUser가 제공 한 것입니다.
사진 제공 : 케이트 가디너 (플리커) .
질문
수퍼 유저 독자 Sagnik Sarkar는 127.0.0.1과 0.0.0.0의 차이점을 알고 싶어합니다.
127.0.0.1이 localhost 0.0.0.0도 마찬가지입니다 (내가 틀렸다면 수정하십시오). 그렇다면 127.0.0.1과 0.0.0.0의 차이점은 무엇입니까?
127.0.0.1과 0.0.0.0의 차이점은 무엇입니까?
대답
수퍼 유저 기고자 DavidPostill이 우리에게 답을 제공합니다.
127.0.0.1과 0.0.0.0의 차이점은 무엇입니까?
- 127.0.0.1은 루프백 주소 (localhost라고도 함)입니다.
- 0.0.0.0은 유효하지 않거나 알 수 없거나 적용 할 수없는 대상 ( '특정 주소 없음'자리 표시 자)을 지정하는 데 사용되는 라우팅 할 수없는 메타 주소입니다.
경로 항목의 컨텍스트에서 일반적으로 기본 경로를 의미합니다.
서버의 맥락에서 0.0.0.0은 로컬 시스템의 모든 IPv4 주소 . 호스트에 두 개의 IP 주소 (192.168.1.1 및 10.1.2.1)가 있고 호스트에서 실행중인 서버가 0.0.0.0에서 수신하는 경우 두 IP 모두에서 도달 할 수 있습니다.
IP 주소 127.0.0.1은 무엇입니까?
127.0.0.1은 루프백 IP (인터넷 프로토콜) 주소입니다. localhost . 주소는 최종 사용자가 사용하는 동일한 컴퓨터 또는 컴퓨터에 대한 IP 연결을 설정하는 데 사용됩니다.
:: 1이라는 의미를 사용하여 IPv6 주소 지정을 지원하는 컴퓨터에 대해 동일한 규칙이 정의됩니다. 주소 127.0.0.1을 사용하여 연결을 설정하는 것이 가장 일반적인 방법입니다. 그러나 127… * 범위의 IP 주소를 사용하면 동일하거나 유사한 방식으로 작동합니다. 루프백 구조는 네트워킹이 가능한 컴퓨터 또는 장치에 시스템에서 IP 스택을 검증하거나 설정하는 기능을 제공합니다.
출처: 127.0.0.1 – 그 용도는 무엇이며 왜 중요합니까?
특별 주소
클래스 A 네트워크 번호 127이 할당됩니다. 루프백 즉, 상위 수준 프로토콜에 의해 네트워크 127 주소로 전송 된 데이터 그램은 호스트 내부에서 루프백되어야합니다. 데이터 그램 없음 보낸 네트워크에 대한 127 주소는 어느 네트워크 에나 나타나야합니다.
출처: 네트워크 번호
전체 클래스 A 인 경우 마지막 3 개의 옥텟에 대한 기타 임의 값의 포인트는 무엇입니까?
루프백 범위의 목적은 호스트에서 TCP / IP 프로토콜 구현을 테스트하는 것입니다. 하위 레이어가 단락되어 있기 때문에 루프백 주소로 전송하면 하위 레이어에서 문제가 발생할 가능성없이 상위 레이어 (IP 이상)를 효과적으로 테스트 할 수 있습니다. 127.0.0.1은 테스트 목적으로 가장 일반적으로 사용되는 주소입니다.
자세한 내용은 Ubuntu에 질문 질문: 루프백 장치는 무엇이며 어떻게 사용합니까?
IP 주소 0.0.0.0은 무엇입니까?
0.0.0.0은 유효한 주소 구문입니다. 따라서 기존의 점으로 구분 된 10 진수 표기법의 IP 주소가 예상되는 모든 곳에서 유효한 것으로 구문 분석해야합니다. 구문 분석되고 실행 가능한 숫자 형식으로 변환되면 해당 값이 다음에 발생하는 작업을 결정합니다.
모두 0 값은 특별한 의미가 있습니다. 그래서 그것은 유효한 , 그러나 특정 상황에 적합하지 않을 수있는 (따라서 유효하지 않은 것으로 취급되는) 의미가 있습니다. 기본적으로 '특정 주소 없음'자리 표시 자입니다. 네트워크 연결의 주소 바인딩과 같은 경우 연결에 적절한 인터페이스 주소를 할당 할 수 있습니다. 인터페이스를 구성하는 데 사용하는 경우 대신 인터페이스에서 주소를 제거 할 수 있습니다. 사용 상황에 따라 '특정 주소 없음'이 실제로 수행하는 작업을 결정합니다.
경로 항목의 컨텍스트에서 일반적으로 기본 경로를 의미합니다. 이는 비교할 비트를 선택하는 더 많은 주소 마스크의 결과로 발생합니다. 0.0.0.0 마스크는 비트를 선택하지 않으므로 항상 비교가 성공합니다. 따라서 이러한 경로가 구성 될 때 항상 패킷이 이동할 어딘가에 있습니다 (유효한 대상으로 구성된 경우).
어떤 경우에는‘0’만 작동하여 동일한 효과를냅니다. 그러나 이것은 보장되지 않습니다. 0.0.0.0 형식은 '특정 주소 없음'(IPv6에서 ::0 아니면 그냥 :: ).
인터넷 프로토콜 버전 4에서 주소 0.0.0.0은 유효하지 않거나 알 수 없거나 적용 할 수없는 대상을 지정하는 데 사용되는 라우팅 할 수없는 메타 주소입니다. 유효하지 않은 데이터에 특별한 의미를 부여하는 것은 대역 내 신호를 적용하는 것입니다.
서버의 맥락에서 0.0.0.0은 로컬 시스템의 모든 IPv4 주소 . 호스트에 두 개의 IP 주소 (192.168.1.1 및 10.1.2.1)가 있고 호스트에서 실행중인 서버가 0.0.0.0에서 수신 대기하는 경우 두 IP 모두에서 도달 할 수 있습니다 ( 노트 : 이 특정 텍스트는 전체 답변의 일부로 위에서 반복됩니다. ).
라우팅과 관련하여 0.0.0.0은 일반적으로 기본 경로, 즉 로컬 네트워크의 어딘가 대신 인터넷의 '나머지'로 연결되는 경로를 의미합니다.
용도는 다음과 같습니다.
- 호스트가 아직 주소가 할당되지 않은 경우 자신의 것으로 주장하는 주소입니다. DHCP를 사용할 때 초기 DHCPDISCOVER 패킷을 보낼 때와 같이.
- DHCP를 통한 주소 요청이 실패했을 때 호스트가 자신에게 할당하는 주소 (호스트의 IP 스택에서 지원하는 경우). 이 사용법은 최신 운영 체제에서 APIPA 메커니즘으로 대체되었습니다.
- 지정하는 방법 모든 IPv4 호스트 . 기본 경로를 지정할 때 이러한 방식으로 사용됩니다.
- 대상을 사용할 수 없음을 명시 적으로 지정하는 방법입니다. 출처: 127.0.0.1 – 그 용도는 무엇이며 왜 중요합니까?
- 지정하는 방법 모든 IPv4 주소 . 서버를 구성 할 때 (즉, 청취 소켓을 바인딩 할 때) 이런 방식으로 사용됩니다. 이것은 TCP 프로그래머에게 INADDR_ANY로 알려져 있습니다. [ bind (2)는 인터페이스가 아닌 주소에 바인딩합니다. ]
IPv6에서 모두 0 주소는 다음과 같이 작성됩니다. ::
출처: 0.0.0.0 [Wikipedia]
DHCP 검색 / 요청
클라이언트가 처음으로 부팅 될 때 초기화 상태 , UDP (User Datagram Protocol) 포트 67 (BootP 서버)을 통해 로컬 실제 서브넷에서 DHCPDISCOVER 메시지를 전송합니다. 클라이언트는 자신이 속한 서브넷을 알 수 없기 때문에 DHCPDISCOVER는 소스 IP 주소가 0.0.0.0 인 모든 서브넷 브로드 캐스트 (대상 IP 주소 255.255.255.255)입니다. 클라이언트에 구성된 IP 주소가 없기 때문에 소스 IP 주소는 0.0.0.0입니다.
DHCP 서버가이 로컬 서브넷에 있고 올바르게 구성되고 작동하는 경우 DHCP 서버는 브로드 캐스트를 듣고 DHCPOFFER 메시지로 응답합니다. DHCP 서버가 로컬 서브넷에없는 경우이 로컬 서브넷에 DHCP / BootP 릴레이 에이전트가 있어야 DHCPDISCOVER 메시지를 DHCP 서버가 포함 된 서브넷으로 전달합니다.
이 릴레이 에이전트는 전용 호스트 (예 : Microsoft Windows Server) 또는 라우터 (예 : 인터페이스 수준 IP 도우미 문으로 구성된 Cisco 라우터) 일 수 있습니다.
…
클라이언트가 DHCPOFFER를 수신하면 DHCPOFFER의 매개 변수를 수락 할 의도를 나타내는 DHCPREQUEST 메시지로 응답하고 요청 상태 . 클라이언트는 원본 DHCPDISCOVER 메시지를받은 각 DHCP 서버에서 하나씩 여러 DHCPOFFER 메시지를받을 수 있습니다. 클라이언트는 하나의 DHCPOFFER를 선택하고 해당 DHCP 서버에만 응답하여 다른 모든 DHCPOFFER 메시지를 암시 적으로 거부합니다. 클라이언트는 서버 식별자 DHCP 서버의 IP 주소가있는 옵션 필드.
DHCPREQUEST는 또한 브로드 캐스트이므로 DHCPOFFER를 보낸 모든 DHCP 서버는 DHCPREQUEST를 볼 수 있으며 각 서버는 DHCPOFFER가 수락되었는지 또는 거부되었는지를 알 수 있습니다. 클라이언트에 필요한 추가 구성 옵션은 DHCPREQUEST 메시지의 옵션 필드에 포함됩니다. 클라이언트에 IP 주소가 제공 되었더라도 소스 IP 주소가 0.0.0.0 인 DHCPREQUEST 메시지를 보냅니다. 이때 클라이언트는 IP 주소를 사용하는 것이 확실하다는 확인을 아직받지 못했습니다.
…
클라이언트와 DHCP 서버가 동일한 서브넷에있는 DHCP 주소를 얻는 클라이언트에 대한 클라이언트-서버 대화 :
출처: Catalyst 스위치 또는 엔터프라이즈 네트워크의 DHCP 이해 및 문제 해결
기본 경로
이 문서는 최후 수단의 기본 경로 또는 게이트웨이를 구성하는 방법을 설명합니다. 다음 IP 명령이 사용됩니다.
- ip 기본 게이트웨이
- ip 기본 네트워크
- ip 경로 0.0.0.0 0.0.0.0
IP 경로 0.0.0.0 0.0.0.0
네트워크 0.0.0.0 0.0.0.0에 대한 고정 경로를 만드는 것은 라우터에서 최후의 수단으로 게이트웨이를 설정하는 또 다른 방법입니다. 와 마찬가지로 ip 기본 네트워크 0.0.0.0에 대한 고정 경로를 사용하는 것은 라우팅 프로토콜에 종속되지 않습니다. 그러나 라우터에서 IP 라우팅을 활성화해야합니다.
노트 : IGRP는 0.0.0.0에 대한 경로를 이해하지 못합니다. 따라서 다음을 사용하여 생성 된 기본 경로를 전파 할 수 없습니다. ip 경로 0.0.0.0 0.0.0.0 명령. 사용 ip 기본 네트워크 IGRP가 기본 경로를 전파하도록 명령합니다.
설명에 추가 할 것이 있습니까? 댓글에서 소리를 내십시오. 기술에 정통한 다른 Stack Exchange 사용자의 답변을 더 읽고 싶으신가요? 여기에서 전체 토론 스레드를 확인하십시오. .
