ਰਾਊਟਰ ਦੇ ਐਡਮਿਨ ਪੇਜ ਤੱਕ WAN ਨਹੀਂ, VPN ਰਾਹੀਂ ਪਹੁੰਚੋ

ਰਾਊਟਰ ਦਾ ਐਡਮਿਨ ਪੇਜ ਸੋਫ਼ੇ ਤੋਂ ਦੋ ਸਕਿੰਟਾਂ ਵਿੱਚ ਖੁੱਲ੍ਹਦਾ ਹੈ ਅਤੇ ਹੋਟਲ ਦੇ ਕਮਰੇ ਤੋਂ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ VPN ਕਲਾਇੰਟ ਹਰ ਸਮੇਂ ਜੁੜਿਆ ਹੋਣ ਦੀ ਰਿਪੋਰਟ ਦਿੰਦਾ ਹੈ। ਤੁਹਾਡੇ ਕੋਲ ਬਾਹਰ ਜਾਣ ਦਾ ਰਾਹ ਹੈ, ਵਾਪਸ ਆਉਣ ਦਾ ਨਹੀਂ: ਟਨਲ ਤੁਹਾਡਾ ਟ੍ਰੈਫਿਕ ਇੰਟਰਨੈਟ ਤੱਕ ਲੈ ਜਾਂਦਾ ਹੈ ਅਤੇ ਉੱਥੇ ਹੀ ਰੁਕ ਜਾਂਦਾ ਹੈ। ਆਪਣੇ ਹੀ LAN ਦੇ ਅੰਦਰਲੇ ਡਿਵਾਈਸ ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਉੱਥੇ ਤੱਕ ਰਾਹ ਵਾਲੀ ਕਿਸੇ ਚੀਜ਼ ’ਤੇ ਖਤਮ ਹੋਣ ਵਾਲਾ ਸੈਸ਼ਨ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਡਿਜ਼ਾਈਨ ਦਾ ਫੈਸਲਾ ਹੈ, ਸੈਟਿੰਗ ਨਹੀਂ, ਅਤੇ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਬਾਕੀ ਕੰਮ ਬਿਲਕੁਲ ਸੰਭਵ ਹੈ ਜਾਂ ਨਹੀਂ।

ਇਹ ਫਰਕ ਗੁਆਉਣਾ ਸੌਖਾ ਹੈ ਕਿਉਂਕਿ ਇੱਕ ਉਤਪਾਦ ਦੋਵੇਂ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ। ਵਪਾਰਕ ਐਗਜ਼ਿਟ ਕਲਾਇੰਟ ਅਤੇ ਦੂਰ-ਪਹੁੰਚ ਸਰਵਰ ਇੱਕੋ ਪੋਰਟ ’ਤੇ ਇੱਕੋ ਪ੍ਰੋਟੋਕੋਲ ਬੋਲ ਸਕਦੇ ਹਨ, ਅਤੇ ਫਰਕ ਇਹ ਹੈ ਕਿ ਐਂਡਪੁਆਇੰਟ ਪਿੱਛੇ ਦੀ ਪਤਾ ਥਾਂ ਕਿਸ ਧਿਰ ਦੀ ਮਲਕੀਅਤ ਹੈ।

ਟਨਲ ਦੀ ਕਿਹੜੀ ਧਿਰ LAN ਦੀ ਮਾਲਕ ਹੈ

ਪ੍ਰਸ਼ਾਸਨ ਲਈ ਐਂਡਪੁਆਇੰਟ ਉਸ ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਤੱਕ ਤੁਸੀਂ ਪਹੁੰਚਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਜਾਂ ਉਸ ਵਿੱਚ ਅਧਿਕਾਰਤ ਰਾਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਪਣਾ VPN ਸਰਵਰ ਚਲਾਉਣ ਵਾਲਾ ਰਾਊਟਰ ਯੋਗ ਹੈ; ਸਥਿਰ ਪਤੇ ਅਤੇ LAN ਤੱਕ ਰਾਹ ਵਾਲਾ ਛੋਟਾ, ਹਮੇਸ਼ਾ ਚਾਲੂ ਹੋਸਟ ਵੀ ਯੋਗ ਹੈ। ਤੀਜੀ ਧਿਰ ਵੱਲੋਂ ਚਲਾਈ ਜਾਂਦੀ ਐਗਜ਼ਿਟ ਸੇਵਾ ਯੋਗ ਨਹੀਂ, ਕਿਉਂਕਿ ਉਸ ਦੇ ਐਂਡਪੁਆਇੰਟ ਦਾ ਤੁਹਾਡੇ LAN ’ਤੇ ਕੋਈ ਇੰਟਰਫੇਸ ਨਹੀਂ ਅਤੇ ਇੱਕ ਦਿਖਣ ਦੇਣ ਵਾਲਾ ਕੋਈ ਨਿਯਮ ਵੀ ਨਹੀਂ। ਹੋਰ ਕੁਝ ਵੀ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਜਾਂਚ ਪੂਰੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।

