SPPPCONTROL(8)

명칭
spppcontrol - sppp 인터페이스의 파라미터의 표시 또는 설정

서식
spppcontrol [-v] ifname [parameter[=value]] [...]

해설
sppp(4) 드라이버에는, ifconfig(8) 에서 조정 가능한 설정 외에, 많은 추가 인수나 옵션 파라미터가 필요할지도 모릅니다. 이것들에는, 인증 프로토콜의 파라미터 등과 다른 조정 가능한 배치 변수가 있습니다. spppcontrol 유틸리티는, 현재의 설정을 표시하거나 이러한 파라미터를 필요에 따라서 조정하기 위해서 사용 가능합니다.

어떠한 용도에 대해도, spppcontrol 호출에 대해서는, 적어도 파라미터 ifname (을)를 지정해, 인터페이스의 이름을 지정할 필요가 있습니다. 이 인터페이스에 대해서, 설정이 행해지든가 또는 설정이 표시됩니다. ifconfig(8) 또는 netstat(1) (을)를 사용해, 어느 인터페이스가 사용 가능한가를 확인해 주세요.

그 밖에 파라미터를 지정하지 않는 경우, spppcontrol (은)는, ifname 의 현재의 설정을 열거 (list)해 종료합니다. 보고되는 설정에는 인터페이스의 현재의 PPP 국면도 포함되어 그 이름은 dead, establish, authenticate, network, terminate 중 1 개입니다. 인증 프로토콜이 인터페이스에 대해서 설정되어 있는 경우, 사용하는 프로토콜명과 사용하는 또는 기대되는 시스템명과 그리고 인증 프로토콜에 대해서 사용 가능한 옵션이 있으면 그것을 표시합니다. 인증에 사용하는 비밀 정보 ( 키 (이)라고도 불립니다)는, 이 기능이 사용하는 시스템 콜에 의해 돌려주어지지 않기 때문에, 표시되지 않습니다.

추가의 파라미터를 지정하는 경우, 슈퍼 유저의 특권이 필요하게 되어, 명령은 “설정 (set)” 모드에서 동작합니다. 옵션 -v 하지만 유효하게 안 되는 한, 조용하게 동작합니다. -v (을)를 지정하면(자), 다른 모든 동작을 행한 후, 마지막에 위에서 설명한 바와 같이 설정을 표시합니다. 인터페이스가 현재 dead 국면 이외인 경우, 이 모드를 사용하려고 해도 리제크트 됩니다. 인터페이스를 강제적으로 dead 국면으로 하기 위해서(때문에)는, ifconfig(8) (을)를 파라미터 down 부착으로 호출하면 좋은 것에 주의해 주세요.

현재 서포트되고 있는 파라미터에는 다음의 것이 있습니다:

authproto=protoname
    상대와 자신의 양쪽 모두의 인증 프로토콜을 protoname (으)로 설정합니다. 프로토콜명은 “chap”, “pap”, “none” 의 머지않아인가입니다. 마지막 경우, 지정한 인터페이스에 대해 인증 프로토콜은 사용되지 않게 됩니다. 이 부작용으로서 이 인터페이스에 관한 인증 관련의 다른 파라미터도 또 소거됩니다 (즉, 시스템명과 인증에 있어서의 비밀 정보를 잊어 버립니다).

myauthproto=protoname
    위와 같습니다만, 링크의 자신 측에만 작용합니다. 즉, 상대가 인증자이며, 한편, 자신을 인증받을 필요가 있는 경우에 사용되는 프로토콜입니다

hisauthproto=protoname
    위와 같습니다만, 링크의 상대 측에만 작용합니다.

myauthname=name
    인증 프로토콜에 있어서의 자신의 시스템명을 설정합니다.

hisauthname=name
    인증 프로토콜에 있어서의 상대의 시스템명을 설정합니다. CHAP 에서는, 이것은 힌트로서의 보고 사용되어 상대가 다른 이름을 제공했을 경우에는 경고 메세지가 표시됩니다. PAP 에서는, 이것은 상대가 상대 자신인 것을 인정하게 할 때 사용해야 할 이름입니다 (상대의 비밀 정보와 관련이 있습니다).

myauthsecret=secret
    인증 국면에 대해 사용하는, 자신의 비밀 정보 (키와 패스워드)를 설정합니다. CHAP 에서는, 이것은 상대의 챌린지에 근거한다 대답의 해시치를 계산하기 위해서 사용됩니다. PAP 에서는, 이것은 시스템명과 함께 프레인테키스트에서 송신됩니다. 비밀 정보에 쉘의 메타 캐릭터 (나 공백)를 포함한 경우, 비밀 정보를 쉘로부터 이스케이프 하는 것을 잊지 않게 해 주세요.

