ppp 개요

원격 연결하기 위해 능하다면, 사용자는 다음과 같은 구성 요소가 설치되어 있어야합니다 그들의 장치 : 응용 프로그램 소프트웨어 (예 : ftp, 텔넷, 또는 웹 브라우저), 프로토콜 스택 (tcp / ip, ipx, appletalk) 및 링크 - 계층 프로토콜 (예 : ppp).

시 전역에 발송하고 전화 접속 연결,이 높을 - 레이어 프로토콜이 프레임에 링크 - 계층 프로토콜 (예 : ppp)처럼 이더넷 링크 - 레이어를 도용 캡슐 화 ip 데이터 그램에있는 랜.

이 문서에서는 다음과 같은 개념 :

일반적인 원격 - 액세스 프로토콜

에 대한 데이터 전송을 통해 포인트 -가 - 포인트 라인, 2 개의 표준 프로토콜이 존재 : 시리얼 라인 인터넷 프로토콜 (쪽지) 및 ppp. 쪽지의 설명에 rfc 1055,에서만 작동 ip에 지점 -가 - 포인트 직렬 연결합니다. ppp, 반면에 다중 연결을 통한 동기 및 비동기 회로를 촉진합니다. 따라서, ppp는가 장 널리 사용되는 프로토콜에 대한 원격 다이얼 액세스합니다.

ppp 도용

언급한 바와 같이, ppp 비동기 또는 동기 링크를 통해 패킷을 전송할 수있습니다. 패킷의 프레임 유형이 지시한는 매체에서 사용합니다. 비동기식 하이 - 레벨 데이터 링크 제어 (ahdlc)를 도용하는 데 사용에 대한 비동기 링크 및 비트 - 동기식 프레임이 사용에 대한 동기 연결합니다. 시스코는 다음 ppp 도용 유형에 대한 다양한 인터페이스를 지원합니다 :

ppp 협상 단계

마자 봉지를 입력 앞의 섹션에서 설명이 확정의 링크를 미디어 유형은 더 이상 관련이 ppp 연결을 구축합니다. ppp 수립 네트워크 프로토콜 연결에 3 개의 기능성 단계 :


이 협상 단계는 양방향 및 순차입니다. 즉, lcp 협상을 비롯한 인증 (만약 구성된), ncp 협상을 시작하기 전에 완료해야합니다. ppp 링크가 작동하는 경우, 그것에 남아있다 lcp 또는 ncp을 시작하기 전까지이 상태가 종료되거나의 물리적 연결에 실패합니다. lcp을 닫을 때 해당 링크, 모든 ncp 연결 연관된의 링크를 닫기도합니다. 그 반대로, ncp - 시작된 터미네이션은 보장할 수 없다 ppp 링크를 닫습니다.

lcp 및 ncp는 다음 섹션에서 자세히 논의에서 더 많은 이론적 관점입니다.

lcp

lcp 다루는 옵션이있는 링크가 - 종속 및 프로토콜 - 독립적입니다. 언급한 바와 같이, lcp 협상은 양방향 즉, 양쪽의 연결에 대해서도 옵션과 사실을 인정하고 동의해야합니다 피어의 요청합니다. 일부의 옵션을 협상 과정에서 lcp 위상을 포함 매직 번호 (를 감지 루프백), 콜백, 멀티, 링크 압축 및 인증을합니다. 인증의 이용 약관에 lcp 번역해 사용되도록 인증이 있는지 여부와,있다면 어떤 프로토콜이 용이하게 인증을합니다. 그러나, 이것은 실제 인증을 처리하지 않습니다.

마자 lcp 위상이 협상이 성공적으로 lcp 연결은 열기로 간주됩니다. 이제 인증 프로세스에 의해 결정 lcp으로 시작할 수있습니다.

ncp

ncp는 ppp 협상 과정의 마지막 단계입니다. ncp 다루는 프로토콜 - 종속 같은 옵션이 프로토콜 주소, 프로토콜을 압축, 등등. 개별 ncp 옵션에 해당하는 종류의 프로토콜에 인터페이스를 구성합니다. 예를 들어, 만약 ip가 선택한 프로토콜, ipcp (ip 제어 프로토콜)는 협상을합니다.

