ਦੂਜਾ VPN ਐਂਡਪੌਇੰਟ: ਇਹ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

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

ਤੁਲਨਾ ਕਰੋ ਕਿ ਦੋਵੇਂ ਐਂਡਪੌਇੰਟ ਕੀ ਸਾਂਝਾ ਕਰਦੇ ਹਨ

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

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

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

ਤੈਅ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਕਿਵੇਂ ਬਦਲਦਾ ਹੈ

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

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

ਬਦਲਿਆ ਨਿਕਾਸ ਪਤਾ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਹਾਲਤ ਵੀ ਤੋੜਦਾ ਹੈ। ਫੇਲਓਵਰ ਮੁੜ ਪ੍ਰਾਪਤੀ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਨਿਰਵਿਘਨ ਨਿਰੰਤਰਤਾ ਕਹਿਣਾ ਉਹ ਉਮੀਦ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਟਰਾਂਸਪੋਰਟ ਪੂਰੀ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਇੱਕ ਅਸਲ ਵਿਫ਼ਲਤਾ ਦੀ ਜਾਂਚ ਕਰੋ

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

dig +short vpn2.example.net
ip route get 10.20.30.41
journalctl -u openvpn@backup --since '-10 min'

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

ਫਿਰ ਮੂਲ ਨੂੰ ਵਾਪਸ ਲਿਆਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕਲਾਇੰਟ ਵਾਪਸ ਆਉਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਅਚਾਨਕ ਹੋਣ ਵਾਲਾ ਵਾਪਸੀ ਵਿਵਹਾਰ ਹੈ ਜਿਸਦੀ ਯੋਜਨਾ ਕਿਸੇ ਨੇ ਨਹੀਂ ਬਣਾਈ ਸੀ।

ਲਿਖੋ ਕਿ ਦੂਜਾ ਪਤਾ ਕੀ ਦਿੰਦਾ ਹੈ

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

ਇੱਕ ਸਰਵਰ ਤੋਂ ਆਜ਼ਾਦੀ ਸਾਂਝੇ ਖਾਤੇ ਜਾਂ ਟਾਰਗੇਟ ਨੈੱਟਵਰਕ ਤੋਂ ਆਜ਼ਾਦੀ ਨਹੀਂ ਹੈ। ਜੋ ਪੈਰਾ ਇਹ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਕਹਿੰਦਾ ਹੈ, ਉਹੀ ਦੂਜੇ ਪਤੇ ਨੂੰ ਅੰਦਰੂਨੀ ਤੌਰ ’ਤੇ ਉੱਚ ਉਪਲਬਧਤਾ ਵਜੋਂ ਵੇਚੇ ਜਾਣ ਤੋਂ ਰੋਕਦਾ ਹੈ। ਇਹ ਅਗਲੇ ਆਪਰੇਟਰ ਨੂੰ ਇਹ ਵੀ ਦੱਸਦਾ ਹੈ ਕਿ ਜੋੜੀ ਇਕੱਠੀ ਫੇਲ ਹੋਣ ’ਤੇ ਪਹਿਲਾਂ ਕੀ ਜਾਂਚਣਾ ਹੈ।