VPN வழியாக ping: எதிரொலி பதிலின் விதிகள் திரும்பும் பாதையை ஏன் தவறவிடுகின்றன

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

பாக்கெட் போர்ட்டை அல்ல, வகையை மாற்றுகிறது

எதிரொலிக் கோரிக்கை ICMP வகை 8, குறியீடு 0, மேலும் அது ஒரு அடையாளங்காட்டி மற்றும் வரிசை எண்ணைக் கொண்டு செல்கிறது. பதில் வகை 0, குறியீடு 0, அதே அடையாளங்காட்டி மற்றும் வரிசையுடன், IP முனைகள் மாற்றப்பட்டுள்ளன. இந்தப் புலங்களை RFC 792 வரையறுக்கிறது, அடையாளங்காட்டியே அனுப்புநருக்கு பதில்களை அவரது சொந்த கோரிக்கைகளுடன் பொருத்த அனுமதிக்கிறது.

இல்லாததும் அதே அளவு முக்கியம்: TCP அல்லது UDP தலைப்பு இல்லை, எனவே அனுமதிக்க வேண்டிய போர்ட் இல்லை. எதிரொலி பதிலுக்கு போர்ட்டைப் பெயரிடும் விதி ஒருபோதும் இருக்காத பாக்கெட்டை விவரிக்கிறது. VPN ping பயன்பாட்டுத் தாள்களில் இதுவே மிகவும் பொதுவான தவறு. விதி குறிப்பிட்டதாகத் தெரிகிறது, எதற்கும் பொருந்தாது, தோல்வியை இருந்த இடத்திலேயே விட்டுவிடுகிறது.

மூன்று சூழல்கள் பாக்கெட்டைத் தீர்மானிக்கின்றன

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

இந்த மூன்று சூழல்களுக்கும் வெவ்வேறு விதித் தொடர்களும் வெவ்வேறு எண்ணிகளும் உள்ளன, அவற்றை ஒன்றாகக் கருதுவதே «ஃபயர்வால் ICMP யை அனுமதிக்கிறது» என்றிருந்தும் ping தோல்வியடைவதற்கான காரணம். வெளிப்புறச் சுரங்கம் நான்காவது சூழல்: VPN கேட்பானுக்கு அனுமதி அளிப்பது அவிழ்க்கப்பட்ட உள் கோரிக்கைக்குத் தானாகவே அனுமதி அளிக்காது, உள் அனுமதி வெளிப்புறச் சுரங்கம் இயங்குகிறதா என்பதைப் பற்றி எதுவும் கூறாது.

நிலைமை வடிகட்டிகளும் நிலையற்ற வடிகட்டிகளும் பதிலை வேறு விதமாகக் கையாளுகின்றன

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

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

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

மொழிபெயர்ப்பு அடையாளங்காட்டியையும் மாற்றுகிறது

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

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

ICMP பிழைகளை எதிரொலிக் கொள்கையில் சேர்க்க வேண்டாம்

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

அதே எச்சரிக்கை முகவரிக் குடும்பங்களுக்கும் பொருந்தும். ICMPv6 வேறு செய்தி வகைகளைப் பயன்படுத்துகிறது, IPv4 இல்லாத அவசியமான செயல்பாடுகளைக் கொண்டு செல்கிறது, எனவே இந்த எண்களை IPv6 விதிக்கு நகலெடுப்பது வெறுமனே தவறு.

எதிரொலிப் பரிமாற்றம் இயங்கினால், உண்மையான பயன்பாட்டைத் தனியாகச் சோதிக்கவும். வெற்றிகரமான ping ஒரு நெறிமுறையின் ஒரு அளவில் ஒரு இலக்குக்கான போக்குவரத்தை நிரூபிக்கிறது, HTTPS, SMB அல்லது வேறு எந்த ஓட்டத்திற்கும் அனுமதி உள்ளது என்று கருதுவதற்கான உரிமம் அல்ல.