이 프로토콜 주소는 ncp 옵션이가 항상 협상을합니다. 때로는 그것이 유일한 옵션을 협상합니다. 그것이가능한에 nas를 제공하는 프로토콜 주소를 다이얼 -이 클라이언트 또는 단순히 어떤 프로토콜 주소가 피어 요청 사실을 인정합니다. 에 대한 원격 시스코 라우터를 수락하는 연설에서 nas이 전화로, 클라이언트 라우터가 필요가 구성될 이렇게합니다.

여기에 사용되는 ipcp이 기본 ncp하고있다 ncp 매개 변수를 설명합니다. ipcp 과정의 일환으로, 보통 3 개의 서로 다른 옵션은 협상 : 주소, ip / tcp 헤더 압축, 그리고 dns와 승 기본 및 보조 서버입니다. 염두에 두어야하는 dns 및 승 옵션 관련이 microsoft windows pc 고객 전용.

동안에 ipcp 협상의 역할을하는 클라이언트와 nas은 다르다. 에 대한 액세스 서버가 필요로 공급이 협상 매개 변수 (주소, dns 및 승 주소 등)를위한 자체 및 자주에 대한 고객도있습니다. 반면 클라이언트가되어야하도록 구성되어 nas에서이 정보를 검색할 수있습니다.

또 다른 옵션은 ipcp 협상은 언급한 바와 같이, tcp / ip 헤더 압축합니다. 이 수도 감소하는 헤더의 크기를 40에서 5 사이 바이트입니다. 이 협상은이 옵션이 포함되어 있는지 여부를 피어 패킷으로 압축된 헤더가 수락하실 수있습니다. 이 기능은 권장에 대한 전송을 누구의 패킷 크기가 작고, 같은 텔넷 또는 www.

lcp 옵션

ppp를 제공하는 여러가 지 기능이있는 협상의 lcp 수준을 입증할 수있는 매우 유용한 때 구현에 internetwork :

이러한 서비스는 다음을 설명합니다.

인증

시작하기 전에 학습 내용을 ppp 인증 절차 및 기법,해야 익숙해지는 다음 조건 :

이 인증은 요청에 의한 연결이 기간 동안의 양쪽 lcp 협상, 실제 인증이 이루어진 이후에 lcp 무대가 완료됩니다. 피어의 유효성을 확인하는 인증이 수행됩니다. 이 작업을 확인하는 미리 이름 (자주 전화를 사용자 또는 호스트 이름)과 비밀 (종종 전화를 비밀 번호)입니다. 이름 / 비밀 조합을 로컬 또는 원격으로 저장할 수있습니다 aaa 서버입니다.

이 두 장 인기 ppp 인증 기술이 암호 인증 프로토콜 (pap) 및 챌린지 핸드 쉐이크 인증 프로토콜 (chap). 둘 모두 보장하는 인증되지 않은 개인에 액세스할 수 없다는 원격 - 액세스 서버 (ras)입니다. 그들의 차이는 더 자세히 뒷부분에서 논의합니다.

있는 그대로의 경우에는 모든 다른 ppp 협상 단계, 인증은 양방향입니다. 즉, 양쪽의 연결이 필요가 인증을 하나의 또 다른합니다. 이에 따라 인증을 활성화해야합니다 양쪽.

가 시스코 nas 차별화들 사이 유형의 전화 방향입니다. 유형에 따라, 특정 동작을 nas 소요 인증 라야합니다. 이 작업은 네트워크를 보호하기 위해 보안 위반에 반대합니다. 표 1을 나열합니다 종류의 통화와 nas의 후속 반응입니다.

전화 방향 유형
방향 에 대한 설명 nas 반응
callin nas가를받은 경우에 발생합니다 끝 부분에 전화를합니다. 가 nas을 필요로 피어를 성공적으로 완료 로컬 인증을하기 전에 모든 요청에 대한 회신하여 원격 인증합니다. 이것은 재생이 테러 방지를 위해 설계되었습니다.
시스코 nas 장소에 대한 호출을 때 발생합니다. 가 nas 원격 인증 요청에 응답하지 않고 첫 번째 기대가 완성의 로컬 인증을합니다.
전담 시스코 nas를 인식하지 못하는 경우에 발생하는 방향에 대한 호출 속한다. 가 nas 원격 인증 요청에 응답하지 않고 첫 번째 기대가 완성의 로컬 인증을합니다.


다음 하위 섹션을 설명 pap, chap에 대한 자세한 내용입니다.

