| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
Oracle Solaris 관리: IP 서비스 Oracle Solaris 10 1/13 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
Oracle Solaris 관리: IP 서비스 Oracle Solaris 10 1/13 Information Library (한국어) |
1. Oracle Solaris TCP/IP 프로토콜 제품군(개요)
5. TCP/IP 네트워크 서비스 구성 및 IPv4 주소 지정(작업)
10. TCP/IP 및 IPv4에 대한 자세한 정보(참조)
NIS+가 DHCP 데이터 저장소로 적절히 구성되어 있지 않음
DHCP 클라이언트에 발생할 수 있는 문제는 다음 범주로 분류됩니다.
이 절에서는 DHCP 클라이언트를 네트워크에 추가할 때 발생할 수 있는 문제를 설명합니다.
클라이언트 소프트웨어를 사용으로 설정하고 시스템을 재부트한 후에 클라이언트가 네트워크 구성을 얻기 위해 DHCP 서버에 연결하려고 시도합니다. 클라이언트가 서버 연결을 실패하면 다음과 같은 오류 메시지가 나타날 수 있습니다.
DHCP or BOOTP server not responding
문제를 해결하려면 클라이언트와 서버 모두에서 진단 정보를 수집해야 합니다. 정보를 수집하려면 다음 작업을 수행할 수 있습니다.
이러한 작업은 별도로 또는 동시에 수행할 수 있습니다.
수집한 정보를 통해 문제 원인이 클라이언트나 서버인지 또는 중계 에이전트인지 확인할 수 있습니다. 그런 다음 해결 방법을 찾을 수 있습니다.
DHCP 클라이언트가 아닌 경우 디버깅 모드로 클라이언트를 실행하는 방법은 클라이언트 설명서를 참조하십시오.
DHCP 클라이언트인 경우 다음 단계를 사용하십시오.
# pkill -x dhcpagent
# /sbin/dhcpagent -d1 -f &
-d 스위치는 상세 정보 표시 레벨 1로 DHCP 클라이언트를 디버깅 모드에 넣습니다. -f 스위치는 syslog 대신 콘솔로 출력이 보내지도록 합니다.
# ifconfig interface dhcp start
interface를 ge0과 같은 클라이언트의 네트워크 인터페이스 이름으로 바꿉니다.
디버깅 모드로 실행할 때 클라이언트 데몬이 DHCP 요청을 수행하는 동안 화면에 메시지를 표시합니다. 클라이언트 디버깅 모드 출력에 대한 내용은 디버깅 모드에서 DHCP 클라이언트의 출력을 참조하십시오.
# svcadm disable -t svc:/network/dhcp-server
DHCP 관리자 또는 dhcpconfig를 사용하여 서버를 중지할 수도 있습니다.
# /usr/lib/inet/in.dhcpd -d -v
대개 데몬을 실행할 때 사용하는 in.dhcpd 명령줄 옵션도 사용해야 합니다. 예를 들어, BOOTP 중계 에이전트로 데몬을 실행하는 경우 in.dhcpd -d -v 명령에 -r 옵션을 넣으십시오.
디버깅 모드로 실행할 때 데몬이 DHCP 또는 BOOTP 요청을 처리하는 동안 화면에 메시지를 표시합니다. 서버 디버깅 모드 출력에 대한 내용은 디버깅 모드에서 DHCP 서버의 출력을 참조하십시오.
# /usr/sbin/snoop -d interface -o snoop-output-filename udp port 67 or udp port 68
예를 들어, 다음 명령을 입력할 수 있습니다.
# /usr/sbin/snoop -d hme0 -o /tmp/snoop.output udp port 67 or udp port 68
필요한 정보를 얻은 후에 Ctrl-C를 눌러 snoop를 중지할 때까지 snoop가 인터페이스를 계속 모니터합니다.
디버깅 모드로 DHCP 클라이언트를 실행하는 방법에서 dhcpagent를 다시 시작하는 방법을 설명합니다.
# /usr/sbin/snoop -i snoop-output-filename -x0 -v
예를 들어, 다음 명령을 입력할 수 있습니다.
# /usr/sbin/snoop -i /tmp/snoop.output -x0 -v참조
출력 해석에 대한 내용은 DHCP snoop 출력을 참조하십시오.
다음 예는 디버깅 모드의 DHCP 클라이언트가 DHCP 요청을 보내고 DHCP 서버에서 구성 정보를 수신할 때 정상 출력을 보여줍니다.
예 17-1 디버깅 모드에서 DHCP 클라이언트의 정상 출력
/sbin/dhcpagent: debug: set_packet_filter: set filter 0x27fc8 (DHCP filter) /sbin/dhcpagent: debug: init_ifs: initted interface hme0 /sbin/dhcpagent: debug: insert_ifs: hme0: sdumax 1500, optmax 1260, hwtype 1, hwlen 6 /sbin/dhcpagent: debug: insert_ifs: inserted interface hme0 /sbin/dhcpagent: debug: register_acknak: registered acknak id 5 /sbin/dhcpagent: debug: unregister_acknak: unregistered acknak id 5 /sbin/dhcpagent: debug: set_packet_filter: set filter 0x26018 (ARP reply filter) /sbin/dhcpagent: info: setting IP netmask on hme0 to 255.255.192.0 /sbin/dhcpagent: info: setting IP address on hme0 to 10.23.3.233 /sbin/dhcpagent: info: setting broadcast address on hme0 to 10.23.63.255 /sbin/dhcpagent: info: added default router 10.23.0.1 on hme0 /sbin/dhcpagent: debug: set_packet_filter: set filter 0x28054 (blackhole filter) /sbin/dhcpagent: debug: configure_if: bound ifsp->if_sock_ip_fd /sbin/dhcpagent: info: hme0 acquired lease, expires Tue Aug 10 16:18:33 2006 /sbin/dhcpagent: info: hme0 begins renewal at Tue Aug 10 15:49:44 2006 /sbin/dhcpagent: info: hme0 begins rebinding at Tue Aug 10 16:11:03 2006
클라이언트가 DHCP 서버에 연결할 수 없으면 다음 예제에 표시된 출력과 비슷한 디버깅 모드 출력이 나타날 수 있습니다.
예 17-2 디버깅 모드에서 DHCP 클라이언트의 문제를 나타내는 출력
/sbin/dhcpagent: debug: set_packet_filter: set filter 0x27fc8 (DHCP filter) /sbin/dhcpagent: debug: init_ifs: initted interface hme0 /sbin/dhcpagent: debug: select_best: no valid OFFER/BOOTP reply /sbin/dhcpagent: debug: select_best: no valid OFFER/BOOTP reply /sbin/dhcpagent: debug: select_best: no valid OFFER/BOOTP reply
이 메시지가 나타나면 클라이언트 요청이 서버에 도달하지 않았거나 서버가 클라이언트에 응답을 보낼 수 없습니다. snoop를 사용하여 DHCP 네트워크 트래픽을 모니터하는 방법에 설명된 대로 서버에서 snoop를 실행하여 클라이언트의 패킷이 서버에 도달했는지 확인합니다.
정상적인 서버 디버깅 모드 출력은 데몬을 시작할 때 서버 구성 정보에 이어서 각 네트워크 인터페이스에 대한 정보를 보여줍니다. 데몬을 시작한 후에 디버깅 모드 출력은 데몬이 처리하는 요청에 대한 정보를 보여줍니다. 예 17-3은 방금 시작한 DHCP 서버에 대한 디버깅 모드 출력을 보여줍니다. 응답하지 않는 다른 DHCP 서버에서 소유한 주소를 사용 중인 클라이언트에 대해 임대를 연장합니다.
예 17-3 디버깅 모드에서 DHCP 서버의 정상 출력
Daemon Version: 3.1
Maximum relay hops: 4
Transaction logging to console enabled.
Run mode is: DHCP Server Mode.
Datastore: nisplus
Path: org_dir.dhcp.test..:dhcp.test..:$
DHCP offer TTL: 10
Ethers compatibility enabled.
BOOTP compatibility enabled.
ICMP validation timeout: 1000 milliseconds, Attempts: 2.
Monitor (0005/hme0) started...
Thread Id: 0005 - Monitoring Interface: hme0 *****
MTU: 1500 Type: DLPI
Broadcast: 10.21.255.255
Netmask: 255.255.0.0
Address: 10.21.0.2
Monitor (0006/nf0) started...
Thread Id: 0006 - Monitoring Interface: nf0 *****
MTU: 4352 Type: DLPI
Broadcast: 10.22.255.255
Netmask: 255.255.0.0
Address: 10.22.0.1
Monitor (0007/qfe0) started...
Thread Id: 0007 - Monitoring Interface: qfe0 *****
MTU: 1500 Type: DLPI
Broadcast: 10.23.63.255
Netmask: 255.255.192.0
Address: 10.23.0.1
Read 33 entries from DHCP macro database on Tue Aug 10 15:10:27 2006
Datagram received on network device: qfe0
Client: 0800201DBA3A is requesting verification of address owned by 10.21.0.4
Datagram received on network device: qfe0
Client: 0800201DBA3A is requesting verification of address owned by 10.21.0.4
Datagram received on network device: qfe0
Client: 0800201DBA3A is requesting verification of address owned by 10.21.0.4
Datagram received on network device: qfe0
Client: 0800201DBA3A maps to IP: 10.23.3.233
Unicasting datagram to 10.23.3.233 address.
Adding ARP entry: 10.23.3.233 == 0800201DBA3A
DHCP EXTEND 0934312543 0934316143 10.23.3.233 10.21.0.2
0800201DBA3A SUNW.Ultra-5_10 0800201DBA3A
예 17-4는 BOOTP 중계 에이전트로 시작한 DHCP 데몬에서 디버깅 모드 출력을 보여줍니다. 에이전트가 클라이언트에서 DHCP 서버로 요청을 중계하고, 서버의 응답을 클라이언트로 중계합니다.
예 17-4 디버깅 모드에서 BOOTP 중계의 정상 출력
Relay destination: 10.21.0.4 (blue-servr2) network: 10.21.0.0 Daemon Version: 3.1 Maximum relay hops: 4 Transaction logging to console enabled. Run mode is: Relay Agent Mode. Monitor (0005/hme0) started... Thread Id: 0005 - Monitoring Interface: hme0 ***** MTU: 1500 Type: DLPI Broadcast: 10.21.255.255 Netmask: 255.255.0.0 Address: 10.21.0.2 Monitor (0006/nf0) started... Thread Id: 0006 - Monitoring Interface: nf0 ***** MTU: 4352 Type: DLPI Broadcast: 10.22.255.255 Netmask: 255.255.0.0 Address: 10.22.0.1 Monitor (0007/qfe0) started... Thread Id: 0007 - Monitoring Interface: qfe0 ***** MTU: 1500 Type: DLPI Broadcast: 10.23.63.255 Netmask: 255.255.192.0 Address: 10.23.0.1 Relaying request 0800201DBA3A to 10.21.0.4, server port. BOOTP RELAY-SRVR 0934297685 0000000000 0.0.0.0 10.21.0.4 0800201DBA3A N/A 0800201DBA3A Packet received from relay agent: 10.23.0.1 Relaying reply to client 0800201DBA3A Unicasting datagram to 10.23.3.233 address. Adding ARP entry: 10.23.3.233 == 0800201DBA3A BOOTP RELAY-CLNT 0934297688 0000000000 10.23.0.1 10.23.3.233 0800201DBA3A N/A 0800201DBA3A Relaying request 0800201DBA3A to 10.21.0.4, server port. BOOTP RELAY-SRVR 0934297689 0000000000 0.0.0.0 10.21.0.4 0800201DBA3A N/A 0800201DBA3A Packet received from relay agent: 10.23.0.1 Relaying reply to client 0800201DBA3A Unicasting datagram to 10.23.3.233 address. Adding ARP entry: 10.23.3.233 == 0800201DBA3A
DHCP에 문제가 있는 경우 디버깅 모드 출력에 경고 또는 오류 메시지가 표시될 수 있습니다. 다음과 같은 DHCP 서버 오류 메시지 목록을 사용하여 해결 방법을 찾으십시오.
ICMP ECHO reply to OFFER candidate: ip_address disabling
원인: DHCP 서버가 클라이언트에 IP 주소를 제공하기 전에 해당 주소를 핑하여 사용 중이 아닌지 확인합니다. 클라이언트가 회신하면 주소가 사용 중입니다.
해결책: 구성된 주소가 아직 사용 중이 아닌지 확인합니다. ping 명령을 사용할 수 있습니다. 자세한 내용은 ping(1M) 매뉴얼 페이지를 참조하십시오.
No more IP addresses on network-address network.
원인: 클라이언트의 네트워크와 연관된 DHCP 네트워크 테이블에서 사용 가능한 IP 주소가 없습니다.
해결책: DHCP 관리자 또는 pntadm 명령을 사용하여 IP 주소를 더 만듭니다. DHCP 데몬이 여러 서브넷을 모니터하는 경우 클라이언트가 위치한 서브넷에 대해 추가 주소가 있는지 확인합니다. 자세한 내용은 DHCP 서비스에 IP 주소 추가를 참조하십시오.
No more IP addresses for network-address network when you are running the DHCP daemon in BOOTP compatibility mode.
원인: BOOTP가 임대 시간을 사용하지 않으므로 DHCP 서버가 설정된 BOOTP 플래그로 여유 주소를 찾아서 BOOTP 클라이언트에 할당합니다.
해결책: DHCP 관리자를 사용하여 BOOTP 주소를 할당합니다. DHCP 서비스로 BOOTP 클라이언트 지원(작업 맵)을 참조하십시오.
Request to access nonexistent per network database: database-name in datastore: datastore.
원인: DHCP 서버 구성 중 서브넷의 DHCP 네트워크 테이블이 생성되지 않았습니다.
해결책: DHCP 관리자 또는 pntadm 명령을 사용하여 DHCP 네트워크 테이블과 새 IP 주소를 만듭니다. DHCP 네트워크 추가를 참조하십시오.
There is no table-name dhcp-network table for DHCP client's network.
원인: DHCP 서버 구성 중 서브넷의 DHCP 네트워크 테이블이 생성되지 않았습니다.
해결책: DHCP 관리자 또는 pntadm 명령을 사용하여 DHCP 네트워크 테이블과 새 IP 주소를 만듭니다. DHCP 네트워크 추가를 참조하십시오.
Client using non_RFC1048 BOOTP cookie.
원인: 네트워크의 장치가 지원되지 않는 BOOTP 구현에 액세스하려고 합니다.
해결책: 이 장치를 구성할 필요가 없으면 이 메시지를 무시하십시오. 장치를 지원하려면 자세한 내용은 DHCP 서비스로 BOOTP 클라이언트 지원(작업 맵)을 참조하십시오.
snoop 출력에서 DHCP 클라이언트 시스템과 DHCP 서버 시스템 사이에 패킷이 교환된다고 나타나야 합니다. 각 시스템에 대한 IP 주소가 각 패킷에 나타납니다. 패킷의 경로에는 라우터나 중계 에이전트의 IP 주소도 포함됩니다. 시스템이 패킷을 교환하지 않으면 클라이언트 시스템과 서버 시스템이 전혀 연락하지 못할 수 있습니다. 그러면 문제가 더 낮은 레벨에 있습니다.
snoop 출력을 평가하려면 예상된 동작이 무엇인지 알아야 합니다. 예를 들어, 요청이 BOOTP 중계 에이전트를 통과해야 하는지 알아야 합니다. 또한 MAC 주소 및 관여한 시스템의 IP 주소를 알아야 이러한 값이 예상대로 나타나는지 확인할 수 있습니다. 여러 개의 네트워크 인터페이스가 있는 경우 네트워크 인터페이스의 주소도 알아야 합니다.
다음 예는 blue-servr2의 DHCP 서버에서 MAC 주소가 8:0:20:8e:f3:7e인 클라이언트로 보낸 DHCP 확인 메시지에 대한 정상적인 snoop 출력을 보여줍니다. 메시지에서 서버가 클라이언트에 IP 주소 192.168.252.6 및 호스트 이름 white-6를 지정합니다. 또한 메시지에는 클라이언트에 대한 수많은 표준 네트워크 옵션과 여러 공급업체별 옵션이 포함됩니다.
예 17-5 하나의 패킷에 대한 샘플 snoop 출력
ETHER: ----- Ether Header ----- ETHER: ETHER: Packet 26 arrived at 14:43:19.14 ETHER: Packet size = 540 bytes ETHER: Destination = 8:0:20:8e:f3:7e, Sun ETHER: Source = 8:0:20:1e:31:c1, Sun ETHER: Ethertype = 0800 (IP) ETHER: IP: ----- IP Header ----- IP: IP: Version = 4 IP: Header length = 20 bytes IP: Type of service = 0x00 IP: xxx. .... = 0 (precedence) IP: ...0 .... = normal delay IP: .... 0... = normal throughput IP: .... .0.. = normal reliability IP: Total length = 526 bytes IP: Identification = 64667 IP: Flags = 0x4 IP: .1.. .... = do not fragment IP: ..0. .... = last fragment IP: Fragment offset = 0 bytes IP: Time to live = 254 seconds/hops IP: Protocol = 17 (UDP) IP: Header checksum = 157a IP: Source address = 10.21.0.4, blue-servr2 IP: Destination address = 192.168.252.6, white-6 IP: No options IP: UDP: ----- UDP Header ----- UDP: UDP: Source port = 67 UDP: Destination port = 68 (BOOTPC) UDP: Length = 506 UDP: Checksum = 5D4C UDP: DHCP: ----- Dynamic Host Configuration Protocol ----- DHCP: DHCP: Hardware address type (htype) = 1 (Ethernet (10Mb)) DHCP: Hardware address length (hlen) = 6 octets DHCP: Relay agent hops = 0 DHCP: Transaction ID = 0x2e210f17 DHCP: Time since boot = 0 seconds DHCP: Flags = 0x0000 DHCP: Client address (ciaddr) = 0.0.0.0 DHCP: Your client address (yiaddr) = 192.168.252.6 DHCP: Next server address (siaddr) = 10.21.0.2 DHCP: Relay agent address (giaddr) = 0.0.0.0 DHCP: Client hardware address (chaddr) = 08:00:20:11:E0:1B DHCP: DHCP: ----- (Options) field options ----- DHCP: DHCP: Message type = DHCPACK DHCP: DHCP Server Identifier = 10.21.0.4 DHCP: Subnet Mask = 255.255.255.0 DHCP: Router at = 192.168.252.1 DHCP: Broadcast Address = 192.168.252.255 DHCP: NISPLUS Domainname = dhcp.test DHCP: IP Address Lease Time = 3600 seconds DHCP: UTC Time Offset = -14400 seconds DHCP: RFC868 Time Servers at = 10.21.0.4 DHCP: DNS Domain Name = sem.example.com DHCP: DNS Servers at = 10.21.0.1 DHCP: Client Hostname = white-6 DHCP: Vendor-specific Options (166 total octets): DHCP: (02) 04 octets 0x8194AE1B (unprintable) DHCP: (03) 08 octets "pacific" DHCP: (10) 04 octets 0x8194AE1B (unprintable) DHCP: (11) 08 octets "pacific" DHCP: (15) 05 octets "xterm" DHCP: (04) 53 octets "/export/s2/base.s2s/latest/Solaris_8/Tools/Boot" DHCP: (12) 32 octets "/export/s2/base.s2s/latest" DHCP: (07) 27 octets "/platform/sun4u/kernel/unix" DHCP: (08) 07 octets "EST5EDT" 0: 0800 208e f37e 0800 201e 31c1 0800 4500 .. .ó~.. .1...E. 16: 020e fc9b 4000 fe11 157a ac15 0004 c0a8 ....@....z...... 32: fc06 0043 0044 01fa 5d4c 0201 0600 2e21 ...C.D..]L.....! 48: 0f17 0000 0000 0000 0000 c0a8 fc06 ac15 ................ 64: 0002 0000 0000 0800 2011 e01b 0000 0000 ........ ....... 80: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 96: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 112: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 128: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 144: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 160: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 176: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 192: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 208: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 224: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 240: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 256: 0000 0000 0000 0000 0000 0000 0000 0000 ................ 272: 0000 0000 0000 6382 5363 3501 0536 04ac ......c.Sc5..6.. 288: 1500 0401 04ff ffff 0003 04c0 a8fc 011c ................ 304: 04c0 a8fc ff40 0964 6863 702e 7465 7374 .....@.dhcp.test 320: 3304 0000 0e10 0204 ffff c7c0 0404 ac15 3............... 336: 0004 0f10 736e 742e 6561 7374 2e73 756e ....sem.example. 352: 2e63 6f6d 0604 ac15 0001 0c07 7768 6974 com.........whit 368: 652d 362b a602 0481 94ae 1b03 0861 746c e-6+.........pac 384: 616e 7469 630a 0481 94ae 1b0b 0861 746c ific.........pac 400: 616e 7469 630f 0578 7465 726d 0435 2f65 ific...xterm.5/e 416: 7870 6f72 742f 7332 382f 6261 7365 2e73 xport/sx2/bcvf.s 432: 3238 735f 776f 732f 6c61 7465 7374 2f53 2xs_btf/latest/S 448: 6f6c 6172 6973 5f38 2f54 6f6f 6c73 2f42 olaris_x/Tools/B 464: 6f6f 740c 202f 6578 706f 7274 2f73 3238 oot. /export/s2x 480: 2f62 6173 652e 7332 3873 5f77 6f73 2f6c /bcvf.s2xs_btf/l 496: 6174 6573 7407 1b2f 706c 6174 666f 726d atest../platform 512: 2f73 756e 346d 2f6b 6572 6e65 6c2f 756e /sun4u/kernel/un 528: 6978 0807 4553 5435 4544 54ff ix..EST5EDT.
DHCP 클라이언트가 네트워크 구성 정보에 부정확한 정보를 수신하는 경우 DHCP 서버 데이터를 확인합니다. 이 클라이언트에 대해 DHCP 서버가 처리하는 매크로의 옵션 값을 조사해야 합니다. 부정확한 정보의 예로 잘못된 NIS 도메인 이름 또는 라우터 IP 주소가 있습니다.
다음 일반 지침을 사용하여 부정확한 정보의 소스를 확인할 수 있습니다.
DHCP 서버에 정의된 매크로를 보는 방법(DHCP 관리자)에 설명된 대로 서버에 정의된 매크로를 확인합니다. 매크로 처리 순서에서 정보를 검토하고, 이 클라이언트에 대해 어떤 매크로가 자동으로 처리되는지 확인합니다.
네트워크 테이블에서 어떤 매크로가 클라이언트의 IP 주소에 구성 매크로로 지정되는지 확인합니다. 자세한 내용은 DHCP 서비스에서 IP 주소 작업(작업 맵)을 참조하십시오.
여러 개의 매크로에 발생하는 옵션이 있는지 주의합니다. 옵션에 원하는 값이 마지막 처리된 매크로에 설정되었는지 확인합니다.
적절한 매크로를 편집하여 올바른 값이 클라이언트에 전달되도록 합니다. DHCP 매크로 수정을 참조하십시오.
이 절에서는 DNS에 등록될 고유의 호스트 이름을 제공하는 DHCP 클라이언트에 발생할 수 있는 문제를 설명합니다.
DHCP 클라이언트가 아닌 경우 호스트 이름을 요청하도록 클라이언트를 구성하는 방법은 클라이언트 설명서를 참조하십시오. DHCP 클라이언트인 경우 DHCPv4 클라이언트가 특정 호스트 이름을 요청하도록 설정하는 방법을 참조하십시오.
다음 목록은 클라이언트가 요청된 호스트 이름을 가져올 때 발생 가능한 문제를 포함하고 제안된 해결 방법을 설명합니다.
문제: 클라이언트가 DNS 업데이트를 발행하지 않는 DHCP 서버에서 제공을 수락했습니다.
해결: 두 DHCP 서버가 클라이언트에 사용 가능한 경우 양쪽 서버 모두 DNS 업데이트를 제공하도록 구성해야 합니다. DHCP 서버 및 DNS 서버 구성에 대한 내용은 DHCP 서버에 의한 동적 DNS 업데이트를 사용으로 설정을 참조하십시오.
DHCP 서버가 DNS 업데이트를 제공하도록 구성되었는지 여부를 확인하려면 다음과 같이 하십시오.
클라이언트의 DHCP 서버의 IP 주소를 확인합니다. 클라이언트 시스템에서 네트워크 패킷을 캡처하기 위해 snoop 또는 다른 응용 프로그램을 사용합니다. snoop를 사용하여 DHCP 네트워크 트래픽을 모니터하는 방법을 참조하여 서버가 아닌 클라이언트에서 절차를 수행합니다. snoop 출력에서 DHCP 서버 식별자를 찾아서 서버의 IP 주소를 가져옵니다.
DHCP 서버 시스템에 로그인하여 시스템이 DNS 업데이트를 제공하도록 구성되었는지 확인합니다. 다음 명령을 수퍼 유저로 입력합니다.
dhcpconfig -P
UPDATE_TIMEOUT이 서버 매개변수로 나열된 경우 DHCP 서버가 DNS 업데이트를 제공하도록 구성된 것입니다.
DNS 서버에서 /etc/named.conf 파일을 확인합니다. 적절한 도메인의 zone 섹션에서 allow-update 키워드를 찾습니다. DHCP 서버에 의한 DNS 업데이트를 허용하는 경우 DHCP 서버의 IP 주소가 allow-update 키워드에 나열됩니다.
문제: 클라이언트가 호스트 이름을 지정하는 FQDN 옵션을 사용 중입니다. FQDN 옵션은 DHCP 프로토콜에 공식 포함되지 않으므로 DHCP에서 현재 지원되지 않습니다.
해결: 서버에서 네트워크 패킷을 캡처하기 위해 snoop 또는 다른 응용 프로그램을 사용합니다. snoop를 사용하여 DHCP 네트워크 트래픽을 모니터하는 방법을 참조하십시오. snoop 출력에서, 클라이언트의 패킷에서 FQDN 옵션을 찾습니다.
Hostname 옵션을 사용하여 호스트 이름을 지정하도록 클라이언트를 구성합니다. Hostname은 옵션 코드 12입니다. 지침은 클라이언트 설명서를 참조하십시오.
Oracle Solaris 클라이언트인 경우 DHCPv4 클라이언트가 특정 호스트 이름을 요청하도록 설정하는 방법을 참조하십시오.
문제: 클라이언트에 주소를 제공하는 DHCP 서버가 클라이언트의 DNS 도메인을 모릅니다.
해결: DHCP 서버에서 유효한 값으로 DNSdmain 옵션을 찾습니다. 이 클라이언트에 대해 처리되는 매크로에서 DNSdmain 옵션을 올바른 DNS 도메인 이름으로 설정합니다. DNSdmain은 대개 네트워크 매크로에 포함됩니다. 매크로의 옵션 값 변경에 대한 내용은 DHCP 매크로 수정을 참조하십시오.
문제: 클라이언트에서 요청된 호스트 이름이 DHCP 서버에서 관리되지 않는 IP 주소에 해당합니다. DHCP 서버는 관리하지 않는 IP 주소에 대해 DNS 업데이트를 수행하지 않습니다.
해결: DHCP 서버에서 다음 메시지 중 하나가 있는지 syslog를 확인하십시오.
There is no n.n.n.n dhcp-network table for DHCP client's network.
DHCP network record for n.n.n.n is unavailable, ignoring request.
다른 이름을 요청하도록 클라이언트를 구성합니다. DHCPv4 클라이언트가 특정 호스트 이름을 요청하도록 설정하는 방법을 참조하십시오. DHCP 서버에서 관리되는 주소에 매핑된 이름을 선택합니다. DHCP 관리자의 Addresses(주소) 탭에서 주소 매핑을 볼 수 있습니다. 다른 방법으로, IP 주소에 매핑되지 않은 주소를 선택합니다.
문제: 클라이언트에서 요청된 호스트 이름이 현재 사용할 수 없는 IP 주소에 해당합니다. 주소가 사용 중이거나, 다른 클라이언트에 임대되었거나, 다른 클라이언트에 제공된 상태일 수 있습니다.
해결: DHCP 서버에서 다음 메시지가 있는지 syslog를 확인하십시오. ICMP ECHO reply to OFFER candidate: n.n.n.n.
다른 IP 주소에 해당하는 이름을 선택하도록 클라이언트를 구성합니다. 다른 방법으로, 주소를 사용하는 클라이언트에서 주소를 재생 이용합니다.
문제: DNS 서버가 DHCP 서버에서 업데이트를 수락하도록 구성되지 않았습니다.
해결: DNS 서버에서 /etc/named.conf 파일을 조사합니다. DHCP 서버 도메인에 대한 적절한 zone 섹션에서 allow-update 키워드로 DHCP 서버의 IP 주소를 찾습니다. IP 주소가 존재하지 않으면 DNS 서버가 DHCP 서버에서 업데이트를 수락하도록 구성되지 않았습니다.
DNS 서버 구성에 대한 내용은 DHCP 클라이언트에 대한 동적 DNS 업데이트를 사용으로 설정하는 방법을 참조하십시오.
DHCP 서버에 여러 인터페이스가 있는 경우 DHCP 서버의 모든 주소에서 업데이트를 수락하도록 DNS 서버를 구성해야 할 수 있습니다. DNS 서버에 디버깅을 사용으로 설정하여 DNS 서버에 업데이트가 도달하는지 여부를 확인합니다. DNS 서버가 업데이트 요청을 수신한 경우 디버깅 모드 출력을 조사하여 업데이트가 발생하지 않은 이유를 확인합니다. DNS 디버깅 모드에 대한 내용은 in.named .1M 매뉴얼 페이지를 참조하십시오.
문제: DNS 업데이트가 주어진 시간 안에 완료되지 않았을 수 있습니다. 구성된 시간 제한까지 DNS 업데이트가 완료되지 않은 경우 DHCP 서버가 클라이언트에 호스트 이름을 반환하지 않습니다. 그러나 DNS 업데이트를 완료하려는 시도를 계속합니다.
해결: nslookup 명령을 사용하여 업데이트가 성공적으로 완료되었는지 여부를 확인합니다. nslookup(1M) 매뉴얼 페이지를 참조하십시오.
예를 들어, DNS 도메인이 hills.example.org이고 DNS 서버의 IP 주소가 10.76.178.11이라고 가정해 보십시오. 클라이언트가 등록할 호스트 이름은 cathedral입니다. 다음 명령을 사용하여 cathedral이 DNS 서버에 등록되었는지 확인할 수 있습니다.
nslookup cathedral.hills.example.org 10.76.178.11
업데이트가 성공적으로 완료되었지만 주어진 시간을 초과한 경우 시간 초과 값을 늘려야 합니다. DHCP 클라이언트에 대한 동적 DNS 업데이트를 사용으로 설정하는 방법을 참조하십시오. 이 절차에서 시간 초과 전에 DNS 서버에서 응답을 기다리는 시간(초)을 늘려야 합니다.
|