PPTP பிரிக்கப்பட்ட டனலிங் வேலை செய்யவில்லை: முதலில் GRE பாதையை சரிசெய்யவும்

PPTP இணைப்பு மேலெழுவதைப் பாருங்கள், கடினமான பகுதி முடிந்தது என்று நம்புவது எளிது: வாடிக்கையாளர் அங்கீகாரம் செய்கிறது, ppp0 அடாப்டர் அல்லது WAN Miniport தோன்றுகிறது, நிலை சாளரம் பச்சையாகிறது. பின்னர் உள் ஹோஸ்டுக்கான முதல் கோரிக்கை நேரம் முடிந்து விடுகிறது, சுயவிவரம் குற்றம் சாட்டப்படுகிறது. நடைமுறையில் இரண்டு சுயாதீன அடுக்குகளை சுத்தம் செய்ய வேண்டும்: TCP 1723 மற்றும் GRE கொண்டு செல்லும் வெளிப்புற போக்குவரத்து, மற்றும் எந்த இலக்குகள் PPP இடைமுகத்தை பயன்படுத்துகின்றன என்பதை தீர்மானிக்கும் உள் கொள்கை. பச்சை நிலை முதல் அடுக்கு பேச்சுவார்த்தை நடத்தியதை மட்டுமே நிரூபிக்கிறது; இரண்டாவது பற்றி எதுவும் கூறவில்லை.

சுயவிவரத்திலிருந்து கட்டுப்பாட்டு சாக்கெட் வரை வாடிக்கையாளரைப் பின்தொடரவும்

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

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

sudo tcpdump -ni any 'tcp port 1723' -c 20

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

GRE இரண்டாவது நெறிமுறை, போர்ட் அல்ல

PPTP PPP சுமையை விரிவாக்கப்பட்ட GRE, IP நெறிமுறை 47 இல் கொண்டு செல்கிறது, அதில் ரவுட்டர் கண்காணிக்கக்கூடிய போர்ட் எண் இல்லை. அதனால்தான் TCP 1723 ஐ அனுமதிக்கும் விதி கூட டனலை தரவு பாதை இல்லாமல் விட்டுவிடலாம். நிலை NAT சாதனங்கள் பதில்களை மீண்டும் வரைபடமாக்க GRE உள்ளே உள்ள அழைப்பு ID ஐப் புரிந்து கொள்ள வேண்டும், பல அவ்வாறு செய்வதில்லை. PPTP விவரக்குறிப்பு கட்டுப்பாட்டு சேனலையும் GRE சுமையையும் தனித்தனி பகுதிகளாக வைத்திருக்கிறது, உங்கள் சோதனைத் திட்டமும் அவ்வாறே இருக்க வேண்டும்.

அதே பிடிப்பில் நெறிமுறை 47 ஐக் கவனிக்கவும், பின்னர் வெளியேறுவதையும் திரும்பி வருவதையும் ஒப்பிடவும்:

sudo tcpdump -ni any 'proto gre' -c 20

TCP 1723 ஆரோக்கியமாக இருக்கும்போது பதிலில்லாமல் வெளியேறும் பாக்கெட்டுகள் தடுக்கப்பட்ட GRE இன் உன்னதமான அடையாளம். நுகர்வோர் ரவுட்டரில் PPTP கடத்தல் அந்த குறிப்பிட்ட ஃபேர்ம்வேரின் அம்சம், எனவே வேலை செய்யும் ஹோட்டல் நெட்வொர்க் அடுத்ததைப் பற்றி எதையும் நிரூபிக்காது. ரவுட்டர் கடத்தல் வழங்கவில்லை என்றால், அதை மாற்ற முடியாவிட்டால், பிரச்சினை ரூட் அட்டவணை அல்ல, நெறிமுறை தேர்வு.

டனல் ஒரு பாக்கெட்டை நகர்த்துகிறது என்பதை நிரூபிக்கவும்

GRE பாயத் தொடங்கியதும், PPP பேச்சுவார்த்தை வாடிக்கையாளர் இடைமுகத்திற்கு முகவரியை ஒதுக்குகிறது. ஊகிக்காமல் ஒதுக்கீட்டைப் படிக்கவும்:

ip -4 addr show ppp0

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

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

பிரிக்கப்பட்ட கொள்கையை எழுதுங்கள், DNS உட்பட

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

ஒவ்வொரு வகையிலும் ஒரு முகவரிக்கு கர்னல் எடுக்கும் முடிவைச் சரிபார்க்கவும்:

ip route get 10.20.5.10
ip route get 203.0.113.25

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

ஐந்து படிகளில் மீண்டும் செய்யக்கூடிய சரிபார்ப்பு

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

Linux வாடிக்கையாளருக்கான சுருக்கமான பதிப்பு இப்படி இருக்கும்:

sudo tcpdump -ni any 'tcp port 1723 or proto gre' -c 40
ip -4 addr show ppp0
ping -c 3 192.0.2.1
ip route get 10.20.5.10

Windows இல் அதே வரிசை route print மற்றும் வாடிக்கையாளரில் காட்டப்படும் அடாப்டர் நிலையுடன் பொருந்தும். PPTP பழைய நெறிமுறை, சேவையகம் SSTP அல்லது IKEv2 வழங்கினால், ஒவ்வொரு தாவலிலும் நெறிமுறை 47 கடப்பதைச் சார்ந்த பாதையை சரிசெய்வதை விட இடம்பெயர்வது பொதுவாக நேரத்தின் சிறந்த பயன்பாடு. பழைய சுயவிவரத்தை புதிய வெளியீட்டிற்கு நகலெடுக்காமல் மாற்றீட்டின் சான்றிதழ் மற்றும் அங்கீகார ஒப்பந்தத்தைச் சரிபார்க்கவும்.