pap

pap은 덜 - 보안의 두 ppp 인증 프로토콜을 통해 전송하기 때문에 비밀입니다 와이어를 일반 텍스트입니다. 따라서, 경우에 패킷이 포착,의 비결에 포함되어있는 악의적인 공격에서 쓸 수있습니다. 오죽,이 때문에 단점, pap이 아닌 원하는 방법 중 authenticationunless, 물론, 그것은 단 하나의 지원합니다.

pap 구현을 2 - 방식 핸드 시퀀스는 피어의 신원을 확인하려면 :

단계 1. 피어 보냅니다 그 호스트 이름과 비밀을 체크하여 인증합니다.

2 단계. 제공되는 인증을 확인합니다 호스트 이름 / 비밀 조합을 상대로 알려진 값을 로컬로 또는 통해가 aaa 서버입니다. 경우에 인증을 결정하는 값이 합법을 인증은 만족을 인정합니다. 그렇지 않을 경우 현장에서 연결이 종료되었습니다.

참고 사항

의 비결은 단계 1하지 않는다 모두에 대해 동일해야합니다 피어있습니다. 그들 각자의 각 질 수있습니다.


chap

chap은 아주 약간 더 안전한보다 pap. chap 인증 기간 동안의 비밀을 그 자체는 결코가 연결을 통해 전송, 일부 부품의 의사 소통이 암호화된, 그리고 도전은 지속적인 반복을 사용하면 해당 연결이 승인된 항상합니다. 달리 pap, chap 신원 확인을 위해 사용하는 3 - 방식 핸드 :

단계 1. 인증에 대한 도전을 보냅니다 피어있습니다. 이 힘든 도전을 포함하는 임의의 번호와 인증 자의 호스트 이름입니다.

2 단계. 피어 답변에 도전을 한 - 방식으로 해시 값을 자신의 호스트 이름입니다. 해시 값이 계산에서 파생 통해 md5 암호화 및는 임의의 숫자의 도전 메시지 플러스의 비밀 연관된 인증 자의 호스트 이름입니다.

3 단계. 인증을받는 경우에 대한 응답으로 그 도전, 그것 진행이 동일한 해싱 과정으로 피어, 입력의 비밀과 임의의 숫자로 파생 상품입니다. 이후에 새로운 md5 값이 계산을 도전자 비교하고 그것을 하나의 피어가 돌아왔다. 이러한 경우가 일치를 인증은 수용하고 인정합니다. 그렇지 않으면, 연결이 떨어졌다.

참고 사항

해시 값 필요가 동일하기 때문에 chap 인증이 작동하려면 비밀 값은 모두 동료간에 공유되어야합니다. 이 요구 사항은 서로 다른 형식의 pap 구현합니다.


ppp 콜백

ppp 콜백은 lcp 기간 동안의 옵션을 협상할 수 있도록하는 호출자를 요청하는 정당해야한다 장소라고 불리는 또 다른 콜백을 시작 피어있습니다. 에 대한이 토론, 당을 요청하는 콜백은 클라이언트, 그리고 열린우리당의 요청을 수락하고 제작에 콜백은 서버입니다. ppp 콜백은 유용 때마다 중앙 집중 제어하기는 통화가 원하는과 같은 목적으로 법안을 통합, 다이얼 전화를 저축, 그리고 심지어 보안, 콜백을 배치하기 때문에 미리 숫자에만 적용됩니다.

일반적으로 간주되지만 인증은 선택적 ppp 기능을 활성화해야합니다 및 전달을위한 것이 콜백 기능이 작동합니다.

이 시퀀스는 ppp 콜백은 다음과 같습니다 :

단계 1. 콜백 클라이언트 장소를 호출하여 콜백 서버 (nas)을 나타내는 콜백 서비스는 요청합니다. 콜백 서버 응답으로 콜백 요청을 인정합니다. 이 단계에서 보낸 응답의 유형을 의미한다 단순히 해당 서버의 수용 능력은 일반적 콜백 요청합니다.

2 단계. 콜백 서버는 클라이언트 인증에 의해 더 이상 진행됩니다. 평소처럼 장소에 인증을 로컬 또는 열린 aaa 서버가 소요될 수있습니다.

