宅男的迷宮

2017年3月14日星期二

2017年2月1日星期三

2007年的時候開了這個部落格，但是一直都沒有使用，
之前使用中華電信的Xuite，不過幾次改版下來，變得不符合我想要需求了。
因此日後將逐漸轉換到這邊來，
檢查看看有沒有搬家工具，不然就真的要一篇一篇搬家了。
想想，還真是大工程啊。

如果懷念之前的位置，請看到以下連結http://blog.xuite.net/mintxahmin/ahmin

希望我能適應這個部落格。

剛剛搬家搬了老半天轉不過來，可能卡在圖片的部分吧，

只好一篇一篇搬囉，順便檢視一下過去那個不成熟的自己。

2017年1月3日星期二

[win10]L2TP win10 設定

https://support.microsoft.com/zh-tw/kb/926179

regedit

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PolicyAgent

在 [ 編輯 ] 功能表上，指向 [ 新增]，然後按一下 [ DWORD (32-位) 數值。
輸入 AssumeUDPEncapsulationCoNtextOnSendRule，然後按 enter。
以滑鼠右鍵按一下 [ AssumeUDPEncapsulationCoNtextOnSendRule]，然後按一下 [ 修改]。
在 [ 數值資料 ] 方塊中，輸入下列其中一個值：
- 0
  值 0 (零) 會設定 Windows，使其無法與位於 NAT 裝置背後的伺服器建立安全性關聯。這是預設值。
- 1
  值為1時，會設定 Windows，使其能夠與位於 NAT 裝置背後的伺服器建立安全性關聯。
- 2
  值2會設定 Windows，這樣當伺服器與 Windows Vista 或 Windows Server 2008 型 VPN 用戶端電腦都位於 NAT 裝置之後，就可以建立安全性關聯。
將值修改為2
根據你的環境修改數值資料：

2：這是最常用的設定，代表「用戶端與伺服器端都在 NAT 後方」。
1：代表只有伺服器端在 NAT 後方。
0：預設值（不允許連線）。

若兩台機器（VPN 用戶端與伺服器端）都擁有 實體公網 IP（Public IP） 且直接連線，將該機碼設為 2 通常不會產生負面影響，但也並非必要。

以下是針對這種情況的詳細解析：

1. 系統的判斷邏輯

AssumeUDPEncapsulationContextOnSendRule 的作用是告訴 Windows：「即使偵測到 NAT 環境，也請強制執行 UDP 封裝（UDP Encapsulation）。」

如果沒有 NAT： 當 Windows 發起連線時，IPsec 會進行「NAT 偵測（NAT-T）」。如果雙方都在公網上，系統偵測不到 NAT 設備，它會傾向於直接使用標準的 IPsec 協定（ESP，協定號碼 50），而不會強制把封包塞進 UDP 4500 埠。
機碼設為 2 的行為： 這個設定主要是「放寬限制」。即便你設定了 2，如果路徑上真的沒有 NAT，Windows 依然可以正常建立連線。它像是一個「允許通行證」，而不是一個「強制改變封包結構」的指令。

2. 可能的潛在影響（極少數情況）

雖然理論上沒影響，但在極少數的網路環境下，可能會遇到以下狀況：

MTU（最大傳輸單元）問題： UDP 封裝會增加額外的標頭（Header）空間。如果機碼強制觸發了某些封裝行為，會導致有效的載荷空間（Payload）變小。若網路路徑上的 MTU 設定非常緊繃，可能會導致大封包被丟棄，造成連線不穩或速度變慢。
安全性原則一致性： 在企業級的高強度資安環境中，有些網管會嚴格要求「非 NAT 不得使用 UDP 4500」。但對於一般的遠端桌面、檔案同步或日常使用，這幾乎不會造成問題。

3. 建議做法

為了確保連線的相容性與簡便性，多數 IT 技術人員的建議如下：

你的環境	建議設定值	原因
兩端皆為公網 IP	可不設（預設 0）	系統會自動處理最有效率的連線方式。
不確定環境（例如筆電常換地點）	設定為 `2`	這樣無論你是在咖啡廳（有 NAT）還是公司（公網），都能保證連線成功。
已設為 `2` 且連線正常	維持現狀	不需要特地改回來，因為它不會損壞系統或導致斷線。