☰

문제가 있는 클라이언트로부터 일관된 행동이 확인되었습니다.

tag-icon • tag-icon dhcp
문제가 있는 클라이언트로부터 일관된 행동이 확인되었습니다.

최근 발생한 이 이상한 문제에 대한 생각과 의견에 진심으로 감사드립니다.

문제가 있는 클라이언트로부터 일관된 행동이 확인되었습니다.

  • 오전 특정 시간까지 사용자 PC에서 169.254.x APIPA 주소 사용을 요청했습니다.
  • 이 시간 내에 DHCP 서버가 제공하는 합법적인 주소를 수락하지 않습니다.
  • 클라이언트가 DHCP 제공 IP 주소를 수락하는 기간 이후 두 번째 DHCPDISCOVER 이후

요약

  • 주말 이후 단일 건물 네트워크에 영향을 미쳤습니다.
  • 주말 동안 컴퓨터를 떠난 사용자, 문제 없음 - DHCP 갱신 등이 정상적으로 작동함
  • 부지런히 PC를 껐지만 전원을 켠 후 DHCP 문제를 경험한 사용자
  • 이는 2시간 동안 건물에 영향을 미쳤으며 결함이 발견되지 않고 자체적으로 해결되었습니다.
  • 네트워크가 모니터링되고 광범위한 조사가 완료되었습니다. 해당 기간 동안 네트워크 문제는 없습니다.
  • DHCP 서버는 사이트 전반에 걸쳐 주소를 발급하며 이는 한 건물에만 격리되었습니다.
  • 클라이언트 시스템은 주로 Windows 7, 다양한 하드웨어 및 NIC 공급업체가 영향을 받습니다. 패턴을 찾을 수 없습니다.
  • 정적 데스크탑과 노트북의 혼합
  • 유선 연결
  • VLAN 내의 모든 클라이언트가 영향을 받은 것은 아니지만 하나의 VLAN에 영향을 미쳤습니다.

DHCP 서버 로그에 캡처된 이벤트 순서

  1. DHCPDISCOVER - 클라이언트 PC - 클라이언트의 첫 번째 검색 작업
  2. DHCPOFFER DHCP 서버 - DHCP 서버가 제공하는 합법적인 IP 주소
  3. DHCPREQUEST - 클라이언트 PC - 클라이언트로부터 169.254x 요청: '잘못된 네트워크' 메시지
  4. DHCPNAK - DHCP 서버 - 서버가 NAK를 통해 부정적으로 승인합니다. 클라이언트는 프로세스를 다시 시작해야 합니다.
  5. DHCPDISCOVER -클라이언트 PC - 클라이언트의 두 번째 검색 작업
  6. DHCPOFFER - DHCP 서버 - 합법적인 IP 주소 제공
  7. DHCPREQUEST - 클라이언트 PC - 클라이언트가 합법적인 IP 주소 사용을 요청합니다.
  8. DHCPACK - DHCP 서버 - 서버가 긍정적으로 승인합니다.

RFC3927 포인트의 유사 요약:

RFC 3927 IPv4 링크-로컬 주소의 동적 구성에 대한 '요약' 읽기 - 답변보다 더 많은 질문을 제공합니다!

링크-로컬 169.254.x 주소를 사용하는 경우

  • 169.254. /16 주소 또는 주소 구성을 사용할 수 없을 때 사용되는 링크-로컬 주소 지정
  • 일반적으로 시작 시 실행

169.254.x 주소와 라우팅 가능한 주소를 사용하는 호스트가 현재 사용 가능한 호스트인 경우

  • 라우팅 가능한 주소 사용
  • 169.254.x 광고 중지

라우팅 가능한 주소를 사용하는 방법이 더 이상 사용되지 않을 수 있습니다.

  • DHCP 임대 만료
  • 수동 구성을 통한 주소 제거
  • 주소가 더 이상 작동하지 않는 새 네트워크로 호스트를 로밍합니다.

169.254.x 주소 선택

  • Windows 및 MAC 호스트는 링크 로컬 자동 구성을 구현합니다.
  • Windows 참고 사항:
    • 네트워크 연결이 감지되면 인터페이스에서 DHCPREQUEST 또는 DHCPDISCOVER가 전송됩니다.
    • 시스템은 연결이 가능해지면 즉시 자동 구성을 전환합니다.
  • 호스트, 즉 MAC에 대해 시드된 의사 난수 생성
  • 부팅 시 발생

169.254.x 주소 신청

  • 호스트는 169.254.x 링크 로컬 주소가 네트워크에서 사용되지 않는지 확인하기 위해 테스트해야 합니다.
  • 브로드캐스트된 ARP 요청을 통해 완료됨(대상 IP 주소 포함 - 조사 예정)

169.254.x 주소 발표

  • 두 번째 ARP 브로드캐스트이지만 이번에는 발신자 및 대상 IP 주소를 포함하여 이제 선택된 169.254.x IP입니다.

최종 요약

  • 클라이언트 DHCPDISCOVER 및 DHCP 서버는 DHCPOFFER로 응답합니다.
  • 클라이언트는 라우팅 가능한 주소에 대한 이 제안을 받아들여야 하며 링크 로컬 169.254.x 사용을 중단해야 합니다. 어떤 이유로는 그렇지 않습니다..
  • 클라이언트의 후속 DHCPREQUEST는 ARP 프로브 또는 ARP 공지 브로드캐스트인 것 같습니까? 클라이언트가 169.254.xx를 사용하고 있으며 DHCP 서버 응답과 연관되지 않을 수 있습니까?
  • 두 번째 DHCPDISCOVER - 처음에 PC의 전원이 켜져 있었기 때문에 어떤 메시지가 표시되는지 명확하지 않습니다.

여기까지 완료하셨다면 기다려 주셔서 감사합니다!

이것을 이해하는 데 도움을 주시면 정말 감사하겠습니다.

감사해요,

답변1

임대 풀의 주소가 부족합니까? 아마도 이것이 더 이상 추가 IP 주소를 제공할 수 없는 이유일 것입니다.

Windows에 접속한 후 영향을 받는 컴퓨터에서 DHCP 서버를 ping할 수 있습니까? NIC를 DHCP 범위의 사용되지 않은 IP에 하드 코딩하여 테스트를 위해 네트워크에 접속할 수 있습니까? 필요한 경우 작동하지 않는 컴퓨터와 동일한 네트워크 포트에서 작동하는 PC 중 하나를 테스트하세요.

관련 정보