3 단계. 이 클라이언트가 성공적으로 발견하는 즉시, 서버를 확인합니다에 대한 허용 여부는 콜백 서비스는 특정 클라이언트가 요청한 것이있습니다. 그렇다면 호출이 처음에 배치하여 클라이언트가 연결이 끊어진.

단계 4. 이후에 연락이 끊긴 경우, 서버가 대기 특정 시간입니다. 그런 다음 그것을 시작합니다 새로운 콜백을 클라이언트에 미리 숫자입니다. 이 호출이 실패하면, 추가하에 시도가되지 않습니다.

ppp는 협상 고객 - 시작된 통화 전용입니다. 콜백을 새로 ppp 교섭을 필요로하지 않는다.

참고 사항

클라이언트가없는 경우에 서버를 결정하는 권한은 콜백 서비스, 응답 전화 - 일 - 수요가 있는지 여부에 따라 달라집니다 연결에 대한 라우팅이 구현됩니다. ddr이 사용되는 경우가 콜백 서버를 계속 처리 과정의 초기 호출 하듯 없었 콜백 요청을 시작으로합니다. 연결을 해제하려는 경우 사용자에게는 실패 콜백 인증을 할 수있습니다 선택적 명령을 서버에 문제가있습니다. 연결이되지 않는 경우 - ddr, 콜백 서버 연결을 끊음은 초기 전화를 기본적으로합니다.


ppp 압축

압축을 크게 향상시킬 수있습니다 처리량에 대한 속도가 느린 연결합니다. 시스코 ios를 제공하는 모든 모서리 - 계층 프로토콜을 통해 ppp 압축 압축 제어 프로토콜 (공산당)을합니다. 이 유형의 압축은 당 - 인터페이스를 압축로 간주됩니다.

ppp 공산당은 선택적 기능을 사용하고는 협상 이후에 lcp 위상입니다. 시스코 두 개의 공산당 압축 알고리즘을 지원합니다 :

이 두 알고리즘 자료 그들의 작업에서 "사전"의 과거 데이터를 압축합니다. 사전 될 때 전체, 정보가 갱신됩니다. 선택의 여지는 알고리즘에 따라 달라집니다 각 개별 케이스입니다.

압축을 사용하여 치료하는 데 사용해야하기 때문에 시스템 리소스에 부담이 될 수있습니다. 염두에 두어야하는 비율이 압축은 데이터 종류에 따라 다릅니다. 예를 들어, 텍스트 파일은 아주 좋은 후보를 압축 대에 이미 - 압축 파일 형식이 될 수없습니다 수익률을보다보다 1:1 압축 비율입니다. 또한, 언제라도, 하드웨어 압축해야한다 소프트웨어 압축을 통해 선정합니다.

ppp 압축 수 있지만 양방향, 원격 클라이언트 쪽에만하는 것이 좋습니다 압축을 수행합니다. 이 방법을 사용 nas 압축을 풀 수있습니다 클라이언트의 통신을하지만 그 자체를 압축하지 않는다. 그 이유입니다 nas 자체를 막을 수 있도록 압축하는 실적이 4 배 정도 cpu 전원으로 사용할 수있습니다 압축 풀기합니다.

멀티 ppp

멀티 ppp (mppp)는 기법의 조각 패킷을 보내는 이들을 통해 여러 개의 데이터 링크를 ppp 피어에 대한 조립합니다. 혜택의 mppp 거짓말의 기능을 일시적으로 사용 부 사이의 대역폭을 사용할 수있는 2 개의 피어있습니다. mppp입니다 의해 식별하는 추 4 - 바이트 헤더를 지시 조각 시퀀싱.

mppp에서 쓸 수있습니다 다음과 같은 시나리오 :

mppp 용어

먼저 이해가 이민국과 사의 mppp를해야 익숙해지는 다음 조건 :

mppp 작업

매 mppp 번들을해야하기 단일 인터페이스에 의해 통제를 번들 마스터, 이것은 상 - 액세스 인터페이스입니다.


가 멀티 ppp 프로세스를 시작 밖으로 lcp 협상을 포함한 mrru 옵션이 이루어지는에 물리적 인터페이스를합니다. ppp lcp 협상의 링크 여부를 결정합니다 mppp 데 사용할 수있습니다. 번들을 식별하는 피어의 이름, 그 종점 discriminator, 또는 둘 다. 따라서 ppp 인증이 필요한를 완료하려면 피어를 식별할 수 있도록, 서로의 이름을 번들, 그리고 또 다른 번들에 있는지 여부를 확인 동일한 이름이 이미 존재합니다. 번들이 이미 존재하는 경우, 새 전화를 단순히 조인 인치없는 새로운 협상의 모든 정렬이 필요에 대한 추가 전화를합니다.

