INTERNET
インターネット最新テクノロジー：第4 回

インターネット経由で離れたLANに接続する

PPTP

PPPとPPTPの関係
ダイアルアップ接続するときに使うプロトコ（Point-to-Point Tunneling Protocol）

ルはPPP がすでに標準である。この点から、
PPP はダイアルアップ用のプロトコルだと誤解されていることがあるが、PPP はPoint-toPoint Protocol の略であることを思い出してほインターネットはTCP/IPでデータをやり取りするが、実はほかのプロトコルもやりとりするしい。このPoint-to-Point とは、2 つの機材を方法がある。インターネット上でTCP/IP以外のプロトコルがやり取りできれば、プロバイシリアル回線で接続した形態を指す。いつも使ダーにダイアルアップ接続して会社のファイルサーバーに置いてあるファイルを共有できてっているパソコンとプロバイダー側の機材の接大変便利だ。これはPPTPという技術を使った方法で、96年12月に発売されたウィンドウ

続だけではなく、デジタル専用線を使った2 台ズNT4.0でもサポートされている。今回はこのPPTPについて解説しよう。の専用ルーター間の接続もPoint-to-Point と呼ばれ、これらのルーター間の接続プロトコル池田 健二（インプレスグループ・ラボ）も実はPPP が使われている（図 2）。つまり、

ikeda@impress.co.jp

NLA
社内
トネッ
ター
インlk
Ta
ple
Ap

れる通信プロトコルがPPPで、その2台間のパケットをそのまままるごと遠隔地に送るためのプロトコルがPPTP だ。

IPX

トンネリングはIPの中に違う
TPPP
図 1 ： PPTP を使 うことにより、プロバイダー経 由 で社 内LAN にアクセスできる。

コン
パソ

シリアル回線で接続された対向2 台の間で使わプロトコルを入れて送る技術
パソコンで主に使用されているファイル共有やプリンター共有などのプロトコルはTCP/IPではないため、インターネットを越えて使用する

PPTPはインターネット上に仮想的なトンネルを作る技術

ことにはいったいどのようなメリットがあるのだ

ことができない。 最 近 はパソコンの O S がろうか？1つは、PPPが運べるのはIPだけではTCP/IP に対応してこれらの共有プロトコルそなく、パソコンで使われているファイル共有やのものが拡張され、直接TCP/IP を使ってファ

PPTPはPoint-to-Point Tunneling Protocol

プリンター共 有 のプロトコルである I P X 、イル共有やプリンター共有ができるようになっ（ポイント・ツー・ポイント・トンネリング・プ

AppleTalk といったプロトコルもインターネッてきている。しかし古くからあるソフトウェアロトコル）の略で、IPしか中継しない現在のイトを経由して送れることを意味している。

も有効に活用するためには、インターネットをンターネット上に仮想的なトンネルを作り、PPP パケットをそのまま送るプロトコルだ。

もう1つは、企業などでファイアーウォールがある場合、インターネットから企業内のネット経由した場合でもIP以外のプロトコルが扱えたほうが便利だと言える。

ダイアルアップでおなじみのPPP はTCP/IPワーク（イントラネット）に入るのは不可能でこうした要望を実現するのがトンネリングのをやり取りするのに使われている。当然、モデある。このような場合には企業内にTA やモデ技術で、IP しか中継しないインターネット上にムに送られているパケットはPPP パケットで、ムを設置し、長距離電話の料金を覚悟すれば、仮想的なトンネルを作り、そのトンネルを通しその中身はIPだ。つまり、PPPパケットそのも安全にイントラネットにアクセスできる。とこてIP以外のプロトコルを送る。受け手では、IPのはIP ではないので、PPP パケットそのものをろがPPTP を使えばインターネットからでも安のパケットから元のデータを取り出すことで、最インターネットで中継するにはトンネリングが必

全にアクセスでき、用意すべきモデムや電話回終的なプロトコルをやり取りできるのである。

要となる。

線、電話料金およびそれらのメンテナンスコス

PPPパケットをトンネリングで遠隔地に運ぶ

352 INTERNET magazine 1997/3

トを抑えることができる（図1）。

こうした方法は古くからあり、RFC 1234 の「Tunneling IPX Traffic through IP Networks」

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

［1］などでその具体的なプロトコルが公開されて主にUDP で実際のデータの転送を行っていたいる。これ以外にもさまざまなトンネリングプが、PPTP では図 3 に示すようにRFC1701 のロトコルが考案されてきたが、1996 年 6 月 13

［3］
GRE（Generic Routing Encapsulation）

日付でPPTP のドラフト「Point-to-Pointを拡張してデータ転送に使用している。この拡［2］が公開されTunneling Protocol--PPTP」

張GRE ではフロー制御と輻輳制御が実現されている。従来のトンネリングプロトコルと同様、ており、これまでのUDPを使った搬送と比べて、PPTPもいろいろなプロトコルをインターネット

混雑したインターネットをより有効に使える。

経由で送ることを目的としており、さまざまな点でこれまでのトンネリングプロトコルより優れトンネル以外にも通信しているている。

PPTPでは前述した拡張GREでユーザーデータを運ぶ。そのトンネルを制御するために実はPPTPはほかのプロトコルをもう1 つ別のコネクションが使用される。このカプセル化して送出する

表 1：PPTPのコントロールメッセージ・コード

制御コネクションにはTCPが使われ、サービス
Control Connection Management

IP でないパケットをインターネットで中継しポート番号は5678である。ダイアルアップ用のてもらうためにはどのような方法があるだろう

電 話 回 線 が接 続 されている P A C （ P P T Pか？必然的な条件がIP のパケットであることなAccess Concentrator）から、企業内に設置ので、IP が運ぶデータとして目的のパケットをされているPNS（PPTP Network Server）にまるごと入れてしまえばとりあえずは送ることが向かってこの制御コネクションが張られ、ここできる。別の表現を使えば、目的のパケットをを通して行われる操作は大きく分けて4 つあるIP で包んで送ればよい。こうした包んで送る方（表1）。

法はカプセル化と呼ばれる。

123456

Call Management78910111213

その中の「9.Incoming-Call-Request」は、カプセル化すれば中にどのようなプロトコル実際にPACにダイアルアップ接続されたときにのパケットが入っていようと問題なく送れる。

PNS に送られるコントロールメッセージで、ダ

しかしカプセル化することはIP のヘッダーなどイアルアップしてきた発 信 者 の電 話 番 号を付加することであり、中継されるパケットが（ISDNの場合）が含まれている。また、ダイアStart-Control-Connection-Request
Start-Control-Connection-Reply
Stop-Control-Connection-Request
Stop-Control-Connection-Reply
Echo-Request
Echo-Reply
Outgoing-Call-Request
Outgoing-Call-Reply
Incoming-Call-Request
Incoming-Call-Reply
Incoming-Call-Connected
Call-Clear-Request
Call-Disconnect-Notify

Error Reporting
14

WAN-Error-Notify

PPP Session Control
15

Set-Link-Info●PPTP draft-ietf-pppext-pptp-00.txtから抜粋

大きくなる。たとえば、目的のパケットが1,500オクテットだった場合、当然これよりも大きな

図 2 ：専用線による常時接続でも、ルーター間の接続にはダイアルアップと同じようにPPP で接続する。

IP のパケットができ、もしその機器がイーサネモデムによるダイアルアップ接続

ットに接続されていた場合は、イーサネットの専用線による常時接続

ルーター
ルーター

パソコン
パソコン

上限である1,500オクテットを超えているので2専用線
専用線

RS232Cケーブル
RS232Cケーブル
モデム
モデム

P
PP
PP
P

はパケット数が増えデメリットとなる。

P
PP
PP
P

パケットに分割せざるをえなくなり、結果的にPPPPPPているソースルートを使う方法もあるが、送りレ
フレ
トフ
ット
ネッ
サネ
ーサ
イーイ

