VPN නිවසේ සම්බන්ධ වේ, නමුත් හෝටලයේ Wi-Fi තුළ කාලය ඉකුත් වේ
එකම ලැප්ටොප්, එකම ගිණුම, වෙනත් ජාලයක්. දෝෂ කේතය එක් අදියරක් ලෙස කියවන්න, නම පරීක්ෂා කරන්න, පසුව කිසිදු සැකසීමක් වෙනස් කිරීමට පෙර පිටත පැකට්ටුව ග්‍රහණය කරන්න.
ලැප්ටොප් නිවසේ Wi-Fi වෙත සම්බන්ධ වේ, සේවාදායකය තත්පර තුනකින් සම්බන්ධ වේ, එම පැතිකඩම පැයකට පසු හෝටලයේ අසාර්ථක වේ. මේ අතර කිසිවක් යාවත්කාලීන වී නැත. ඉදිරියේ සේවාලාභියෙකු සමඟ මෙය සමාලෝචනය කිරීම ප්‍රධාන වශයෙන් කුමන දෝෂය කුමන අදියරට අයත් දැයි දැන ගැනීම ගැන ය, මන්ද ප්‍රයෝජනවත් තොරතුරු සේවාදායකය මුද්‍රණය කරන කේතයේ ඇත, එය අසාර්ථක වූ බවේ නොවේ. පහත පියවර හතර අනුපිළිවෙලින් කරන්න, එවිට නමක්, පැකට්ටුවක්, වරායක් හෝ ප්‍රතිපත්තියක් ඔබව ප්‍රතික්ෂේප කළේ දැයි දැන ගනු ඇත.
දෝෂ කේතය තීන්දුවක් නොව අදියරක් ලෙස කියවන්න
උමං මාර්ගයක් පවතින්නට පෙර සේවාදායකය වෙන් වූ සන්ධිස්ථාන තුනකට ළඟා වේ. එය සේවාදායකයේ නම විසඳයි, ජාලයේ යමකින් පිළිතුරක් ලබා ගනී, සහ ආරක්ෂක සංගමයක් සාකච්ඡා කරයි. සෑම සන්ධිස්ථානයකටම තමන්ගේම අසාර්ථක පණිවිඩයක් ඇත, විශේෂයෙන් Windows ඒවා කුමන අදියරට අයත් දැයි දැනගත් පසු වෙනස් කේත ත්‍යාගශීලීව ලබා දෙයි.
| What the client says | Stage that failed | First thing to run |
|---|---|---|
| 868, name did not resolve | DNS, before any packet leaves for the server | Resolve-DnsName vpn.example.net |
| 721 or 806, remote computer did not respond | Outer protocol filtered, typically GRE or UDP | A capture on the local interface |
| 809, server not responding | A device in the path is dropping the outer flow | The same capture, from a second network |
| 789, security layer error | The security exchange started and was rejected | Certificate and proposal settings on both ends |
එම කේත දෙකක් අර්ථ දක්වන්නේ ජාලය නිර්දෝෂී බවයි. 789 යනු පැකට්ටු ගලා ගිය බවත් දෙකෙළවර ක්‍රිප්ටෝ ගැන එකඟ නොවූ බවත් ය, එය නිවසේදී නිවැරදි කළ හැකි වින්‍යාස ගැටලුවකි. 868 යනු කිසිදු පැකට්ටුවකට පිටතට යාමට අවශ්‍ය නොවූ බවයි, එබැවින් නම විසඳීමට පෙර උමං මාර්ගයේ සැලසුම අදාළ නොවේ. කේතය නිවැරදි අදියරට වර්ග කිරීම ඕනෑම ග්‍රහණයකට වඩා කාලය ඉතිරි කරයි, මන්ද ඊළඟ පියවර තුනෙන් කුමක් මඟ හැරිය යුතු දැයි එය කියයි.
සේවාදායකය Windows නොවේ නම් සුදුසු පරිදි ප්‍රවේශම් වන්න. තෙවන පාර්ශ්ව සේවාදායක මෙයින් බොහොමයක් "සම්බන්ධතාවය අසාර්ථකයි" ලෙසට සංක්ෂේප කරයි, එබැවින් ඊළඟ පියවර දෙක පණිවිඩය මත කිසිසේත් රඳා නොපවතී.
උමං මාර්ගයට දොස් පැවැරීමට පෙර නම පරීක්ෂා කරන්න
හෝටල් සහ ගුවන්තොටුපළ ජාල නිරන්තරයෙන් DNS අතරමැදි කරයි, සහ ද්වාර ලිපිනයකින් පිළිතුරු දෙන විසඳන්නෙකු මිය ගිය සේවාදායකයක් මෙන් හරියටම පෙනෙන අසාර්ථකත්වයක් ඇති කරයි. ස්ථානීය විසඳන්නා කියන දේ පොදු විසඳන්නෙකු කියන දේ සමඟ සසඳන්න:
Resolve-DnsName vpn.example.net -Type A
nslookup vpn.example.net 1.1.1.1
ipconfig /all | findstr /i "DNS Servers"පිළිතුරු දෙක වෙනස් නම් ඔබව හරවා යවනු ලැබේ, එය විසඳන තෙක් ඉතිරි රෝග විනිශ්චය නිෂ්ඵල ය. විශේෂයෙන් ද්වාර ලිපිනයක් TCP සම්බන්ධතාවය සතුටින් පිළිගෙන පසුව නතර වේ, එබැවින් බ්‍රවුසරයකින් පරීක්ෂා කරන විට එය ෆයර්වෝල් අවහිර කිරීමක් මෙන් පෙනිය හැක.
දැන් ඔබ ළඟා වීමට අදහස් කරන ලිපිනය භාවිතා වන ලිපිනයම දැයි තහවුරු කරන්න. සමහර සේවාදායක පැතිකඩේ මුළු ආයු කාලය සඳහා පෙර විසඳුම හැඹිලි කරයි, එබැවින් DNS වෙනස් වූ පසු නැවත සම්බන්ධ වීම තවමත් පැරණි ලිපිනයට යයි. නැවත පරීක්ෂා කිරීමට පෙර සේවාදායක සම්පූර්ණයෙන් වසන්න, එම කවුළුවේම විසන්ධි කර සම්බන්ධ කරන්නට එබීම වෙනුවට.
කුමන පිටත පැකට්ටුව අතුරුදහන් වේදැයි සොයා ගන්න
උමං මාර්ගයට ඔබ සහ සේවාදායකය අතර මාර්ගයට සම්පූර්ණයෙන්ම අයත් පිටත ප්‍රවාහයක් ඇත, එම ප්‍රවාහයම මැද පෙට්ටි වර්ගීකරණය කර ඉවත් කරයි. එය සේවාදායකයේ ග්‍රහණය කර, පසුව ක්‍රියාත්මක වන ජාලයක් අසාර්ථක වන ජාලය සමඟ සසඳන්න. Windows හි පළමු බැල්ම සඳහා ගොඩනඟන ලද ග්‍රහණය ප්‍රමාණවත් ය:
pktmon filter remove
pktmon filter add -p 500 -t UDP
pktmon start --capture --pkt-size 128
pktmon stop
pktmon etl2txt PktMon.etlඔබ දැකීමට අවශ්‍ය වන්නේ ඔබේ පැකට්ටු පිටතට යනවාද සහ යමක් ආපසු එනවාද යන්නයි. පිටතට පැකට්ටු සහ ආපසු කිසිවක් නැත්නම් මාර්ගය හෝ දුර කෙළවර ඒවා ඉවත් කරන බවයි; කිසිවක් පිටතට නොයන්නේ නම් සේවාදායකය කිසිදා යැවීමට ළඟා නොවීය, එය නම් විසඳීමට හෝ ස්ථානීය ෆයර්වෝල් ප්‍රතිපත්තියට යොමු කරයි.
දුරකථන හොට්ස්පොට් එකක එම පරීක්ෂණයම නැවත කරන්න. මෙය ඔබට ඇති තොරතුරුමය වශයෙන් වැදගත්ම සංසන්දනයයි, මන්ද ලැප්ටොප්, සේවාදායක සහ අක්තපත්‍ර සමානව තබා හෝටලයේ සෑම පෙට්ටියක්ම මාර්ගයෙන් ඉවත් කරයි. හොට්ස්පොට් එකේ උමං මාර්ගය ඉහළ ගියහොත් සේවාදායකය දෙස බැලීම නවත්වන්න. එහිදී ද අසාර්ථක නම් ජාලය කිසිදා ඇති නොකළ සේවාදායක හෝ ගිණුම් ගැටලුවක් ඔබට ඇත.
එක් ප්‍රවාහනයක් වෙනස් කර නැවත පරීක්ෂා කරන්න
පිටත ප්‍රවාහය ඉවත් කරන බව දැනගත් පසු, ප්‍රායෝගික ප්‍රශ්නය වන්නේ ජාලය අවසර දෙන ප්‍රවාහය කුමක්ද යන්නයි. බොහෝ සීමිත ජාල පිටතට යන TCP 443 ට අවසර දෙයි, එසේ නොමැති නම් ඒවා ක්‍රියා කළ නොහැක, එබැවින් ශ්‍රෝතාව එහි ගෙන යාම සාමාන්‍ය පිළිතුරයි. OpenVPN මත මෙය සේවාදායකය වෙනස් වන තෙක් සේවාලාභී පැත්තේ ස්විචයකි:
openvpn --config corp.ovpn --proto tcp-client --remote vpn.example.net 443 --verb 4IPsec සේවාදායකවලට තමන්ගේම සැකසුම් පැනලවල සමාන ස්විචයක් ඇත, සාමාන්‍යයෙන් TCP හරහා IPsec හෝ NAT තරණය ලෙස විස්තර කෙරේ. එය වෙනස් කිරීම ද රෝග විනිශ්චයකි: උමං මාර්ගය TCP මත ඉහළ ගොස් UDP මත මිය ගියහොත් ජාලය UDP පෙරහන් කරන බව ඔබ ඔප්පු කළා, එම ස්ථානයට සෑම ගමනකදීම අවශ්‍ය වන සැකසුම ද ඔබ සොයා ගත්තා.
පළමු උත්සාහයේදීම රවුටර් විශේෂාංග අක්‍රීය කිරීමේ පරීක්ෂාවට එරෙහි වන්න. හෝටල් ජාලයක තත්ත්ව පරීක්ෂාව හෝ ගංවතුර ආරක්ෂණය අක්‍රීය කිරීම ඔබට කෙසේවත් නොමැත, ඔබේම උපකරණවල එය එක් ලැප්ටොප් එකක් සඳහා සැබෑ ආරක්ෂාවක් මාරු කරයි. කුමන සැකසුම ප්‍රතිඵලය වෙනස් කළේදැයි සටහන් කර, පසුව එය නැවත තබා ජාලය දැනටමත් අවසර දෙන ප්‍රවාහනයක් සොයන්න.
දෙවන ජාලයේ එකම පැතිකඩ තහවුරු කරන්න
ටිකට් වසා දැමීමට පෙර, වෙනස ගොඩනැගිල්ලෙන් පිටව ගිය පසු ද ඉතිරි වූ බව ඔප්පු කරන්න. මුල් ජාලයේ මුල් සැකසුම් සමඟ නැවත සම්බන්ධ වන්න, පළමු තත්පර තිහ ග්‍රහණය කර, හොට්ස්පොට් එකේ ළඟා වූ එම තත්ත්වයටම සේවාදායකය ළඟා වන බව තහවුරු කරන්න:
pktmon filter add -p 443 -t TCP
pktmon start --capture
Get-VpnConnection -Name "Corp" | Select-Object ConnectionStatus, TunnelType, ServerAddressඅවසාන විධානය හෙළිදරව් කරන වෙනස තබා ගැනීම වටී: පැතිකඩ සම්බන්ධිත උමං මාර්ගයක් වාර්තා කළ හැකි නමුත් එහි ඇතුළත මාර්ග නිර්දේශය වැරදිය, එය "VPN සක්‍රීයයි නමුත් කිසිවක් ක්‍රියා නොකරයි" ලෙස ඇති කරයි, එය තවත් ලිපියකි. ඔබේ සංස්කරණයෙන් පසු උමං මාර්ගයේ වර්ගය වෙනස් වී ඇත්නම්, පැතිකඩ ඔබ පරීක්ෂා කළ එක නොවේ.
පසුව සොයාගැනීම ඊළඟ පුද්ගලයා බලන තැන ලියන්න. "මෙම අඩවියේ ආයතනික පැතිකඩට TCP 443 අවශ්‍යයි; UDP 500 හෝටලය පෙරහන් කරයි" යනු සගයෙකුට ක්‍රියා කළ හැකි වාක්‍යයකි. "හෝටල්වල VPN අස්ථිරයි" එය නොවේ, එය ලබන මාසයේදී එම පැයම නැවත වැය වන බවට සහතික වේ.