SSH ProxyCommand மற்றும் ஹோஸ்ட் அடிப்படையிலான அங்கீகாரம்: எந்த ஹோஸ்ட் கையொப்பமிடுகிறது?

அங்கீகாரம் செய்யும் SSH கிளையண்ட் இன்னும் பணிநிலையத்தில் இயங்கும்போது இலக்கு பாஸ்டியனிலிருந்து வரும் TCP இணைப்பைப் பார்க்க முடியும்.

Host behind-bastion
    ProxyCommand ssh -W %h:%p bastion

இங்கே உதவியாளர் பாஸ்டியனில் உள்நுழைந்து அதன் SSH சேவையகத்திடம் இலக்கை நோக்கி அனுப்பப்பட்ட இணைப்பைக் கேட்கிறார். பணிநிலையத்தின் வெளிப்புற SSH கிளையண்ட் அந்த ஸ்ட்ரீம் வழியாக இலக்கின் SSH நெறிமுறையைப் பரிமாறுகிறது. பாஸ்டியன் போக்குவரத்தை வழங்குகிறது; அது இலக்கை நோக்கிய SSH கிளையண்டைத் தொடங்கவில்லை.

ஹோஸ்ட் அடிப்படையிலான அங்கீகாரத்திற்கு இந்த வேறுபாடு முக்கியம். OpenSSH இன் ssh-keysign உதவியாளர் தேவையான கையொப்பத்தை உருவாக்க உள்ளூர் ஹோஸ்ட் விசைகளை அணுகுகிறது. பாஸ்டியனின் பிணைய மூல முகவரியாக இருப்பது பணிநிலையம் பாஸ்டியனின் ஹோஸ்ட் விசையால் கையொப்பமிடச் செய்யாது.

இதனுடன் ஒப்பிடுங்கள்:

ssh -t bastion ssh target

இது பாஸ்டியனில் மற்றொரு SSH நிரலைத் தொடங்குகிறது. அதன் உள்ளூர் கட்டமைப்பும் கிடைக்கும் ஹோஸ்ட் விசைகளும் அந்த இயந்திரத்துக்குரியவை, எனவே பாஸ்டியனுக்கும் இலக்குக்கும் இடையே ஏற்கனவே கட்டமைக்கப்பட்ட ஹோஸ்ட் அடிப்படையிலான நம்பிக்கை ஏற்பாட்டில் பங்கேற்கலாம். இலக்கின் தொடர்புடைய அனுமதியும் பெயர் சரிபார்ப்புகளும் இன்னும் தேவை.

இரண்டாவது வடிவம் அமர்வு எப்படி இயங்குகிறது என்பதையும் மாற்றுகிறது: இது தொலை கட்டளையை இயக்கி முனையத்தைப் பயன்படுத்துகிறது. ஒவ்வொரு SSH கோப்புப் பரிமாற்றத்திற்கும் தானியங்கி போக்குவரத்திற்கும் இது வெளிப்படையான மாற்று அல்ல. மூல முகவரி போதுமானதாகத் தோன்ற சேவையகத்தின் நம்பிக்கை சரிபார்ப்புகளைப் பலவீனப்படுத்துவதற்குப் பதிலாக, எந்த இயந்திரம் இலக்கிடம் அங்கீகரிக்க வேண்டும் என்பதன் அடிப்படையில் ஏற்பாட்டைத் தேர்ந்தெடுங்கள்.