電話回線
電話回線

カプセル化以外の方法としては、IPに備わっモデム
モデム

たいプロトコルがIPに限定されることもあって、

ルーター
ルータ

ルーター

ム
ーム
ー

RS232C
RS232C
ケーブル
ケーブル

10Mビット・
10M
イーサネット

専用線
ルーター

パソコン
パソコン

PP

当然カプセル化方式を採用している。

イイーサネーサネッットトP

P
PPPPP

現在の主流はカプセル化方式である。PPTPは

PPPダ
PPPダ
イアルア
イアルアッップルーター
プルーター

図 3 ： PPTP パケットの構造／ PPTP はPPP パケットを転送するために拡張したGRE を使う。

PPTPでは拡張GREを使用

Media ヘッダー

IP ヘッダーGRE ヘッダー

これまでの多くのトンネリングプロトコルは、

PPP ヘッダー

PPP Payload（転送するデータ）D

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

INTERNET magazine 1997/3353

ルアップしてきたクライアントとPAC との間のとができる。また、今後も新しいプロトコルをコネクションが切れた場合にPNSに通知する機扱うためにPPP は拡張され続けると予測でき、能（13.Call-Disconnect-Notify）もある。こ将来性を考えても申し分ない。こうした点かられらの点から、PPTP はダイアルアップPPP をPPTPではPPPをトンネリングしており、PPTPトンネリングすることを強く意識したプロトコのマルチプロトコル機能は実はすべてPPPの機ルであると言える。

能だ。PPTP で新たに規定しているのは、PPPパケットを送る通信路（トンネル）とその制御に関してだけだ。

多くのプロトコルに対応
PPTPはカプセル化したデータをトンネリング認証と暗号化のしくみで送る。このカプセル化するという点から、扱いたいプロトコルの数が増えればその数だけカP P T P のマルチプロトコル対応と同じく、プセルの形式を定義しなければならず、その開PPTPのユーザー認証とデータ暗号化もPPPの発に時間がかかる。しかし複数のプロトコルを機能だ。ユーザー認証においては、クライアンカプセル化する標準的な方法はすでに開発されトから送られたPPPパケットをPACでPPTPにている。そう、PPP だ。

変換してPNS に送る。PNS ではPPTP パケッ

PPP は「扱えないプロトコルはない」と言えトをPPP に戻し、ユーザーの認証が行われる。

るほど、ほとんどすべてのプロトコルを転送で認証がPACを越えて行われるが、クライアント

きる。つまりPPP をトンネリングすれば、新規から見れば通常のPPP とまったく同様であり、いつものPAP やCHAP、場合によってはRFC開発の苦労なしにあらゆるプロトコルを送るこ1915 の「Variance for The PPP Connection

図 3 ： PPTP ではさまざまなプロトコルのデータ（図の場合はIPX）をカプセル化して送出する。PNS では、受け取ったパケットから元のプロトコルに戻す。ウィンドウズNT4.0 をクライアントにすれば、プロバイダーがPPTP をサポートしていなくてもPPTP が使える。

Control Protocol and The PPP Encryption［4］が使われることもある
Control Protocol」● PPTP をサポートしないクライアントパソコンを使う場合だろう。
IPX

PPP
IPX

PPP
IPX

PPTP
PPP
IPX

PPTP
PPP
IPX

PPP
IPX

通信するデータの暗号化に関してもPPTP 自
IPX

体は何も規定しておらず、すべてPPP の機能を使うことになる。PPPのデータ暗号化に関して は RFC 1968 の 「 The PPP Encryption
IPX

パソコン
モデム
（PPTP未サポート）

プロバイダーの受け側機器（PAC機能あり）

ユーザー

プロバイダー［5］とRFC 1969 のControlProtocol（ECP）」「The PPP DES Encryption Protocol（DESE）」

PNS