ਫਰਮਵੇਅਰ ਇਸ ਫਰਕ ਨੂੰ ਘੱਟ ਹੀ ਲੇਬਲ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਾਮ ਨਹੀਂ, ਫੀਚਰ ਕੀ ਕਰਦਾ ਹੈ ਉਹ ਪੜ੍ਹੋ। WireGuard, OpenVPN ਅਤੇ IKEv2 ਸਾਰੇ ਬਾਜ਼ਾਰ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਦਿਖਦੇ ਹਨ: ਇੱਕ ਬਿਲਡ ਘਰੇਲੂ ਟ੍ਰੈਫਿਕ ਬਾਹਰ ਭੇਜਦਾ ਹੈ, ਦੂਜਾ ਤੁਹਾਡਾ ਦੂਰਲਾ ਡਿਵਾਈਸ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਸਿਰਫ਼-ਕਲਾਇੰਟ ਬਿਲਡ ਨੂੰ ਕਨਫਿਗਰੇਸ਼ਨ ਨਾਲ ਸਰਵਰ ਨਹੀਂ ਬਣਾਇਆ ਜਾ ਸਕਦਾ, ਮੀਨੂ ਕਿਵੇਂ ਵੀ ਲਿਖਿਆ ਹੋਵੇ।

ਵਾਪਸੀ ਦਾ ਰਾਹ ਬਣਾਉਣਾ

ਰਾਊਟਰ ’ਤੇ WireGuard ਸਰਵਰ ਦਾ 10.8.0.1/24 ਵਰਗਾ ਇੰਟਰਫੇਸ ਪਤਾ ਅਤੇ ਲੈਪਟਾਪ ਲਈ ਇੱਕ ਪੀਅਰ ਐਂਟਰੀ ਹੁੰਦੀ ਹੈ। ਕਿਹੜੀਆਂ ਮੰਜ਼ਿਲਾਂ ਟਨਲ ਵਿੱਚ ਭੇਜਣੀਆਂ ਹਨ ਇਹ ਕਲਾਇੰਟ ਤੈਅ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਟਨਲ ਸਬਨੈੱਟ ਵਾਲੀ ਸੂਚੀ LAN ਨੂੰ ਅਦਿੱਖ ਛੱਡ ਦਿੰਦੀ ਹੈ, ਸਰਵਰ ਕਿਵੇਂ ਵੀ ਕਨਫਿਗਰ ਹੋਵੇ। ਦੋਵੇਂ ਸਿਰਿਆਂ ਨੂੰ ਸਹਿਮਤ ਹੋਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਆਮ ਤੌਰ ’ਤੇ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੀ ਸੰਪਾਦਿਤ ਹੁੰਦਾ ਹੈ।

wg show wg0 allowed-ips
ip route get 192.168.1.1

ਪਹਿਲਾ ਕਮਾਂਡ ਸਰਵਰ ਦੇ ਨਜ਼ਰੀਏ ਤੋਂ ਦੱਸਦਾ ਹੈ ਕਿ ਹਰ ਪੀਅਰ ਨੂੰ ਕੀ ਭੇਜਣ ਦੀ ਆਗਿਆ ਹੈ; ਦੂਜਾ ਦੱਸਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ’ਤੇ LAN ਪਤਾ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਜਾਵੇਗਾ। ਟਨਲ ਇੰਟਰਫੇਸ ’ਤੇ ਹੱਲ ਹੋਣ ਵਾਲੀ LAN ਮੰਜ਼ਿਲ ਕੰਮ ਕਰਨ ਵਾਲੀ ਰਾਊਟਿੰਗ ਹੈ, ਅਤੇ ਭੌਤਿਕ ਗੇਟਵੇ ਰਾਹੀਂ ਨਿਕਲਣ ਵਾਲੀ ਫਾਇਰਵਾਲ ਕੁਝ ਵੀ ਕਹੇ, ਕਦੇ ਨਹੀਂ ਪਹੁੰਚੇਗੀ। ਕਲਾਇੰਟ ਦੀ ਆਗਿਆ ਸੂਚੀ ਵਿੱਚ LAN ਪ੍ਰੀਫਿਕਸ ਜੋੜੋ, ਫਿਰ ਉਹੀ ਦੋ ਕਮਾਂਡ ਨਿਦਾਨ ਦੀ ਥਾਂ ਤਸਦੀਕ ਦਾ ਕਦਮ ਬਣ ਜਾਂਦੇ ਹਨ।

