tail head cat sleep
QR code linking to this page

Man page  — dhclient.conf

명칭

dhclient.conf - DHCP 클라이언트 설정 파일

내용

해설

dhclient.conf 파일에는 Internet Software Consortium 의 DHCP 클라이언트이다 dhclient 의 설정 정보가 포함됩니다.

dhclient.conf 는 자유형식의 ASCII 텍스트 파일입니다. 이 파일은 dhclient 에 짜넣어진 재귀 하강 파서에 해석됩니다. 파일에는, 정형의 목적으로 탭이나 개행을 여분으로 포함할 수도 있습니다. 파일중의 키워드에서는 대문자 소문자를 구별하지 않습니다. (쿼트내는 제외해) 파일중의 어디에서라도 코멘트를 둘 수가 있습니다. 코멘트는 캐릭터 # 로 시작되어, 줄 끝으로 끝납니다.

dhclient.conf 파일로, 클라이언트의 다양한 동작을 설정할 수 있습니다. 그것들에는, 프로토콜의 타이밍, 서버에 대해서 요구하는 정보, 서버에 대해서 필수로 여겨지는 정보, 서버가 정보를 제공하지 않았던 경우에 이용하는 디폴트, 서버로부터 제공된 정보를 덧쓰기하는 값, 서버로부터 제공된 정보에 전치나 후치 하는 값등이 있습니다. 또, DHCP 서버를 가지지 않는 네트워크로 사용하는 주소여도, 미리 설정 파일로 초기화할 수도 있습니다.

프로토콜의 타이밍

클라이언트의 타이밍 동작은, 유저가 설정할 필요는 없습니다. 유저가 타이밍 설정을 실시하지 않으면, 서버에 무질서하게 부하를 주거나 하지 않고 적시 갱신을 실시하는 것 같은, 충분히 적절한 타이밍 동작이 디폴트로 이용됩니다.

그러나, 필요에 따라서, 다음의 문장을 지정해 DHCP 클라이언트의 타이밍 동작을 조절할 수 있습니다:

timeout

timeout time ;

timeout 문장은, 클라이언트가 주소를 결정하는 시도를 개시하고 나서, 서버에 액세스 하는 것이 할 수 없다고 판단하기까지 경과해야 할 시간을 결정합니다. 디폴트에서는 이 타임 아웃치는 60 초입니다. 이 타임 아웃치가 지난 후는, 만약 정적인 리스가 설정 파일에 정의되고 있는지, 리스 데이타베이스에 아직 기한 마감으로 되어 있지 않은 리스가 남아 있으면, 클라이언트는 그러한 리스를 하나씩 검증해 봐, 어느쪽이든가 유효한 것 같으면 그 리스의 주소를 사용합니다. 만약 정적인 리스도, 리스 데이타베이스내의 기한이 끊어지지 않은 리스로 유효한 것도 존재하지 않으면, 클라이언트는 정의된 retry 간격의 다음에 프로토콜을 재개시킵니다.

retry

retry time;

retry 문장은, 클라이언트가 DHCP 서버가 존재하지 않는다고 판단하고 나서 다시 DHCP 서버에 액세스를 시도할 때까지 에, 경과해야 할 시간을 결정합니다. 디폴트에서는, 이것은 5 분입니다.

select-timeout

select-timeout time;

어느 네트워크상에서, 복수의 DHCP 서버가 서비스를 제공할 수도 있습니다 (그 쪽이 바람직하다고 하는 의견도 있습니다). 그 경우, 최초의 리스 발견 메세지 (lease discovery message) 에의 응답으로서 클라이언트가 복수의 리스 제공의 제의(신청)을 받는 일도 있습니다. 그러한 쳐, 어느 제공이 다른 제공보다 바람직할지도 모릅니다 (예를 들면, 클라이언트가 이전 사용하고 있던 주소가 있는 제공에 포함되어 있지만, 다른 제공에는 포함되지 않는 등).

select-timeout (은)는 클라이언트가 최초의 리스 발견 요구 (을)를 송신해, 적어도 1 개의 제공 제의(신청)을 받았을 경우, 서버로부터의 제공 제의(신청) 대기를 그만둘 때까지의 시간입니다. 만약 select-timeout 하지만 끊어지기까지 어디에서도 제공 제의(신청)을 받아들이지 않으면, 클라이언트는 그 후 최초로 도착하는 제공 제의(신청)을 받아들입니다.

