Debian 8의 구성 작업흐름에 이상한 문제가 있습니다.
단계는 다음과 같습니다:
- 데비안에는 DHCP가 구성되어 있습니다 (PXEBoot에서)
- ESX의 VLAN 변경
- eth0의 ifdown
- 정적 주소로 /etc/network/interfaces 재구성
- eth0의 경우
- ping -c 1 게이트웨이
게이트웨이 ping이 실패하지만 재시도하면 ping이 항상 성공합니다. 첫 번째 핑이 왜 실패했는지 아시나요?
Debian 7 또는 RHEL 6에서 문제가 발생하지 않았습니다(아마도 systemd와 관련이 있을까요?)
(ping을 보내기 전에 5~10초의 절전 시간을 추가해 보았습니다).
감사합니다
답변1
ping
ICMP 패킷을 대상 호스트로 보내기 전에 먼저 해당 호스트가 로컬 호스트인지 원격 호스트인지 확인합니다. 어느 쪽이든 다음 홉의 MAC 주소를 검색해야 합니다. 이는 로컬 서브넷의 호스트 자체일 수도 있고 원격 호스트의 라우터일 수도 있습니다.
본질적으로 브로드캐스트인 ARP(주소 확인 프로토콜)를 사용하여 이 정보를 얻습니다."누가 IP 주소 abcd를 갖고 있나요? efgh에게 말해주세요"그리고 답장을 기다려"IP 주소 abcd는 MAC 주소 ab-cd-ef-gh-ij-kl에 있습니다.". MAC 주소를 얻으면 ICMP 패킷을 보낼 수 있습니다.
귀하가 겪고 있는 지연은 이 ARP 프로세스로 인해 발생합니다. 이 옵션을 사용하면 ping
더 오래 기다리도록 지정할 수 있습니다 -W
.
ping -W 10 gatway
응답을 위해 10초 동안 기다리게 됩니다.
ARP 데이터는 캐시되므로 후속 핑은 이 프로세스를 따를 필요가 없으며 응답은 거의 즉각적입니다.