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

ਇੱਕ ਮੀਨੂ ਐਂਟਰੀ ਪਿੱਛੇ ਦੋ ਨਤੀਜੇ

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

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

ਕੰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਮੋਡ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ

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

ModeWhat must existWhat still has to be true
Tunnel deviceCompatible TUN/TAP arrangement on both ends, permission, addressingA route policy that actually sends the intended prefixes into it
Forwarding onlyA chosen SOCKS, local-forward or remote-forward listenerA permitted destination path on the far side

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

ਡਮੀ ਇੰਟਰਫੇਸ ਟਨਲ ਨਹੀਂ ਹੈ

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

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

nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"

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

ਦੂਰ ਦੇ ਪਾਸੇ ਨੂੰ ਮਜਬੂਰ ਕਰਨ ਦੀ ਬਜਾਏ ਤਿਆਰ ਕਰੋ

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

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

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

ਪ੍ਰਮਾਣਿਕਤਾ ਦਾ ਸੰਦਰਭ, ਅਤੇ ਟਿਕਟ ਵਿੱਚ ਕੀ ਪਾਉਣਾ ਹੈ

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

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

ਸੰਬੰਧਿਤ ਲੇਖ