디폴트에서는, select-timeout 치는 0 초입니다. 즉 클라이언트는 최초로 받는 제공 제의(신청)을 받아들입니다.

reboot

reboot time;

클라이언트는, 재기동하면(자), 마지막에 보관 유지하고 있던 주소를 다시 우선 취득하려고 합니다. 이것을 INIT-REBOOT (초기 리부트) 상태라고 부릅니다. 마지막에 동작하고 있었을 때와 같은 네트워크에 클라이언트가 아직 접속하고 있으면, 이것이 가장 민첩한 기동법이 됩니다. reboot 문장은, 클라이언트가 최초로 낡은 주소의 재취득을 시도하고 나서, 포기해 새로운 주소를 발견하려고 하기까지, 경과해야 할 시간을 설정합니다. 디폴트에서는, reboot 타임 아웃치는 10 초입니다.

backoff-cutoff

backoff-cutoff time;

클라이언트는, 지수적인 일시 퇴피 (backoff) 알고리즘을, 어느 정도의 난수 첨부로 사용합니다. 이것은, 많은 클라이언트가 동시에 자신을 설정하자 (으)로 했을 때에도, 리퀘스트가 잠그어 버리는 것이 없게 하기 (위해)때문입니다. backoff-cutoff 문장은, 일시 퇴피에 용서된 최대 시간을 결정합니다. 기본값은 2 분입니다.

initial-interval

initial-interval time;

initial-interval 문장은, 서버에의 최초의 액세스의 시도로부터 다음의 시도까지의 사이의 시간을 설정합니다. 메세지의 간격은, 메세지를 1 회송신 할 때마다, 현재의 간격에 0 에서 1 의 사이의 난수값을 탄 것의 2 배를, 현재의 간격에 더한 것이 됩니다. 이 값이 backoff-cutoff 치보다 커지면(자), 이 시간이 설정됩니다. 기본값은 10 초입니다.

리스 요구와 리퀘스트

DHCP 프로토콜에서는, 클라이언트로부터 서버에 대해, 특정의 정보를 보내는 듯 요구하거나 수락 준비가 되어 있지 않은 다른 정보는 보내지 않게 요구하거나 할 수 있습니다. 또, 서버로부터의 제공 제의(신청)에 클라이언트가 필요로 하는 정보가 포함되지 않는다 경우나, 제공된 정보가 충분하지 않은 경우, 클라이언트가 제공 제의(신청)을 거부할 수도 있습니다.

DHCP 서버가 DHCP 클라이언트에 보내는 제공 제의(신청)에 포함되는 데이터에는, 다양한 것이 있습니다. 특히 요구할 수 있는 데이터는 DHCP 옵션 로 불리는 것입니다. DHCP 옵션은
dhcp-options(5) 에 정의되고 있습니다.

request

request [ option ] [, ... option ];

request 문을 지정하는 것으로, 클라이언트는, 서버에 대해, 그 클라이언트에 응답한다면, 지정한 옵션의 값을 보내는 듯 요구하게 됩니다. request 문에는 옵션명만을 지정해, 옵션 파라미터는 지정하지 않습니다. 디폴트에서는 DHCP 클라이언트는 subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name 옵션을 요구합니다.

경우에 따라서는 요구 리스트를 전혀 보내지 않는 것이 바람직한 일도 있습니다. 그렇게 하기 위해서는, 단순하게 파라미터를 지정하지 않는 request 문장을 써 주세요:

        request;

require

require [ option ] [, ... option ];

require 문에는, 어느 제공 제의(신청)을 클라이언트가 받아들이기 위해서(때문에) 서버가 보내야 할 옵션을 열거합니다. 열거된 옵션 모든 것을 포함하지 않는 제공 제의(신청)은 무시됩니다.

send

send { [ option declaration ] [, ... option declaration ]}