IPsec ਗੇਟਵੇ ਲਈ ਉਹੀ ਛਾਲ ਦੱਸਦਾ ਹੈ strongSwan ਦਾ ਫਾਰਵਰਡਿੰਗ ਦਸਤਾਵੇਜ਼, ਜਿੱਥੇ ਫਾਰਵਰਡਿੰਗ ਅਤੇ source-NAT ਨਿਯਮ ਟਨਲ ਕਲਾਇੰਟ ਨੂੰ ਅੰਦਰੂਨੀ ਹੋਸਟ ਨਾਲ ਜੋੜਦੇ ਹਨ। ਪਤਾ-ਪ੍ਰਬੰਧ ਵੱਖਰਾ ਹੈ; ਲੋੜ ਨਹੀਂ।

ਐਡਮਿਨ ਪੇਜ ਕੌਣ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ

ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਰਾਊਟਰ ’ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਾਵਧਾਨ ਰਹਿਣ ਦੇ ਇਰਾਦੇ ਵਿੱਚ ਨਹੀਂ। ਸਿਰਫ਼ ਪ੍ਰਮਾਣਿਤ ਟਨਲ ਪਛਾਣ ਜਾਂ ਉਸ ਸਰੋਤ ਰੇਂਜ ਨੂੰ ਆਗਿਆ ਦਿਓ ਜਿਸ ਨੂੰ ਪੇਜ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਰਾਊਟਰ ਦੀ ਆਪਣੀ ਇਨਪੁਟ ਚੇਨ ਤੇ ਕੋਈ ਵੀ ਫਾਰਵਰਡ ਕੀਤੀ LAN ਨੀਤੀ ਪੜ੍ਹੋ। ਤਾਰ ਵਾਲੇ LAN ਨੂੰ ਐਡਮਿਨ ਪੇਜ ਤੱਕ ਪਹੁੰਚਣ ਦੇਣ ਵਾਲਾ ਨਿਯਮ ਟਨਲ ਇੰਟਰਫੇਸ ’ਤੇ ਆਉਣ ਵਾਲੇ ਕਲਾਇੰਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਕਿਸੇ ਖਾਸ ਪਛਾਣ ਲਈ ਅਪਵਾਦ ਲਿਖੋ, ਫਿਰ ਦੂਜੀ ਪਛਾਣ ਰੱਖੋ ਜਿਸ ਨੂੰ ਇਨਕਾਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਸਰੋਤਾ ਦੂਜਾ ਅੱਧਾ ਹੈ ਅਤੇ ਫਾਇਰਵਾਲ ਆਉਟਪੁੱਟ ਵਿੱਚ ਅਦਿੱਖ ਹੈ। ss -ltnp ਵੈੱਬ ਸਰਵਰ ਕਿਸ ਪਤੇ ਨਾਲ ਬੱਝਾ ਹੈ ਦਿਖਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ LAN ਪਤੇ ਨਾਲ ਬੱਝੀ ਸੇਵਾ ਟਨਲ ਪਤੇ ’ਤੇ ਜਵਾਬ ਨਹੀਂ ਦੇਵੇਗੀ, ਨਿਯਮ ਕਿੰਨੇ ਵੀ ਆਗਿਆਪੂਰਨ ਹੋਣ। ਇਸਨੂੰ ਦੁਬਾਰਾ ਬੰਨ੍ਹਣਾ ਜਾਂ ਪਤਾ ਜੋੜਨਾ ਰਾਊਟਰ ’ਤੇ ਕਨਫਿਗਰੇਸ਼ਨ ਬਦਲਾਅ ਹੈ, ਫਾਇਰਵਾਲ ਬਦਲਾਅ ਨਹੀਂ।

ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਟ੍ਰਾਂਸਪੋਰਟ ਤਸਦੀਕ ਇੱਕੋ ਪਾਸ ਵਿੱਚ ਚਾਲੂ ਰੱਖੋ। ਪਹੁੰਚਣਾ ਭਰੋਸਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਟਨਲ ਦੇ ਅੰਦਰ ਹਰ ਡਿਵਾਈਸ ਇਸ ਨਾਲ ਪ੍ਰਸ਼ਾਸਕ ਨਹੀਂ ਬਣ ਜਾਂਦਾ। ਟਨਲ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਅਤੇ ਰਾਊਟਰ ਖਾਤਾ ਵੱਖਰੇ ਜੀਵਨ-ਚੱਕਰਾਂ ਵਾਲੇ ਵੱਖਰੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਹਨ, ਇਸ ਲਈ ਗੁੰਮ ਹੋਏ ਲੈਪਟਾਪ ਦੀ ਕੁੰਜੀ ਹਰ ਪ੍ਰਸ਼ਾਸਕ ਦਾ ਪਾਸਵਰਡ ਰੀਸੈਟ ਕੀਤੇ ਬਿਨਾਂ ਰੱਦ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਸੋਫ਼ੇ ਤੋਂ ਨਹੀਂ, ਬਾਹਰੋਂ ਟੈਸਟ

