Devp2p
沒有埠轉發的防火牆後面的 Geth nodiscovery 模式是否多餘
我正在嘗試了解對等點發現過程，特別是對於大多數節點具有動態 IP 地址且位於典型 wifi 路由器防火牆後面的專用網路。如果我執行帶有 –nodiscovery 標誌的 Geth 節點，該節點只會呼叫/連接到其他對等節點，而不接受來自對等節點的呼叫，對嗎？我的防火牆不是已經這樣做了嗎？我的節點呼叫的那些對等點必須打開埠 30303，並且它們必須處於發現模式，對嗎？如果我的節點處於 NOdiscovery 模式，我需要一個引導節點列表或在專用網路中手動添加（通過文件或 CLI）靜態節點，對嗎？基本上，如果創建了一個新的專用網路，一些節點必須處於發現模式和/或在 WAN 端打開埠 30303，否則網路將失敗，正確的？每次我重新啟動 Geth 時，專用網路是否必須提供引導節點列表？
–nodiscover 選項以另一種方式工作。如果您使用此選項執行 geth，則 geth 節點將不會搜尋任何對等節點，也不會連接到任何對等節點。所以是的，如果您使用 –nodiscover 選項，您將需要一個引導節點列表或手動添加對等節點。但是，您的節點需要它，而不是其他節點。
據我所知，除了更改或阻止用於對等發現的埠外，您無法阻止其他節點連接到您的節點。該埠的預設值為 30303，沒錯，您可以使用 –port 選項更改它。
回答您的問題： –nodiscover 在沒有埠轉發的防火牆後面不是多餘的，因為它實現了不同的目標。