Raspberry Pi ਉੱਤੇ VPN ਗੇਟਵੇ: ਇੱਕ ਨੈੱਟਵਰਕ ਪੋਰਟ ਜਾਂ ਵੱਖਰਾ ਕਲਾਇੰਟ ਪੋਰਟ
ਇੱਕ Pi ਪੋਰਟ ਚੁਣੇ ਹੋਏ ਕਲਾਇੰਟਾਂ ਦੀ ਸੇਵਾ ਕਰ ਸਕਦਾ ਹੈ, ਜਾਂ ਦੂਜਾ ਪੋਰਟ ਡਿਵਾਈਸਾਂ ਨੂੰ ਅੰਦਰ ਬੰਦ ਕਰ ਸਕਦਾ ਹੈ। ਅਲੱਗਤਾ, ਫਾਲਬੈਕ ਨੀਤੀ ਅਤੇ DNS ਕਿਸਦਾ ਹੈ ਦੇ ਆਧਾਰ 'ਤੇ ਲੇਆਉਟ ਚੁਣੋ।
ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ Pi, ਇੱਕ ਚੱਲਦਾ ਬਾਹਰ ਜਾਣ ਵਾਲਾ VPN ਪ੍ਰੋਫ਼ਾਈਲ, ਅਤੇ ਦੋ ਡਿਵਾਈਸ ਹਨ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਸ ਰਾਹੀਂ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੂਰੇ ਨਿਰਮਾਣ ਦਾ ਫ਼ੈਸਲਾ ਕਰਨ ਵਾਲਾ ਸਵਾਲ ਇਹ ਨਹੀਂ ਕਿ ਕਿਹੜੀ ਗਾਈਡ ਦੀ ਪਾਲਣਾ ਕਰੀਏ, ਸਗੋਂ ਇਹ ਹੈ ਕਿ ਕਿੰਨੀ ਅਲੱਗਤਾ ਚਾਹੀਦੀ ਹੈ। ਇੱਕ ਪੋਰਟ Pi ਨੂੰ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਦੇ ਕੋਲ ਰਾਊਟਰ ਦੇ LAN 'ਤੇ ਬੈਠਣ ਅਤੇ ਵਾਧੂ ਗੇਟਵੇ ਵਜੋਂ ਕੰਮ ਕਰਨ ਦਿੰਦਾ ਹੈ; ਦੂਜਾ ਪੋਰਟ ਤੁਹਾਨੂੰ ਉਹਨਾਂ ਨੂੰ ਅਜਿਹੇ ਹਿੱਸੇ ਵਿੱਚ ਰੱਖਣ ਦਿੰਦਾ ਹੈ ਜਿੱਥੇ Pi ਹੀ ਬਾਹਰ ਜਾਣ ਦਾ ਇੱਕੋ ਰਾਹ ਹੈ। ਉਸ ਚੋਣ ਤੋਂ ਬਾਅਦ ਦਾ ਸਭ ਕੁਝ — DHCP, ਫਾਇਰਵਾਲ ਦਾ ਦਾਇਰਾ, DNS, ਰੁਕਾਵਟ ਦੀ ਸਥਿਤੀ — ਉਸੇ ਤੋਂ ਆਉਂਦਾ ਹੈ।
ਦੋਵੇਂ ਲੇਆਉਟ ਅਸਲ ਵਿੱਚ ਕਿਸ ਵਿੱਚ ਵੱਖਰੇ ਹਨ
ਦੋਵੇਂ ਡਿਜ਼ਾਈਨ ਰੂਟਿੰਗ ਕਰਦੇ ਹਨ। ਫ਼ਰਕ ਇਹ ਹੈ ਕਿ ਤਾਰ 'ਤੇ ਹੋਰ ਕੌਣ ਖੜ੍ਹਾ ਹੈ ਅਤੇ ਜਦੋਂ ਤੁਹਾਡੀ ਨੀਤੀ ਗ਼ਲਤ ਹੋਵੇ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ।
| Layout A: Pi on the ISP LAN | Layout B: dedicated client port | |
|---|---|---|
| Cabling | One Ethernet port, existing switch port | Two interfaces: uplink plus a separate LAN port |
| Can a client bypass the Pi? | Yes, by using the ISP router as its gateway | No, unless the device has another radio or link |
| Who hands out addresses | The ISP router, with a per-client setting or a DHCP option | The Pi, on its own LAN interface only |
| Blast radius of a mistake | Any LAN host, if a rule is too broad | The attached segment |
| Good fit for | One laptop, a console, a temporary test client | Appliances, always-on boxes, untrusted devices |
ਅਸਲ ਧੁਰਾ ਅਲੱਗਤਾ ਹੈ। ਲੇਆਉਟ A ਸਲਾਹਕਾਰੀ ਹੈ: DHCP ਵੱਲੋਂ ਦਿੱਤੇ ਗੇਟਵੇ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਕੇ ਰਾਊਟਰ ਚੁਣਨ ਵਾਲਾ ਡਿਵਾਈਸ ਐਨਕ੍ਰਿਪਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਵੀ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ। ਲੇਆਉਟ B ਟੋਪੋਲੋਜੀ ਨਾਲ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਚੁਣਨ ਲਈ ਹੋਰ ਅਗਲਾ ਕਦਮ ਨਹੀਂ ਹੈ।
ਲੇਆਉਟ A: ਮੌਜੂਦਾ LAN 'ਤੇ ਵਾਧੂ ਗੇਟਵੇ ਵਜੋਂ Pi
ਮੰਨ ਲਓ ਕਿ ISP ਦਾ ਰਾਊਟਰ 192.168.50.1 ਹੈ, Pi 192.168.50.2 ਹੈ, ਅਤੇ ਚੁਣੇ ਗਏ ਕਲਾਇੰਟ Pi ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ। ਮਹੱਤਵਪੂਰਨ ਇਹ ਹੈ ਕਿ ਦੋ ਵੱਖਰੇ ਪੈਕਟ ਪ੍ਰਵਾਹ ਇੱਕੋ ਕੇਬਲ ਸਾਂਝੀ ਕਰਦੇ ਹਨ। ਕਲਾਇੰਟ ਦਾ ਅੰਦਰੂਨੀ ਪੈਕਟ Pi ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ ਅਤੇ ਟਨਲ ਰਾਹੀਂ ਬਾਹਰ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; Pi ਦਾ ਆਪਣਾ ਐਨਕ੍ਰਿਪਟਿਡ ਪੈਕਟ VPN ਸਾਥੀ ਵੱਲ ਉਸੇ ਕੇਬਲ ਰਾਹੀਂ ਰਾਊਟਰ ਵੱਲ ਬਾਹਰ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਹ ਇੱਕੋ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਉਲਟ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਚੱਲਦੇ ਹਨ ਅਤੇ ਵੱਖਰੇ ਵਿਵਹਾਰ ਦੀ ਲੋੜ ਹੈ।
Pi ਨੂੰ ਇਸਦਾ ਪਤਾ ਇੰਸਟਾਲ ਕੀਤੇ ਨੈੱਟਵਰਕ ਮੈਨੇਜਰ ਰਾਹੀਂ ਦਿਓ, ਡਿਵਾਈਸ ਲਈ ਇਸ ਨਾਲ ਲੜਨ ਵਾਲੀ ਪੁਰਾਣੀ ਇੰਟਰਫ਼ੇਸ-ਫ਼ਾਈਲ ਵਿਧੀ ਰਾਹੀਂ ਨਹੀਂ। ਫਿਰ ਕਲਾਇੰਟ ਸੈੱਟ ਕਰੋ: ਇੱਕ ਡਿਵਾਈਸ 'ਤੇ ਸਥਿਰ ਗੇਟਵੇ, ਜਾਂ DHCP ਰਿਜ਼ਰਵੇਸ਼ਨ ਜੋ 192.168.50.2 ਨੂੰ ਰਾਊਟਰ ਵਜੋਂ ਦਿੰਦਾ ਹੈ। ਦੋ ਡਿਵਾਈਸਾਂ ਲਈ ਰਾਊਟਰ ਦਾ ਪੂਰਾ DHCP ਦਾਇਰਾ ਨਾ ਬਦਲੋ, ਅਤੇ ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਕਲਾਇੰਟ ਇਸ ਚੋਣ ਦਾ ਸਤਿਕਾਰ ਕਰਦਾ ਹੈ — ਇਸਨੂੰ ਜਾਂਚੋ।
ਕਮਜ਼ੋਰੀ ਢਾਂਚਾਗਤ ਹੈ, ਸੁਧਾਰਨਯੋਗ ਨਹੀਂ। ਉਸ ਹਿੱਸੇ ਦਾ ਕੋਈ ਵੀ ਕਲਾਇੰਟ 192.168.50.1 ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਕੇ ਖੁੱਲ੍ਹੇ ਰੂਪ ਵਿੱਚ ਬਾਹਰ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਇੰਟਰਫ਼ੇਸ ਜਾਂ ਸੈਲੂਲਰ ਰੇਡੀਓ ਵਾਲਾ ਡਿਵਾਈਸ ਤੁਹਾਡਾ ਲਾਗੂ ਕਰਨ ਦਾ ਰਾਹ ਪੂਰੀ ਤਰ੍ਹਾਂ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਜੇ ਉਹ ਵਾਕ ਸੰਬੰਧਿਤ ਡਿਵਾਈਸ ਲਈ ਅਸਵੀਕਾਰਯੋਗ ਹੈ, ਤਾਂ ਜਵਾਬ ਤੁਹਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ: ਲੇਆਉਟ B ਵਰਤੋ।
ਲੇਆਉਟ B: ਵੱਖਰਾ ਪੋਰਟ ਡਿਵਾਈਸਾਂ ਨੂੰ ਅੰਦਰ ਬੰਦ ਕਰਦਾ ਹੈ
ਇੱਥੇ Pi ਉੱਪਰਲੇ ਲਿੰਕ 'ਤੇ ਗੇਟਵੇ 192.168.50.1 ਨਾਲ 192.168.50.2 ਰੱਖਦਾ ਹੈ, ਅਤੇ ਜੁੜੇ ਡਿਵਾਈਸਾਂ ਲਈ ਦੂਜੇ ਇੰਟਰਫ਼ੇਸ 'ਤੇ 10.20.0.1/24 ਲੈਂਦਾ ਹੈ। ਹੁਣ Pi ਦੋ ਨੈੱਟਵਰਕ ਵਾਲਾ ਰਾਊਟਰ ਹੈ, ਅਤੇ ਜੁੜੇ ਹਿੱਸੇ ਦਾ ਠੀਕ ਇੱਕ ਹੀ ਨਿਕਾਸ ਹੈ।
ਵਚਨ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ ਦਾਇਰੇ ਨੂੰ ਬਾਕੀ ਸਭ ਨਾਲ ਜਾਂਚੋ: ਟਨਲ ਦਾ ਆਪਣਾ ਸਬਨੈੱਟ, ਹੋਰ ਸਾਈਟ-ਤੋਂ-ਸਾਈਟ ਪ੍ਰੀਫ਼ਿਕਸ, ਅਤੇ VPN ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲਾ ਸਭ ਕੁਝ। ਦੂਰ ਦੇ LAN ਨਾਲ ਟਕਰਾਉਂਦਾ 10.20.0.0/24 ਉਹ ਅੱਧਾ ਚੱਲਣ ਵਾਲਾ ਨਤੀਜਾ ਦਿੰਦਾ ਹੈ ਜਿਸਦੇ ਨਿਦਾਨ ਲਈ ਇੱਕ ਸ਼ਾਮ ਲੱਗਦੀ ਹੈ। ਜੇ ਦੂਜਾ ਪੋਰਟ USB ਅਡੈਪਟਰ ਹੈ, ਤਾਂ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਸਮਰਥਿਤ ਹੈ ਅਤੇ ਰੀਬੂਟ ਤੋਂ ਬਾਅਦ ਦੀ ਮੁੜ-ਤਰਤੀਬ ਤੁਹਾਡਾ LAN ਪਤਾ ਨਾ ਹਿਲਾਵੇ, ਇਸ ਲਈ ਇਸਦਾ ਨਾਂ ਨੈੱਟਵਰਕ ਮੈਨੇਜਰ ਵਿੱਚ ਪਿੰਨ ਕਰੋ।
DHCP ਸਰੋਤਾ ਸਿਰਫ਼ ਉਸੇ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਚਲਾਓ। ਉੱਪਰਲੇ ਲਿੰਕ 'ਤੇ ਜਵਾਬ ਦੇਣ ਵਾਲਾ ਸਰਵਰ ISP ਦੇ ਰਾਊਟਰ ਨਾਲ ਮੁਕਾਬਲਾ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਹਿੱਸੇ ਦੇ ਪਤੇ ਘਰ ਦੇ ਬਾਕੀ ਹਿੱਸੇ ਨੂੰ ਦੇ ਦਿੰਦਾ ਹੈ। ਇਸਨੂੰ LAN ਇੰਟਰਫ਼ੇਸ ਨਾਲ ਬੰਨ੍ਹੋ, ਘੋਸ਼ਿਤ ਦਾਇਰੇ ਤੱਕ ਸੀਮਤ ਰੱਖੋ, ਅਤੇ Pi ਦਾ ਆਪਣਾ ਪਤਾ ਪੂਲ ਤੋਂ ਬਾਹਰ ਰੱਖੋ।
ਅੱਗੇ ਭੇਜਣਾ, ਅਨੁਵਾਦ ਅਤੇ ਨਾਕਾਮੀ 'ਤੇ ਬੰਦ ਹੋਣ ਦਾ ਨਿਯਮ
ਚਾਰ ਚੀਜ਼ਾਂ ਨੂੰ ਅਕਸਰ ਇੱਕ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉਹ ਇੱਕ ਨਹੀਂ ਹਨ। ਅੱਗੇ ਭੇਜਣਾ ਚਾਲੂ ਕਰਨਾ (net.ipv4.ip_forward=1) ਕਰਨਲ ਨੂੰ ਸਿਰਫ਼ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਇੰਟਰਫ਼ੇਸਾਂ ਵਿਚਕਾਰ ਪੈਕਟ ਲਿਜਾ ਸਕਦਾ ਹੈ; ਇਹ ਆਪਣੇ ਆਪ ਕੁਝ ਵੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਅਤੇ ਕਿਸੇ ਰਾਹ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ। ਬਾਹਰ ਜਾਣ ਦਾ ਰਾਹ ਚੁਣਨਾ ਰੂਟਿੰਗ ਦਾ ਫ਼ੈਸਲਾ ਹੈ। ਪੈਕਟ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣਾ forward ਲੜੀ ਵਿੱਚ ਨੀਤੀ ਦਾ ਫ਼ੈਸਲਾ ਹੈ। ਇਸਦੇ ਸਰੋਤ ਨੂੰ ਮੁੜ ਲਿਖਣਾ postrouting ਫ਼ੈਸਲਾ ਹੈ। ਸਿਰਫ਼ ਪਹਿਲਾ ਕਰਨ ਵਾਲਾ ਨਿਰਮਾਣ ਕਲਾਇੰਟ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਖੁਸ਼ੀ ਨਾਲ ਉੱਪਰਲੇ ਲਿੰਕ ਤੋਂ ਬਾਹਰ ਭੇਜਣ ਵਾਲਾ Pi ਦਿੰਦਾ ਹੈ।
ਇਜਾਜ਼ਤ ਨੂੰ ਉਹਨਾਂ ਸਰੋਤਾਂ ਤੱਕ ਸੀਮਤ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦਾ ਤੁਸੀਂ ਇਰਾਦਾ ਕੀਤਾ ਅਤੇ ਉਸ ਇੰਟਰਫ਼ੇਸ ਤੱਕ ਜੋ ਟ੍ਰੈਫ਼ਿਕ ਨੂੰ ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਵਾਪਸੀ ਦਾ ਰਾਹ ਤੇ Pi ਦੀਆਂ ਆਪਣੀਆਂ ਲੋੜੀਂਦੀਆਂ ਮੰਜ਼ਿਲਾਂ ਸ਼ਾਮਲ ਕਰੋ। ਫਿਰ ਜੇ ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ LAN ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਤੁਹਾਡੇ ਵੱਲ ਵਾਪਸ ਰੂਟ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਟਨਲ ਦੇ ਨਿਕਾਸ 'ਤੇ ਅਨੁਵਾਦ ਕਰੋ। nftables ਪੁਸਤਿਕਾ ਅੱਗੇ ਭੇਜਣ, ਸਥਾਨਕ ਆਉਟਪੁੱਟ ਅਤੇ ਸਰੋਤ-ਅਨੁਵਾਦ ਨੂੰ ਵੱਖਰੀਆਂ ਕਾਰਵਾਈਆਂ ਮੰਨਦੀ ਹੈ, ਅਤੇ ਇੱਥੇ ਇਹੀ ਸਹੀ ਸੋਚ-ਮਾਡਲ ਹੈ।
ਆਮ ਨਾਕਾਮੀ ਭੌਤਿਕ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਚੌੜਾ masquerade ਨਿਯਮ ਹੈ। ਫਿਰ ਟ੍ਰੈਫ਼ਿਕ ISP ਦੇ ਰਾਹ ਰਾਹੀਂ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਪਰ ਕਲਾਇੰਟ ਵੱਲੋਂ ਇਹ ਚੱਲਦੇ ਹੋਏ VPN ਵਰਗਾ ਹੀ ਦਿਸਦਾ ਹੈ। ਇਸ ਨਾਲ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਹੁੰਦਾ। ਅਨੁਵਾਦ ਨੂੰ ਘੋਸ਼ਿਤ ਨਿਕਾਸ ਨਾਲ ਬੱਧਾ ਰੱਖੋ, ਅਤੇ ਨਿਯਮ ਹੋਸਟ ਪਹਿਲਾਂ ਹੀ ਵਰਤ ਰਹੇ ਫਾਇਰਵਾਲ ਵਿੱਚ ਹੀ ਰੱਖੋ, ਸਾਂਝੀ postrouting ਲੜੀ ਖਾਲੀ ਕਰਨ ਵਾਲਾ ਮੁਕਾਬਲੇਵਾਦੀ ਨਿਯਮ-ਸਮੂਹ ਜੋੜਨ ਦੀ ਥਾਂ।
ਫਿਰ ਟਨਲ ਨਾ ਹੋਣ ਦੀ ਸਥਿਤੀ ਸੰਭਾਲੋ। ਚੌੜਾ ਡਿਫ਼ਾਲਟ ਰਾਹ ਇੰਸਟਾਲ ਕਰਨ ਵਾਲਾ ਕਲਾਇੰਟ ਪ੍ਰੋਫ਼ਾਈਲ ਦਾ ਅਰਥ ਇਹ ਵੀ ਹੈ ਕਿ ਜਦੋਂ ਟਨਲ ਡਿੱਗਦਾ ਹੈ ਤਾਂ ਆਮ ਡਿਫ਼ਾਲਟ ਵਾਪਸ ਆ ਸਕਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਟ੍ਰੈਫ਼ਿਕ ਚੁੱਪਚਾਪ ਉੱਪਰਲੇ ਲਿੰਕ ਵੱਲ ਮੁੜ ਜਾਂਦਾ ਹੈ। ਜਿੱਥੇ ਸਪਸ਼ਟ ਟੈਕਸਟ ਵੱਲ ਵਾਪਸੀ ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ, ਉੱਥੇ forward ਨੀਤੀ ਨੂੰ ਕਲਾਇੰਟ ਤੋਂ ਉੱਪਰਲੇ ਲਿੰਕ ਵੱਲ ਟ੍ਰੈਫ਼ਿਕ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਨਾਮਨਜ਼ੂਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਜਦੋਂ VPN ਰਾਹ ਗਿਆ ਹੋਵੇ। ਇਸਨੂੰ ਅਨੁਮਾਨ ਵਜੋਂ ਨਹੀਂ, ਨਾਮਨਜ਼ੂਰੀ ਨਿਯਮ ਵਜੋਂ ਲਿਖੋ। Pi ਦੀ VPN ਸਾਥੀ ਵੱਲ ਆਪਣੀ ਐਨਕ੍ਰਿਪਟਿਡ ਢੋਆ-ਢੁਆਈ ਵੱਖਰਾ local-output ਪ੍ਰਵਾਹ ਹੈ ਅਤੇ ਇਜਾਜ਼ਤ ਵਿੱਚ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਟਨਲ ਕਦੇ ਵੀ ਵਾਪਸ ਨਹੀਂ ਆ ਸਕਦਾ।
DNS ਅਤੇ IPv6 ਨੂੰ ਆਪਣਾ ਜਵਾਬ ਚਾਹੀਦਾ ਹੈ
ਜੇ ਕਲਾਇੰਟ Pi ਨੂੰ ਹੱਲਕਰਤਾ ਵਜੋਂ ਵਰਤਦੇ ਹਨ, ਤਾਂ ਉਹ ਸਥਾਨਕ ਸਰੋਤੇ ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ ਅਤੇ Pi ਨਵੀਂ ਕਿਊਰੀ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਉਹ ਉੱਪਰੀ ਕਿਊਰੀ ਉਹ forward ਨਿਯਮ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਕਲਾਇੰਟਾਂ ਲਈ ਲਿਖਿਆ, ਸਗੋਂ Pi ਦਾ ਆਪਣਾ ਰਾਹ ਲੈਂਦੀ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ਼ ਟਨਲ ਰਾਹੀਂ ਜਾਣ ਵਾਲਾ ਕਲਾਇੰਟ ਰਾਹ ਅਤੇ ਸਿੱਧਾ ਬਾਹਰ ਜਾਣ ਵਾਲਾ ਹੱਲਕਰਤਾ — ਇਹ ਕਿਸੇ ਵੀ ਤਰੁੱਟੀ ਸੰਦੇਸ਼ ਤੋਂ ਬਿਨਾਂ ਲੀਕ ਹੈ। ਜਾਣ-ਬੁੱਝ ਕੇ ਫ਼ੈਸਲਾ ਕਰੋ: ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਣ ਵਾਲਾ ਹੱਲਕਰਤਾ, ਜਾਂ ਸਥਾਨਕ ਜਿਸਨੂੰ ਤੁਸੀਂ ਸਿੱਧਾ ਮੰਨਦੇ ਹੋ, ਅਤੇ Pi ਦੀ ਆਪਣੀ ਆਉਟਪੁੱਟ ਨੀਤੀ ਨੂੰ ਉਸ ਫ਼ੈਸਲੇ ਨਾਲ ਮਿਲਾਓ।
IPv6 ਫਿਰ ਵੱਖਰੀ ਸਥਿਤੀ ਹੈ। IPv4 ਲਈ forward ਨਿਯਮ IPv6 ਬਾਰੇ ਕੁਝ ਵੀ ਸੀਮਤ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਉੱਪਰਲੇ ਲਿੰਕ 'ਤੇ ਰਾਊਟਰ ਦੀਆਂ ਘੋਸ਼ਣਾਵਾਂ Pi ਨੂੰ, ਅਤੇ ਇਸ ਰਾਹੀਂ ਜੁੜੇ ਹਿੱਸੇ ਨੂੰ, ਤੁਹਾਡੀ ਨੀਤੀ ਨੂੰ ਬਚਾ ਕੇ ਨਿਕਲਣ ਵਾਲਾ ਦੂਜਾ ਡਿਫ਼ਾਲਟ ਦੇ ਸਕਦੀਆਂ ਹਨ। ਜਾਂ ਤਾਂ ਉਸੇ ਸਿਧਾਂਤ 'ਤੇ IPv6 ਨੂੰ ਆਪਣਾ ਸੁਰੱਖਿਅਤ ਰਾਹ ਦਿਓ, ਜਾਂ ਕਲਾਇੰਟ ਹਿੱਸੇ 'ਤੇ ਇਸਨੂੰ ਸਪਸ਼ਟ ਰੂਪ ਵਿੱਚ ਸੀਮਤ ਕਰੋ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਕਹੋ।
ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੱਦ ਜਾਂਚੋ
ਡਿਜ਼ਾਈਨ ਨੂੰ ਸਿਰਫ਼ ਚਾਰ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ ਤੋਂ ਬਾਅਦ ਸਵੀਕਾਰ ਕਰੋ, ਕਿਉਂਕਿ ਲੁਭਾਉਣ ਵਾਲਾ ਇਕੱਲਾ ਟੈਸਟ — ਇੱਕ ਕਲਾਇੰਟ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਖੋਲ੍ਹਣਾ — ਕਈ ਟੁੱਟੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਪਾਸ ਹੋ ਜਾਂਦਾ ਹੈ।
ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇੱਕ ਅਸਲੀ ਕਲਾਇੰਟ ਟਨਲ ਰਾਹੀਂ ਇੰਟਰਨੈੱਟ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਉਹੀ ਕਲਾਇੰਟ ਟਨਲ ਬੰਦ ਹੋਣ 'ਤੇ ਇੰਟਰਨੈੱਟ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ DNS ਹੱਲ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿਊਰੀ ਉੱਥੋਂ ਬਾਹਰ ਜਾਂਦੀ ਹੈ ਜਿੱਥੇ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਸੀ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟਨਲ ਮੁੜ-ਚਾਲੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਵੀ Pi ਦੀ ਆਪਣੀ ਢੋਆ-ਢੁਆਈ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਬਹਾਲੀ ਲਈ ਮਸ਼ੀਨ ਦਾ ਰੀਬੂਟ ਲੋੜੀਂਦਾ ਨਹੀਂ। ਅੰਤ ਵਿੱਚ, ਉਹ ਡਿਵਾਈਸ ਜਾਂਚੋ ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਚੁਣਿਆ: ਲੇਆਉਟ A ਵਿੱਚ ਇਹ ਆਮ ਤਰ੍ਹਾਂ ਚੱਲਦਾ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਲੇਆਉਟ B ਵਿੱਚ ਇਹ ਉਸ ਹਿੱਸੇ ਵਿੱਚ ਬਿਲਕੁਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ।
- ਦੋ ਪੋਰਟ ਅਤੇ ਨਾਮਨਜ਼ੂਰੀ ਨਿਯਮ ਲਾਗੂ ਕਰਨ ਦਿੰਦੇ ਹਨ; ਇੱਕ ਪੋਰਟ ਅਤੇ DHCP ਚੋਣ ਸਲਾਹ ਦਿੰਦੇ ਹਨ।
- ਗ਼ਲਤ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਅਨੁਵਾਦ ਸਫਲਤਾ ਵਰਗਾ ਦਿਸਦਾ ਹੈ ਅਤੇ ਨਹੀਂ ਹੈ।
- Pi ਦਾ ਆਪਣਾ ਟ੍ਰੈਫ਼ਿਕ, DNS ਅਤੇ IPv6 ਹਰ ਇੱਕ ਨੂੰ ਫ਼ੈਸਲਾ ਚਾਹੀਦਾ ਹੈ, ਅਨੁਮਾਨ ਨਹੀਂ।