send 문을 지정하는 것으로, 클라이언트는, 지정한 옵션을 지정한 값으로 서버에 송신하게 됩니다. 여기서 지정할 수 있는 옵션은, dhcp-options(5) 로 설명되고 있는 옵션 선언 방법이라고입니다. DHCP 프로토콜로 항상 보내지는 옵션은 여기로 지정해야 하는 것이 아닙니다. 단, requested-lease-time 옵션을 디폴트의 리스 시간 (2 시간) 이외의 값으로 지정할 수 있습니다. 이 문장을 사용하는 다른 경우로서 분명한 물건은, 자신과 다른 종류의 클라이언트를 구별할 수 있는 것 같은 정보를, 서버에 대해 송신하는 경우입니다.

동적 DNS

현재, 리스가 획득되었을 때에 DNS 의 갱신을 행하기 위한, 매우 한정적인 서포트가 클라이언트에 있습니다. 이것은 prototype적인 물건이며, 아마 당신이 생각하고 있도록(듯이)는 움직이지 않습니다. 만약, 당신이 우연히도 자신의 곳의 DNS 서버의 관리자이다고 한다면, 그 경우에 한해서는 움직입니다. 도저히 있을 것으로 않은 것입니다만.

이것을 동작시키기 위해서(때문에)는, DHCP 서버 중(안)에서 열쇠와 존을 선언할 필요가 있습니다 (자세한 것은 dhcpd.conf(5)를 참조). 또, 다음과 같이 클라이언트로 fqdn 옵션을 설정할 필요가 있습니다:

  send fqdn.fqdn "grosse.fugue.com. ";
  send fqdn.encoded on;
  send fqdn.server-update off;

fqdn.fqdn 옵션은 반드시 완전한 도메인명이 아니면 안됩니다. 갱신하는 존에 대한 존문을 반드시 정의하지 않으면 안됩니다. fqdn.encoded 옵션은, 사용하고 있는 DHCP 서버에 따라서는, onoff 로 설정할 필요가 있을지도 모릅니다.

no-client-updates

no-client-updates [ flag ] ;

DHCP 클라이언트가 직접 DNS 의 갱신을 실시하는 것보다도, DHCP 클라이언트 스크립트 (dhclient-script(8) 참조) 중(안)에서 DNS 의 갱신을 실시하고 싶은 경우 (예를 들면, DHCP 클라이언트가 직접 서포트하고 있지 않다 SIG(0) 인증을 사용하고 싶은 경우) 에는, no-client-updates 문을 사용해, 갱신을 실시하지 않게 클라이언트에 가르칠 수가 있습니다. DHCP 클라이언트가 갱신하는 것을 바라지 않는 경우는 flagtrue 로 해, 갱신하는 것을 바라는 경우는 flagfalse 로 하게 됩니다. 디폴트에서는 DHCP 클라이언트는 DNS 의 갱신을 실시합니다.

옵션 수식자

그 클라이언트에 있어 실제로는 적절하지 않다 옵션 데이터를 받거나 필요한 정보를 받지 않기도 하고 하는 경우로, 한편, 그러한 정보에 이용 가능한 디폴트의 값이 클라이언트 측에 존재하는 경우가 있습니다. 또, 이용 가능한 것은 않지만 로컬의 정보로 보충할 필요가 있는 정보를 클라이언트가 받는 경우도 있습니다. 이런 경우를 취급하기 위해서(때문에), 몇개의 옵션 수식자를 이용할 수 있습니다.

default

default [ option declaration ] ;

어느 옵션에 대해, 서버로부터 제공되는 값을 클라이언트가 사용하지 않으면 안 되지만, 만약 서버로부터 값이 제공되지 않으면 어떠한 기본값을 사용할 필요가 있는 경우, 그러한 값을 default 문장으로 정의할 수가 있습니다.

supersede

supersede [ option declaration ] ;

어느 옵션에 대해, 어떠한 값이 서버로부터 제공되어도, 항상 로컬로 설정된 값을 사용하지 않으면 안 되는 경우, 그러한 값을 supersede 문장으로 정의할 수가 있습니다.

prepend

prepend [ option declaration ] ;

