ssh-keyscan SSH ਦੇ ProxyCommand ਵਿਕਲਪ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ। ਇਸ ਲਈ ssh ਲਈ ਕੌਨਫ਼ਿਗਰ ਕੀਤਾ ਪ੍ਰੌਕਸੀ ਵੱਖਰੇ ਸਕੈਨਰ ਨੂੰ ਆਪਣੇ ਆਪ ਕੌਨਫ਼ਿਗਰ ਨਹੀਂ ਕਰਦਾ।

ਇੱਕ ਹੱਲ ਪਹਿਲਾਂ ਹੀ ਸਥਾਪਿਤ ਸਥਾਨਕ TCP ਰੀਲਾ ਹੈ, ਜੋ ਲੋੜੀਂਦੀ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਅਤੇ CONNECT ਅਦਲ-ਬਦਲ ਪੂਰੀ ਕਰਦਾ ਹੈ ਅਤੇ ਫਿਰ ਲਕਸ਼ SSH ਸਰਵਰ ਦੀ ਬਾਈਟ ਸਟ੍ਰੀਮ ਖੋਲ੍ਹਦਾ ਹੈ। ਜੇ ਉਹ ਰੀਲਾ 127.0.0.1:2222 'ਤੇ ਸੁਣਦਾ ਹੈ:

ssh-keyscan -p 2222 127.0.0.1 > candidate.keys
ssh-keygen -lf candidate.keys

ਪਹਿਲਾ ਕਮਾਂਡ ਉਮੀਦਵਾਰ ਕੁੰਜੀਆਂ ਇਕੱਠੀਆਂ ਕਰਦਾ ਹੈ; ਦੂਜਾ ਉਨ੍ਹਾਂ ਦੇ ਫਿੰਗਰਪ੍ਰਿੰਟ ਦਿਖਾਉਂਦਾ ਹੈ। ਰੀਲੇ ਨੂੰ HTTP ਹੈਡਰ ਸਕੈਨਰ ਨੂੰ ਦੇਣ ਦੀ ਬਜਾਏ ਪੂਰੀ ਪ੍ਰੌਕਸੀ ਪ੍ਰਤੀਕਿਰਿਆ ਵਰਤਣ ਤੋਂ ਬਾਅਦ SSH ਸਟ੍ਰੀਮ ਅੱਗੇ ਭੇਜਣੀ ਚਾਹੀਦੀ ਹੈ।

ਆਉਟਪੁੱਟ ਦਾ ਹੋਸਟ ਲੇਬਲ ਸਥਾਨਕ ਰੀਲੇ ਐਂਡਪੌਇੰਟ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਇਸਨੂੰ ਬਿਨਾਂ ਬਦਲੇ ਨਾ ਜੋੜੋ ਅਤੇ ਇਹ ਨਾ ਮੰਨੋ ਕਿ ਇਹ ਹੁਣ ਦੂਰ ਦੇ SFTP ਹੋਸਟਨਾਮ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ।

ਕੁੰਜੀ ਨੂੰ known_hosts ਵਿੱਚ ਅਸਲ ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਨਾਲ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਭਰੋਸੇਯੋਗ ਰਿਕਾਰਡ ਜਾਂ ਪ੍ਰਬੰਧਕ ਰਾਹੀਂ ਫਿੰਗਰਪ੍ਰਿੰਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ssh-keyscan ਉਹੀ ਇਕੱਠਾ ਕਰਦਾ ਹੈ ਜੋ ਪਹੁੰਚਯੋਗ ਐਂਡਪੌਇੰਟ ਪੇਸ਼ ਕਰਦਾ ਹੈ; ਸਫਲ ਪ੍ਰੌਕਸੀ ਕਨੈਕਸ਼ਨ ਉਸ ਕੁੰਜੀ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕਰਦਾ।

ਸੰਬੰਧਿਤ ਲੇਖ