이 시점에서 nas를 설정하는가 상 - 액세스 인터페이스로 번들 마스터입니다. 이 순간부터, 모든 ppp 협상이 양도의 물리적 인터페이스를가 상 - 액세스 인터페이스입니다. 의 물리적 인터페이스가 된 일부가 번들에 의거하여 번들 마스터입니다. ncp 매개 변수는 협상을위한 아무개의 마스터가 자동으로 적용하여 나머지는 번들 회원입니다.

mppp 운용 문제

3 개 주요 이슈와 관련된 mppp의 작업 :

대역폭 할당 프로토콜

의 사양에 대한 링크가의 확장된 mppp 개념입니다. 그것을 만들었습니다을 제어하는 연결의 개수를 설립 승인된 사용자는 언제든지 사용할 수있습니다. 링크를 생성하는 표준 일련의 규칙을 알려 mppp 변경 대역폭에 대한 수요가없이는 필요에 대한 최종 - 사용자 참여를 구성 변경 사항입니다. 따라서 nas의 사용 현황을 관리할 수있습니다 호출자의 액세스 포트 당합니다.

분대 관리하는 방법은 각각의 링크가 추가 및 삭제에서 mppp 묶음입니다. 반면 lcp이 협상을하기를가 결정하고, 그리고 구분 링크 discriminator이 부여하여 모든 링크에 mppp 묶음입니다. 이를 통해 동료를 지정하는 링크가 데스크바 또는 연결이 끊어진 경우에 대역폭을 늘리거나 줄일를 요청합니다.

멀티 두 개의 다른 모드에서 작동할 수있습니다 : 활성 및 수동적입니다. 활성 모드를 의미하는 장치는 모든 종류의 연결을 시작하거나 수락을 요청하고 있는지 확인 링크를해야한다 멀티 번들로 추가 또는 제거합니다. 활성 모드가에 대한 전화 걸기 인터페이스가 아니라에 대한 상 - 템플릿 인터페이스입니다. 수동 모드를 의미하는 장치에만 응답을 호출을 수락의 전화 요청을하는 콜백 요청을하거나 또는 제거 이외의 링크에 의해 활성화된 피어있습니다. 수동 모드를 사용할 수있습니다 상 - 템플릿 인터페이스와 전화 걸기 인터페이스입니다.

멀티 isdn 및 비동기식 시리얼 인터페이스를 지원합니다. 경우에 대해 이야기하기를 작업을 통한 전화 걸기 인터페이스, 전용 레거시 전화 - 일 - 수요 라우팅 (ddr) 걸기 구성은 논의합니다. 멀티 ddr 걸기 프로필을 지원하지 않습니다.

멀티 작업

의 첫 번째 구성원 링크의 mppp 번들이 협상되지 되었음 작용합니다. 뒤에 나오는 회원 링크, 그러나, 멀티 관리가 필요합니다. 첫 번째 링크를하지 않는다 분대에 속해 있지만, 그것은 모든 멀티 정보가 패킷을 운반합니다. 지은 총 8 개의 멀티 패킷 타입 :

멀티 다음과 시스코의 mppp 구현에 그 심판의 부하에 의해 모니터링을 번들 마스터입니다. 번들로드가를 결정합니다에 대한 대역폭을 집계해야합니다. 에서만 사용하기를, 두 또래의 대역폭을 집선 결정을해야 할 것에 동의합니다.

ppp 프레임 형식

이것은 문서가 추가 레온 tufallo
면책 조항 : 우리의 웹사이트가 포함되어있는 정보는이 문서에 대해 책임을지지 않습니다. 본 문서를 어떠한 방식 으로든 반영합니다 조회, 의견, 생각이나 신념의 기사를 디렉토리 직원입니다.

번역을 고지 :이 문서 "ppp 개요"에 대한 자동 번역 서비스를 사용하여 번역했습니다. 우리가 진심을 끼쳐 드려 번역 오류가 발생했습니다. 이해에 감사드립니다.

Online: 394 users browsing the articles directory