어느 옵션의 집합에 대해, 우선 유저가 제공하는 값을 사용해, 그 다음에 서버로부터 제공된 값이 있으면 그것을 사용하는 경우, 그러한 값을 prepend 문장으로 정의할 수가 있습니다. prepend 문장은 복수의 값을 받을 수 있는 옵션에게만 이용할 수가 있습니다. 이 제약은 강제당하는 것이 아닙니다만, 이것을 무시했을 경우, 어떠한 거동이 될까는 예상할 수 없습니다.

append

append [ option declaration ] ;

어느 옵션의 집합에 대해, 우선 서버로부터 제공된 값을 사용해, 그 다음에 유저가 제공하는 값이 있으면 그것도 사용하는 경우, 그러한 값을 append 문장으로 정의할 수가 있습니다. append 문장은 복수의 값을 받을 수 있는 옵션에게만 이용할 수가 있습니다. 이 제약은 강제당하는 것이 아닙니다만, 만약 위반하면(자) 예기 할 수 없는 결과가 됩니다.

리스 선언

lease 선언

lease { lease-declaration [ ... lease-declaration ] }

어느 시간 (프로토콜의 타이밍 참조)의 뒤, DHCP 클라이언트는 서버에의 액세스에 성공할 것 같지 않다고 판단하는 경우가 있습니다. 그 시점에서, 클라이언트는 자신이 가지고 있는, 낡은 리스의 데이타베이스를 봐, 마감 시간으로 되어 있지 않은 리스를 순서에 조사해 거기에 오르고 있다 라우터에 ping 를 실시해, 그것이 이용 가능한 리스인지 어떤지를 조사합니다. DHCP 서비스나 BOOTP 서비스가 존재하지 않는 네트워크를 위해서(때문에), 1 개(살) 이상의 고정 리스를 클라이언트 설정 파일에 정의해 두어, 클라이언트가 주소를 자동적으로 설정할 수 있도록(듯이) 할 수도 있습니다. 이것은 lease 문장으로 실시합니다.

주의: lease 문은, DHCP 서버로부터 받은 리스를 기록하기 위해서, dhclient.leases 파일에서도 사용됩니다. 이하에 설명하는 리스용의 문장구조법에는 dhclient.leases 파일에서만 필요한 것도 있습니다. 설명을 완전한 것으로 하기 (위해)때문에, 그러한 문장구조법도 여기서 기술합니다.

lease 문은, 리스 키워드, 좌중 괄호, 1 개(살) 이상의 리스 선언문, 우중 괄호가 계속된 것으로 구성됩니다. 리스 선언으로서 다음의 것이 가능합니다:

bootp;

bootp 문장은, 리스가 DHCP 프로토콜이 아니고, BOOTP 프로토콜을 이용해 취득된 것을 나타냅니다. 이 문장을 클라이언트 설정 파일로 지정할 필요는 전혀 없습니다. 클라이언트는 이 구문을 리스 데이타베이스 파일내에서 사용합니다.

interface "string";

interface 리스문은, 그 리스를 유효로 하는 인터페이스를 나타냅니다. 이것이 설정되어 있는 경우, 이 리스는, 지정된 인터페이스 위에서만 사용됩니다. 서버로부터 리스를 받았을 때, 클라이언트는 항상 그 리스를 받은 인터페이스 번호를 기록합니다. dhclient.conf 파일로 사전에 리스를 정의하고 있는 경우, 요구되지 않았다 의입니다만, 그 리스로 인터페이스도 아울러 지정하지 않으면 되지 않습니다.

fixed-address ip-address;

fixed-address 문장은 특정의 리스의 IP 주소를 지정할 때에 사용합니다. 이것은 모든 lease 문에 필요합니다. IP 주소는 (12.34. 56.78 과 같이) 닷 첨부 4 개(살)조형식에서 지정하지 않으면 안됩니다.

filename "string";

filename 문장은 사용하는 부트 파일명을 지정합니다. 이것은 표준적인 클라이언트 설정 스크립트에서는 사용되지 않습니다만, 설명의 완전을 기하기 위해서 여기에 포함해 있습니다.

server-name "string";

server-name 문장은 사용하는 부트 서버명을 지정합니다. 이것도 표준적인 클라이언트 설정 스크립트에서는 사용되지 않습니다.

option option-declaration;

