Docker ਕੰਟੇਨਰ ਦਾ ਟ੍ਰੈਫਿਕ ਹੋਸਟ VPN ਨੂੰ ਬਾਈਪਾਸ ਕਰਦਾ ਹੈ: ਕਿਵੇਂ ਜਾਂਚ ਕਰੀਏ
ਹੋਸਟ VPN ਸਿਰਫ਼ ਹੋਸਟ ਦੇ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ। ਇਹਨਾਂ ਜਾਂਚਾਂ ਨਾਲ ਪਤਾ ਕਰੋ ਕਿ ਬ੍ਰਿਜ ਉੱਤੇ ਕੰਟੇਨਰ ਦਾ ਟ੍ਰੈਫਿਕ ਸੁਰੰਗ ਵਿੱਚ ਜਾਂਦਾ ਹੈ ਜਾਂ ਸਿੱਧਾ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ।
ਹੋਸਟ ਉੱਤੇ ਤੁਹਾਡਾ ਬ੍ਰਾਊਜ਼ਰ VPN ਦਾ ਐਗਜ਼ਿਟ ਪਤਾ ਦਿਖਾਉਂਦਾ ਹੈ, ਕੰਟੇਨਰ ਤੁਹਾਡੇ ਘਰ ਦੇ ਕਨੈਕਸ਼ਨ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਇਸਨੂੰ ਲੀਕ ਕਹਿੰਦਾ ਹੈ। ਕੁਝ ਵੀ ਲੀਕ ਨਹੀਂ ਹੋਇਆ। ਹੋਸਟ ਸੁਰੰਗ ਇੰਟਰਫੇਸ, ਰੂਟ ਅਤੇ ਨਿਯਮਾਂ ਦਾ ਸਮੂਹ ਹੈ ਜੋ ਹੋਸਟ ਦੇ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ, ਅਤੇ ਬ੍ਰਿਜ ਉੱਤੇ ਕੰਟੇਨਰ ਆਪਣੇ ਡਿਫ਼ਾਲਟ ਰੂਟ ਵਾਲਾ ਦੂਜਾ ਨੇਮਸਪੇਸ ਹੈ। ਮੈਂ ਅਜਿਹੇ Compose ਸਟੈਕ ਉੱਤੇ ਬੈਠਾ ਹਾਂ ਜਿੱਥੇ VPN ਕਲਾਇੰਟ ਹਫ਼ਤਿਆਂ ਤੋਂ ਜੁੜਿਆ ਸੀ ਅਤੇ ਇੱਕ ਵੀ ਕੰਟੇਨਰ ਪੈਕਟ ਕਦੇ ਉਸ ਵਿੱਚ ਨਹੀਂ ਗਿਆ।
ਟਰੇ ਆਈਕਨ ਤੋਂ ਪਹਿਲਾਂ ਨੇਮਸਪੇਸ ਜਾਂਚੋ
ਨੇਮਸਪੇਸ ਹੀ ਪੂਰੀ ਦਲੀਲ ਹਨ। ਜਦੋਂ Docker ਬ੍ਰਿਜ ਨੈੱਟਵਰਕ ਉੱਤੇ ਕੰਟੇਨਰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਹ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਬਣਾਉਂਦਾ ਹੈ, veth ਜੋੜੀ ਦਾ ਇੱਕ ਸਿਰਾ ਉਸ ਅੰਦਰ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਉਸ ਨੇਮਸਪੇਸ ਨੂੰ ਪਤਾ ਤੇ ਡਿਫ਼ਾਲਟ ਰੂਟ ਦਿੰਦਾ ਹੈ। ਸੁਰੰਗ ਦਾ ਇੰਟਰਫੇਸ, ਭਾਵੇਂ ਇਸਨੂੰ ਕੁਝ ਵੀ ਕਿਹਾ ਜਾਵੇ, ਹੋਸਟ ਦੇ ਨੇਮਸਪੇਸ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਕੰਟੇਨਰ ਅੰਦਰ ਦਾ ਟ੍ਰੈਫਿਕ ਇਸਨੂੰ ਦੇਖ ਨਹੀਂ ਸਕਦਾ, ਅਤੇ ਬਾਹਰੋਂ ਕੋਈ ਕਲਾਇੰਟ ਸੈਟਿੰਗ ਇਸਨੂੰ ਨਹੀਂ ਬਦਲਦੀ।
ਅਲੱਗਾਉਣ ਤੋਂ ਬਾਹਰ ਨਿਕਲਣ ਦੇ ਦੋ ਸਮਰਥਿਤ ਤਰੀਕੇ ਹਨ। --network host ਕੰਟੇਨਰ ਨੂੰ ਹੋਸਟ ਦੇ ਨੇਮਸਪੇਸ ਅੰਦਰ ਰੱਖਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਹੋਸਟ ਦੇ ਰੂਟ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਸੁਰੰਗ ਵਿਰਾਸਤ ਵਿੱਚ ਲੈਂਦਾ ਹੈ। --network container:vpn ਕਿਸੇ ਹੋਰ ਕੰਟੇਨਰ ਦਾ ਨੇਮਸਪੇਸ ਸਾਂਝਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਜ਼ਿਆਦਾਤਰ ਸਾਈਡਕਾਰ ਡਿਜ਼ਾਈਨ ਵਰਕਲੋਡ ਨੂੰ VPN ਕੰਟੇਨਰ ਰਾਹੀਂ ਇਸੇ ਤਰ੍ਹਾਂ ਭੇਜਦੇ ਹਨ। ਦੋਵੇਂ ਸਪਸ਼ਟ ਚੋਣਾਂ ਹਨ; ਆਮ ਤੌਰ ਉੱਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਤੈਨਾਤ ਕਰਨ ਵਾਲੇ ਵਿਅਕਤੀ ਦਾ ਇਰਾਦਾ ਹੁੰਦਾ ਹੈ।
ਹੋਸਟ ਮੋਡ ਮੁਫ਼ਤ ਅੱਪਗ੍ਰੇਡ ਨਹੀਂ ਹੈ। ਕੰਟੇਨਰ ਆਪਣਾ ਪਤਾ ਰੱਖਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਪੋਰਟ ਪ੍ਰਕਾਸ਼ਨ ਲਾਗੂ ਹੋਣਾ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ NET_ADMIN ਰੱਖਣ ਵਾਲਾ ਪ੍ਰੋਸੈਸ ਹੋਸਟ ਦੀ ਰੂਟਿੰਗ ਮੁੜ ਲਿਖ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਸਹੀ ਫ਼ੈਸਲਾ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਪਹਿਲਾਂ ਹੀ ਚਾਲੂ ਹੈ ਮੰਨ ਲੈਣਾ ਉਹ ਤਰੀਕਾ ਹੈ ਜਿਸ ਨਾਲ ਲੋਕ ਸ਼ਾਮ ਇੱਕ ਅਜਿਹੀ ਸੁਰੰਗ ਨੂੰ ਡੀਬੱਗ ਕਰਨ ਵਿੱਚ ਲੰਘਾਉਂਦੇ ਹਨ ਜੋ ਕਦੇ ਰਾਹ ਵਿੱਚ ਨਹੀਂ ਸੀ।
ਪੈਕਟ ਨੂੰ ਬ੍ਰਿਜ ਤੋਂ ਬਾਹਰ ਟੋਲੋ
ਬ੍ਰਿਜ ਕੰਟੇਨਰ ਆਪਣਾ ਪੈਕਟ ਆਪਣੇ ਡਿਫ਼ਾਲਟ ਗੇਟਵੇ ਨੂੰ ਭੇਜਦਾ ਹੈ, ਜੋ ਹੋਸਟ ਉੱਤੇ ਬ੍ਰਿਜ ਇੰਟਰਫੇਸ ਹੈ। ਫਿਰ ਹੋਸਟ ਪੈਕਟ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਅਤੇ ਡਿਫ਼ਾਲਟ ਕਨਫਿਗਰੇਸ਼ਨ ਵਿੱਚ ਪੈਕਟ ਦੇ ਬਾਹਰ ਨਿਕਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸਰੋਤ ਪਤੇ ਦਾ ਆਪਣੇ ਪਤੇ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ। ਇਹੀ ਅਨੁਵਾਦ ਦਾ ਕਦਮ ਨੀਤੀ ਨੂੰ ਚੁੱਪਚਾਪ ਹਰਾਉਂਦਾ ਹੈ।
ਜਦੋਂ ਪੈਕਟ ਸੁਰੰਗ ਦੇ ਅੰਤ ਬਿੰਦੂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਤਾਂ ਇਹ ਹੋਸਟ ਦਾ ਪਤਾ ਲੈ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ। ਕੰਟੇਨਰ ਦੇ ਮੂਲ ਪਤੇ ਉੱਤੇ ਆਧਾਰਿਤ ਕੋਈ ਵੀ ਨਿਯਮ, ਨੀਤੀ-ਰੂਟ ਜਾਂ ਵੰਡੀ ਸੁਰੰਗ ਦਾ ਫ਼ੈਸਲਾ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਵੱਖ-ਵੱਖ ਐਗਜ਼ਿਟ ਰਾਹੀਂ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਦੋ ਕੰਟੇਨਰਾਂ ਨੂੰ ਸਿਰਫ਼ ਸਰੋਤ ਨਾਲ ਵੱਖ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। ਜੇ ਤੁਹਾਨੂੰ ਪ੍ਰਤੀ-ਕੰਟੇਨਰ ਰੂਟਿੰਗ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਫ਼ੈਸਲਾ ਅਨੁਵਾਦ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਤੁਹਾਡੇ ਕਾਬੂ ਵਾਲੇ ਨੇਮਸਪੇਸ ਅੰਦਰ ਲੈਣਾ ਪਵੇਗਾ।
Docker ਇਹ ਨਿਯਮ ਖੁਦ ਸੰਭਾਲਦਾ ਹੈ, ਡੈਮਨ ਜਿਸ ਫਾਇਰਵਾਲ ਬੈਕਐਂਡ ਨਾਲ ਕਨਫਿਗਰ ਹੋਇਆ ਸੀ ਉਸ ਰਾਹੀਂ। ਅੱਗੇ ਭੇਜੇ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਲਈ ਸਮਰਥਿਤ ਹੁੱਕ ਤੋਂ ਬਾਹਰ ਹੱਥ ਨਾਲ ਲਿਖੇ ਨਿਯਮ, DOCKER-USER, ਡੈਮਨ ਮੁੜ ਸ਼ੁਰੂ ਹੋਣ ਜਾਂ ਹੋਸਟ ਅੱਪਗ੍ਰੇਡ ਹੋਣ ਸਮੇਂ ਮੁੜ-ਕ੍ਰਮਬੱਧ ਜਾਂ ਹਟਾਏ ਜਾ ਸਕਦੇ ਹਨ। ਪੈਕਟ ਫਿਲਟਰਿੰਗ ਬਾਰੇ Docker ਦਸਤਾਵੇਜ਼ ਚੇਨਾਂ ਦਾ ਕ੍ਰਮ ਦਿਖਾਉਂਦਾ ਹੈ; ਵਿਹਾਰਕ ਗੱਲ ਇਹ ਹੈ ਕਿ ਹਰ ਨਿਯਮ ਨੂੰ ਇੱਕ ਮਾਲਕ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸੱਚਮੁੱਚ ਜਾਂਚਿਆ ਗਿਆ ਮੁੜ-ਲੋਡ ਮਾਰਗ ਚਾਹੀਦਾ ਹੈ।
ਦੋਵੇਂ ਸਿਸਟਮ ਵੱਖਰੇ ਤੌਰ ਉੱਤੇ ਜਾਂਚੋ
ਇੱਕ ਨੇਮਸਪੇਸ ਦੇ ਸਬੂਤ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੇ। VPN ਕੰਟੇਨਰ ਅੰਦਰ ਚਲਾਈ ਬੇਨਤੀ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਸੁਰੰਗ ਉਸ ਕੰਟੇਨਰ ਲਈ ਕੰਮ ਕਰਦੀ ਹੈ। ਇਹ ਹੋਸਟ ਬਾਰੇ ਸਬੂਤ ਨਹੀਂ ਹੈ, ਅਤੇ --network host ਕੰਟੇਨਰ ਤੋਂ ਚਲਾਇਆ ਉਹੀ ਹੁਕਮ ਬ੍ਰਿਜ ਬਾਰੇ ਸਬੂਤ ਨਹੀਂ ਹੈ।
# host namespace
ip route get 1.1.1.1
ip -brief addr show
# a fresh container on the same bridge network
docker run --rm --network appnet alpine sh -c 'ip route; cat /etc/resolv.conf; ip -6 route'ਫਿਰ ਜਾਂਚ ਨੂੰ ਮਿਲਦੇ-ਜੁਲਦੇ ਇਮੇਜ ਵਿੱਚ ਨਹੀਂ, ਸਗੋਂ ਅਸਲ ਐਪਲੀਕੇਸ਼ਨ ਕੰਟੇਨਰ ਅੰਦਰ ਦੁਹਰਾਓ। ਐਪ ਵਿੱਚ ਵਾਧੂ ਰੂਟ, ਪ੍ਰੌਕਸੀ ਵਾਤਾਵਰਨ ਵੇਰੀਏਬਲ ਜਾਂ ਵੱਖਰਾ ਰਿਜ਼ੌਲਵਰ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਜਵਾਬ ਬਦਲਦਾ ਹੈ। ਹਰ ਵਾਰ ਨਾਮ-ਹੱਲ ਅਤੇ ਦੂਜਾ ਪਤਾ ਪਰਿਵਾਰ ਜਾਂਚੋ: ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ ਬ੍ਰਿਜਾਂ ਉੱਤੇ ਕੰਟੇਨਰ Docker ਦੇ ਬਿਲਟ-ਇਨ ਰਿਜ਼ੌਲਵਰ ਰਾਹੀਂ 127.0.0.11 ਉੱਤੇ ਹੱਲ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਬ੍ਰਿਜ ਉੱਤੇ IPv6 ਡਿਫ਼ਾਲਟ ਰੂਟ ਟ੍ਰੈਫਿਕ ਨੂੰ ਬਾਹਰ ਲੈ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਸਿਰਫ਼ IPv4 ਸੁਰੰਗ ਜਾਂਚਣ ਵਿੱਚ ਰੁੱਝੇ ਹੋ।
ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਪੈਟਰਨ ਪੜ੍ਹੋ
ਜਦੋਂ ਹੋਸਟ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕੰਟੇਨਰ ਨਹੀਂ, ਤਾਂ ਕਾਰਨ ਲਗਭਗ ਹਮੇਸ਼ਾ ਢਾਂਚਾਗਤ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੁੰਜੀਆਂ ਘੁਮਾਉਣਾ ਜਾਂ ਕਲਾਇੰਟ ਮੁੜ ਸਥਾਪਤ ਕਰਨਾ ਦੁਪਹਿਰ ਬਰਬਾਦ ਕਰਦਾ ਹੈ। ਪਹਿਲਾਂ ਲੱਛਣ ਨੂੰ ਕ੍ਰਮ ਵਿੱਚ ਲਾਓ ਅਤੇ ਸੁਧਾਰ ਆਮ ਤੌਰ ਉੱਤੇ ਆਪਣਾ ਨਾਮ ਆਪ ਬੋਲ ਦਿੰਦਾ ਹੈ।
| What you see | Usual cause | First check |
|---|---|---|
| Host exits through the VPN, container shows the ISP address | The container never entered the tunnel | Default route inside the container |
| Container works until the daemon restarts, then stops | Rules outside the supported hook, or a changed backend | Daemon's reported firewall backend and DOCKER-USER |
| Container loses internal hosts after the tunnel comes up | VPN prefix overlaps the Docker bridge subnet | ip route on the host, then docker network inspect |
| Small replies arrive, large ones hang | Tunnel MTU or missing MSS clamping | Link MTU on both ends of the tunnel |
| Container falls back to the ISP address when the tunnel drops | Nothing enforces the kill switch for forwarded traffic | Stop the tunnel with a request in flight |
ਓਵਰਲੈਪ ਲਾਈਨ ਆਪਣਾ ਵਾਕ ਹੱਕਦਾਰ ਹੈ। 172.17.0.0/16 ਲਈ, ਜਾਂ ਅਜਿਹੇ 10.0.0.0/8 ਲਈ ਰੂਟ ਧੱਕਣ ਵਾਲਾ VPN ਪ੍ਰੋਫ਼ਾਈਲ ਜਿਸ ਵਿੱਚ ਤੁਹਾਡਾ ਬ੍ਰਿਜ ਪ੍ਰੀਫਿਕਸ ਸੰਜੋਗ ਨਾਲ ਆ ਜਾਂਦਾ ਹੈ, ਸੁਰੰਗ ਨੂੰ ਕੰਟੇਨਰ ਸਬਨੈੱਟ ਦਾ ਦਾਅਵਾ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਅਨੁਵਾਦਿਤ ਪਤਿਆਂ ਵੱਲ ਜਾਣ ਵਾਲੇ ਜਵਾਬ ਗ਼ਲਤ ਦਿਸ਼ਾ ਵੱਲ ਜਾਣਗੇ ਜਾਂ ਗ਼ਾਇਬ ਹੋ ਜਾਣਗੇ। Docker ਨੈੱਟਵਰਕ ਨੂੰ ਮੁੜ-ਸੰਖਿਆ ਦੇਣਾ ਆਮ ਤੌਰ ਉੱਤੇ ਅਪਵਾਦ ਜਮ੍ਹਾ ਕਰਨ ਨਾਲੋਂ ਸਾਫ਼ ਹੁੰਦਾ ਹੈ।
ਕਵਰੇਜ ਨੂੰ ਸਪਸ਼ਟ ਕਰੋ, ਫਿਰ ਇਸਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਤੋੜੋ
ਦੋ ਡਿਜ਼ਾਈਨ ਸਮੀਖਿਆ ਵਿੱਚ ਟਿਕਦੇ ਹਨ। VPN ਕੰਟੇਨਰ ਦਾ ਨੇਮਸਪੇਸ ਸਾਂਝਾ ਕਰੋ ਅਤੇ ਹਰ ਕਵਰ ਕੀਤਾ ਵਰਕਲੋਡ ਇੱਕ ਰੀਸਟਾਰਟ ਸੀਮਾ ਵਾਲੀ ਇੱਕ ਸੁਰੰਗ ਵਰਤਦਾ ਹੈ, ਜੋ ਉਦੋਂ ਤੱਕ ਸਰਲ ਹੈ ਜਦੋਂ ਤੱਕ ਕਿਸੇ ਸੇਵਾ ਨੂੰ ਵੱਖਰਾ ਐਗਜ਼ਿਟ ਜਾਂ ਆਪਣਾ DNS ਮਾਰਗ ਨਹੀਂ ਚਾਹੀਦਾ। ਜਾਂ ਕੰਟੇਨਰ ਨੈੱਟਵਰਕ ਨੂੰ ਹੋਸਟ ਉੱਤੇ VPN ਗੇਟਵੇ ਵੱਲ ਰੂਟ ਕਰੋ: ਫਾਰਵਰਡਿੰਗ ਚਾਲੂ, ਬ੍ਰਿਜ ਪ੍ਰੀਫਿਕਸ ਸੁਰੰਗ ਵੱਲ, ਵਾਪਸੀ ਟ੍ਰੈਫਿਕ ਸਪਸ਼ਟ ਤੌਰ ਉੱਤੇ ਸੰਭਾਲਿਆ। ਇਹ ਪ੍ਰਤੀ-ਨੈੱਟਵਰਕ ਨਿਯੰਤਰਣ ਖਰੀਦਦਾ ਹੈ ਅਤੇ ਡੈਮਨ ਤੇ ਕਲਾਇੰਟ ਅੱਪਗ੍ਰੇਡਾਂ ਦੌਰਾਨ ਸੰਭਾਲਣ ਵਾਲਾ ਨਿਯਮ-ਸਮੂਹ ਤੁਹਾਨੂੰ ਖਰਚ ਕਰਦਾ ਹੈ।
ਜੋ ਵੀ ਹੋਵੇ, ਮਹੱਤਵਪੂਰਨ ਜਾਂਚ ਅਸਫਲਤਾ ਦੀ ਸਥਿਤੀ ਹੈ। ਕੰਟੇਨਰ ਦੀ ਬੇਨਤੀ ਹਵਾ ਵਿੱਚ ਹੁੰਦਿਆਂ ਸੁਰੰਗ ਰੋਕੋ ਅਤੇ ਦੇਖੋ ਪੈਕਟ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ। ਜੇ ਇਹ ਸਿੱਧੇ ਮਾਰਗ ਉੱਤੇ ਵਾਪਸ ਡਿੱਗਦਾ ਹੈ, ਤਾਂ ਕਵਰੇਜ ਕਦੇ ਲਾਗੂ ਨਹੀਂ ਹੋਇਆ ਸੀ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਦਾ kill switch ਕਲਾਇੰਟ ਦੇ ਆਪਣੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ, ਬ੍ਰਿਜ ਤੋਂ ਅੱਗੇ ਭੇਜੇ ਪੈਕਟਾਂ ਨੂੰ ਨਹੀਂ। ਫਿਰ ਡੈਮਨ ਅਤੇ ਹੋਸਟ ਮੁੜ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਨਤੀਜਾ ਦੂਜੀ ਵਾਰ ਪੁਸ਼ਟੀ ਕਰੋ; ਹੱਥ ਨਾਲ ਲਿਖੇ ਨਿਯਮ ਗ਼ਾਇਬ ਹੋਣ ਦਾ ਪਲ ਉਹੀ ਹੈ।
ਇਸਨੂੰ ਪੂਰਾ ਕਹਿਣ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ ਗੱਲਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: ਸੁਰੰਗ ਦਾ ਇੰਟਰਫੇਸ ਟ੍ਰੈਫਿਕ ਵਾਂਗ ਹੀ ਨੇਮਸਪੇਸ ਵਿੱਚ ਹੈ, ਕੰਟੇਨਰ ਜਾਂਚ ਅਸਲ ਕੰਟੇਨਰ ਅੰਦਰ ਹੋਈ, ਨਾਮ-ਹੱਲ ਅਤੇ ਦੋਵੇਂ ਪਤਾ ਪਰਿਵਾਰ ਜਾਂਚੇ ਗਏ, ਅਤੇ ਸੁਰੰਗ-ਅਸਫਲਤਾ ਜਾਂਚ ਅਜੇ ਵੀ ਬੰਦ ਰੂਪ ਵਿੱਚ ਅਸਫਲ ਹੁੰਦੀ ਹੈ। ਫਿਰ ਫਾਇਰਵਾਲ ਬੈਕਐਂਡ, ਕਲਾਇੰਟ ਸੰਸਕਰਣ ਅਤੇ ਹਰ ਨਿਯਮ ਦਾ ਮਾਲਕ ਲਿਖੋ। ਉਹੀ ਰਿਕਾਰਡ ਅਗਲੇ ਅੱਪਗ੍ਰੇਡ ਨੂੰ ਪੁਰਾਣੀਆਂ ਧਾਰਨਾਵਾਂ ਦਾ ਅਣ-ਦਸਤਾਵੇਜ਼ੀ ਮਿਸ਼ਰਣ ਛੱਡਣ ਤੋਂ ਰੋਕਦਾ ਹੈ।