由於你們持續發布有問題的 IPv6，我需要自行編譯核心模組。
你們現在能上傳 6.6.32 嗎？你們已經晚了一個月了。
我希望不用把 FSF/SFC（自由軟體基金會/軟體自由保護協會）牽扯進來，這只會造成更多延誤。
或者直接修復 QuTS 的 IPv6 問題。
您好，關於 IPv6，我們目前正在內部評估，並計劃於未來版本中推出。至於新核心（kernel），我們通常會在官方版本發佈後一個月內進行推送。
如有其他問題，歡迎隨時告知。謝謝！
能不能麻煩你在下次更新時編譯 ip6table_nat.ko？
我可以接受不被支援，也可以接受必須停用 IPv6 並且需要用 SSH，我也可以接受目前 IPv6 的狀態，如果你現在沒辦法改（但拜託還是修一下）。
但我真的真的真的非常需要 ip6table_nat.ko，不然我就需要 kernel 原始碼。
說真的，雖然測試版運行得很順暢，甚至可能還快一點，但我有點後悔嘗試 beta，因為它讓我很多東西都壞掉了。
您好，我已注意到您對 IPv6 的強烈需求。雖然我們的產品團隊有既定的開發路線圖，但我會再次將您的反饋轉達給他們，看看是否能加快進度。
關於您在 6.0 beta 版的體驗，您提到有許多問題出現——能否請您提供更多細節或具體的例子，說明哪些功能出現故障？我們希望能更了解情況，以便協助您。謝謝！
我幾乎只使用 IPv6。
所以在升級到 6.0 並重新啟動後，預設情況下我沒有網路連線。我現在不得不在 NAS 前面設置一個代理伺服器，讓容器/虛擬機器恢復 IPv6。接下來我打算嘗試在第二個網路介面上用獨立的 VLAN 做 host bridging，然後再繼續調整。
再次強調，接下來幾週我只需要你們在 kernel 設定裡做一個小調整，然後編譯 ip6table_nat.ko。其他的我都能自己解決。你們內建的 IPv6 支援已經足夠，剩下的我可以用 SSH 處理。
只要給我這個 kernel 模組就好，拜託了。
好奇問一下——為什麼你會使用IPv6？在一般的「家庭」網路中，IPv4的地址空間已經遠遠足夠滿足需求了。
CGNAT 與外部存取
1個讚