IPv6 மட்டும் இணைப்பு, IPv4 சேவை: SOCKS ப்ராக்ஸி பாலமாகட்டும்

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

இரண்டு சாக்கெட்டுகள், இரண்டு முகவரிக் குடும்பங்கள்

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

இந்த முகவரி வகைகளை ஒரு செய்திக்குள் மூன்று தனித்த தேர்வுகளாகப் படியுங்கள். IPv6 வழியாக அடையக்கூடிய ப்ராக்ஸி, வேலை செய்யும் IPv4 வெளியேற்றம் இருக்கும்போதும் அதன் கொள்கை கோரிக்கையை அனுமதிக்கும்போதும் IPv4 இலக்கு சாக்கெட்டைத் திறக்க முடியும். SOCKS5 விவரக்குறிப்பு வாடிக்கையாளரின் போக்குவரத்தைப் பற்றி எந்தக் குறிப்புமின்றி அவற்றை வரையறுக்கிறது.

கட்டுப்படுத்தப்பட்ட SSH எடுத்துக்காட்டு

பயன்படுத்த அனுமதி உள்ள SSH புரவலனை எடுத்துக்கொள்ளுங்கள், அது IPv6 இல் பதிலளிக்கிறது, தானே v4 இல் மட்டும் உள்ள HTTPS சேவையை அடைய முடியும். OpenSSH இன் மாறும் முன்னனுப்பல் உள்நுழைவு அமர்வு v6 வழியாகச் செல்லும்போது உங்கள் இயந்திரத்தில் உள்ளூர் SOCKS கேட்பானை வைக்கிறது.

ssh -6 -N -D 127.0.0.1:1081 -o ExitOnForwardFailure=yes [email protected]

மேலே உள்ள புரவலனும் கணக்கும் எடுத்துக்காட்டுகள், லூப்பேக் பிணைப்பு கேட்பானை இந்தக் கணினியிலேயே வைத்திருக்கிறது. அலுவலகம் அங்கீகாரமற்ற ப்ராக்ஸியைப் பகிர முடியும் என்பதற்காக அதை வைல்ட்கார்டு பிணைப்பால் மாற்ற வேண்டாம். ExitOnForwardFailure=yes தோல்வியடைந்த முன்னனுப்பல் அமர்வை முடிக்கவே உள்ளது, பின்னணியில் அமைதியான கட்டளை ஓடிக்கொண்டிருக்க அல்ல.

அமர்வு இயங்கும்போது, கோரிக்கை இப்படி இருக்கும்:

curl --proxy socks5h://127.0.0.1:1081 https://v4-only.example/

லூப்பேக் இணைப்பு IPv4 இணையப் பாதை அல்ல. உங்கள் இயந்திரத்திலிருந்து வெளியேறுவது v6 வழியாக உள்நுழைவு அமர்வு, இலக்கு சாக்கெட்டைத் திறப்பது தொலைப் பக்கமே. socks5h வடிவம் பெயர் தீர்வையும் அந்தப் பக்கத்திற்கே ஒப்படைக்கிறது, வாடிக்கையாளருக்கு சொந்த IPv4 தீர்வி பாதை இல்லாதபோது இது முக்கியம்.

இலக்கு உண்மையில் பார்ப்பது

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

உரையாடலின் இரு பாதிகளும் தெரியும் இடமும் ரிலேதான், இது கண்டறிதலின் போது பயனுள்ள பண்பு, கொள்கையின்றி ரிலே பகிரப்பட்டால் சுமையும் ஆகும்.

இது DNS64 அல்லது NAT64 அல்ல

DNS64 v4 இலக்குகளுக்கு மாற்றாக செயற்கையாக உருவாக்கப்பட்ட பதிவுகளுடன் பதிலளிக்கிறது, NAT64 கட்டமைக்கப்பட்ட பாதையில் பாக்கெட்டுகளை மீண்டும் எழுதுகிறது. இரண்டும் இங்கு நடப்பதை விவரிக்கவில்லை, ஒரு போக்குவரத்து உரையாடல் முடிந்து மற்றொன்று தொடங்கும் இடத்தில் எந்த செயற்கை முகவரியும் முடிவை விளக்கவில்லை. எனவே வெற்றிகரமான கோரிக்கை உங்கள் வழங்குநர் எந்த மொழிபெயர்ப்புச் சேவைகளை இயக்குகிறார் என்பதைப் பற்றி எதுவும் சொல்லாது, ப்ராக்ஸி தன் சொந்த வெளியேற்றத்தில் சாதாரண NAT ஐ இயக்கக்கூடும்.

இரண்டு வழிமுறைகளும் ஒரே வலையமைப்பில் இருக்கலாம், எனவே மிக அருகில் கேட்பதை அல்ல, நீங்கள் உண்மையில் சரிபார்த்ததை விவரியுங்கள்.

வாக்குறுதி அளிப்பதற்கு முன் எasiயறையை அறியுங்கள்

OpenSSH இன் மாறும் முன்னனுப்பல் TCP இணைப்புகளைச் சுமக்கிறது, தன்னிச்சையான IP போக்குவரத்தை அல்ல, எனவே UDP, ICMP மற்றும் ப்ராக்ஸியைப் புறக்கணிக்கும் எந்த நெறிமுறைக்கும் வேறு ஆதரவு பெற்ற வடிவமைப்பு தேவை. SSH புரவலன் விசைச் சரிபார்ப்பு, சேவையகத்தின் முன்னனுப்பல் கட்டுப்பாடுகள் மற்றும் HTTPS சான்றிதழ் சரிபார்ப்பைத் தக்கவைத்துக் கொள்ளுங்கள், ஏனெனில் ப்ராக்ஸி கூடுதல் நம்பகமான பங்கேற்பாளர், அடையாளச் சோதனைகளைப் பலவீனப்படுத்தும் காரணம் அல்ல. இலக்கு VPN இன் வெளிப்புறப் போக்குவரத்தை ப்ராக்ஸி வழியாகக் கொண்டு செல்வதாக இருந்தால், எந்த SOCKS கேட்பானும் அதை ரிலே செய்யும் என்று கருதுவதற்குப் பதிலாக இரு முனைகளும் அந்தப் போக்குவரத்தை ஆதரிக்கின்றனவா எனச் சரிபாருங்கள்.

இவற்றில் எதுவும் வாடிக்கையாளரை இரட்டை-ஸ்டாக் ஆக்காது, அதன் தேவையும் இல்லை. ஒரு பயன்பாடு ஒரு ரிலே வழியாக ஒரு சேவையை அடையச் செய்கிறது, இது சிறிய கூற்று மேலும் சரிபார்க்க மிக எளிது.