FRITZ!Box VPN ਜੁੜਦਾ ਹੈ ਪਰ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ: WireGuard ਜਾਂ IPSec
LAN ਤੱਕ ਨਾ ਪਹੁੰਚਣ ਵਾਲਾ ਜੁੜਿਆ FRITZ!Box ਟਨਲ ਪਤੇ ਦੀ ਸਮੱਸਿਆ ਹੈ। ਦੁਬਾਰਾ ਆਯਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚਾਰ IPSec ਖੇਤਰ ਜਾਂ WireGuard ਪੀਅਰ ਜਾਂਚੋ।
ਟਨਲ ਦੱਸਦਾ ਹੈ ਕਿ ਜੁੜ ਗਿਆ ਹੈ, ਆਈਕਨ ਹਰਾ ਹੈ, ਅਤੇ ਘਰ ਦੇ LAN ਉੱਤੇ ਕੁਝ ਵੀ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ। ਇਹ FRITZ!Box ਰਿਮੋਟ ਐਕਸੈਸ ਬਾਰੇ ਸਭ ਤੋਂ ਆਮ ਸ਼ਿਕਾਇਤ ਹੈ, ਅਤੇ ਲਗਭਗ ਕਦੇ ਵੀ ਟਨਲ ਆਪ ਦੋਸ਼ੀ ਨਹੀਂ ਹੁੰਦਾ। ਪਤਾ ਯੋਜਨਾ, ਸਬਨੈੱਟ ਦੀ ਪਛਾਣ ਜਾਂ ਕਲਾਇੰਟ ਦੀ ਰੂਟ ਸਾਰਣੀ ਗਲਤ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਤੁਸੀਂ ਅੰਤ ਵਿੱਚ ਡੀਬੱਗ ਕਰੋਗੇ ਇਹ ਇਸ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ WireGuard ਚੁਣਿਆ ਜਾਂ ਪੁਰਾਣਾ IPSec Fernzugang, ਇਸ ਲਈ ਸ਼ੁਰੂਆਤ ਇਹ ਜਾਣ ਕੇ ਕਰੋ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕੀ ਸੈੱਟ ਕੀਤਾ ਹੈ।
ਟਨਲ ਉੱਪਰ ਆਉਂਦਾ ਹੈ ਅਤੇ LAN ਚੁੱਪ ਰਹਿੰਦਾ ਹੈ
ਬਣਿਆ ਟਨਲ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਕੁੰਜੀਆਂ ਅਤੇ ਅੰਤ ਬਿੰਦੂ ਸਹੀ ਹਨ। ਪਰ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਉਹ ਪਤਾ ਮਿਲਿਆ ਹੈ ਜਿੱਥੇ ਬਾਕਸ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ, ਜਾਂ ਕਿ ਕਲਾਇੰਟ ਜਾਣਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪ੍ਰੀਫਿਕਸ ਟਨਲ ਦੇ ਹਨ। ਇਹ ਦੋ ਵੱਖਰੀਆਂ ਸਫਲਤਾਵਾਂ ਹਨ, ਅਤੇ ਸਿਰਫ਼ ਦੂਜੀ ਹੀ ਤੁਹਾਨੂੰ ਪ੍ਰਿੰਟਰ ਤੱਕ ਪਹੁੰਚਣ ਦਿੰਦੀ ਹੈ।
ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦਾ ਪਤਾ ਜਾਂਚੋ, ਫਿਰ ਉਸਦੀ ਰੂਟ ਸਾਰਣੀ।
ਜੇ ਦਿੱਤਾ ਗਿਆ ਪਤਾ LAN ਸਬਨੈੱਟ ਤੋਂ ਬਾਹਰ ਹੈ, ਤਾਂ ਬਾਕਸ ਕੋਲ ਵਾਪਸ ਰੂਟ ਕਰਨ ਲਈ ਕੁਝ ਨਹੀਂ ਹੈ। ਜੇ ਇਹ DHCP ਰੇਂਜ ਦੇ ਅੰਦਰ ਹੈ, ਤਾਂ ਬਾਕਸ ਉਹੀ ਪਤਾ ਕਿਸੇ ਸਥਾਨਕ ਡਿਵਾਈਸ ਨੂੰ ਦੇ ਸਕਦਾ ਹੈ। ਦੋਵੇਂ ਜੁੜਨ ਵਾਲਾ ਟਨਲ ਅਤੇ ਤੁਹਾਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲਾ LAN ਬਣਾਉਂਦੇ ਹਨ।
ਹਰ ਵਿਕਲਪ ਅਸਲ ਵਿੱਚ ਕੀ ਸੈੱਟ ਕਰਦਾ ਹੈ
IPSec ਵਿਕਲਪ ਇੱਕ ਵਰਤੋਂਕਾਰ ਲਈ ਕਨਫਿਗਰੇਸ਼ਨ ਫਾਈਲ ਬਣਾਉਂਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਪਹਿਲਾਂ ਸਾਂਝੀ ਕੀਤੀ ਕੁੰਜੀ ਅਤੇ ਪਤਾ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਇਸਨੂੰ ਉਸੇ ਪ੍ਰੋਫਾਈਲ ਬੋਲਣ ਵਾਲੇ ਕਲਾਇੰਟ ਵਿੱਚ ਆਯਾਤ ਕਰਦੇ ਹੋ, ਅਤੇ Windows ਉੱਤੇ ਇਸਦਾ ਮਤਲਬ ਆਮ ਤੌਰ ਉੱਤੇ ਨਿਰਮਾਤਾ ਦਾ ਸਾਧਨ ਹੁੰਦਾ ਹੈ, ਅੰਦਰੂਨੀ ਕਲਾਇੰਟ ਨਹੀਂ। WireGuard ਵਿਕਲਪ ਇੱਕ ਡਿਵਾਈਸ ਲਈ ਪੀਅਰ ਬਣਾਉਂਦਾ ਹੈ: ਕੁੰਜੀ ਜੋੜੀ, ਟਨਲ ਦੇ ਅੰਦਰ ਪਤਾ ਅਤੇ ਅੰਤ ਬਿੰਦੂ।
ਇਹੀ ਫ਼ਰਕ ਤੁਹਾਡਾ ਰੱਖ-ਰਖਾਅ ਮਾਡਲ ਤੈਅ ਕਰਦਾ ਹੈ। ਹਰ WireGuard ਡਿਵਾਈਸ ਆਪਣੀ ਕੁੰਜੀ ਵਾਲਾ ਵੱਖਰਾ ਪੀਅਰ ਹੈ, ਇਸ ਲਈ ਗੁੰਮ ਹੋਇਆ ਫ਼ੋਨ ਰੱਦ ਕਰਨ ਦਾ ਮਤਲਬ ਹੈ ਇੱਕ ਪੀਅਰ ਹਟਾਉਣਾ, ਬਾਕੀ ਕੰਮ ਕਰਦੇ ਰਹਿੰਦੇ ਹਨ। IPSec ਸਾਂਝਾ ਭੇਦ ਜਾਂ ਵਰਤੋਂਕਾਰ ਦੀ ਕਨਫਿਗਰੇਸ਼ਨ ਬਦਲ ਕੇ ਰੱਦ ਕਰਦਾ ਹੈ, ਜੋ ਮੋਟਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਵਰਤਣ ਵਾਲੇ ਹਰ ਡਿਵਾਈਸ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦਾ ਹੈ।
ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵਿਕਲਪ ਪੁਰਾਣਾ ਨਹੀਂ ਹੈ। ਜਿੱਥੇ ਦੂਰ ਦਾ ਸਿਰਾ WireGuard ਨਹੀਂ ਚਲਾ ਸਕਦਾ ਉੱਥੇ IPSec ਰਾਹ ਹੀ ਸਮਰਥਿਤ ਰਹਿੰਦਾ ਹੈ।
ਮੁਰਦਾ ਟਨਲ ਬਣਾਉਣ ਵਾਲੇ IPSec ਖੇਤਰ
ਚਾਰ ਮੁੱਲ ਤੁਹਾਡੇ LAN ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਤਿੰਨ ਟੁੱਟੇ ਟਨਲ ਵਾਂਗ ਦਿਖਣ ਵਾਲੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ।
| Value | What breaks when it is wrong |
|---|---|
| LAN subnet | The client routes nothing, or routes the wrong prefix |
| Network address | The configuration looks valid and the tunnel never establishes |
| DHCP range | No address is left to assign to tunnel clients |
| DNS server | The tunnel works and name resolution does not |
ਲੋਕਾਂ ਨੂੰ ਨੈੱਟਵਰਕ ਪਤਾ ਹੀ ਫਸਾਉਂਦਾ ਹੈ। ਸਬਨੈੱਟ ਆਪਣੇ ਪਹਿਲੇ ਪਤੇ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ ਆਮ ਤੌਰ ਉੱਤੇ ਜ਼ੀਰੋ ਉੱਤੇ ਖ਼ਤਮ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੋਸਟ ਪਤਾ ਭਰਨ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਭਰੋਸੇਯੋਗ ਦਿਖਣ ਵਾਲੀ ਅਤੇ ਕਦੇ ਨਾ ਜੁੜਨ ਵਾਲੀ ਕਨਫਿਗਰੇਸ਼ਨ ਬਣਦੀ ਹੈ। DHCP ਰੇਂਜ ਹੋਰ ਕਾਰਨ ਕਰਕੇ ਮਹੱਤਵਪੂਰਨ ਹੈ: ਟਨਲ ਦੇ ਕਲਾਇੰਟ ਆਮ ਤੌਰ ਉੱਤੇ ਇਸਦੇ ਉੱਪਰ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਪੂਰਾ ਸਬਨੈੱਟ ਖਾ ਜਾਣ ਵਾਲੀ ਰੇਂਜ ਵੰਡਣ ਲਈ ਕੁਝ ਨਹੀਂ ਛੱਡਦੀ।
ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਨ ਵਾਲੇ ਸਬਨੈੱਟ ਦੂਜਾ ਰਵਾਇਤੀ ਮਾਮਲਾ ਹਨ। ਜੇ ਤੁਸੀਂ ਜਿਸ ਦੂਰ ਦੇ LAN ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਰਹੇ ਹੋ ਉਹ ਤੁਹਾਡੇ ਬੈਠੇ LAN ਵਰਗਾ ਹੀ ਪ੍ਰੀਫਿਕਸ ਵਰਤਦਾ ਹੈ, ਤਾਂ ਰੂਟਿੰਗ ਉਹਨਾਂ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਅਤੇ ਇੱਕ ਪਾਸੇ ਨੂੰ ਦੁਬਾਰਾ ਨੰਬਰ ਦੇਣਾ ਹੀ ਇੱਕੋ ਸੱਚਾ ਹੱਲ ਹੈ। ਕਲਾਇੰਟ ਕਨਫਿਗਰੇਸ਼ਨ ਦੀ ਕੋਈ ਵੀ ਮਾਤਰਾ ਇਸਨੂੰ ਹੱਲ ਨਹੀਂ ਕਰਦੀ।
WireGuard ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਕਿਉਂ ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ
WireGuard ਵਿੱਚ ਗਲਤ ਟਾਈਪ ਕਰਨ ਯੋਗ ਪਹਿਲਾਂ ਸਾਂਝੀ ਕੀਤੀ ਕੁੰਜੀ ਨਹੀਂ ਹੈ, ਇਸ ਲਈ ਇਸਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਪੀਅਰ ਦੀ ਪਰਿਭਾਸ਼ਾ ਦੁਆਲੇ ਇਕੱਠੀਆਂ ਹੁੰਦੀਆਂ ਹਨ। LAN ਪ੍ਰੀਫਿਕਸ ਛੱਡ ਦੇਣ ਵਾਲੀ ਮਨਜ਼ੂਰ IP ਸੂਚੀ ਕੁਝ ਵੀ ਨਾ ਢੋਣ ਵਾਲਾ ਟਨਲ ਬਣਾਉਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਕਦੇ ਵੀ LAN ਵੱਲ ਜਾਣ ਵਾਲਾ ਟਰੈਫਿਕ ਇਸ ਵਿੱਚ ਨਹੀਂ ਭੇਜਦਾ। ਕਿਸੇ ਵੀ ਪਾਸੇ ਦੀ ਪੁਰਾਣੀ ਜਨਤਕ ਕੁੰਜੀ ਕਦੇ ਪੂਰਾ ਨਾ ਹੋਣ ਵਾਲਾ ਹੈਂਡਸ਼ੇਕ ਬਣਾਉਂਦੀ ਹੈ। ਅੰਤ ਬਿੰਦੂ ਨਾ ਹੋਣਾ ਜਾਂ ਗਲਤ ਪੋਰਟ ਤਰੁੱਟੀ ਨਹੀਂ ਸਗੋਂ ਖ਼ਾਮੋਸ਼ੀ ਪੈਦਾ ਕਰਦਾ ਹੈ।
ਫਾਈਲ ਦੁਬਾਰਾ ਆਯਾਤ ਕਰਕੇ ਆਸ ਕਰਨ ਦੀ ਥਾਂ ਦੋਵੇਂ ਪਾਸੇ ਖੇਤਰ-ਦਰ-ਖੇਤਰ ਤੁਲਨਾ ਕਰੋ।
ਇੱਕੋ ਸਾਂਝੀ ਅਸਫਲਤਾ ਸਬਨੈੱਟ ਟਕਰਾਅ ਹੈ। WireGuard ਤੁਹਾਡੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਨਾਲ ਇੱਕ ਦੂਜੇ ਉੱਤੇ ਚੜ੍ਹਨ ਵਾਲੇ ਨੈੱਟਵਰਕ ਤੱਕ ਖੁਸ਼ੀ ਨਾਲ ਟਨਲ ਬਣਾਵੇਗਾ, ਅਤੇ ਫਿਰ ਰੂਟ ਸਾਰਣੀ ਤੈਅ ਕਰਦੀ ਹੈ ਕਿ ਦੋ ਸਮਾਨ ਪ੍ਰੀਫਿਕਸ ਵਿੱਚੋਂ ਕਿਹੜਾ ਜਿੱਤੇਗਾ।
ਇਸਨੂੰ ਬਾਹਰੋਂ ਸਾਬਤ ਕਰੋ, ਫਿਰ ਅੰਦਰ ਵਾਪਸ ਆਉਣ ਦਾ ਰਾਹ ਰੱਖੋ
ਮੋਬਾਈਲ ਕਨੈਕਸ਼ਨ ਤੋਂ ਪਰਖ ਕਰੋ, ਕਦੇ ਵੀ LAN ਦੇ ਅੰਦਰੋਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਅੰਦਰੋਂ ਤੁਸੀਂ ਅਜਿਹਾ ਰਾਹ ਪਰਖ ਰਹੇ ਹੋ ਜਿਸ ਵਿੱਚ ਟਨਲ ਦਾ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ ਹੈ। ਹਰ ਵਿਕਲਪ ਕਿਹੜਾ ਪੋਰਟ ਵਰਤਦਾ ਹੈ ਇਹ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖੋ, ਅਤੇ ਉਹ ਪੋਰਟ ਬਾਕਸ ਵੱਲ ਅੱਗੇ ਭੇਜੋ।
ਬਣਾਈ ਫਾਈਲ ਨੂੰ ਅਜਿਹੀ ਥਾਂ ਰੱਖੋ ਜਿੱਥੇ ਟਨਲ ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚ ਸਕੋ, ਅਤੇ ਨਾਲ ਹੀ ਬਾਕਸ ਦਾ ਬਾਹਰੀ ਨਾਮ ਵੀ ਨੋਟ ਕਰੋ।
ਜੋ ਕਨਫਿਗਰੇਸ਼ਨ ਕਦੇ ਬਾਹਰੋਂ ਨਹੀਂ ਪਰਖੀ ਗਈ ਉਹ ਯੋਜਨਾ ਹੈ, ਕੰਮ ਕਰਨ ਵਾਲਾ ਰਿਮੋਟ ਐਕਸੈਸ ਰਾਹ ਨਹੀਂ। ਇੱਕ LAN ਹੋਸਟ ਨੂੰ ਨਾਮ ਨਾਲ ਨਹੀਂ, ਪਤੇ ਨਾਲ ਪਰਖੋ, ਤਾਂ ਜੋ DNS ਅਸਫਲਤਾ ਨੂੰ ਰੂਟਿੰਗ ਅਸਫਲਤਾ ਨਾ ਸਮਝਿਆ ਜਾਵੇ।