インターネット［6］がプトロコルとして公開されてはいるが、後者のRFC 1969 では56bit のDES が使われてい社内 LANるため日本国内では使用できない。また、米国●クライアントパソコンにウィンドウズNT4.0 を使う場合

IPX

PPP
IPX

PPTP
PPP
IPX

PPTP
PPP
IPX

内でも実際にはそれぞれのシステムに依存したPPP
IPX

方法で暗号化が行われている場合が多い。

IPX

こうした暗号化の実装で現在最も簡単に入手できるものとしてはウィンドウズNT4.0 が挙げられる。マイクロソフトが公開している技術資

IPX

［8］
［9］では、40bit のRC4 が使われて
料［7］
パソコン
モデム
（WindowsNT4.0）

プロバイダーの受け側機器（PAC機能なし）

ユーザー

プロバイダー

インターネットいるとの記述がある。

PNS

社内 LAND

354 INTERNET magazine 1997/3

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

規開発して普及を図らねばならず、現実的ではウィンドウズNT4.0のPPTPない。現実的な方法として、マイクロソフトがPPTP はPPP をそのままトンネリングするの提唱しているVPN（Virtual Private Network）

で、PPPパケットを受け取る機器、つまりプロでは、PPTP を使ってインターネット上に仮想バイダー側のルーター機材がPACになるのが最のネットワークを作ることを狙いとしている。

も自然だと考えられる。この方法ならPPTPをここで、PPTPではPNSにおいてPPPレベルサポートしていない従来のダイアルアップクライのユーザー認証を行うことを思い出してほしい。

アントでもPPTP が利用できるメリットがある

つまり、パケットのルーティングを開始する前が、プロバイダーに設置してある機材がPPTPにユーザー認証を行うので、認証したトンネル対応であることが条件となり、普及していないからのパケットは無条件にルーティングしても現在では簡単に利用できない。しかしもう1 つ基本的には問題ない。もう1 つのセキュリティ方法がある。ダイアルアップするクライアント

ー上の問題は通信途中での盗聴や改竄、偽造自身でPPTPを扱えるようにする方法だ。このだが、データの暗号化はPPPの機能やウィンド場合、クライアントマシンがPPTPを送出する。

ウズNT のRAS で提供される機能などを使えばPPTP が扱えて最も入手が簡単なのはウィンよく、またPPPでのユーザー認証はCHAPを使ドウズNT4.0 である。現行ではウィンドウズえばよいだろう。PPTPはこのようなインターネ

NT4.0 がPPTP 対応クライアントになれる。つットを利用した企業ネットワーク作りに有効だ

まり、ウィンドウズNT4.0自体が、内部から発と言える。

生したPPPパケットをPPTPパケットに変換する機能を持っているのである（図4）。ウィンド

他のトンネリングプロトコル

ウズNT4.0はPNSとしても、またPPTPクライアントとしても機能する。ただ、クライアント

PPTP 以外で現在ドラフトになっているもの

OS としてのウィンドウズNT はそれほど普及しとしては、L2F（ Layer 2 Forwarding Pro-ていないのが実状で、エンドユーザーとしてはtocol）［q］がある。L2F はPPTP とはかなり考ウィンドウズ95 も対応してほしいものである。

え方が異なるが目的は同じである。L2F はシス

ウィンドウズ95 をPPTP 対応とするモジュール

コ社のルーターなどに実装されているが、UDP

はマイクロソフトによると提供する予定はあるでのトンネリングなど、PPTPよりも古いやり方がいつごろ公開するかはまだ未定とのことだ。

である。しかし、L2Fを発展させたL2TP（LayerPNS とPPTP クライアントになれるウィンド

2 Tunneling Protocol）［w］が現在ドラフト

ウズNT4.0だが、PACとはしては機能しないよとして公開されており、PPTP と似たコントロ

うだ。ウィンドウズ95で今すぐPPTPを使う場ールメッセージを使っているなどの点から、最終合は、プロバイダー側でのPPTP対応が必要だ。

