雖然這篇網路proxy設定鄉民發文沒有被收入到精華區：在網路proxy設定這個話題中，我們另外找到其它相關的精選爆讚文章
在 網路proxy設定產品中有16篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， 關鍵字: Istio, GKE, proxy injection 影響: Istio 整合卡住，部署失敗 註: 這篇文章時間稍微久遠一些，發生的 istio 版本是 1.3 左右，因此後來新版本有解決這些問題 由於版本已經過久，所以可以當作一個過去的心酸血淚史，現在版本不會有這些問題 作者團隊的...
同時也有10000部Youtube影片，追蹤數超過2,910的網紅コバにゃんチャンネル，也在其Youtube影片中提到，...
-
網路proxy設定 在 コバにゃんチャンネル Youtube 的精選貼文
2021-10-01 13:19:08![post-title]()
-
網路proxy設定 在 大象中醫 Youtube 的精選貼文
2021-10-01 13:10:45![post-title]()
-
網路proxy設定 在 大象中醫 Youtube 的精選貼文
2021-10-01 13:09:56![post-title]()
網路proxy設定 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
關鍵字: Istio, GKE, proxy injection
影響: Istio 整合卡住，部署失敗
註: 這篇文章時間稍微久遠一些，發生的 istio 版本是 1.3 左右，因此後來新版本有解決這些問題
由於版本已經過久，所以可以當作一個過去的心酸血淚史，現在版本不會有這些問題
作者團隊的服務試運行於 GKE 上，一開始想要透過 istio 來觀察流量同時加強應用程式間溝通的安全性，因為希望自己可以減少管理 istio 的時間，因此一開始就先嘗試使用了由 GKE 所提供的 istio 解決方案。結果非常失望，幾乎沒有什麼可以設定，沒有辦法透過類似 helm chart 的方式去客製化。
最後團隊轉向自行部署與設定，第一個遇到的問題是 service 的名稱沒有設定好，導致該流量被用錯誤的方式去解讀，最後導致相關的 pod 全部都不停地卡在 crash-back 的失敗迴圈中
解決第一個問題後不久又遇到第二個情境， Kubernetes Job 因為 istio 的 sidecare 不會結束導致 job 本身沒有辦法結束，而是會已一個 running 的狀態一直運行。
接下來的問題更加麻煩，服務之間的連線不穩，這部分沒有太多的除錯資訊可以用(基本上牽扯到網路連線的問題，都非常難除錯)。最後觀察到是 istio sidecar 對於 Stateful Set 本身的支援度不好，其紀錄相關 pod 資訊的物件沒有正常更新，導致封包很容易送到一些不存在的 pod。
前前後後作者遇到很多問題，全部問題都解決後才稍微有信心與想法去整合 istio 到正式的生產環境，就如同本文前面所述，這篇作者探討的還是早期的 istio， 2021 的今天 istio 整合起來應該容易許多了
https://medium.com/@jakubkulich/sailing-with-the-istio-through-the-shallow-water-8ae81668381e
網路proxy設定 在 矽谷牛的耕田筆記 Facebook 的最讚貼文
關鍵字: GKE, conntrack, HAProxy
影響: 網路重度服務遇見大量錯誤
今天這個案例的重點非常簡單，Kubernetes(GKE) 會根據每個節點上面的記憶體大小去設定相關的 conntrack_max 的數值。因此對於一個小記憶體的節點上運行一個有網路重度的服務，非常容易踩到 conntrack_max 的上限最後導致連線 reset 以及 timeout.
conntrack 是 Linux Kernel 非常重要的網路功能，透過 conntrack (connection tracking) 可以實現非常多的功能，kernel 會去追蹤與監控系統上看到的所有連線，每個連線都包含兩個方向的封包。
根據作者的測試，於 GKE 觀察的結果是大概每 MB 可提升5條 connection的上限。
團隊的應用程式是一個類似於 proxy 的角色，這個應用程式大概每秒要處理一萬個以上的 rquest，而這個現象是當團隊針對整個架構進行一番改正後，開始注意到有網路連線出現問題。
針對這個問題作者提出了幾個解決思路
1. 針對網路連線非常重度的應用程式，將其給配置到比較強力效能的機器人，才可以獲得更高數值的 conntrack_max
2. 透過 init-container/daemonset 等方式，手動執行 sysctl 去修改節點上的 conntrack_max
3. 透過 Prometheus 去監控系統上目前所有節點 conntrack 使用的數量，藉此提醒團隊這個數值也很重要，需要監控
4. 1.15 以後的 kubernetes 有一些小的修復可以幫忙移除一些不合法的 conntrack，勁量讓 conntrack pool 留給有用的連線
https://deploy.live/blog/kubernetes-networking-problems-due-to-the-conntrack/
網路proxy設定 在 Facebook 的最讚貼文
在一般的情況下是不需要設定proxy的，但在特殊情況例如我現在這種情況，我的網路明明都正常，但就是某一些網站連不上，怎麼辦？
設定proxy，也就是我上網的時候是先到porxy(代理伺服器)，然後再連出去。