ਆਪਣੀ WireGuard ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਇੱਕ ਵੈੱਬਸਾਈਟ ਨੂੰ ਕਿਵੇਂ ਰੂਟ ਕਰੀਏ

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

ਸੁਰੰਗ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਮੰਜ਼ਿਲ ਦਾ ਪਤਾ ਪੜ੍ਹੋ

ਸੁਰੰਗ ਚਾਲੂ ਰੱਖ ਕੇ ਸਾਈਟ ਇੱਕ ਵਾਰ ਲੋਡ ਕਰੋ, ਫਿਰ ਉਸ ਪੀਅਰ ਪਤੇ ਨੂੰ ਵੇਖੋ ਜਿਸ ਨਾਲ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਅਸਲ ਵਿੱਚ ਕਨੈਕਟ ਕੀਤਾ ਸੀ। Linux 'ਤੇ, ss -tunp ਹਰ ਖੁੱਲ੍ਹੇ ਸਾਕਟ ਦਾ ਦੂਰਲਾ ਪਤਾ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਅਤੇ dig +short ਉਸੇ ਨਾਮ 'ਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਰਿਜ਼ੋਲਵਰ ਨੇ ਕੀ ਵਾਪਸ ਕੀਤਾ। ਦੋਵੇਂ ਅੰਕ ਆਪਣੇ ਸਾਹਮਣੇ ਰੱਖੋ।

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

ਦੂਜੇ ਨੈੱਟਵਰਕ ਤੋਂ ਲੁੱਕਅੱਪ ਦੂਜੀ ਵਾਰ ਚਲਾਓ, ਅਤੇ IPv4 ਜਵਾਬ ਦੇ ਨਾਲ IPv6 ਜਵਾਬ ਵੀ ਦਰਜ ਕਰੋ। ਦੋਵੇਂ ਪਰਿਵਾਰਾਂ ਨੂੰ ਢੋਣ ਵਾਲੀ ਸੁਰੰਗ ਨੂੰ ਦੋਵਾਂ ਵਿੱਚ ਅਪਵਾਦ ਲੋੜੀਂਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਬ੍ਰਾਊਜ਼ਰ ਚੁੱਪਚਾਪ ਉਸ IPv6 ਰਾਹ 'ਤੇ ਵਾਪਸ ਆ ਜਾਂਦਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਛੋਹਿਆ। ਪਤੇ ਅਤੇ ਤਾਰੀਖ਼ ਕਿਤੇ ਲਿਖੋ ਜਿੱਥੇ ਤੁਸੀਂ ਫਿਰ ਵੇਖੋਗੇ।

ਕਲਾਇੰਟ 'ਤੇ ਇੱਕ ਹੋਸਟ ਰੂਟ ਰੱਖੋ

ਮੰਨ ਲਓ ਕਿ ਇੰਟਰਫੇਸ ਦਾ ਨਾਮ home-wg ਹੈ ਅਤੇ LAN ਰਾਊਟਰ 192.168.1.1 'ਤੇ ਹੈ। NetworkManager ਉਹ ਰੂਟ ਲੈਂਦਾ ਹੈ ਜਿਸ ਦਾ ਗੇਟਵੇ ਉਹੀ ਰਾਊਟਰ ਹੈ ਅਤੇ ਜਿਸ ਦੀ ਪ੍ਰੀਫਿਕਸ ਲੰਬਾਈ ਪੂਰੇ 32 ਬਿੱਟ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ, ਅਤੇ ਕਰਨਲ ਇਸ ਨੂੰ ਤਰਜੀਹ ਦਿੰਦਾ ਹੈ ਕਿਉਂਕਿ ਸਭ ਤੋਂ ਲੰਮਾ ਪ੍ਰੀਫਿਕਸ ਜਿੱਤਦਾ ਹੈ।

nmcli connection modify home-wg +ipv4.routes "198.51.100.20/32 192.168.1.1"
nmcli connection up home-wg
ip route get 198.51.100.20

