雖然這篇nat網路設定鄉民發文沒有被收入到精華區：在nat網路設定這個話題中，我們另外找到其它相關的精選爆讚文章
在 nat網路設定產品中有9篇Facebook貼文，粉絲數超過2,850的網紅矽谷牛的耕田筆記，也在其Facebook貼文中提到， 本文延續前篇效能校正的經驗談，上篇文章探討了關於應用程式本身可以最佳化的部分，包含了應用程式以及框架兩個部分。本篇文章將繼續剩下最佳化步驟的探討。 Speculative Execution Mitigations 接下來探討這個最佳化步驟對於效能有顯著的提升，但是本身卻是一個非常具有爭議性的步驟...
同時也有3部Youtube影片，追蹤數超過0的網紅大頭阿伯，也在其Youtube影片中提到，一直拖到現在... 這篇PS4 網路設定 教學 出來啦~~~ 此篇的無線基地台一樣是用串接的方式來進行 家裡有環境是用無線AP分享器的話 也可以用這個方式進行 PS4 的設定其實還蠻簡單的~ 大家主要只要搞懂， 怎樣讓你的無限分享器變串接的方式 接到ISP 業者的分享器即可 如果有任何問題~也歡...
-
nat網路設定 在 大頭阿伯 Youtube 的精選貼文
2020-04-08 14:48:24一直拖到現在...
這篇PS4 網路設定 教學 出來啦~~~
此篇的無線基地台一樣是用串接的方式來進行
家裡有環境是用無線AP分享器的話
也可以用這個方式進行
PS4 的設定其實還蠻簡單的~
大家主要只要搞懂，
怎樣讓你的無限分享器變串接的方式
接到ISP 業者的分享器即可
如果有任何問題~也歡迎交流討論~
祝大家 TYPE A 愉快~
如果想繼續看到阿伯相關的影片
請幫阿伯影片點個讚~~~~ 感謝
也順便記得訂閱我的頻道阿QWQ
有想要開箱的產品嗎?
或是有功能不懂的地方，想要阿伯拍成教學影片?
請到阿伯粉絲團留言
開箱清單
https://reurl.cc/A1Kqn3
PS4遊戲開箱清單
https://reurl.cc/D1d9nE
NS遊戲開箱清單
https://reurl.cc/GkoVZy
阿伯來開槓清單
https://reurl.cc/M7bv1p
=================相關頻道資訊==================
YouTube Channel：https://reurl.cc/zzQK7
Twitch：https://www.twitch.tv/joe690811/
FB 大頭阿伯：https://fb.me/BigHeadUncle
IG:https://www.instagram.com/bigheadaber/![post-title]()
-
nat網路設定 在 包一包 Youtube 的最讚貼文
2020-03-19 02:42:59快轉連結＆時間目錄
00:05 御前對決68秒循環效益
00:54 解鎖御前對決前置條件
01:10 角色建議素質、裝備、配點
02:11 忍術術力393傷害實測
02:35 忍術術力573傷害實測
02:58 錄製巨集，半自動操作流程
遠端遙控+PS4 Macro錄製巨集教學影片：
https://youtu.be/s9N-nFxTzT4
PS4 Macro錄製程式：
https://github.com/komefai/PS4Macro/releases
PS4遠端遙控程式：https://remoteplay.dl.playstation.net/remoteplay/lang/ct/index.html
PS4網路設定~集會所連線與派對NAT限制：
https://forum.gamer.com.tw/C.php?bsn=5786&snA=135419
#仁王2 #御前對決 #漆黑武士![post-title]()
-
nat網路設定 在 包一包 Youtube 的精選貼文
2019-12-28 14:54:35PS4遠端遙控程式：https://remoteplay.dl.playstation.net/remoteplay/lang/ct/index.html
PS4網路設定~集會所連線與派對NAT限制：https://forum.gamer.com.tw/C.php?bsn=5786&snA=135419
PS4 Macro錄製程式：https://github.com/komefai/PS4Macro/releases
時間目錄
00:05 運行原理
00:53 PS4 Macr巨集錄製方式
01:40 巨集存檔方式
02:03 掛機撿足跡
02:54 遙控軟體下載頁面
03:08 巨集軟體下載頁面
03:42 實際操作全程
03:48 檢查PS4連線是否為NAT1
04:20 啟用遙控遊玩一定要打勾！
04:34 啟動電腦的PS4遙控程式
06:45 設定用巨集掛蒸氣機無限循環
巨集錄製方式：
１.先關掉循環（Loop） 及觸碰板錄影（Record On Touch），避免操作時發生混亂。
２.先按「錄製鍵」，然後按「播放鍵」。當右下有數字在跑時，表示它正在記錄手把操作過程。
這時連續按Ｏ就會記錄操作過程。
好了以後按一次「錄製鍵」就會完成錄製。
３.按播放鍵。巨集就會重覆一遍你剛才按Ｏ的次數。如果打開循環功能，就會無限重覆按Ｏ的巨集。
如果要存檔，先按「終止鍵」停止巨集。然後點檔案（File），選保存（Save），隨便設一個檔名，再點存檔就可以了。
如果要創立新巨集，點檔案（File），選全新（New）就可以了。
掛機撿足跡流程：
建議任務MR150「神賜的台地」，進去之後麒麟不會主動攻擊你。
入場後，呼叫座騎，騎上去，開地圖把目標取消。這樣它就不會載你去找王，只會到處亂逛找足跡。
之後啟動剛才錄好的連續按ｏ巨集就可以掛到你爽了。
另外要注意，座騎有疲勞值，同一地圖重覆進行多次任務後它會罷工，恢復方式是去進行其它任務，具體需求請自己看說明。
#魔物獵人世界 #怪物猎人 #MHWI #MHW![post-title]()
nat網路設定 在 矽谷牛的耕田筆記 Facebook 的精選貼文
本文延續前篇效能校正的經驗談，上篇文章探討了關於應用程式本身可以最佳化的部分，包含了應用程式以及框架兩個部分。本篇文章將繼續剩下最佳化步驟的探討。
Speculative Execution Mitigations
接下來探討這個最佳化步驟對於效能有顯著的提升，但是本身卻是一個非常具有爭議性的步驟，因為其涉及到整個系統的安全性問題。
如果大家對前幾年非常著名的安全性漏洞 Spectre/Meltdown 還有印象的話，本次這個最佳化要做的就是關閉這類型安全性漏洞的處理方法。
標題的名稱 Speculative Execution Migitations 主要跟這漏洞的執行概念與 Pipeline 有關，有興趣理解這兩種漏洞的可以自行研究。
作者提到，大部分情況下這類型的防護能力都應該打開，不應該關閉。不過作者認為開關與否應該是一個可以討論的空間，特別是如果已經確認某些特別情境下，關閉防護能力帶來的效能如果更好，其實也是一個可以考慮的方向。
舉例來說，假設今天你運行了基於 Linux 使用者權限控管與 namespaces 等機制來建立安全防護的多使用者系統，那這類型的防護能力就不能關閉，必須要打開來防護確保整體的 Security Boundary 是完整的。 但是如果今天透過 AWS EC2 運行一個單純的 API Server，假設整個機器不會運行任何不被信任的程式碼，同時使用 AWS Nitro Enclaves 來保護任何的機密資訊，那這種情況下是否有機會可以關閉這類型的檢查?
作者根據 AWS 對於安全性的一系列說明認為 AWS 本身針對記憶體的部分有很強烈的保護，包含使用者之間沒有辦法存取 Hyperviosr 或是彼此 instance 的 Memory。
總之針對這個議題，有很多的空間去討論是否要關閉，以下就單純針對關閉防護能力帶來的效能提升。
作者總共關閉針對四種攻擊相關的處理能力，分別是
Spectre V1 + SWAPGS
Spectre V2
Spectre V3/Meltdown
MDS/Zombieload, TSX Anynchronous Abort
與此同時也保留剩下四個，如 iTLB multihit, SRBDS 等
這種設定下，整體的運作效能再次提升了 28% 左右，從 347k req/s 提升到 446k req/s。
註: 任何安全性的問題都不要盲從亂遵循，都一定要評估判斷過
Syscall Auditing/Blocking
大部分的情況下，Linux/Docker 處理關於系統呼叫 Auditing/Blocking 兩方面所帶來的效能影響幾乎微乎其微，不過當系統每秒執行數百萬個系統呼叫時，這些額外的效能負擔則不能忽視，如果仔細觀看前述的火焰圖的話就會發線 audit/seccomp 等數量也不少。
Linux Kernel Audit 子系統提供了一個機制來收集與紀錄任何跟安全性有關的事件，譬如存取敏感的機密檔案或是呼叫系統呼叫。透過這些內容可以幫助使用者去除錯任何不被預期的行為。
Audit 子系統於 Amazon Linux2 的環境下預設是開啟，但是本身並沒有被設定會去紀錄系統呼叫的資訊。
即使 Audit 子系統沒有真的去紀錄系統呼叫的資訊，該子系統還是會對每次的系統呼叫產生一點點的額外處理，所以作者透過 auditctl -a never,task 這個方式來將整體關閉。
註: 根據 Redhat bugzilla issue #1117953, Fedora 預設是關閉這個行為的
Docker/Container 透過一連串 Linux Kernel 的機制來隔離與控管 Container 的執行權限，譬如 namespace, Linux capabilities., cgroups 以及 seccomp。
Seccomp 則是用來限制這些 Container 能夠執行的系統呼叫類型
大部分的容器化應用程式即使沒有開啟 Seccomp 都能夠順利的執行，執行 docker 的時候可以透過 --security-opt seccomp=unconfined 這些參數告訴系統運行 Container 的時候不要套用任何 seccomp 的 profile.
將這兩個機制關閉後，系統帶來的效能提升了 11%，從 446k req/s 提升到 495k req/s。
從火焰圖來看，關閉這兩個設定後，syscall_trace_enter 以及 syscall_slow_exit_work 這兩個系統呼叫也從火焰圖中消失，此外作者發現 Amazon Linux2 預設似乎沒有啟動 Apparmor 的防護，因為不論有沒有關閉效能都沒有特別影響。
Disabling iptables/netfilter
再來的最佳化則是跟網路有關，大名鼎鼎的 netfilter 子系統，其中非常著名的應用 iptables 可以提供如防火牆與 NAT 相關功能。根據前述的火焰圖可以觀察到，netfilter 的進入 function nf_hook_slow 佔據了大概 18% 的時間。
將 iptables 關閉相較於安全性來說比較沒有爭議，反而是功能面會不會有應用程式因為 iptables 關閉而不能使用。預設情況下 docker 會透過 iptables 來執行 SNAT與 DNAT(有-p的話)。
作者認為現在環境大部分都將 Firewall 的功能移到外部 Cloud 來處理，譬如 AWS Security Group 了，所以 Firewall 的需求已經減少，至於 SNAT/DNAT 這類型的處理可以讓容器與節點共享網路來處理，也就是運行的時候給予 “–network=host” 的模式來避免需要 SNAT/DNAT 的情境。
作者透過修改腳本讓開機不會去預設載入相關的 Kernel Module 來達到移除的效果，測試起來整體的效能提升了 22%，從 495k req/s 提升到 603k req/s
註: 這個議題需要想清楚是否真的不需要，否則可能很多應用都會壞掉
作者還特別測試了一下如果使用 iptables 的下一代框架 nftables 的效能，發現 nftables 的效能好非常多。載入 nftables 的kernel module 並且沒有規則的情況下，效能幾乎不被影響(iptables 則相反，沒有規則也是會影響速度)。作者認為採用 nftables 似乎是個更好的選擇，能夠有效能的提升同時也保有能力的處理。
不過 nftables 的支援相較於 iptables 來說還是比較差，不論是從 OS 本身的支援到相關第三方工具的支援都還沒有這麼完善。就作者目前的認知， Debian 10, Fedora 32 以及 RHEL 8 都已經轉換到使用 nftables 做為預設的處理機制，同時使用 iptables-nft 這一個中介層的轉換者，讓所有 user-space 的規則都會偷偷的轉換為底層的 nftables。
Ubuntu 似乎要到 20.04/20.10 的正式版本才有嘗試轉移到的動作，而 Amazon Linux 2 依然使用 iptables 來處理封包。
下篇文章會繼續從剩下的五個最佳化策略繼續介紹
https://talawah.io/blog/extreme-http-performance-tuning-one-point-two-million/
nat網路設定 在 羅卡Rocca Facebook 的精選貼文
Switch網路除了可以穩，還可以快上四倍嗎？
今天就讓這支影片來幫大家實測看看吧！
(還有NAT不會設定成A的，也可以分享這一則貼文哦！)
實測影片: http://rocca.piee.pw/HNAQW
NAT A設定教學: https://pse.is/JN6PT
(上述教學轉貼自巴哈姆特網友分享文章)
#幫Switch網路加速
#記得點個讚再離開唷
#速度太驚人啦
nat網路設定 在 羅卡Rocca Facebook 的精選貼文
Switch網路除了可以穩，還可以快上四倍嗎？
今天就讓這支影片來幫大家實測看看吧！
(還有NAT不會設定成A的，也可以分享這一則貼文哦！)
實測影片: http://rocca.piee.pw/HNAQW
NAT A設定教學: https://pse.is/JN6PT
(上述教學轉貼自巴哈姆特網友分享文章)
#幫Switch網路加速
#記得點個讚再離開唷
#速度太驚人啦