ਕਿਉਂ VPN ਜੁੜਿਆ ਦਿਖ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕੁਝ ਵੀ ਕੰਮ ਨਹੀਂ ਕਰਦਾ

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

ਜੁੜਿਆ ਕਹੇ ਜਾਣ ਵਾਲੀਆਂ ਤਿੰਨ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ

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

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

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

ਕਿਹੜਾ ਕਾਊਂਟਰ ਸਿੱਧ ਕਰਦਾ ਹੈ ਕਿ ਪੈਕੇਟ ਹਿਲੇ

IPsec ਵਿੱਚ IKE ਸੰਬੰਧ ਅਤੇ CHILD ਸੰਬੰਧ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਹਨ, ਅਤੇ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਕਾਊਂਟਰ ਸਿਰਫ਼ child ਕੋਲ ਹਨ। child ਦੀ ਸੂਚੀ ਬਣਾਓ, ਵੇਖੋ ਕਿ ਪੈਕੇਟ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਵਧ ਰਹੇ ਹਨ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਇਸਦੀ ਤੁਲਨਾ ਉਸ ਨਾਲ ਕਰੋ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਕਰਨਾ ਚਾਹੁੰਦੀ ਹੈ। ਸਿਫ਼ਰ ’ਤੇ ਸਥਾਪਿਤ ਸੰਬੰਧ, ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਜੇ ਵੀ ਫੇਲ੍ਹ ਹੁੰਦਿਆਂ ਵਧ ਰਹੇ ਸੰਬੰਧ ਤੋਂ ਵੱਖਰਾ ਨਤੀਜਾ ਹੈ; ਪਹਿਲਾ ਦੱਸਦਾ ਹੈ ਕਿ ਟ੍ਰੈਫ਼ਿਕ ਚੁਣਿਆ ਨਹੀਂ ਜਾ ਰਿਹਾ, ਦੂਜਾ ਕਿ ਉਹ ਹਿਲ ਰਿਹਾ ਹੈ ਅਤੇ ਨੁਕਸ ਹੋਰ ਅੱਗੇ ਹੈ। ਕਾਊਂਟਰ ਦੋ ਵਾਰ ਪੜ੍ਹੋ, ਕੁਝ ਸਕਿੰਟਾਂ ਦੇ ਵਕਫ਼ੇ ਨਾਲ, ਕਿਉਂਕਿ ਇੱਕ ਨਮੂਨਾ ਰੁਝਾਨ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ।

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

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

ਕਾਊਂਟਰ ਹਿਲਣ ਤੋਂ ਬਾਅਦ ਨੁਕਸ ਕਿੱਥੇ ਬੈਠਦਾ ਹੈ

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

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

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

ਟ੍ਰਿਗਰ ਲਿਖੋ, ਫਿਰ ਇੱਕ ਚੀਜ਼ ਬਦਲੋ

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

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

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