option 문장은, 서버로부터 제공되는 옵션의 값을 지정하는데 사용합니다. 혹은, dhclient.conf 로 사전 정의 리스가 선언되고 있는 경우에는, 그 사전 정의 리스가 사용될 때에 클라이언트 설정 스크립트로 사용해 갖고 싶은 값을 지정합니다.

script "script-name";

script 문장은 dhcp 클라이언트 설정 스크립트의 패스명을 지정하는데 사용합니다. 이 스크립트는, 주소를 요구하거나 이전에 제공된 주소를 시험하거나 리스를 취득하고 나서 인터페이스의 최종 설정을 실시하거나 하기 전에, dhcp 클라이언트가 각 인터페이스의 초기설정을 실시하는데 사용합니다. 리스를 취득할 수 없었던 경우에는, 사전 정의 리스가 존재하는 경우, 그것들을 시험하기 위해서(때문에) 이 스크립트가 사용됩니다. 또, 유효한 리스를 하나도 얻을 수 없었던 경우에서도, 이 스크립트는, 1 회는 불려 갑니다. 보다 자세하게는, dhclient-script(8) (을)를 참조해 주세요.

vendor option space "name";

vendor option space 문장은, vendor-encapsulate-options 옵션을 수신했을 경우, 복호화(decode)에 어느 옵션 공간을 사용해야할 것인가를 지정하기 위해서 사용됩니다. 서버로부터의 vender 옵션의 특정의 클래스를 요구하기 위해서, dhcp-vendor-identifier 를 사용할 수가 있습니다. 자세한 것은 dhcp-options(5) (을)를 참조해 주세요.

medium "media setup";

medium 문장은, 접속되고 있는 네트워크의 타입을 네트워크 인터페이스가 자동적으로 판단할 수 없는 것 같은 시스템으로 사용할 수가 있습니다. 캐릭터 라인 media setup 는 시스템 의존의 파라미터로, 인터페이스 초기화 시에 dhcp 클라이언트 설정 스크립트에게 건네집니다. Unix 및 Unix 풍의 시스템에서는, 이 인수는 인터페이스를 설정할 경우에 ifconfig 명령행에 건네받습니다.

리스를 얻기 위해서(때문에) 인터페이스를 설정한다 때에, dhcp 클라이언트가 미디어 타입 ( media 문장을 참조)를 사용하는 경우, dhcp 클라이언트는, 이 파라미터를 자동적으로 선언합니다. 네트워크 인터페이스가 미디어 타입의 설정을 필요로 하는 경우는 (하는 경우에 한정해), 이 문장을 사전 정의 리스로 사용하지 않으면 안됩니다.

renew date;

rebind date;

expire date;

renew 문은, 현재 사용중의 리스를 갱신 (renew)하기 위해서, dhcp 클라이언트가 사용중의 리스를 제공해 준 서버에의 액세스의 시도를 개시해야 하는 일시를 정의합니다. rebind 문은, 리스를 갱신하기 위해서, dhcp 클라이언트가 몇개의 dhcp 서버에의 액세스의 시도를 개시해야 하는 일시를 정의합니다. expire 문은, 리스의 갱신을 위해서(때문에) 서버에 액세스 할 수 없었던 경우, dhcp 클라이언트가 그 리스의 사용을 정지해야 하는 일시를 정의합니다.

이러한 선언은, DHCP 클라이언트가 얻은 리스중에서는 자동적으로 설정됩니다. 사전 정의 리스 가운데, DHCP 클라이언트에 유효기간이 지난 것을 사용해 갖고 싶지 않은 가운데에서는, 이러한 선언을 설정해 둘 필요가 있습니다.

date 는 이하와 같이 지정합니다.

<weekday> <year>/<month>/<day> <hour>:<minute>:<second>

weekday 는, 인간이 봐 리스 기한을 알기 쉽게 하기 위해서 존재합니다. 이것은, 0 에서 6 까지의 숫자로 지정합니다. 0 은 일요일입니다. year 는 세기 포함으로 지정합니다. 그러니까, 정말로 긴 리스를 따로 하면(자), 반드시 4 자리수에 될 것입니다. month 는 1 (1 월을 나타냅니다)으로부터 시작되는 숫자로 지정합니다. day 는과 같이 1 으로부터 시작되는 (달에 있어서의) 날로서 지정합니다. hour 는, 0 에서 23 의 사이의 숫자입니다. minute 와 second 는 함께 0 에서 59 의 사이의 숫자를 지정합니다.

