Windows 'ਤੇ WireGuard ਸਰਵਰ ਦੇ ਜਨਤਕ IP 'ਤੇ SSH ਫੇਲ੍ਹ ਹੁੰਦਾ ਹੈ

ਜਿਹੜੀਆਂ ਸੁਰੰਗਾਂ ਉੱਠਦੀਆਂ ਹਨ ਜਦੋਂ ਸਰਵਰ ਦੇ ਜਨਤਕ ਪਤੇ 'ਤੇ SSH ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ, ਉਹ ਸਰਵਰ ਵੱਲੋਂ ਕਨੈਕਸ਼ਨ ਰੱਦ ਕਰਨ ਵਾਂਗ ਦਿਸਦੀਆਂ ਹਨ। Windows 'ਤੇ ਵਧੇਰੇ ਸੰਭਾਵਿਤ ਕਾਰਨ ਸਥਾਨਕ ਹੈ: ਪੂਰੀ ਸੁਰੰਗ ਦਾ AllowedIPs /0 ਹੋਣ 'ਤੇ ਪਾਬੰਦੀਸ਼ੁਦਾ ਫਾਇਰਵਾਲ ਨਿਯਮ ਚਾਲੂ ਹੁੰਦੇ ਹਨ, ਜੋ ਸੁਰੰਗ ਦੀ ਆਪਣੀ ਆਵਾਜਾਈ ਅਤੇ ਬਹੁਤ ਘੱਟ ਹੋਰ ਚੀਜ਼ਾਂ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿੰਦੇ ਹਨ। ਉਸ ਪਤੇ 'ਤੇ ਪਹੁੰਚਣ ਵਾਲੇ ਐਨਕ੍ਰਿਪਟਡ ਪੈਕਟ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੇ ਕਿ ਉਸੇ ਪਤੇ 'ਤੇ ਵੱਖਰਾ TCP ਕਨੈਕਸ਼ਨ ਬਾਹਰ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਨਹੀਂ।

ਪੀਅਰ ਸੂਚੀ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਐਂਡਪੁਆਇੰਟ ਦਾ ਜਨਤਕ ਪਤਾ ਉਸਦੇ ਅੰਦਰੂਨੀ ਸੁਰੰਗ ਪਤੇ ਤੋਂ ਵੱਖ ਕਰੋ। AllowedIPs ਸੋਧ ਕੇ ਇਸਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਲਗਭਗ ਹਰ ਕੋਸ਼ਿਸ਼ ਰੂਟ ਨੂੰ ਸਹੀ ਕਰਨ ਦੀ ਬਜਾਏ ਨੀਤੀ ਨੂੰ ਕਮਜ਼ੋਰ ਬਣਾਉਂਦੀ ਹੈ।

ਰੂਟਿੰਗ ਮਨਜ਼ੂਰੀ ਅਤੇ ਫਾਇਰਵਾਲ ਮਨਜ਼ੂਰੀ ਵੱਖਰੀਆਂ ਹਨ

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

ਇਸੇ ਲਈ ਐਂਡਪੁਆਇੰਟ 'ਤੇ traceroute ਸਫਲ ਹੋ ਸਕਦਾ ਹੈ ਜਦ ਕਿ SSH ਕੋਸ਼ਿਸ਼ ਫੇਲ੍ਹ ਹੁੰਦੀ ਹੈ। ਪਹਿਲੇ ਨੂੰ ਅਪਵਾਦ ਵਾਲੀ ਸੇਵਾ ਢੋਂਦੀ ਹੈ, ਦੂਜੇ ਨੂੰ ਨਹੀਂ।

Windows 'ਤੇ /0 ਕੀ ਕਰਦਾ ਹੈ

ਜਦੋਂ ਇੱਕੋ ਪੀਅਰ ਦੇ ਮਨਜ਼ੂਰ ਪਤੇ ਪੂਰਾ IPv4 ਖੇਤਰ ਢਕਦੇ ਹਨ, ਤਾਂ WireGuard for Windows ਪਾਬੰਦੀਸ਼ੁਦਾ ਫਾਇਰਵਾਲ ਰੁਖ਼ ਲਾਗੂ ਕਰਦਾ ਹੈ ਜੋ ਉਸ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕਦਾ ਹੈ ਜੋ ਨਹੀਂ ਤਾਂ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਜਾਂਦਾ। ਸੁਰੰਗ ਸੇਵਾ ਦੀ ਆਪਣੀ ਆਵਾਜਾਈ ਦੀ ਮਨਜ਼ੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਨਹੀਂ ਤਾਂ VPN ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦਾ ਸੀ। ਉਸੇ ਜਨਤਕ ਪਤੇ 'ਤੇ ਜਾਣ ਵਾਲੀ ਦੂਜੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਜਿਹੀ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਮਿਲਦੀ, ਕਿਉਂਕਿ ਅਪਵਾਦ ਆਵਾਜਾਈ ਦਾ ਹੈ, ਪਤੇ ਦਾ ਨਹੀਂ। Windows ਨੈੱਟਵਰਕਿੰਗ ਨੋਟਸ ਇਸ ਵਿਵਹਾਰ ਅਤੇ ਸੰਪਾਦਕ ਵਿੱਚ ਸੰਬੰਧਿਤ ਨਿਯੰਤਰਣ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ।

ਉਹ ਨਿਯਮ kill switch ਵਾਕਾਂਸ਼ ਪਿੱਛੇ ਦਾ ਤੰਤਰ ਹਨ। ਉਹ ਉਸ ਨਾਮ ਵਾਲੇ ਚੈਕਬਾਕਸ ਨਾਲ ਨਹੀਂ, ਸਗੋਂ ਸੰਰਚਨਾ ਦੇ ਆਕਾਰ ਨਾਲ ਸਰਗਰਮ ਹੁੰਦੇ ਹਨ।

ਅਪਵਾਦ ਸੁਰੱਖਿਆ ਮਾਡਲ ਬਦਲਦੇ ਹਨ

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

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

ਤੁਸੀਂ ਚੁਣਿਆ ਪ੍ਰਬੰਧਨ ਰਾਹ ਪਰਖੋ

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

ipconfig | findstr /i "WireGuard IPv4"
wg show
ssh -v [email protected]
Test-NetConnection 203.0.113.9 -Port 22

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

ਪ੍ਰਬੰਧਨ ਰਾਹ, ਵਰਤਿਆ ਪਤਾ ਅਤੇ ਸੁਰੰਗ ਬੰਦ ਹੋਣ 'ਤੇ ਵਿਵਹਾਰ ਦਰਜ ਕਰੋ। ਪੰਜ ਮਿੰਟ ਬਚਾਉਣ ਲਈ ਬਾਈਪਾਸ ਚੌੜਾ ਕਰਨ ਤੋਂ ਅਗਲੇ ਵਿਅਕਤੀ ਨੂੰ ਰੋਕਣ ਵਾਲੀ ਉਹੀ ਨੋਟ ਹੈ।