Serverの話を少々。Traversalを処理するデフォルトの方法に問題があります」とのことです。ServerでのVPNだけではなく、10や~7、VistaなどXP以降のWindowsクライアントから繋がらないという現象は多いようです。Traversalを制御するVPN接続時のクライアント側でエラーもいろいろとあるとは思いますが、多いのは619・809・789あたりでしょうか。809の場合はクライアントからの通信がVPNサーバまで行き着いていません。クライアント機での設定の他、ルータ・ファイヤーウォール・NATなどが原因の可能性もありますので、念のためにチェックしてみましょう。Traversalの動作を変更します。※レジストリの変更はパソコンが起動しなくなる恐れもありますので、くれぐれも注意が必要です。「レジストリエディタ」により下記レジストリキーを追加します。「HKEY_LOCAL_MACHINE」→「SYSTEM」→「CurrentControlSet」→「services」→「PolicyAgent」を展開します。「PolicyAgent」の中に新規で「AssumeUDPEncapsulationContextOnSendRule」をDWORD32ビット値で作成します。値は基本的には2を入力します。パソコンを再起動します。ちなみに値は0~2で設定でき、下記のように使い分けるようです。0→NATトラバーサル無効1→NATトラバーサル有効(クライアントがNAT機器の背後にある場合)2→NATトラバーサル有効(サーバとクライアントの両方がNAT機器のにある場合)ここまでで、619・809エラーは回避できると思います。ローカルセキュリティポリシーの変更789は「はじめのネゴエーションでのセキュリティエラー」でクライアント側のセキュリティ設定によるものが多いようです。Manager認証レベルの変更が必要です。セキュリティを使う」を選択します。クライアント向け最小セッション」の「128ビット暗号化が必要」のチェックボックスを解除します。Managerの認証レベルはレジストリーで設定することもできます。セキュリティを使う」と同じです。Premiumの場合は基本的に「ローカルセキュリティポリシー」自体がありませんので、この方法でレジストリーを追加する必要があります。ちなみに「LmCompatibilityLevel」では0~5の設定ができ、数字が大きいほどセキュリティレベルが高くなります。ServerのL2TP/IPsecに接続可能ですので、どうも環境によって異なるように思えます。VPNでアクセスに限らず、ネットワーク上にはWindows以外にMac・UNIX・NASなどが混在している場合があります。Manager認証レベルが関わってきます。それらのSambaバージョンによってはWindowsからアクセスできないという現象が見られ、この場合はセキュリティレベルの調整が必要となってきます。コメントをキャンセルメールアドレスが公開されることはありません。ドメインはDNS(ドメインネームサーバ)という仕組みでIPアドレスと紐づけられています。introductionウェブサービスの構築・集客コンサルティングをやっているR3098です。このサイトではパソコンのスキルアップに繋がるちょっとした疑問の解説、便利技や小ネタを紹介しています。