ਉਸ ਨੈੱਟਵਰਕ ਤੋਂ ਟੈਸਟ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਨਹੀਂ ਕਰਦੇ। ਮਨਜ਼ੂਰ ਟਨਲ ਰਾਹੀਂ ਜੁੜੋ, ਨਵਾਂ ਐਡਮਿਨ ਸੈਸ਼ਨ ਖੋਲ੍ਹੋ ਅਤੇ ਕੁਝ ਬੇਹਾਨੀ ਬਦਲੋ ਜੋ ਤੁਸੀਂ ਪੇਜ ’ਤੇ ਝਲਕਦਾ ਦੇਖਦੇ ਹੋ। ਸੋਫ਼ੇ ਤੋਂ ਤੁਸੀਂ ਸਾਬਤ ਕਰਦੇ ਹੋ ਕਿ LAN ਕੰਮ ਕਰਦਾ ਹੈ, ਜਿਸ ’ਤੇ ਕਦੇ ਸ਼ੱਕ ਨਹੀਂ ਸੀ।

ਫਿਰ ਉਸੇ ਧਿਆਨ ਨਾਲ ਇਨਕਾਰਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਟਨਲ ਤੋਂ ਬਿਨਾਂ ਪੇਜ ਖੋਲ੍ਹਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਪ੍ਰਸ਼ਾਸਨ ਸੇਵਾ WAN ਪਤੇ ’ਤੇ ਬਿਲਕੁਲ ਨਹੀਂ ਸੁਣ ਰਹੀ। ਸਿਰਫ਼ ਲਿੰਕ ਰਹਿਤ ਪੇਜ ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਨਹੀਂ ਹੈ, ਅਤੇ ਲੌਗਇਨ ਫਾਰਮ ਦਿਖਾਉਣ ਵਾਲਾ WAN ਸਰੋਤਾ ਅਜੇ ਵੀ WAN ਸਰੋਤਾ ਹੈ। ਜੇ ਪਾਸਵਰਡ ਇੰਟਰਨੈਟ ਅਤੇ ਰਾਊਟਰ ਕੰਸੋਲ ਵਿਚਕਾਰ ਇੱਕੋ ਇੱਕ ਚੀਜ਼ ਹੈ, ਤਾਂ ਡਿਜ਼ਾਈਨ ਇੱਕ ਪਾਸਵਰਡ ਹੈ।

ਘਰ ਦੀਆਂ ਸੇਵਾਵਾਂ ਤੁਹਾਡੇ ਉੱਥੇ ਹੁੰਦਿਆਂ ਇੱਕ ਨਜ਼ਰ ਦੇ ਯੋਗ ਹਨ। ਪ੍ਰਬੰਧਨ ਨਿਯਮ ਸਖਤ ਕਰਨਾ ਅਕਸਰ ਮਹਿਮਾਨ ਨੈੱਟਵਰਕ ਜਾਂ ਪਰਿਵਾਰ ਦੇ ਡਿਵਾਈਸਾਂ ਵੱਲੋਂ ਵਰਤੇ ਜਾਂਦੇ ਰਿਜ਼ੌਲਵਰ ਨੂੰ ਤੋੜ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਉਹ ਦਿਨਾਂ ਬਾਅਦ ਅਸੰਬੰਧਿਤ ਸ਼ਿਕਾਇਤ ਵਜੋਂ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ।

