시스템이 PXE 부팅되면 PXE 서버에서 UUID 파일을 찾습니다. 발견되면 그에 따라 진행하십시오. 그렇지 않으면 시스템은 2분 동안 기다린 후 PXE 서버에서 MacID 파일을 찾기 시작합니다.
이 파일 검색 시간을 설정할 수 있는 방법이 있나요?
업데이트 1: 기본 pxe 부트로더는 PXELINUX입니다.
답변1
답변이 늦었지만 다른 분들께도 도움이 될 것 같습니다...
내 경험에 따르면 PXELINUX는 2분을 기다리지 않습니다. 잠재적인 프로필 이름(클라이언트 UUID, 클라이언트 MAC 주소, 16진수로 된 전체 IP 주소, 16진수로 된 IP 주소의 일부, 마지막으로 default)을 2분 동안 기다립니다. TFTP로서 서버는 이전 파일을 찾을 수 없다고 알려줄 것입니다.
identdTFTP 서버가 들어오는 연결에서 DNS 조회 및/또는 쿼리를 시도하도록 구성될 수 있습니까 (tcpwrapper/ libwrap구성으로 인해?)? DNS 서버가 TFTP 서버 호스트에 응답하지 않거나 TFTP 서버의 identd쿼리가 기본 시간 초과 값을 사용하는 경우 최악의 경우 약 2분 정도 지연이 발생할 수 있습니다.
PXE 클라이언트는 쿼리에 응답하지 않으므로 identd이를 수신 TFTP 연결과 결합하는 것은 아마도 시간 낭비일 것입니다. 예를 들어, PXE 부팅 클라이언트가 IP 블록 192.168에 있는 경우../etc/hosts.allow, 다음 과 같은 전용 회선이 있는지 확인해야 합니다 .
in.tftpd: 127.0.0.1 [::1] 192.168.0.0/16
기본 줄에 의존하는 대신 줄에 ALL@접두어(쓸데없는 identd쿼리를 트리거함)가 포함되거나 이름 기반일 수 있습니다(TFTP 서버가 들어오는 요청을 처리하기 전에 DNS 조회를 트리거함). 이 섹션은 사용 중인 TFTP 서버 및/또는 독립 실행형인지 아니면 TFTP 서버 기반인지 in.tftpd에 따라 달라질 수 있습니다 .[x]inetd
PXE 부트로더 문제를 해결하려면 DHCP 및/또는 TFTP 포트에서 네트워크 트래픽을 덤프하여 진행 상황과 TFTP 서버에서 유효한 응답을 받았는지 확인해야 할 수 있습니다. 하지만 먼저 TFTP 서버의 로깅 수준을 높여서 모든 요청을 기록하도록 시도해 보세요. 전송된 수신 및 응답을 보고 이것이 문제를 격리하는 데 도움이 되는지 확인하세요.
일반적인 문제는 TFTP에서 요청한 파일의 경로 이름이 정확히 예상한 것과 다르거나 TFTP 서버가 예상치 못한 방식으로 파일 시스템에 매핑하는 것입니다. 예를 들어 Windows 서버를 사용하여 PXELINUX 구성 파일을 제공하는 경우 Windows 스타일 백슬래시뿐만 아니라 Unix 스타일 슬래시도 경로 구분 기호로 허용하도록 Windows TFTP 서버를 구성해야 할 수 있습니다.
DHCP를 통해 조정할 수 있는 PXELINUX의 유일한 시간 초과 값은 재부팅 시간 값(DHCP 옵션 211)이며, 기본값은 2분이 아닌 300초입니다. PXELINUX의 DHCP 옵션은 사이트별 옵션으로 예약된 범위에 있었기 때문에(이전에는RFC 3942), DHCP 옵션 범위 208-211이 실제로 다른 사이트별 목적이 아닌 PXELINUX용인지 확인하는 방법으로 DHCP 옵션 208에 특정 "마법" 값을 제공할 수도 있습니다. 바라보다RFC 5071더 알아보기.