ਬ੍ਰਿਜ ਮੋਡ VPN ਪਾਸ-ਥਰੂ ਨਹੀਂ ਹੈ: ਹਰ ਇੱਕ ਕੀ ਬਦਲਦਾ ਹੈ
ਬ੍ਰਿਜ ਮੋਡ ਰਾਊਟਰ ਦੀ ਫਾਰਵਰਡਿੰਗ ਭੂਮਿਕਾ ਬਦਲਦਾ ਹੈ; ਪਾਸ-ਥਰੂ ਸਿਰਫ਼ ਕਲਾਇਟ ਦੇ VPN ਨੂੰ ਇਸ ਵਿੱਚੋਂ ਲੰਘਣ ਦਿੰਦਾ ਹੈ। ਦੋਵੇਂ ਟਨਲ ਨਹੀਂ ਬਣਾਉਂਦੇ, ਇਸ ਲਈ ਇਹ ਬਦਲਵੇਂ ਨਹੀਂ ਹਨ।
ਬ੍ਰਿਜ ਮੋਡ ਅਤੇ VPN ਪਾਸ-ਥਰੂ ਇੱਕੋ ਸਮੱਸਿਆ-ਹੱਲ ਧਾਗੇ ਵਿੱਚ ਆਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਦੋਵੇਂ ਉਸ VPN ਲਈ ਹੱਲ ਵਜੋਂ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ ਜੋ ਜੁੜਦਾ ਨਹੀਂ। ਇਹ ਰਾਊਟਰ ਦੇ ਵੱਖ-ਵੱਖ ਕੰਮਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਆਪਣੇ ਆਪ VPN ਟਨਲ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਬ੍ਰਿਜਿੰਗ ਬਦਲਦੀ ਹੈ ਕਿ ਕੋਈ ਡਿਵਾਈਸ ਨੈੱਟਵਰਕ ਭਾਗਾਂ ਵਿੱਚ ਕਿਵੇਂ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ ਜਾਂ ਰਾਊਟਿੰਗ ਕੌਣ ਕਰਦਾ ਹੈ; ਪਾਸ-ਥਰੂ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਲਾਇਟ ਦੀ VPN ਟ੍ਰੈਫਿਕ ਗੇਟਵੇ ਨੂੰ ਪਾਰ ਕਰ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ। ਗਲਤ ਚੋਣ ਛੋਟੀ ਸਮੱਸਿਆ ਨੂੰ ਪਤੇ ਦੁਬਾਰਾ ਦੇਣ ਦੀ ਪੂਰੀ ਦੁਪਹਿਰ ਵਿੱਚ ਬਦਲ ਦਿੰਦੀ ਹੈ।
ਦੋ ਲੇਬਲ, ਦੋ ਵੱਖਰੇ ਕੰਮ
ਜਾਂਚ ਸਧਾਰਨ ਹੈ: ਤੁਸੀਂ ਨੈੱਟਵਰਕ ਦੀ ਸ਼ਕਲ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ, ਜਾਂ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਟ੍ਰੈਫਿਕ ਨੂੰ ਇਸ ਵਿੱਚੋਂ ਲੰਘਣ ਦੇਣ ਦੀ? ਇਹ ਵੱਖਰੀਆਂ ਮੰਗਾਂ ਹਨ ਅਤੇ ਇਹਨਾਂ ਦੇ ਨਤੀਜੇ ਵੀ ਵੱਖਰੇ ਹਨ।
ਇੱਕ ਸਾਰਣੀ ਵਿੱਚ ਤੁਲਨਾ:
| Setting | What it actually does |
|---|---|
| Bridge mode | Changes the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces |
| VPN pass-through | Lets a client's VPN traffic cross the router; the credentials and encryption stay with the client |
| Router VPN client | Terminates the tunnel on the router, so the router becomes the endpoint |
| Router VPN server | Accepts inbound tunnels, which needs an upstream path that can reach it |
ਸਿਰਫ਼ ਆਖਰੀ ਦੋ ਹੀ ਰਾਊਟਰ ਉੱਤੇ ਟਨਲ ਬਣਾਉਂਦੇ ਹਨ। ਬ੍ਰਿਜਿੰਗ ਅਤੇ ਪਾਸ-ਥਰੂ ਦੋਵੇਂ ਸਿਰੇ ਨੂੰ ਕਿਤੇ ਹੋਰ ਛੱਡ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਗੁੰਮ ਕਲਾਇਟ ਜਾਂ ਨਾ ਪਹੁੰਚਣ ਯੋਗ ਸਰਵਰ ਕਾਰਨ ਪੈਦਾ ਹੋਈ ਸਮੱਸਿਆ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਹੱਲ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਹ ਫ਼ਰਕ ਗੁਆਉਣਾ ਸੌਖਾ ਹੈ ਕਿਉਂਕਿ ਸੈਟਿੰਗਾਂ ਇੱਕੋ ਇੰਟਰਫ਼ੇਸ ਵਿੱਚ ਨੇੜੇ-ਨੇੜੇ ਹੁੰਦੀਆਂ ਹਨ। ਉਹ ਪੰਨਾ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ ਕਿ ਟਨਲ ਕਿਹੜੇ ਸਿਰੇ ਦਾ ਹੈ।
ਪਾਸ-ਥਰੂ ਚੈੱਕਬਾਕਸ ਵੀ ਪਰੋਟੋਕਾਲ ਸਹਾਇਤਾ ਦਾ ਪੂਰਾ ਵਰਣਨ ਨਹੀਂ ਹੈ। ਆਧੁਨਿਕ IPsec NAT ਟ੍ਰੈਵਰਸਲ ਮਿਆਰੀ UDP ਐਨਕੈਪਸੁਲੇਸ਼ਨ ਵਰਤਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਪੁਰਾਣੀਆਂ ਸਹਾਇਕ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਵਿਵਹਾਰ ਲਾਗੂਆਰਥ ਅਨੁਸਾਰ ਵੱਖਰਾ ਹੁੰਦਾ ਹੈ।
VPN ਸਹਾਇਤਾ ਦੱਸਣ ਵਾਲਾ ਮਾਰਕੀਟਿੰਗ ਲੇਬਲ ਤੁਹਾਨੂੰ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਇਹਨਾਂ ਚਾਰ ਭੂਮਿਕਾਵਾਂ ਵਿੱਚੋਂ ਕਿਹੜੀ ਮਤਲਬ ਹੈ।
ਬ੍ਰਿਜ ਮੋਡ ਤੁਹਾਡੀ ਡਿਵਾਈਸ ਉੱਤੇ ਕੀ ਬਦਲਦਾ ਹੈ
ਮਾਡਮ ਜਾਂ ਰਾਊਟਰ ਉੱਤੇ ਬ੍ਰਿਜ ਵਿਕਲਪ ਆਮ ਤੌਰ ਉੱਤੇ ਰਾਊਟਿੰਗ ਅਤੇ NAT ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੇਠਲੇ ਗੇਟਵੇ ਵੱਲ ਭੇਜਦਾ ਹੈ। ਸੌਫਟਵੇਯਰ ਡਿਵਾਈਸ ਉੱਤੇ ਇਸਦਾ ਮਤਲਬ ਚੁਣੇ ਹੋਏ ਸਥਾਨਕ ਇੰਟਰਫ਼ੇਸਾਂ ਨੂੰ ਇੱਕੋ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਵਿੱਚ ਜੋੜਨਾ ਹੋ ਸਕਦਾ ਹੈ। ਸਹੀ ਦਾਇਰਾ ਉਤਪਾਦ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਸ਼ਬਦ ਲਈ ਨਹੀਂ, ਉਸ ਮਾਡਲ ਲਈ ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ। ਦੋਵੇਂ ਵਿਆਖਿਆਵਾਂ ਪਤਾ-ਨਿਰਧਾਰਨ, ਫਾਇਰਵਾਲ ਸੀਮਾਵਾਂ ਅਤੇ ਪ੍ਰਬੰਧ ਤੱਕ ਪਹੁੰਚਣ ਦਾ ਤਰੀਕਾ ਬਦਲਦੀਆਂ ਹਨ।
ਇਸੇ ਲਈ VPN ਫੇਲ ਹੋਣ ਉੱਤੇ ਬ੍ਰਿਜਿੰਗ ਪਹਿਲੀ ਪ੍ਰਤੀਕਿਰਿਆ ਵਜੋਂ ਮਾੜੀ ਹੈ। ਮੂਲ ਸਮੱਸਿਆ ਹੱਲ ਹੋਣ ਤੋਂ ਬਿਨਾਂ ਤੁਹਾਡਾ ਪ੍ਰਬੰਧਨ ਰਾਹ ਗੁਆਚ ਸਕਦਾ ਹੈ।
ਨੈੱਟਵਰਕ ਭੂਮਿਕਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸੰਰਚਨਾ ਦਾ ਬੈਕਅਪ ਰੱਖੋ, ਕਿਉਂਕਿ ਪਤੇ ਇਸਦੇ ਨਾਲ ਬਦਲ ਸਕਦੇ ਹਨ।
ਸੈਟਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਭੂਮਿਕਾ ਚੁਣੋ
ਘਰੇਲੂ ਟ੍ਰੈਫਿਕ ਬਾਹਰੀ ਨਿਕਾਸ ਰਾਹੀਂ ਭੇਜਣ ਲਈ ਤੁਹਾਨੂੰ ਰਾਊਟਰ ਉੱਤੇ ਚੱਲਣ ਵਾਲਾ ਅਨੁਕੂਲ VPN ਕਲਾਇਟ ਚਾਹੀਦਾ ਹੈ, ਬ੍ਰਿਜ ਨਹੀਂ। ਕਿਸੇ ਹੋਰ ਥਾਂ ਤੋਂ ਘਰ ਵਾਪਸ ਜੁੜਨ ਲਈ ਤੁਹਾਨੂੰ ਸਰਵਰ ਭੂਮਿਕਾ ਅਤੇ ਉਸ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲਾ ਉੱਪਰਲਾ ਰਾਹ ਚਾਹੀਦਾ ਹੈ। VPN ਸ਼ਬਦ ਤੋਂ ਬਿਨਾਂ ਇਹਨਾਂ ਦੋਵਾਂ ਲੋੜਾਂ ਵਿੱਚ ਲਗਭਗ ਕੁਝ ਵੀ ਸਾਂਝਾ ਨਹੀਂ। ਮੀਨੂ ਦੇਖਣ ਤੋਂ ਪਹਿਲਾਂ ਤੈਅ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜਾ ਬਣਾ ਰਹੇ ਹੋ।
ਕੋਈ ਡਿਵਾਈਸ ਦੋਵੇਂ ਭੂਮਿਕਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੀ ਭੂਮਿਕਾ ਉਸ ਰਫ਼ਤਾਰ ਨਾਲ ਸਮਰਥਨ ਨਾ ਕਰੇ ਜਿਸਦੀ ਤੁਸੀਂ ਆਸ ਕਰਦੇ ਹੋ।
ਭੂਮਿਕਾ ਡਿਜ਼ਾਈਨ ਦਾ ਫ਼ੈਸਲਾ ਹੈ; ਸੈਟਿੰਗ ਉਸਦਾ ਨਤੀਜਾ ਹੈ।
ਜੇ ਸਿਰਫ਼ ਇੱਕ ਪਰੋਟੋਕਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ
ਜਦੋਂ ਕਿਸੇ ਹੋਰ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਰਾਊਟਰ ਪਿੱਛੇ ਇੱਕ ਪਰੋਟੋਕਾਲ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਉਸ ਪਰੋਟੋਕਾਲ ਦੀ ਆਵਾਜਾਈ ਅਤੇ NAT ਰਾਹ ਦੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਕਲਾਇਟ ਠੀਕ ਕਰਨ ਲਈ ਪੂਰਾ ਗੇਟਵੇ ਮੋਡ ਬਦਲਨਾ ਉਵੇਂ ਹੀ ਹੈ ਜਿਵੇਂ ਇੱਕ ਬੱਤੀ ਖਰਾਬ ਹੋਣ ਕਾਰਨ ਘਰ ਦੀ ਤਾਰ ਬਦਲ ਦੇਣੀ। ਜਾਂਚੋ ਕਿ ਟ੍ਰੈਫਿਕ UDP-ਐਨਕੈਪਸੁਲੇਟਿਡ ਹੈ ਜਾਂ ਨਹੀਂ, ਰਾਊਟਰ ਦੀ ਸਹਾਇਕ ਵਿਸ਼ੇਸ਼ਤਾ ਉਸ ਪਰੋਟੋਕਾਲ ਉੱਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਫੇਲ ਹੋਣਾ ਸਮਮਿਤ ਹੈ ਜਾਂ ਨਹੀਂ। ਫਿਰ ਤੈਅ ਕਰੋ ਕਿ ਭੂਮਿਕਾ ਬਦਲਣਾ ਸੱਚਮੁੱਚ ਜਾਇਜ਼ ਹੈ।
RFC 3948 ਉਸ UDP ਐਨਕੈਪਸੁਲੇਸ਼ਨ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜੋ IPsec ਨੂੰ NAT ਉੱਤੇ ਟਿਕਾਈ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਪਾਸ-ਥਰੂ ਚੈੱਕਬਾਕਸ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚਣ ਵਾਲਾ ਮਿਆਰ ਇਹੀ ਹੈ।
ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕੀ ਬਦਲਿਆ ਅਤੇ ਕਿਉਂ, ਕਿਉਂਕਿ ਅਗਲਾ ਵਿਅਕਤੀ ਡਿਵਾਈਸ ਨੂੰ ਬ੍ਰਿਜ ਮੋਡ ਵਿੱਚ ਪਾਏਗਾ ਅਤੇ ਮੰਨ ਲਏਗਾ ਕਿ ਇਹ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤਾ ਗਿਆ ਸੀ। ਸਹੀ ਨਤੀਜਾ ਉਸ ਸ਼ਕਲ ਦਾ ਨੈੱਟਵਰਕ ਹੈ ਜੋ ਤੁਸੀਂ ਚੁਣੀ, ਨਾ ਕਿ ਸਮੱਸਿਆ-ਹੱਲ ਸੈਸ਼ਨ ਤੋਂ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੀ।