비트가 모두 꺼진 IP 주소를 사용할 수 있는지 여부가 정말 궁금합니다. 어디에 사용되는지 아시거나 사용할 수 없는 경우 답변 부탁드립니다.
답변1
참조 특별한 의미를 지닌 IP 주소:
0.0.0.0
“나”: (또는 “이 호스트” 또는 “현재/기본 호스트”). 장치가 자신의 IP 주소를 모를 때 자신을 참조하기 위해 사용됩니다.가장 일반적인 용도는 장치가 DHCP와 같은 호스트 구성 프로토콜을 사용하여 주소를 확인하려고 시도하는 경우입니다.. 멀티홈 호스트의 모든 주소가 사용될 수 있음을 나타내는 데 사용될 수도 있습니다.
"0.0.0.0"은 유효한 주소 구문입니다. 따라서 전통적인 점으로 구분된 십진수 표기법의 IP 주소가 예상되는 모든 곳에서 유효한 것으로 구문 분석해야 합니다. 일단 구문 분석되고 실행 가능한 숫자 형식으로 변환되면 그 값이 다음에 일어날 일을 결정합니다.
모두 0인 값은 특별한 의미를 갖습니다.따라서 이는 "유효"하지만 특정 상황에 적합하지 않을 수 있는(따라서 유효하지 않은 것으로 처리되는) 의미를 갖습니다.이는 기본적으로 "특정 주소 없음" 자리 표시자입니다.네트워크 연결의 주소 바인딩과 같은 경우 결과적으로 연결에 적절한 인터페이스 주소를 할당할 수 있습니다. 이를 사용하여 인터페이스를 구성하는 경우 대신 인터페이스에서 주소를 제거할 수 있습니다."특정 주소 없음"이 실제로 무엇을 하는지 결정하는 것은 사용 상황에 따라 다릅니다.
경로 항목의 맥락에서 이는 일반적으로 기본 경로를 의미합니다.. 이는 비교할 비트를 선택하는 주소 마스크가 더 많기 때문에 발생합니다. "0.0.0.0" 마스크는 비트를 선택하지 않으므로 비교는 항상 성공합니다. 따라서 이러한 경로가 구성되면 항상 패킷이 이동할 곳이 있습니다(유효한 대상으로 구성된 경우).
어떤 경우에는 "0"만 사용해도 동일한 효과를 얻을 수 있습니다. 그러나 이것이 보장되는 것은 아닙니다. "0.0.0.0" 형식은 "특정 주소 없음"(IPv6에서는 "::0" 또는 "::"임)을 나타내는 표준 방법입니다.
참조 0.0.0.0:
인터넷 프로토콜 버전 4에서 주소 0.0.0.0은 유효하지 않거나 알 수 없거나 적용할 수 없는 대상을 지정하는 데 사용되는 라우팅 불가능한 메타 주소입니다. 유효하지 않은 데이터에 특별한 의미를 부여하는 것은 대역 내 신호를 적용하는 것입니다.
용도는 다음과 같습니다:
- 아직 주소가 할당되지 않은 경우 호스트가 자신의 주소라고 주장하는 주소입니다. 예를 들어
DHCP를 사용할 때 초기 DHCPDISCOVER 패킷을 보내는 경우입니다 .- 호스트의 IP 스택이 이를 지원하는 경우 DHCP를 통한 주소 요청이 실패했을 때 호스트가 자신에게 할당하는 주소입니다. 이 사용법은 최신 운영 체제에서 APIPA 메커니즘으로 대체되었습니다
.- "모든 IPv4 호스트"를 지정하는 방법입니다. 기본 경로를 지정할 때 이런 방식으로 사용됩니다.
- 대상을 사용할 수 없음을 명시적으로 지정하는 방법입니다.1
- "모든 IPv4 주소"를 지정하는 방법입니다. 서버를 구성할 때(즉, 청취 소켓을 바인딩할 때) 이런 방식으로 사용됩니다. 이는 TCP 프로그래머에게 INADDR_ANY로 알려져 있습니다. (bind(2)는
인터페이스가 아닌 주소에 바인딩됩니다.)IPv6에서는 모두 0인 주소가 "::"으로 기록됩니다.
DHCP 검색/요청:
참조Catalyst 스위치 또는 엔터프라이즈 네트워크의 DHCP 이해 및 문제 해결
클라이언트가 처음으로 부팅되면 초기화 중 상태라고 하며 UDP(사용자 데이터그램 프로토콜) 포트 67(BootP 서버)을 통해 로컬 물리적 서브넷에 DHCPDISCOVER 메시지를 전송합니다.클라이언트는 자신이 속한 서브넷을 알 수 없으므로 DHCPDISCOVER는 소스 IP 주소가 0.0.0.0인 모든 서브넷 브로드캐스트(대상 IP 주소 255.255.255.255)입니다. 클라이언트에 구성된 IP 주소가 없으므로 소스 IP 주소는 0.0.0.0입니다.DHCP 서버가 이 로컬 서브넷에 존재하고 올바르게 구성되어 작동하는 경우 DHCP 서버는 브로드캐스트를 듣고 DHCPOFFER 메시지로 응답합니다. 로컬 서브넷에 DHCP 서버가 없는 경우 DHCPDISCOVER 메시지를 DHCP 서버가 포함된 서브넷으로 전달하려면 이 로컬 서브넷에 DHCP/BootP 릴레이 에이전트가 있어야 합니다.
이 릴레이 에이전트는 전용 호스트(예: Microsoft Windows Server) 또는 라우터(예: 인터페이스 수준 IP 도우미 문으로 구성된 Cisco 라우터)일 수 있습니다.
...
클라이언트는 DHCPOFFER를 수신한 후 DHCPREQUEST 메시지로 응답하여 DHCPOFFER의 매개변수를 수락하겠다는 의도를 나타내며 요청 상태로 전환됩니다. 클라이언트는 원래 DHCPDISCOVER 메시지를 받은 각 DHCP 서버로부터 하나씩 여러 개의 DHCPOFFER 메시지를 받을 수 있습니다. 클라이언트는 하나의 DHCPOFFER를 선택하고 해당 DHCP 서버에만 응답하며 다른 모든 DHCPOFFER 메시지는 암시적으로 거부됩니다. 클라이언트는 서버 식별자 옵션 필드를 DHCP 서버의 IP 주소로 채워서 선택한 서버를 식별합니다. DHCPREQUEST도 브로드캐스트이므로 DHCPOFFER를 보낸 모든 DHCP 서버는 DHCPREQUEST를 확인하고 각 서버는 해당 DHCPOFFER가 수락되었는지 또는 거부되었는지를 알 수 있습니다. 클라이언트에 필요한 추가 구성 옵션은 DHCPREQUEST 메시지의 옵션 필드에 포함됩니다.클라이언트에 IP 주소가 제공되었더라도 소스 IP 주소 0.0.0.0으로 DHCPREQUEST 메시지를 보냅니다. 현재 클라이언트는 해당 IP 주소를 사용하는 것이 확실하다는 확인을 아직 받지 못했습니다.
...
클라이언트와 DHCP 서버가 동일한 서브넷에 있는 경우 DHCP 주소를 얻는 클라이언트에 대한 클라이언트-서버 대화
기본 경로:
참조IP 명령을 사용하여 최후의 수단으로 게이트웨이 구성
이 문서에서는 기본 경로 또는 최후의 수단 게이트웨이를 구성하는 방법을 설명합니다. 다음 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 default-network 명령과 마찬가지로 0.0.0.0에 대한 고정 경로를 사용하는 것은 라우팅 프로토콜에 종속되지 않습니다. 그러나 라우터에서 IP 라우팅이 활성화되어 있어야 합니다.
참고: IGRP는 0.0.0.0에 대한 경로를 이해하지 못합니다. 따라서 ip Route 0.0.0.0 0.0.0.0 명령을 사용하여 생성된 기본 경로를 전파할 수 없습니다. IGRP가 기본 경로를 전파하도록 하려면 ip default-network 명령을 사용하십시오.
답변2
조사해 주셔서 감사합니다. 그런데 답을 찾았습니다. 여러분과 저의 지식을 위해, 새로운 네트워크가 형성되고 해당 네트워크에 DHCP 서버가 켜져 있을 때 0.0.0.0 IP 주소가 사용된다는 점을 알려드리고 싶습니다. 따라서 새로운 네트워크이므로 어떤 워크스테이션도 해당 네트워크를 갖지 않습니다. 자신의 IP이므로 IP를 구성하고 가져오기 위해 컴퓨터는 소스 IP 0.0.0.0으로 패킷을 생성하고 이 패킷은 구성에 따라 자동으로 DHCP 서버로 수신됩니다.