VPN ਕਲਾਇੰਟ ਜੁੜਨ ਸਾਰ ਵੈੱਬ ਸਰਵਰ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ

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

ਲੱਛਣ: ਬੇਨਤੀਆਂ ਅੰਦਰ, ਜਵਾਬ ਗ਼ਲਤ ਦਰਵਾਜ਼ੇ ਰਾਹੀਂ ਬਾਹਰ

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

ਜਵਾਬ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ ਇਹ ਦੇਖ ਕੇ ਇਸ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਬੇਨਤੀ ਕਿਵੇਂ ਆਉਂਦੀ ਹੈ ਇਹ ਦੇਖ ਕੇ ਨਹੀਂ।

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

ਦੋ ਡਿਫ਼ਾਲਟ ਰਾਹ ਅਤੇ ਇੱਕ ਰਾਊਟਿੰਗ ਫ਼ੈਸਲਾ

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

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

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

ਟਨਲ ਤੋੜੇ ਬਿਨਾਂ ਵਾਪਸੀ ਦਾ ਰਾਹ ਸੁਧਾਰੋ

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

ਹੋਸਟ ਨੂੰ ਕੀ ਕਰਨਾ ਹੈ ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ ਚੁਣੋ, ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਕਿਹੜਾ ਟੁਕੜਾ ਮਿਲਿਆ ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ ਨਹੀਂ।

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

ip rule show
ip route get 203.0.113.9 from 192.0.2.44

ਜਦੋਂ ਹੋਸਟ ਆਪਣੇ ਪਿੱਛੇ ਦੀ LAN ਲਈ ਵੀ ਰਾਊਟ ਕਰਦਾ ਹੈ

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

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

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