Debianサーバー+ PPTP VPN-接続が機能していません
ホームネットワークの小さなサーバーとしてDebianSqueezeを使用してSeagateDockStarをセットアップしました。今は自分のネットワークの外からアクセスしたいので、VPN接続が必要です。ところで、VPNサーバーが統合されたルーターはありません。私はすでに「大きな」Windows XPサーバーを実行しており、PPTP VPNトンネルを介してアクセスできます。これは非常に簡単でしたが、Debianでは今ではVPN接続の設定に問題があります。
経由でpptpdをインストールしました
apt-get install pptpd
既に。これは私のpptpd.confです：
# TAG: ppp
# Path to the pppd program, default '/usr/sbin/pppd' on Linux
#
#ppp /usr/sbin/pppd
# TAG: option
# Specifies the location of the PPP options file.
# By default PPP looks in '/etc/ppp/options'
#
option /etc/ppp/pptpd-options
# TAG: debug
# Turns on (more) debugging to syslog
#
#debug
# TAG: stimeout
# Specifies timeout (in seconds) on starting ctrl connection
#
# stimeout 10
# TAG: noipparam
# Suppress the passing of the client's IP address to PPP, which is
# done by default otherwise.
#
#noipparam
# TAG: logwtmp
# Use wtmp(5) to record client connections and disconnections.
#
logwtmp
# TAG: bcrelay <if>
# Turns on broadcast relay to clients from interface <if>
#
#bcrelay eth1
# TAG: localip
# TAG: remoteip
# Specifies the local and remote IP address ranges.
#
# Any addresses work as long as the local machine takes care of the
# routing. But if you want to use MS-Windows networking, you should
# use IP addresses out of the LAN address space and use the proxyarp
# option in the pppd options file, or run bcrelay.
#
# You can specify single IP addresses seperated by commas or you can
# specify ranges, or both. For example:
#
# 192.168.0.234,192.168.0.245-249,192.168.0.254
#
# IMPORTANT RESTRICTIONS:
#
# 1. No spaces are permitted between commas or within addresses.
#
# 2. If you give more IP addresses than MAX_CONNECTIONS, it will
# start at the beginning of the list and go until it gets
# MAX_CONNECTIONS IPs. Others will be ignored.
#
# 3. No shortcuts in ranges! ie. 234-8 does not mean 234 to 238,
# you must type 234-238 if you mean this.
#
# 4. If you give a single localIP, that's ok - all local IPs will
# be set to the given one. You MUST still give at least one remote
# IP for each simultaneous client.
#
# (Recommended)
localip 192.168.0.120
remoteip 192.168.0.121-129
# or
#localip 192.168.0.234-238,192.168.0.245
#remoteip 192.168.1.234-238,192.168.1.245
ルーターのDHCPサーバーが192.168.0.2で始まるIPを配布しています。私のビッグサーバーは、192.168.0.121から始まるIPをVPNクライアントに分散しました（サーバー自体はxxx120 TPを持っていました）-すでに書いたように、ビッグサーバーではVPNが機能するので、localipとremoteipの範囲を大きなサーバー。
私のpptpd-optionsは次のようになります。
# Authentication
# Name of the local system for authentication purposes
# (must match the second field in /etc/ppp/chap-secrets entries)
name pptpd
# Optional: domain name to use for authentication
# domain mydomain.net
# Strip the domain prefix from the username before authentication.
# (applies if you use pppd with chapms-strip-domain patch)
#chapms-strip-domain
# Encryption
# Debian: on systems with a kernel built with the package
# kernel-patch-mppe >= 2.4.2 and using ppp >= 2.4.2, ...
# {{{
refuse-pap
refuse-chap
refuse-mschap
# Require the peer to authenticate itself using MS-CHAPv2 [Microsoft
# Challenge Handshake Authentication Protocol, Version 2] authentication.
require-mschap-v2
# Require MPPE 128-bit encryption
# (note that MPPE requires the use of MSCHAP-V2 during authentication)
#require-mppe-128
# }}}
# Network and Routing
# If pppd is acting as a server for Microsoft Windows clients, this
# option allows pppd to supply one or two DNS (Domain Name Server)
# addresses to the clients. The first instance of this option
# specifies the primary DNS address; the second instance (if given)
# specifies the secondary DNS address.
# Attention! This information may not be taken into account by a Windows
# client. See KB311218 in Microsoft's knowledge base for more information.
#ms-dns 10.0.0.1
#ms-dns 10.0.0.2
# If pppd is acting as a server for Microsoft Windows or "Samba"
# clients, this option allows pppd to supply one or two WINS (Windows
# Internet Name Services) server addresses to the clients. The first
# instance of this option specifies the primary WINS address; the
# second instance (if given) specifies the secondary WINS address.
#ms-wins 10.0.0.3
#ms-wins 10.0.0.4
# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system. This will have the effect of making the peer appear to other
# systems to be on the local ethernet.
# (you do not need this if your PPTP server is responsible for routing
# packets to the clients -- James Cameron)
proxyarp
# Debian: do not replace the default route
nodefaultroute
# Logging
# Enable connection debugging facilities.
# (see your syslog configuration for where pppd sends to)
#debug
# Print out all the option values which have been set.
# (often requested by mailing list to verify options)
#dump
# Miscellaneous
# Create a UUCP-style lock file for the pseudo-tty to ensure exclusive
# access.
lock
# Disable BSD-Compress compression
nobsdcomp
ms-dns 192.168.0.1
netmask 255.255.255.0
noipx
mtu 1490
mru 1490
Chap-secretsファイルに1人のユーザーを登録しました。 （次のように：-これは正しいですか？）
netstatは、ポート1723が開いていて、pptpdによってリッスンされていること、および別のコンピューターからのnmapポートスキャンが行っていることを示しています。 iptablesはDockStarにインストールされていません。私のルーターでは、すべてのTCPまたはUDP接続をポート1723に、DockStarのIPに転送しています。
Windoows XP、Windows 7、Mac OSXクライアントに接続してみました。すべてが接続を確立することはできません。 Mac OS Xは一般的なエラーメッセージのみを表示し、Windowsクライアントは「エラー619-リモートコンピュータとの接続を確立できませんでした。」と表示します。クライアントは、chap-secretsファイルに設定されたユーザー名とパスワードでMSCHAPv2を使用するように構成されています。
同じネットワーク内のノートブックからサーバーに接続しようとしても、WWAN接続を介して（WiFiがオフになっている間）サーバーに接続しようとしても問題ありません。接続しようとするたびに機能するわけではありません。
誰かがサーバーの構成の何が問題になっているのかを知っていて、それを機能させる方法を知っていますか？
前もって感謝します、
iYassin
ええと、Debianインストールにログサービスは実際にはインストールされていませんでした。これでrsyslogをインストールしたので、Windows7コンピューターでPPTP）経由でVPNサーバーに接続しようとしたときに/ var/log/syslogに書き込まれるログは次のとおりです。
Oct 17 20:05:57 debian pptpd[769]: MGR: Launching /usr/sbin/pptpctrl to handle client
Oct 17 20:05:57 debian pptpd[769]: CTRL: local address = 192.168.1.1
Oct 17 20:05:57 debian pptpd[769]: CTRL: remote address = 192.168.2.1
Oct 17 20:05:57 debian pptpd[769]: CTRL: pppd options file = /etc/ppp/pptpd-options
Oct 17 20:05:57 debian pptpd[769]: CTRL: Client 192.168.0.7 control connection started
Oct 17 20:05:57 debian pptpd[769]: CTRL: Received PPTP Control Message (type: 1)
Oct 17 20:05:57 debian pptpd[769]: CTRL: Made a START CTRL CONN RPLY packet
Oct 17 20:05:57 debian pptpd[769]: CTRL: I wrote 156 bytes to the client.
Oct 17 20:05:57 debian pptpd[769]: CTRL: Sent packet to client
Oct 17 20:05:57 debian pptpd[769]: CTRL: Received PPTP Control Message (type: 7)
Oct 17 20:05:57 debian pptpd[769]: CTRL: Set parameters to 100000000 maxbps, 64 window size
Oct 17 20:05:57 debian pptpd[769]: CTRL: Made a OUT CALL RPLY packet
Oct 17 20:05:57 debian pptpd[769]: CTRL: Starting call (launching pppd, opening GRE)
Oct 17 20:05:57 debian pptpd[769]: CTRL: pty_fd = 6
Oct 17 20:05:57 debian pptpd[769]: CTRL: tty_fd = 7
Oct 17 20:05:57 debian pptpd[769]: CTRL: I wrote 32 bytes to the client.
Oct 17 20:05:57 debian pptpd[769]: CTRL: Sent packet to client
Oct 17 20:05:57 debian pptpd[771]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd
Oct 17 20:05:57 debian pptpd[771]: CTRL (PPPD Launcher): local address = 192.168.1.1
Oct 17 20:05:57 debian pptpd[771]: CTRL (PPPD Launcher): remote address = 192.168.2.1
Oct 17 20:05:57 debian pptpd[769]: CTRL: Received PPTP Control Message (type: 15)
Oct 17 20:05:57 debian pptpd[769]: CTRL: Got a SET LINK INFO packet with standard ACCMs
Oct 17 20:05:57 debian pppd[771]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so is for pppd version 2.4.4, this is 2.4.5
Oct 17 20:05:57 debian pptpd[769]: GRE: read(fd=6,buffer=1fb40,len=8196) from PTY failed: status = -1 error = Input/output error, usually caused by unexpected termination of pppd, check option syntax and pppd logs
Oct 17 20:05:57 debian pptpd[769]: CTRL: PTY read or GRE write failed (pty,gre)=(6,7)
Oct 17 20:05:57 debian pptpd[769]: CTRL: Reaping child PPP[771]
Oct 17 20:05:57 debian pptpd[769]: CTRL: Client 192.168.0.7 control connection finished
Oct 17 20:05:57 debian pptpd[769]: CTRL: Exiting now
Oct 17 20:05:57 debian pptpd[507]: MGR: Reaped child 769
GREに問題があるようです...しかし、すでに述べたように、WindowsサーバーへのPPTP接続は機能しています（ルーターのポート転送をWindowsサーバーに戻すように設定した場合） ）。WindowsサーバーはPPTP VPN接続にGREを使用しますか？使用する場合、ルーターがGREをサポートしていると推測できます。DebianシステムでGREサポートを設定する必要がありますか？
すべてのポート1723トラフィックをDebianSqueezeサーバーに転送したときに、どのようにしてPPTP Windows XPサーバーで動作するようになったのか、私には完全にはわかりません。ローカルLAN内からWinXPサーバーにのみ「VPN」できます。これは有用性が限られているようです。
とにかく、PPTPにはTCPポート1723トラフィックだけでなく、GREプロトコルも必要です。ルーターはGREトンネルを正しく処理できますか？通常の消費者の場合-グレードのルーターなら、そうではないと思います。たとえそうだとしても、GREは難解であるため、助けを見つけるのは難しいかもしれません。
あなたの場合、TCPおよび/またはUDPトランスポートのみを使用するVPNソリューションを試すことをお勧めします。これらのプロトコルはユビキタスでよく知られているためです。OpenVPNはそのようなVPNソリューションの1つであり、すべての主要なOS（Win、Mac、Linux、* BSD）。
達成しようとしていることに応じて、Debianサーバーでsshdを実行することも可能です。例：
apt-get install openssh-server
すべての主要なOSには、ssh接続を介してトンネルを作成できる無料のsshクライアントがあります。