பக்கங்கள் ஏற்றப்படுகின்றன ஆனால் VPN இல் பதிவேற்றங்கள் நிற்கின்றன: எந்தக் காரணம் வெல்கிறது
அளவைச் சார்ந்த நிறுத்தம் பாதையின் MTU குறைபாட்டுடன் பொருந்துகிறது, மேலும் DNS, செயலி வரம்பு அல்லது நிலையற்ற சுரங்கப்பாதையுடனும் பொருந்துகிறது. நான்கு அவதானிப்புகள் எது என்பதைத் தீர்மானிக்கின்றன.
பக்கங்கள் ஏற்றப்படுகின்றன, VPN இணைந்திருப்பதாகத் தெரிவிக்கிறது, கோப்பு பதிவேற்றம் ஒவ்வொரு முறையும் அதே இடத்தில் உறைகிறது. இந்த விவரணத்துடன் நான்கு விளக்கங்கள் பொருந்துகின்றன: பாக்கெட் அளவுச் சிக்கல், பெயர் தீர்வுச் சிக்கல், செயலி வரம்பு மற்றும் தொடர்ந்து மீளமைக்கப்படும் சுரங்கப்பாதை. ஒவ்வொன்றையும் வேறு அவதானிப்பால் உறுதிப்படுத்தவோ நிராகரிக்கவோ முடியும், எனவே முடிவு காரணத்தை ஊகிப்பது அல்ல, சரியான சோதனையைத் தேர்ந்தெடுப்பது.
நான்கு வேட்பாளர்கள் ஒரு வடிவம்
தோல்வியின் வடிவத்தில் தொடங்குங்கள், ஏனெனில் எந்தக் கருவியையும் திறப்பதற்கு முன்பே அது பட்டியலின் பெரும்பகுதியை நீக்குகிறது. நிலையான அளவில் நிகழும் நிறுத்தம் எதிர்மாறு நிரூபிக்கப்படும் வரை அளவுச் சிக்கல். சீரற்ற இடங்களில் நிகழும் நிறுத்தம் இழப்பு அல்லது நிலைத்தன்மைச் சிக்கல். இணைப்பு திறப்பதற்கு முன் தோல்வி என்பது பெயர்ச் சிக்கல்.
நான்காவது வேட்பாளர் செயலி. பதிவேற்ற வரம்புகள், கோரிக்கை நேர வரம்புகள் மற்றும் ப்ராக்ஸியின் உடல் அளவு உச்ச வரம்புகள் உலாவியில் இருந்து பார்ப்பதற்கு பிணையக் குறைபாடு போலத் தோன்றும் தோல்விகளை உருவாக்குகின்றன, அவை பொதுவாக நிற்பதற்குப் பதிலாக நிராகரிப்பாக வருகின்றன.
எதையும் சோதிப்பதற்கு முன் காணப்பட்ட வடிவத்தை எழுதுங்கள். "ஏறக்குறைய அதே பைட் எண்ணிக்கையில், ஒவ்வொரு முறையும், சுரங்கப்பாதை இயங்கும்போது நிற்கிறது" என்பது "பதிவேற்றங்கள் வேலை செய்யவில்லை" என்பதை விட மிகவும் வலுவான தொடக்கப் புள்ளி.
பின்னர் சோதிக்கும்போது பாதையை நிலையாக வையுங்கள். வெளியேறும் இடம், நெறிமுறை மற்றும் சேவையகத்தை ஒரே நேரத்தில் மாற்றுவது அவற்றில் எதற்கும் கூற முடியாத முடிவைத் தருகிறது. ஒரு ஓட்டத்திற்கு ஒரு மாறி, அதை எழுதுங்கள்.
கொள்கையைத் தொடுவதற்கு முன் அளவைப் பாதியாக்குங்கள்
மிக மலிவான வேறுபடுத்தி ஒரு எண்ணை மாற்றும் ஆய்வு. இலக்கை நோக்கி அதிகரிக்கும் அளவில், துண்டாக்கல் தடைசெய்யப்பட்ட ping அனுப்புங்கள், நீங்கள் கட்டுப்படுத்தும் கோப்பை அதே சேவைக்கு பதிவேற்றுங்கள், பின்னர் ஒவ்வொன்றும் எங்கு நிற்கிறது என்பதை ஒப்பிடுங்கள்.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadமுதல் கட்டளை முழு அளவுப் பாக்கெட் பாதையைக் கடக்கிறதா என்பதைத் தெரிவிக்கிறது. 1500 பைட் MTU இல், துண்டாக்கப்படாத மிகப்பெரிய ICMP பேலோட் 1472 பைட், உள் பாக்கெட் தொடங்குவதற்கு முன்பே சுரங்கப்பாதை அந்த பட்ஜெட்டில் இருந்து மேலும் எடுக்கிறது. இரண்டாவது செயலி நிலை பரிமாற்றத்திற்கு அளவையும் காலத்தையும் தருகிறது, உண்மையில் முக்கியமான எண் அதுதான்.
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
இரண்டையும் சேர்ந்து படியுங்கள். வரம்புக்கு மேல் தோல்வியடையும் ஆய்வுகளும் அதே வரம்புக்கு அருகில் நிற்கும் பதிவேற்றமும் ஒத்திசைவான கதை. எல்லா ஆய்வுகளும் வெற்றியடையும்போது பதிவேற்றம் பாதை தெளிவாகச் சுமக்கும் பைட் எண்ணிக்கையில் நிற்கிறது என்றால், அது செயலியையோ சேவையகத்தையோ சுட்டுகிறது, MTU இல் எவ்வளவு வேலை செய்தாலும் அதை மாற்றாது. அந்த எதிர்மறை முடிவு நேர்மறை முடிவுக்கு சமமான மதிப்புடையது. அது விசாரணையின் மிக விலையுயர்ந்த கிளையை நீக்குகிறது.
பின்னர் பரிமாற்றத்தின் போது நிலைத்தன்மையைச் சரிபாருங்கள், ஏனெனில் பெரிய பதிவேற்றத்தின் நடுவில் விசையைப் புதுப்பிக்கும் சுரங்கப்பாதை அளவைச் சார்ந்ததாகத் தோன்றும் ஆனால் அல்லாத தோல்வியை உருவாக்குகிறது. இயக்க நேர வாசிப்பே அதை உறுதிப்படுத்தும் மிக மலிவான வழி.
பழுதுநீக்கத்திற்கும் தவிர்ப்புக்கும் இடையே தேர்ந்தெடுங்கள்
ஆதாரங்கள் அளவைச் சுட்டினால், இரண்டு நேர்மையான பதில்களும் ஒரு நேர்மையற்ற பதிலும் உண்டு. நேர்மையானவை: தேவையான ICMP பின்னூட்டத்தை அனுமதித்து பாதை-MTU கண்டறிதலை மீட்டெடுப்பது, அல்லது அறிவிக்கப்பட்ட பிரிவு அளவை வரம்பிட்டு சகர்கள் சிறிய பிரிவுகளை அனுப்புவது. நேர்மையற்றது: இடைமுக MTU வை மன்றத்தில் இருந்து நகலெடுத்த மதிப்புக்குக் குறைத்து, அது என்ன மாற்றியது என்று ஒருபோதும் சரிபார்க்காதது.
தேர்வு நீங்கள் எதைக் கட்டுப்படுத்துகிறீர்கள் என்பதைப் பொறுத்தது. நீங்கள் இயக்கும் பிணையத்தில் ICMP செய்திகளை அனுமதிப்பது தூய்மையான திருத்தம், ஏனெனில் அது ஒவ்வொரு நெறிமுறைக்கும் பொறிமுறையை இயங்கவைக்கிறது. நீங்கள் கட்டுப்படுத்தாத பாதையில் வரம்பிடுவது நடைமுறை வழி, அது முழு சேவையகத்திற்கும் அல்ல, குறுகியதாகவே பயன்படுத்தப்பட வேண்டும்.
ஆதாரங்கள் செயலியைச் சுட்டினால், செயலியையோ அதன் ப்ராக்ஸி உள்ளமைவையோ சரிசெய்யுங்கள். 413 பதிலும் தொங்கும் இணைப்பும் வெவ்வேறு தோல்விகள், இரண்டாவது பொதுவாக தனக்கே வரம்புகள் உள்ள ப்ராக்ஸியை உள்ளடக்கிய சங்கிலியில் எங்கோ ஒரு கால அவகாசம்.
எப்படியிருந்தாலும், அசல் மதிப்புகளை வைத்துக்கொண்டு மீளமைத்த பிறகு மீண்டும் சோதியுங்கள். வெற்றிகரமான பரிமாற்றத்துடன் ஒத்துப்போகும் மாற்றம் அதுவே காரணம் என்பதற்கான ஆதாரம் அல்ல, மாற்றத்தை ரத்து செய்யும் திறனே நோயறிதலை தற்செயலில் இருந்து பிரிக்கிறது.
அடுத்த சம்பவம் வரை நிலைத்திருக்க முடிவைப் பதிவு செய்யுங்கள்
நான்கு உண்மைகள் போதும்: காணப்பட்ட தோல்வியின் வடிவம், ஆய்வுகளின் முடிவுகள், நீங்கள் செய்த மாற்றம் மற்றும் மறுசோதனையின் முடிவு. அவற்றுடன் அடுத்த நபர் பிரச்சினை அதுவேயா அல்லது அதே அறிகுறியுள்ள புதியதா என்று சொல்ல முடியும்.
பாதையின் சூழலையும் குறிப்பிடுங்கள், ஏனெனில் MTU கண்டுபிடிப்பு ஒரு குறிப்பிட்ட இணைப்புக்கே உரியது. வீட்டில் வேலை செய்து ஹோட்டலில் தோல்வியடையும் மடிக்கணினிக்கு இரண்டு பாதைகள் உள்ளன, ஒன்றில் பயன்படுத்தப்பட்ட திருத்தம் மற்றொன்று பற்றி எதுவும் சொல்லாது.
இறுதியாக, "VPN பதிவேற்றங்களை உடைத்தது" என்ற சுருக்கத்தை எதிருங்கள். சுரங்கப்பாதை வேலை செய்த நிலையிலும் தோல்வியடைந்த நிலையிலும் இருந்தது; மாறியது பாதை சுமக்க வேண்டிய பாக்கெட்டின் அளவு, அல்லது பரிமாற்றம் நிறுத்தப்பட்ட இடம். உண்மையான பொறிமுறையைப் பெயரிடுவதே இந்தக் குறிப்பைப் பயனுள்ளதாக்குகிறது.