ਕਿਵੇਂ ਪਤਾ ਕਰੀਏ ਕਿ Linux 'ਤੇ VPN ਟਨਲ ਸੱਚਮੁੱਚ ਚੱਲ ਰਿਹਾ ਹੈ
ਇੰਟਰਫ਼ੇਸ ਫ਼ਲੈਗ, ਰੂਟ ਖੋਜ, ਟੇਬਲ 220 ਅਤੇ ਹੈਂਡਸ਼ੇਕ ਦੇ ਸਮਾਂ-ਛਾਪ ਵੱਖ-ਵੱਖ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। ਹਰ ਸਕ੍ਰਿਪਟ ਕਦਮ ਨੂੰ ਉਸ ਜਾਂਚ ਨਾਲ ਜੋੜੋ ਜੋ ਉਸਦੀ ਪੂਰਵ-ਸ਼ਰਤ ਸਾਬਤ ਕਰਦੀ ਹੈ।
Cron ਹਰ ਦਸ ਮਿੰਟ ਬਾਅਦ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਿਹਤਮੰਦ VPN ਮੁੜ ਚਾਲੂ ਕਰਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਕੰਮ ਮਰੇ ਹੋਏ VPN ਨੂੰ ਇੱਕ ਹਫ਼ਤਾ ਚੱਲਦਾ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਦੋਵੇਂ ਅਸਫ਼ਲਤਾਵਾਂ «ਚੱਲ ਰਿਹਾ» ਨੂੰ ਇੱਕ ਤੱਥ ਮੰਨਣ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ, ਜਦੋਂ ਕਿ ਇਹ ਘੱਟੋ-ਘੱਟ ਚਾਰ ਹੈ। ਜੰਤਰ ਪ੍ਰਬੰਧਕੀ ਤੌਰ 'ਤੇ ਸਮਰਥ, ਸਹੀ ਢੰਗ ਨਾਲ ਰੂਟ ਕੀਤਾ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਇਨਕ੍ਰਿਪਟਿਡ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕੁਝ ਵੀ ਲਾਹੇਵੰਦ ਨਹੀਂ ਢੋਂਦਾ। ਪਹਿਲਾਂ ਨਿਰੀਖਣ ਵੱਖ ਕਰੋ, ਅਤੇ ਜਾਂਚ ਲਗਭਗ ਆਪਣੇ ਆਪ ਲਿਖੀ ਜਾਵੇਗੀ।
ਲਿੰਕ ਫ਼ਲੈਗ ਜੰਤਰ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ, ਰਾਹ ਦਾ ਨਹੀਂ
ਸਾਰੇ ਜੋ ਜਾਂਚ ਕਾਪੀ ਕਰਦੇ ਹਨ ਉਹ ਸਿਰਫ਼ ਜ਼ੀਰੋ ਦਾ ਹਾਰਡਵੇਅਰ ਪਤਾ ਲੱਭਦੀ ਹੈ। ਉਹ ਚਾਲ ਕੁਝ ਡਰਾਈਵਰਾਂ ਵਿੱਚ ਅਸਲ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਪਲੇਸਹੋਲਡਰ ਤੋਂ ਵੱਖ ਕਰਦੀ ਹੈ ਅਤੇ ਬਾਕੀਆਂ ਵਿੱਚ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਕਿਉਂਕਿ tun ਜੰਤਰ ਕੋਲ ਦੱਸਣ ਲਈ MAC ਹੀ ਨਹੀਂ ਹੁੰਦਾ। ip -brief link show tun0 ਇਸਦੀ ਥਾਂ ਫ਼ਲੈਗ ਦਿੰਦਾ ਹੈ: UP ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਬੰਧਕ ਨੇ ਜੰਤਰ ਸਮਰਥ ਕੀਤਾ, ਅਤੇ LOWER_UP ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡਰਾਈਵਰ ਲਿੰਕ ਨੂੰ ਵਰਤੋਂਯੋਗ ਮੰਨਦਾ ਹੈ। ਇਕੱਠੇ ਪੜ੍ਹਨ 'ਤੇ, ਉਹ ਦੱਸਦੇ ਹਨ ਕਿ ਜੰਤਰ ਮੌਜੂਦ ਹੈ ਅਤੇ ਪ੍ਰਬੰਧਕੀ ਤੌਰ 'ਤੇ ਬੰਦ ਨਹੀਂ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਪੈਕਟ ਦੇ ਜਾਣ ਦੀ ਥਾਂ ਹੈ।
OpenVPN ਰੂਟ ਲੱਗਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਆਪਣਾ tun ਜੰਤਰ ਬਣਾ ਲੈਂਦਾ ਹੈ, ਇਸ ਲਈ ਫ਼ਲੈਗ ਪੂਰੇ ਸਹੀ ਦਿਸ ਸਕਦੇ ਹਨ ਜਦੋਂ ਕੁਝ ਵੀ ਰੂਟ ਨਹੀਂ। ਇਹਨਾਂ ਨੂੰ ਪੂਰਵ-ਸ਼ਰਤ ਮੰਨੋ, ਕਦੇ ਵੀ ਜਵਾਬ ਨਹੀਂ।
ਪੁੱਛੋ ਕਿ ਪੈਕਟ ਕਿੱਥੇ ਜਾਵੇਗਾ
ਰੂਟ ਖੋਜ ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ ਜੋ ਫ਼ਲੈਗ ਨਹੀਂ ਦੇ ਸਕਦੇ। ip route get 10.8.0.1 from 10.8.0.2 ਇੰਟਰਫ਼ੇਸ, ਸਰੋਤ ਪਤਾ ਅਤੇ ਕਰਨਲ ਜੋ ਟੇਬਲ ਵਰਤੇਗਾ ਉਸਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਵੱਖਰੇ ਟਨਲ ਦੀ ਜਾਂਚ ਠੀਕ ਉਸੇ ਦੇ ਖ਼ਿਲਾਫ਼ ਕਰਨੀ ਹੁੰਦੀ ਹੈ। ਸਰੋਤ ਪਤੇ ਤੋਂ ਬਿਨਾਂ ਤੁਸੀਂ ਕੁਝ ਹੋਰ ਪੁੱਛ ਰਹੇ ਹੋ, ਅਤੇ ਨੀਤੀ-ਆਧਾਰਿਤ ਰੂਟਿੰਗ ਵਿੱਚ ਜਵਾਬ ਸਰੋਤ ਅਨੁਸਾਰ ਵੱਖ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਸਭ ਤੋਂ ਸਸਤੀ ਇਮਾਨਦਾਰ ਜਾਂਚ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਤੁਹਾਡੇ ਟ੍ਰੈਫ਼ਿਕ ਵੱਲੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਉਹਨਾਂ ਹੀ ਨਿਯਮਾਂ ਨਾਲ ਸਲਾਹ ਕਰਦੀ ਹੈ।
WireGuard ਲਈ, ਹੈਂਡਸ਼ੇਕ ਸ਼ਾਮਲ ਕਰੋ। wg show ਹਰ ਸਾਥੀ ਲਈ ਆਖ਼ਰੀ ਹੈਂਡਸ਼ੇਕ ਦਾ ਸਮਾਂ-ਛਾਪ ਛਾਪਦਾ ਹੈ, ਅਤੇ ਅੱਗੇ ਵਧਣਾ ਬੰਦ ਹੋਇਆ ਛਾਪ ਮਤਲਬ ਸਾਥੀ ਚਲਾ ਗਿਆ ਹੈ, ਇੰਟਰਫ਼ੇਸ ਫ਼ਲੈਗ ਕੁਝ ਵੀ ਕਹਿਣ। ਹਾਲੀਆ ਹੈਂਡਸ਼ੇਕ ਤੋਂ ਬਿਨਾਂ ਸੰਰਚਿਤ ਇੰਟਰਫ਼ੇਸ ਘਰੇਲੂ ਨਿਗਰਾਨੀ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਝੂਠੇ ਸਕਾਰਾਤਮਕ ਨਤੀਜਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।
ਟੇਬਲ 220 IPsec ਦੀ ਕਹਾਣੀ ਦੱਸਦਾ ਹੈ
strongSwan ਰੂਟ ਸਥਾਪਨਾ ਸਮਰਥ ਹੋਣ 'ਤੇ ਗੱਲਬਾਤ ਕੀਤੇ ਚੋਣਕਾਰਾਂ ਲਈ ਟੇਬਲ 220 ਵਿੱਚ ਰੂਟ ਸਥਾਪਿਤ ਕਰਦਾ ਹੈ। ip route list table 220 ਇਸ ਲਈ ਗੱਲਬਾਤ ਕੀਤੇ ਨੂੰ ਰੂਟ ਕੀਤੇ ਤੋਂ ਵੱਖ ਕਰਦਾ ਹੈ: ਲੋਡ ਕੀਤੇ ਕਨੈਕਸ਼ਨ ਦੇ ਕੋਲ ਖਾਲੀ ਟੇਬਲ ਮਤਲਬ IKE ਅਤੇ CHILD SA ਉੱਪਰ ਆਏ ਪਰ ਉਹਨਾਂ ਵੱਲ ਕੋਈ ਟ੍ਰੈਫ਼ਿਕ ਨਹੀਂ ਮੋੜਿਆ ਜਾ ਰਿਹਾ। ਜਾਂਚੋ ip xfrm state ਇਸਦੇ ਨਾਲ, ਕਿਉਂਕਿ ਇਹ ਸਥਾਪਿਤ ਸੁਰੱਖਿਆ ਸੰਘਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਅੰਤ ਬਿੰਦੂਆਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ।
ਟਰੈਪ ਨੀਤੀ ਹੀ ਧਿਆਨ ਦੇਣ ਵਾਲੀ ਸਥਿਤੀ ਹੈ। ਇਹ ਰੂਟ ਕਰਨ ਦੀ ਥਾਂ ਦਿਲਚਸਪ ਟ੍ਰੈਫ਼ਿਕ ਦੀ ਉਡੀਕ ਕਰਦੀ ਹੈ, ਇਸ ਲਈ ਕੁਝ ਟਨਲ ਸ਼ੁਰੂ ਨਾ ਕਰੇ ਜਦ ਤੱਕ ਟੇਬਲ ਖਾਲੀ ਰਹਿੰਦਾ ਹੈ।
ਮੈਨੇਜਰ ਸਥਿਤੀ ਅਤੇ ਡੈਮਨ ਸਥਿਤੀ ਵੱਖਰੀਆਂ ਸੂਚੀਆਂ ਹਨ
NetworkManager ਸਿਰਫ਼ ਆਪਣੀ ਮਾਲਕੀ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਸੂਚੀ ਦਿੰਦਾ ਹੈ। nmcli -t -f NAME,TYPE connection show --active ਸਿੱਧਾ wg-quick ਜਾਂ OpenVPN ਡੈਮਨ ਰਾਹੀਂ ਸ਼ੁਰੂ ਕੀਤੇ ਟਨਲ ਲਈ ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਕਰਦਾ।
ਇਹ ਫ਼ਰਕ ਉਦੋਂ ਮਹੱਤਵਪੂਰਨ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਸਕ੍ਰਿਪਟ ਨੂੰ ਤੈਅ ਕਰਨਾ ਹੋਵੇ ਕਿ ਦੋ ਮੈਨੇਜਰਾਂ ਵਿੱਚੋਂ ਕਿਸ ਨੂੰ ਪੁੱਛਣਾ ਹੈ। ਇਸ ਹੋਸਟ 'ਤੇ ਟਨਲ ਦਾ ਅਸਲ ਮਾਲਕ ਕੌਣ ਹੈ ਉਸਨੂੰ ਚੁਣੋ ਅਤੇ ਦੂਜੇ ਦੀ ਚੁੱਪ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੋ। ਜੇ ਦੋਵੇਂ ਹਨ, ਤਾਂ ਕੌਣ ਅਧਿਕਾਰਤ ਹੈ ਤੈਅ ਕਰੋ ਅਤੇ ਦੂਜੇ ਨੂੰ ਬੰਦ ਕਰੋ, ਕਿਉਂਕਿ ਇੱਕੋ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਰੂਟ ਮੁੜ ਲਿਖਣ ਵਾਲੇ ਦੋ ਮੈਨੇਜਰ ਅਜਿਹੀਆਂ ਅਸਫ਼ਲਤਾਵਾਂ ਪੈਦਾ ਕਰਦੇ ਹਨ ਜੋ ਕੋਈ ਦੁਬਾਰਾ ਨਹੀਂ ਬਣਾ ਸਕਦਾ। ਗ਼ੈਰਹਾਜ਼ਰ ਐਂਟਰੀ ਮੈਨੇਜਰ ਬਾਰੇ ਜਾਣਕਾਰੀ ਹੈ, ਟਨਲ ਬਾਰੇ ਨਹੀਂ।
ਅਗਲੇ ਕਦਮ ਨੂੰ ਉਸ ਜਾਂਚ ਨਾਲ ਜੋੜੋ ਜੋ ਉਸਨੂੰ ਲੋੜੀਂਦੀ ਹੈ
UDP ਪੋਰਟ ਪੋਲ ਕਰਨਾ ਤਿਆਰੀ ਬਾਰੇ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ, ਕਿਉਂਕਿ UDP ਵਿੱਚ ਹੈਂਡਸ਼ੇਕ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ nc -u ਪੈਕਟ ਨਿਕਲਣ ਸਾਰ ਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਜਾਂਚੋ ਕਿ ਅਗਲਾ ਕਦਮ ਅਸਲ ਵਿੱਚ ਕੀ ਵਰਤਦਾ ਹੈ: ਫਾਰਵਰਡ ਕੀਤੇ ਪੋਰਟ 'ਤੇ TCP ਕਨੈਕਸ਼ਨ, ਟਨਲ ਅੰਦਰਲੇ ਹੋਸਟ ਨੂੰ ਬੇਨਤੀ, ਅਜਿਹਾ ਨਾਮ ਜੋ ਸਿਰਫ਼ ਉੱਥੇ ਹੀ ਹੱਲ ਹੁੰਦਾ ਹੈ। ਉਡੀਕ ਨੂੰ ਸਮਾਂ-ਸੀਮਾ ਅਤੇ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਗਿਣਤੀ ਨਾਲ ਸੀਮਿਤ ਕਰੋ, ਅਤੇ ਮੁੱਕਣ 'ਤੇ ਜ਼ੋਰ ਨਾਲ ਅਸਫਲ ਹੋਵੋ।
ਕਲਾਇੰਟ ਹੁੱਕ ਦਿੰਦਾ ਹੈ ਤਾਂ ਹੁੱਕ ਪੋਲਿੰਗ ਤੋਂ ਬਿਹਤਰ ਹਨ। --up ਅਤੇ --down OpenVPN ਦੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਇੰਟਰਫ਼ੇਸ ਦੀ ਸਥਿਤੀ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਚੱਲਦੀਆਂ ਹਨ, ਜੋ ਦੌੜ ਪੂਰੀ ਤਰ੍ਹਾਂ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਪਰ ਉਹ ਡੈਮਨ ਵੱਲੋਂ ਰੱਖੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰਾਂ ਨਾਲ ਚੱਲਦੀਆਂ ਹਨ। ਜੇ OpenVPN user ਅਤੇ group ਰਾਹੀਂ ਗ਼ੈਰ-ਵਿਸ਼ੇਸ਼ਾਧਿਕਾਰੀ ਖਾਤੇ ਵਿੱਚ ਡਿੱਗ ਗਿਆ ਹੈ, ਤਾਂ ਹੁੱਕ ਉਸੇ ਖਾਤੇ ਵਜੋਂ ਚੱਲਦਾ ਹੈ। ਫਿਰ ਸਿਸਟਮ ਸੇਵਾ ਮੁੜ ਚਾਲੂ ਕਰਨ ਲਈ sudo ਚਾਹੀਦਾ ਹੈ ਜੋ ਠੀਕ ਉਸੇ ਹੀ ਹੁਕਮ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇ। ਮੁੜ-ਕੋਸ਼ਿਸ਼ cron ਲੂਪ ਦੀ ਥਾਂ ਸੇਵਾ ਮੈਨੇਜਰ ਨੂੰ ਸੌਂਪੋ: ਸ਼ੁਰੂਆਤ ਸੀਮਾ ਵਾਲੀ ਸੀਮਿਤ ਰੀਸਟਾਰਟ ਨੀਤੀ ਟੁੱਟਿਆ ਟਨਲ ਸਾਹਮਣੇ ਲਿਆਉਂਦੀ ਹੈ, ਜਦੋਂ ਕਿ ਅਸੀਮਿਤ ਲੂਪ ਉਸਨੂੰ ਅਨਿਸ਼ਚਿਤ ਕਾਲ ਤੱਕ ਲੁਕਾਉਂਦਾ ਹੈ।