ਗੇਟਵੇ ਸੁਰੰਗ ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਅਗਲੀ ਹਾਪ ਨੂੰ ਸੁਰੰਗ ਦੇ ਪਤੇ ਵੱਲ ਦਿਖਾਉਣਾ ਮਕਸਦ ਨੂੰ ਬਰਬਾਦ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਪੈਕੇਟ ਉਸ ਇੰਟਰਫੇਸ ਵਿੱਚ ਦੁਬਾਰਾ ਦਾਖਲ ਹੋਵੇਗਾ ਜਿਸ ਤੋਂ ਤੁਸੀਂ ਬਚਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਕਨੈਕਸ਼ਨ ਦੁਬਾਰਾ ਉੱਠਣ ਤੋਂ ਬਾਅਦ, ip route get ਅਪਵਾਦ ਲਈ LAN ਗੇਟਵੇ ਛਾਪਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਜਨਤਕ ਰਿਜ਼ੋਲਵਰ ਲਈ ਉਹੀ ਕਮਾਂਡ ਅਜੇ ਵੀ ਸੁਰੰਗ ਡਿਵਾਈਸ ਛਾਪਣੀ ਚਾਹੀਦੀ ਹੈ।

wg-quick ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕੋਈ ਰੂਟ ਫੀਲਡ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਉਹੀ ਅਪਵਾਦ ਇੱਕ PostUp ਲਾਈਨ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ ਜੋ ਹੋਸਟ ਰੂਟ ਨੂੰ LAN ਇੰਟਰਫੇਸ ਨੂੰ ਇਸ ਦਾ ਡਿਵਾਈਸ ਬਣਾ ਕੇ ਮੁੱਖ ਟੇਬਲ ਵਿੱਚ ਜੋੜਦੀ ਹੈ। ਸੰਪਾਦਨ ਤੋਂ ਬਾਅਦ ਇੰਟਰਫੇਸ ਨੂੰ ਹੇਠਾਂ ਅਤੇ ਦੁਬਾਰਾ ਉੱਪਰ ਕਰੋ, ਕਿਉਂਕਿ ਚੱਲਦਾ ਇੰਟਰਫੇਸ ਕਦੇ ਵੀ ਆਪਣੀ ਫਾਈਲ ਦੁਬਾਰਾ ਨਹੀਂ ਪੜ੍ਹਦਾ। wg-quick ਜੋ fwmark ਨਿਯਮ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ ਉਹ ਸਿਰਫ਼ ਆਪਣੇ ਐਨਕੈਪਸੂਲੇਟਿਡ ਪੈਕੇਟਾਂ ਨੂੰ ਨਿਰਦੇਸ਼ਿਤ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਆਮ ਬ੍ਰਾਊਜ਼ਰ ਟ੍ਰੈਫਿਕ ਅਜੇ ਵੀ ਮੁੱਖ ਟੇਬਲ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਹਾਡਾ /32 ਲੱਭ ਲੈਂਦਾ ਹੈ।

ਕਿੱਲ ਸਵਿੱਚ ਅਗਲੀ ਚੀਜ਼ ਹੈ ਜੋ ਇਸ ਨੂੰ ਰੋਕਦੀ ਹੈ

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

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

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

DNS ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਕਿਹੜੇ ਪਤੇ 'ਤੇ ਡਾਇਲ ਕਰੇਗਾ

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

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

ਰਾਊਟਰ 'ਤੇ ਉਹੀ ਅਪਵਾਦ, ਇੱਕ ਵਾਰ, ਹਰ ਡਿਵਾਈਸ ਲਈ

ਜਦੋਂ ਸੁਰੰਗ ਰਾਊਟਰ 'ਤੇ ਚੱਲਦੀ ਹੈ, ਹੋਸਟ ਰੂਟ ਰਾਊਟਰ ਦੀ ਨੀਤੀ ਰਾਊਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਅਤੇ LAN ਗੇਟਵੇ ਦੀ ਬਜਾਏ WAN ਗੇਟਵੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਇਸ ਪਿੱਛੇ ਦਾ ਹਰ ਡਿਵਾਈਸ ਅਪਵਾਦ ਵਿਰਾਸਤ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ, ਜੋ ਸਟ੍ਰੀਮਿੰਗ ਬਾਕਸ ਜਾਂ ਕੰਮ ਵਾਲੇ ਲੈਪਟਾਪ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ ਜਿਸ ਦੀਆਂ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ ਤੁਸੀਂ ਬਦਲ ਨਹੀਂ ਸਕਦੇ।

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

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