的にはPPTP と統合されると予測できる。

マイクロソフトが提唱するVPN専用線への応用に期待

企業内LAN にインターネットからアクセスでこれまで見てきたように、現在のPPTP はダきるようにするにはセキュリティー上問題があイアルアップでの利用を強く意識しているが、り、多くの企業でファイアーウォールを設置し専用線での利用でも現在のプロトコルで十分とて社内と社外を分離している。こうした制限は思える。しかし、イーサネットからパケットを受インターネット経由でアクセスするユーザーの認け取りPPTP に変換してイーサネットから送出証、たとえばパケット単位でできれば解決するするという実装は、時間切れで見つけられなかが、効率が劣り、またそうしたプロトコルを新った。今後の開発・製品に期待したい。

参考文献[1] RFC 1234, Tunneling IPX Traffic through IP Networks[2] <draft-ietf-pppext-pptp-00.txt>, Point-to-Point Tunneling Protocol--PPTP[3] RFC 1701, Generic Routing Encapsulation (GRE)[4] RFC 1915, Variance for The PPP Connection Control Protocol and The
PPP Encryption Control Protoco[5] RFC 1968, The PPP Encryption Control Protocol (ECP)[6] RFC 1969, The PPP DES Encryption Protocol (DESE)[7] <http://www.microsoft.co.jp/products/ntserver/ver40/tech/vpn̲pptp.exe>(Word Document), PPTP による仮想プライベートネットワーク[8] <http://www.microsoft.com/ntserver/pptpwp.exe> (Word Document),
Microsoft Virtual Private Networking: Using Point-to-Point TunnelingProtocol[9] <http://www.microsoft.com/windows/common/nrpptp.htm>, PPTP andImplementation of Microsoft Virtual Private Networking[q] <draft-ietf-pppext-l2f-03.txt>, Layer Two Forwarding (Protocol) "L2F"[w] <draft-ietf-pppext-l2tp-01.txt>, Layer Two Tunneling Protocol "L2TP"`

インターネットマガジン／株式会社インプレスR&D©1994-2007 Impress R&D

INTERNET magazine 1997/3355

［インターネットマガジン バックナンバーアーカイブ］ ご利用上の注意
この PDF ファイルは、株式会社インプレス R&D（株式会社インプレスから分割）が 1994 年～2006 年まで発行した月刊誌『インターネットマガジン』の誌面を PDF 化し、「インターネットマガジン バックナンバーアーカイブ」として以下のウェブサイト「All-in-One INTERNET magazine 2.0」で公開しているものです。

http://i.impressRD.jp/bn
このファイルをご利用いただくにあたり、下記の注意事項を必ずお読みください。
z 記載されている内容（技術解説、URL、団体・企業名、商品名、価格、プレゼント募集、アンケートなど）は発行当時のものです。
z 収録されている内容は著作権法上の保護を受けています。著作権はそれぞれの記事の著作者（執筆者、写真の撮影者、イラストの作成者、編集部など）が保持しています。
z 著作者から許諾が得られなかった著作物は収録されていない場合があります。
z このファイルやその内容を改変したり、商用を目的として再利用することはできません。あくまで個人や企業の非商用利用での閲覧、複製、送信に限られます。
z 収録されている内容を何らかの媒体に引用としてご利用する際は、出典として媒体名および月号、該当ページ番号、発行元（株式会社インプレス R&D）、コピーライトなどの情報をご明記ください。
z オリジナルの雑誌の発行時点では、株式会社インプレス R&D（当時は株式会社インプレス）と著作権者は内容が正確なものであるように最大限に努めましたが、すべての情報が完全に正確であることは保証できません。このファイルの内容に起因する直接的および間接的な損害に対して、一切の責任を負いません。お客様個人の責任においてご利用ください。

このファイルに関するお問い合わせ先
All-in-One INTERNET magazine 編集部
im-info@impress.co.jp
Copyright © 1994-2007 Impress R&D, an Impress Group company. All rights reserved.