앨리어스(alias) 선언

alias { declarations ... }

DHCP 클라이언트가 TCP/IP 로밍 (roaming) 프로토콜을 실행해 있는 경우, DHCP 를 이용해 얻을 수 있는 리스 뿐만이 아니라, 사전에 정의되었다 IP 앨리어스(alias)도, 자신이 사용하는 인터페이스로 설정할 필요가 있다 경우가 있습니다. Internet Software Consortium 판 DHCP 클라이언트는, 고정 주소 직접 지정의 로밍을 서포트하고 있었습니다만, 그 종의 실험 하지만 할 수 있도록(듯이), 이 dhcp 클라이언트는, alias 선언을 사용해 IP 앨리어스(alias)를 설정할 준비는 되어 있습니다.

alias 선언은 lease 선언을 닮아 있습니다. 단, 표준의 클라이언트 설정 스크립트에서는, subnet-mask 옵션 이외의 옵션과 각종 유효기간 (expiry times)이 무시되는 점이 다릅니다. 보통 alias 선언에서는, interface 선언, IP 앨리어스(alias)를 위한 고정 주소 선언, subnet-mask 옵션을 포함합니다. alias 선언에는 medium 문은 결코 포함되지 않습니다.

그 외의 선언

reject ip-address;

reject 문장에 의해, DHCP 클라이언트는 지정한 주소를 서버 식별자로서 사용한다 서버로부터의 제공 제의(신청)을 거부하게 됩니다. 표준에 준거하지 않는 dhcp 서버나 설정을 잘못하고 있는 dhcp 서버에 의해 클라이언트가 설정되지 않는다 같게 하기 위해서, 이 문장을 사용할 수가 있습니다. 그렇지만, 이것은 마지막 무기로 해야 합니다. 이것에 앞서, 썩은 DHCP 서버를 뒤쫓아 그것을 고치는 (분)편이 좋습니다.

interface "name" { declarations ... }

복수의 네트워크 인터페이스를 가지는 클라이언트의 경우, DHCP 로 설정되는 인터페이스에 따라서 다른 동작을 시킬 필요가 있는 경우가 있습니다. lease 선언과 alias 선언을 제외한 모든 타이밍 파라미터 (와)과 선언을, interface 선언으로 둘러쌀 수가 있습니다. 그 경우, 둘러싸였다 파라미터는 지정한 이름에 합치하는 인터페이스에게만 적용됩니다. interface 선언을 가지지 않는 인터페이스는, 모든 interface 선언의 외측에서 선언된 파라미터, 혹은 디폴트의 설정이 적용됩니다.

pseudo "name" "real-name" { declarations ... }

상황에 따라서는 가상 인터페이스를 선언해, DHCP 클라이언트가 이 인터페이스를 위한 설정을 취득하도록(듯이) 하면(자) 편리하게 될 수 있습니다. 통상 DHCP 클라이언트가 서포트하고 있는 각 인터페이스는, 그 리스를 획득해 관리하기 위해서, DHCP 클라이언트 상태 기계를 실행하고 있습니다. 가상 인터페이스는, real-name 라고 명명된 인터페이스상에서 가동하고 있다, 바야흐로 하나 더 상태 기계입니다. 이 기능을 사용하는 경우, 가상 인터페이스와 실제의 인터페이스의 양쪽 모두에 대해서 클라이언트 식별자를 제공하지 않으면 안됩니다. 또, 사용하고 싶은 IP 주소에 대한 가상 인터페이스용으로 분리된 클라이언트 스크립트를 제공하지 않으면 안됩니다. 예를 들면 다음과 같이 됩니다:

        interface "ep0" {
                send dhcp-client-identifier "my-client-ep0";
        }
        pseudo "secondary" "ep0" {
                send dhcp-client-identifier "my-client-ep0-secondary";
                script "/etc/dhclient-secondary";
        }

가상 인터페이스를 위한 클라이언트 스크립트는 인터페이스를 유효하게 하거나 무효로 하거나 하는 설정을 해야 하는 것이 아닙니다. 특히, 리스의 획득이나 갱신 상태, 그리고 리스의 기한 마감 상태를 취급하기 위해서(때문에)는, 그것이 필요합니다. 자세한 것은 dhclient-script(8) 를 참조해 주세요.

media "media setup" [ , "media setup", ... ];

media 문장은, IP 주소 취득중에 사용이 시도되는, 미디어 설정 파라미터를 1 개 이상 정의합니다. dhcp 클라이언트는, 리스트중의 각 media setup 캐릭터 라인을 차례차례 사용해, 어느 인터페이스를 그래서 설정해, 부트를 시도합니다. 안되면 다음의 media setup 캐릭터 라인을 사용합니다. 이 문장은, 미디어 타입을 검출하는 능력을 가지지 않는 네트워크 인터페이스에 대해 이용할 수 있습니다. 서버에의 리퀘스트가 성과 응답을 얻을 수 있는 것 (이)라면, 어떠한 미디어 타입에서도 아마 정당합니다 (프로텍션은 하지 않습니다만).

media setup 는 주소 취득의 초기 국면 (DHCPDISCOVER 패킷과 DHCPOFFER 패킷)에서만 사용됩니다. 한번 주소가 취득되면(자), dhcp 클라이언트는 그 주소를 리스 데이타베이스에 기록해, 그 주소를 얻을 때에 이용한 미디어 타입을 기록합니다. 클라이언트가 리스를 갱신하려고 하려면 항상, 그것과 같은 미디어 타입을 사용합니다. 리스를 기한 마감으로서는글자째라고, 클라이언트는 미디어 타입을 순서에 시험한다 상태로 돌아옵니다.

사용예

이하의 설정 파일은, NetBSD 1.3 을 실행하는 있는 랩탑 머신으로 사용되고 있는 것입니다. 이 머신은, IP 앨리어스(alias)로서 192.5. 5.213, 인터페이스 ep0 (3Com 3C589C)를 하나 가지고 있습니다. 이 클라이언트 (은)는, DHCP 활동이 거의 없는 네트워크로 시간의 대부분을 소비하는 것이 알고 있으므로, 부트 간격은 기본값로부터 조금 작게 해 있습니다. 이 머신은 복수 네트워크간에 로밍 (이동) 합니다.

timeout 60; retry 60; reboot 10; select-timeout 5; initial-interval 2; reject 192.33. 137.209;

interface "ep0" { send host-name "andare.fugue.com"; send dhcp-client-identifier 1:0:a0:24:ab:fb:9c; send dhcp-lease-time 3600; supersede domain-name "fugue.com rc.vix.com home.vix.com"; prepend domain-name-servers 127.0. 0.1; request subnet-mask, broadcast-address, time-offset, routers,          domain-name, domain-name-servers, host-name; require subnet-mask, domain-name-servers; script "/sbin/dhclient-script"; media "media 10baseT/UTP", "media 10base2/BNC"; }

alias { interface "ep0"; fixed-address 192.5. 5.213; option subnet-mask 255.255. 255.255; }

이것은 dhclient.conf 파일로서는 매우 복잡한 것입니다. 일반적으로, 여러분이 사용하는 것은 훨씬 간단할 것입니다. 많은 경우, dhclient.conf 파일로서 하늘의 파일을 생성하는 것만으로 충분할 것입니다. 즉, 기본값로 좋은 것이 보통입니다.

관련 항목

dhcp-options(5), dhclient.leases(5), dhclient(8), RFC2132, RFC2131

저자

dhclient(8) (은)는 Vixie Labs 와의 계약 아래에서 Ted Lemon 가 썼습니다. 본프로젝트의 기금은 Internet Software Consortium 가 제공했습니다. Internet Software Consortium 에 관한 정보는, http://www.isc.org 에 있습니다.

dhclient.conf (5)

tail head cat sleep
QR code linking to this page


Ben Bullock이 유닉스 매뉴얼 페이지에서 서비스에 대한 의견을 주시기 바랍니다. Privacy policy.