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

OpenBSD வடிவ nc உடன் OpenSSH-க்கு, ஒரு எடுத்துக்காட்டு கிளையண்ட் அமைப்பு:

Host work-server
    HostName ssh.example.net
    User alex

Match originalhost work-server exec "nc -z -w 1 127.0.0.1 1080"
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Match all

originalhost சரிபார்ப்பை SSH கட்டளை வரியில் கொடுக்கப்பட்ட பெயருக்குள் வரம்பிடுகிறது. exec அதன் கட்டளை வெற்றிகரமாக முடியும்போது பொருந்தும். இறுதி Match all அடுத்த அமைப்புகளுக்கான அந்த நிபந்தனை வரம்பை முடிக்கிறது.

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

கேட்கும் சாக்கெட் என்பது ஒரு அடக்கமான உறுதிமொழி

சோதனை உள்ளூர் துறைக்கான TCP அணுகலை சரிபார்க்கிறது. இது SOCKS பேச்சுவார்த்தையை முடிக்காது, விரும்பிய இலக்கு இணைப்பை நிறுவாது, அந்தத் துறை எந்த நிரலுக்குச் சொந்தம் என்பதை நிரூபிக்காது. சரிபார்ப்புக்குப் பிறகு கேட்பான் மறைந்தும் போகலாம்.

கால வரம்பு தோல்வியடைந்த சோதனையை எல்லைக்குள் வைத்திருக்கிறது. காட்டப்படும் விருப்பங்கள் OpenBSD-இன் nc இடைமுகத்துக்கானவை; அதே கோப்புப் பெயர் கொண்ட பிற நிரல்கள் வேறு விருப்பங்களை வழங்கலாம்.

நிபந்தனை பொருந்தாதபோது, இந்த எடுத்துக்காட்டு இணைப்பை இந்த ProxyCommand இல்லாமல் விட்டுவிடுகிறது, இதனால் அதன் வழக்கமான பாதை அனுமதிக்கப்படுகிறது. நேரடி அணுகல் அனுமதிக்கப்பட்டால் மட்டுமே அது பொருத்தம். கட்டாய ப்ராக்ஸி கொள்கை கிடைக்கும் தன்மை சரிபார்ப்பை வேறு பாதைக்குத் தப்பிக்கும் அனுமதியாகப் பயன்படுத்தக் கூடாது.

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

தொடர்புடைய கட்டுரைகள்