ਬਦਲਾਅ ਕਰਦਿਆਂ ਵਾਪਸੀ ਦਾ ਰਾਹ ਰੱਖਣਾ

ਦੂਰੋਂ ਰਾਹ ਜਾਂ ਟਨਲ ਸੈਟਿੰਗਾਂ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਸੁਤੰਤਰ ਵਾਪਸੀ ਦਾ ਰਾਹ ਤਿਆਰ ਕਰੋ। ਮੌਜੂਦਾ ਸੈਸ਼ਨ ਉਸ ਬਦਲਾਅ ਨੂੰ ਝੱਲ ਸਕਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਰੋਕਦਾ ਹੈ, ਅਤੇ ਲੋਕ ਅਜੇ ਵੀ ਚੱਲ ਰਹੇ ਸੈਸ਼ਨ ਨੂੰ ਦੇਖਦਿਆਂ ਆਪਣੇ ਆਪ ਨੂੰ ਬਾਹਰ ਤਾਲਾ ਲਗਾਉਂਦੇ ਹਨ ਠੀਕ ਇਸੇ ਤਰ੍ਹਾਂ। ਵਿਕਲਪ ਠੋਸ ਹਨ: ਜਾਣੀ ਜਾਂਦੀ ਕਨਫਿਗਰੇਸ਼ਨ ’ਤੇ ਨਿਯਤ ਰੀਬੂਟ, ਕੰਸੋਲ ਜਾਂ ਭੌਤਿਕ ਪਹੁੰਚ, ਸੰਪਾਦਿਤ ਹੋ ਰਹੀ ਸੈਟਿੰਗ ’ਤੇ ਨਿਰਭਰ ਨਾ ਕਰਨ ਵਾਲੀ ਦੂਜੀ ਟਨਲ, ਜਾਂ ਹਾਰਡਵੇਅਰ ਜਿੱਥੇ ਦੇਵੇ ਉੱਥੇ ਆਊਟ-ਆਫ਼-ਬੈਂਡ ਪ੍ਰਬੰਧਨ। ਇੱਕ ਚੁਣੋ ਅਤੇ ਸਾਂਭ-ਸੰਭਾਲ ਵਿੰਡੋ ਤੋਂ ਪਹਿਲਾਂ ਸਾਬਤ ਕਰੋ, ਉਸ ਦੌਰਾਨ ਨਹੀਂ।

ਰਿਕਾਰਡ ਛੋਟਾ ਅਤੇ ਅਦਿਅਤਨ ਰੱਖੋ: ਕਿਹੜਾ ਹੋਸਟ ਟਨਲ ਖਤਮ ਕਰਦਾ ਹੈ, ਕਿਹੜੀਆਂ ਪਛਾਣਾਂ ਪੇਜ ਤੱਕ ਪਹੁੰਚ ਸਕਦੀਆਂ ਹਨ, ਸੇਵਾ ਕਿਸ ਪਤੇ ਨਾਲ ਬੱਝੀ ਹੈ, ਅਤੇ ਗੁੰਮ ਡਿਵਾਈਸ ਕਿਵੇਂ ਰੱਦ ਹੁੰਦਾ ਹੈ। ਉਹ ਸੂਚੀ ਬਹਾਲੀ ਯੋਜਨਾ ਵਜੋਂ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਦੱਸਦੀ ਹੈ ਕਿ ਹਰ ਨਿਰਭਰਤਾ ਕਿੱਥੇ ਰਹਿੰਦੀ ਹੈ। ਗੁੰਮ ਵਾਪਸੀ ਦਾ ਰਾਹ ਠੀਕ ਕਰਨ ਵਾਲੀ ਰਾਊਟਿੰਗ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਇਹ WAN ’ਤੇ ਪ੍ਰਸ਼ਾਸਨ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦਾ ਕਾਰਨ ਕਦੇ ਨਹੀਂ ਹੈ।