myauthkey=secret
    위와 같습니다.

hisauthsecret=secret
    위와 같습니다만, 자신이 인증자이며, 한편 상대를 인증할 필요가 있는 경우에 사용됩니다.

hisauthkey=secret
    위와 같습니다.

callin
    상대로부터 불려 갈 때 마셔, 상대를 인증할 필요가 있어, 자신이 호출하는 경우에는 불필요한 것을 나타냅니다. 상대가 대칭적인 인증 프로톨을 실장하고 있지 않는 경우에, 필요합니다 (예를 들면 Ascend 라우터).

always
    callin 의 역입니다. 어느 쪽이 호출하는 경우에서도, 항상 상대를 인증할 필요가 있는 것을 나타냅니다. 이것이 디폴트이며, “list” 모드에서는 명시적으로 표시되지 않습니다.

norechallenge
    CHAP 에서만 의미가 있습니다. 최초로 CHAP 교환이 성공했다면, 상대에게 재챌린지하지 않습니다. 상대의 실장이 망가져 있어, 접속이 확립한 후의 재챌린지를 인식하지 않는 경우, 대처로서 사용합니다.

rechallenge
    CHAP 에 대해, 접속이 네트워크 국면인 동안, 랜덤인 간격에서 재챌린지를 송신합니다. (현재, 간격은 300 으로부터 대략 800 초입니다. ) 이것이 디폴트이며, “list” 모드에서는 명시적으로 표시되지 않습니다.

lcp-timeout=timeout-value
    LCP restart 타이머의 값을 변경합니다. 값은 밀리 세컨드 단위입니다. 값은 10 에서 20000 ms 의 사이인 것이 필요합니다. 디폴트는 3000 ms 입니다.

enable-vj
    Van Jacobsen 헤더 압축의 네고시에이션을 유효화합니다 (디폴트로 유효합니다).

disable-vj
    Van Jacobsen 헤더 압축의 네고시에이션을 무효화합니다

enable-ipv6
    IPv6 네트워크 제어 프로토콜의 네고시에이션을 유효화합니다 (커널의 IPv6 가 유효한 경우, 디폴트로 유효합니다)

disable-ipv6
    IPv6 네트워크 제어 프로토콜의 네고시에이션을 무효화합니다 IPv6 를 유효가능 한 커널에서는, 모든 IPv4 인터페이스가 자동적으로 IPv6 주소를 할당할 수 있습니다. 본옵션에 의해, 링크가 IPv6 를 네고시에이션 하는 것을 운용으로서 금지할 수 있습니다. IPv6 인터페이스의 초기화에는 복수의 패킷의 송출을 필요로 하기 때문에, (다이얼 On Demand의 인터페이스에서는) 바라지 않는 트래픽 코스트가 듭니다.

사용예

    # spppcontrol bppp0
    bppp0:	phase=dead
    	myauthproto=chap myauthname="uriah"
    	hisauthproto=chap hisauthname="ifb-gw" norechallenge
    	lcp-timeout=3000
    	enable-vj
    	enable-ipv6

bppp0 의 설정을 표시합니다. 인터페이스는, 현재 dead 국면, 즉 LCP 층은 다운하고 있기 (위해)때문에, 통신할 수 없습니다. 접속의 양단은 CHAP 프로토콜을 사용해, 이 쪽의 시스템명은 “uriah” 이라고 리모트 측에 대해 고해 리모트측은 “ifb-gw” (이)라는 이름으로 인증된다고 기대됩니다. 최초의 CHAP 교환이 성공하면(자), 한층 더 CHAP 챌린지는 송신되지 않습니다. 아마 CHAP 에 관한 쌍방의 비밀 정보가 있겠지만, 그것들은 표시되지 않습니다.

    # spppcontrol bppp0 \
    	authproto=chap \
    	myauthname=uriah myauthsecret='some secret' \
    	hisauthname=ifb-gw hisauthsecret='another' \
    	norechallenge

인터페이스를 전의 예의 상태로 하기 위해서(때문에), 이와 같이 spppcontrol (을)를 호출했을지도 모릅니다.

관련 항목
netstat(1), sppp(4), ifconfig(8) B. Lloyd, W. Simpson, PPP Authentication Protocols, RFC 1334. W. Simpson, Editor, The Point-to-Point Protocol (PPP), RFC 1661. W. Simpson, PPP Challenge Handshake Authentication Protocol (CHAP), RFC 1994.

역사
spppcontrol 유틸리티는 FreeBSD 3.0 에 등장했습니다.

저자
프로그램의 기술을 Jörg Wunsch, Dresden 가 행했습니다.