ip link ਨਾਲ Linux VPN ਇੰਟਰਫੇਸ ਨੂੰ ਪਰਤ-ਦਰ-ਪਰਤ ਜਾਂਚੋ

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

ਆਈਕਨ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਇੰਟਰਫੇਸ ਪੜ੍ਹੋ

ਸ਼ੁਰੂ ਕਰੋ ip -details link show dev tun0 ਤੋਂ, ਜਿਵੇਂ ip-link ਮੈਨੂਅਲ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਰਵਾਇਤੀ ਨਾਮ ਦੀ ਥਾਂ ਉਹ ਇੰਟਰਫੇਸ ਵਰਤੋ ਜੋ ਤੁਹਾਡਾ ਕਲਾਇੰਟ ਅਸਲ ਵਿੱਚ ਰੱਖਦਾ ਹੈ। ਫਲੈਗ, ਕਿਸਮ, MTU ਅਤੇ ਇੰਟਰਫੇਸ ਪਛਾਣ ਲਾਭਦਾਇਕ ਨਿਰੀਖਣ ਹਨ। ਵਰਚੁਅਲ ਇੰਟਰਫੇਸ ਦੀ ਹਾਲਤ ਸ਼ਬਦਾਵਲੀ ਨੂੰ ਭੌਤਿਕ ਕੇਬਲ ਦੇ ਕੈਰੀਅਰ ਸੰਕੇਤ ਵਾਂਗ ਵਿਵਹਾਰ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ, ਇਸ ਲਈ UP ਨੂੰ ਇੰਟਰਫੇਸ ਬਾਰੇ ਕਥਨ ਮੰਨੋ, ਟਨਲ ਬਾਰੇ ਨਹੀਂ।

ਇਹ ਫ਼ਰਕ ਸਭ ਤੋਂ ਉਲਝਣ ਵਾਲੀ ਹਾਲਤ ਸਮਝਾਉਂਦਾ ਹੈ: ਇੱਕ ਇੰਟਰਫੇਸ ਜੋ ਉਦੋਂ ਵੀ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਰਿਮੋਟ ਪਾਸਾ ਦੁਬਾਰਾ ਜੁੜ ਰਿਹਾ ਹੋਵੇ ਜਾਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋਵੇ।

ਸਥਿਰਤਾ ਸੈਟਿੰਗਾਂ ਲਿੰਕ ਨੂੰ ਠੀਕ ਇਸੇ ਲਈ ਰੱਖ ਸਕਦੀਆਂ ਹਨ ਤਾਂ ਜੋ ਦੁਬਾਰਾ ਜੁੜਨਾ ਇਸ ਨੂੰ ਮੁੜ ਨਾ ਬਣਾਏ, ਜਿਸ ਦਾ ਅਰਥ ਹੈ ਮੌਜੂਦਗੀ ਸਿਹਤ ਨਹੀਂ ਹੈ।

ਕਾਊਂਟਰ ਅਤੇ ਉਹ ਬੇਨਤੀ ਸ਼ਾਮਲ ਕਰੋ ਜੋ ਉਹਨਾਂ ਨੂੰ ਵਰਤਣੀ ਚਾਹੀਦੀ ਹੈ

ਸਮਰਥਿਤ ਅੰਕੜਾ ਦ੍ਰਿਸ਼ ਵਰਤੋ, ip -s link show dev tun0, ਅਤੇ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਪੈਕਟ ਅਤੇ ਬਾਈਟ ਗਿਣਤੀਆਂ ਨੋਟ ਕਰੋ। ਫਿਰ ਇੱਕ ਹਾਨੀਰਹਿਤ ਬੇਨਤੀ ਬਣਾਓ ਜੋ ਇੰਟਰਫੇਸ ਵਿੱਚੋਂ ਲੰਘਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਸੰਬੰਧਿਤ ਦਿਸ਼ਾ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਜਿਹੜੀ ਬੇਨਤੀ ਕਿਸੇ ਹੋਰ ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਸਿੱਧਾ ਰੂਟ ਲੈ ਗਈ, ਉਹ ਉਹ ਕਾਊਂਟਰ ਨਹੀਂ ਹਿਲਾਏਗੀ, ਅਤੇ ਇਹੀ ਇਸ ਅਭਿਆਸ ਦਾ ਮਕਸਦ ਹੈ।

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

ਇੱਕੋ ਸਨੈਪਸ਼ਾਟ ਉੱਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਪੜ੍ਹਤ ਦੋ ਵਾਰ ਲਓ, ਇੱਕ ਵਾਰ ਪਹਿਲਾਂ ਅਤੇ ਇੱਕ ਵਾਰ ਬਾਅਦ ਵਿੱਚ।

ਟਿਕਾਣੇ ਅਤੇ ਰੂਟ ਵੱਖਰੇ ਕਦਮ ਹਨ

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

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

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

ਜੋ ਤੁਸੀਂ ਨਹੀਂ ਪਛਾਣਿਆ, ਉਹ ਨਾ ਮਿਟਾਓ

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

ਜੇ ਇੰਟਰਫੇਸ ਕਿਸੇ ਕੰਟੇਨਰ ਰਨਟਾਈਮ ਜਾਂ ਤੁਹਾਡੇ ਨਾ ਬਣਾਏ ਨੈੱਟਵਰਕ ਨੇਮਸਪੇਸ ਦਾ ਹੈ, ਤਾਂ ਮਾਲਕ ਇੱਕ ਕਮਾਂਡ ਦੂਰ ਹੈ ਅਤੇ ਪਹਿਲਾਂ ਲੱਭਣ ਦੇ ਯੋਗ ਹੈ।

ਇਹ ਸਾਵਧਾਨੀ ip link set down ਉੱਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ, ਜੋ ਉਲਟਣਯੋਗ ਦਿਸਦਾ ਹੈ ਅਤੇ ਅਕਸਰ ਹੁੰਦਾ ਨਹੀਂ।

ਇਸ ਜਾਂਚ ਤੋਂ ਤੁਹਾਨੂੰ ਕੀ ਮਿਲਣਾ ਚਾਹੀਦਾ ਹੈ

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

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

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

ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ ਮੁੜ ਪਰਖ ਕੇ ਚੱਕਰ ਬੰਦ ਕਰੋ, ਕਿਉਂਕਿ ਇੰਟਰਫੇਸ ਕਦੇ ਵੀ ਉਹ ਚੀਜ਼ ਨਹੀਂ ਸੀ ਜਿਸ ਦੀ ਵਰਤੋਂਕਾਰ ਨੂੰ ਪਰਵਾਹ ਸੀ।