VPN ਜੁੜਿਆ ਹੈ ਪਰ ਇੱਕ ਸੇਵਾ ਫੇਲ੍ਹ: ਪੜਾਅ ਵੱਖ ਕਰੋ

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

ਨਾਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ, ਟਨਲ ਨਾਲ ਨਹੀਂ

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

resolvectl query host.internal
getent hosts host.internal

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

ਕਰਨਲ ਨੂੰ ਪੁੱਛੋ ਕਿ ਉਸਨੇ ਕਿਹੜਾ ਮਾਰਗ ਚੁਣਿਆ

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

ip route get 10.20.30.40
ip -brief address show

dev, via ਅਤੇ src ਖੇਤਰ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਵੱਖਰਾ ਸ਼ੱਕ ਦੂਰ ਕਰਦਾ ਹੈ। ਇਹ ਪੜਾਅ ਕਲਾਇੰਟ ਵੱਲੋਂ ਸਥਾਪਿਤ ਸਥਿਤੀ ਦਾ ਵੀ ਮਾਲਕ ਹੈ, ਕਿਉਂਕਿ ਫਾਇਰਵਾਲ ਨਿਯਮ ਅਤੇ ਰੂਟ ਅਸਧਾਰਨ ਨਿਕਾਸ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿ ਸਕਦੇ ਹਨ। ਇਸੇ ਲਈ «ਟਨਲ ਤੋਂ ਬਿਨਾਂ ਇੰਟਰਨੈਟ ਨਹੀਂ» ਅਤੇ «ਕਲਾਇੰਟ ਨਾ ਚੱਲੇ ਤਾਂ ਇੰਟਰਨੈਟ ਨਹੀਂ» ਦੋ ਨਹੀਂ, ਇੱਕੋ ਦੋਸ਼-ਪਰਿਵਾਰ ਹਨ।

ਪੈਕਟ ਦਾ ਆਕਾਰ ਜਾਂਚੋ

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

ping -M do -s 1400 10.20.30.40

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

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

ਦੂਰਲੀ ਧਿਰ ਨੂੰ ਜਾਂਚੋ

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

curl -sv http://10.20.30.41:8080/health
nc -vz -w 3 10.20.30.41 3389
ss -lnt 'sport = :8080'

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

ਸ਼ਿਕਾਇਤ ਨੂੰ ਇੱਕ ਪੜਾਅ ਨਾਲ ਮਿਲਾਓ

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

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

ਪਹਿਲੀ ਫੇਲ੍ਹਤ ਪੈਦਾ ਕਰਨ ਵਾਲਾ ਪੜਾਅ ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਨਾਲ ਦਰਜ ਕਰੋ। ਜੋ ਟਿਕਟ ਕਹਿੰਦੀ ਹੈ ਕਿ ਸਰੋਤ ਪਤਾ ਗਲਤ ਸੀ, ਨਾਲ ਰੂਟ ਲਾਈਨ ਜੁੜੀ ਹੋਈ ਹੈ, ਉਸ ’ਤੇ ਕਾਰਵਾਈ ਯੋਗ ਹੈ, ਪਰ ਜੋ VPN ਟੁੱਟਾ ਦੱਸਦੀ ਹੈ, ਉਹ ਨਹੀਂ।