Windows 2008 L2TPを介したWindows 10 ProへのRDPは、完全に機能することはありませんでした。 2018年9月の最初の試みでは、クライアントのCord.appをOS X10.9.5のRoyalTSXに置き換える必要がありました。リモートのWin10ボックスがクラッシュし、L2TPを使用してVPNルーターとして機能するローカルのWindows 2008 R2 SBSボックスと同様に、2018年11月16日の更新に従って最新かつ最高のWindowsがすべて再インストールされました。 L2TPクライアントは、20代(.21、.22など)に割り当てられたIPv4アドレスを取得します。
11月16日以降、Royal TSXを使用していても、トンネルを介してリモートのWindows 10 Proボックスへの使用可能なRDP接続を確立できず、コードも使用できません。最初の画面表示が部分的に終了すると、両方の接続試行が停止します。 そして約10秒後にL2TP接続が終了します。
Windows 2008 Securityイベントログは、ICMPパケットがEventID 5152、タスク12809、およびEventDataでドロップされていることを示しています。
ProcessId 0
Application -
Direction %%14593 (=Outbound)
SourceAddress 10.0.0.37
SourcePort 0
DestAddress 10.0.0.22
DestPort 0
Protocol 1
FilterRTID 141619
LayerName %%14601 (=ICMP error)
LayerRTID 32
このイベントは6回ログに記録され、メッセージ(1 + 2)と(3 + 4)の間に2秒の間隔、(3 + 4)と(5 + 6)の間に3秒の間隔があります。 Diffは、連続するEventRecordIDです。 XMLビューにこれ以上の差分はありません。
Mikrotik(MTUがautoに設定されている場合、切断の問題はありません):
$ ping -D -c 1 -s 1472 Host.domain.nl (22-11-18 10:06)
PING Host.domain.nl (1.4.6.2): 1472 data bytes
1480 bytes from 1.4.6.2: icmp_seq=0 ttl=32 time=98.001 ms
$ ping -D -c 1 -s 1473 Host.domain.nl (22-11-18 10:06)
PING Host.domain.nl (1.4.6.2): 1473 data bytes
ping: sendto: Message too long
Fritz!OS 7.01の場合:pingサイズ1464 = OK、1465 =フラグメントが必要、DFセット(MTU1492))。
失敗する前の部分的な画面の読み込みは、MTUサイズの不一致のように見えます。トンネルのMTUは1500よりも小さいのが一般的です。
テストとして、RDPクライアントの構成済みMTUを一時的に減らし、違いがあるかどうかを確認します。クライアントがWindowsを実行している場合、リンクは次のとおりです。 https://becomethesolution.com/how-to-change-and-check-windows-mtu-size