Windows හි ගොඩනගා ඇති VPN එක විකුණුම්කරුගේ SSL ද්වාරයට ළඟා නොවන්නේ ඇයි

Windows සමඟ ටනල් වර්ග හතරක් පැමිණේ, විකුණුම්කරුගේ SSL ද්වාරය ඉන් එකක් නොවේ. කෙසේ වෙතත් ගොඩනගා ඇති පැතිකඩක් එවැන්නකට යොමු කළහොත් පිවිසුම් තොරතුරු ඉල්ලීමට පෙර සම්බන්ධතාවය අසාර්ථක වේ, සාමාන්‍යයෙන් දේශීය පද්ධතිය විසින් සම්බන්ධතාවය අවසන් කළ බවට පණිවිඩයක් සමඟ. එම පෙළ නොගැළපීමේ සංඥාවකි, රෝග විනිශ්චයක් නොවේ. පැතිකඩ වර්ගය සහ ප්‍රොටොකෝලය හිමි සේවාලාභියා එකඟ විය යුතුය, ඉන් එකක් නැත.

වර්ග හතරක් සහ සංවාදයක්

සුරකින ලද සෑම පැතිකඩකටම ටනල් වර්ගයක් ඇත. ගොඩනගා ඇති සේවාලාභියා PPTP, L2TP, IKEv2 සහ SSTP පිළිගනී, ඒවා පිළිවෙලින් උත්සාහ කරන ස්වයංක්‍රීය මාදිලියක් ද සමඟ. සාමාන්‍ය SSL VPN සටහනක් නොමැත, සංවාදය හරහා එකක් එකතු කිරීමට ද ක්‍රමයක් නොමැත. විකුණුම්කරුගේ ද්වාරය TLS මත තමන්ගේම යෙදුම් ප්‍රොටොකෝලය කථා කරයි, එය එම විකුණුම්කරුගේ සේවාලාභියා පමණක් ක්‍රියාත්මක කරයි.

ලැයිස්තුව එක් විධානයක් පමණි, වෙනත් ඕනෑම දෝෂ නිරාකරණයකට පෙර එය ධාවනය කිරීම වටී, මන්ද එයට තත්පරයක් ගත වන අතර වැරදි උපකල්පනවල සම්පූර්ණ පන්තියක් ඉවත් කරයි:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType, SplitTunneling
Get-VpnConnection -Name "Office" | Format-List

පැතිකඩ SSTP යැයි කියන්නේ නම් සහ ද්වාරය RRAS සේවාදායකයක් නොවේ නම්, නොගැළපීම දැනටමත් තහවුරු වී ඇත. සහතික හෝ ගිනිපවුරු කටයුතු කිසිවක් එය වෙනස් නොකරයි.

SSTP සහ විකුණුම්කරුගේ TLS 443 වරායේ සමානව පෙනේ

SSTP PPP සැසියක් TLS තුළ ඔතා TCP 443 මත ගමන් කරයි. Microsoft තට්ටුවේ එය RRAS විසින් අවසන් කරයි, එය සේවාලාභියා විසින් තහවුරු කරන සේවාදායක සහතිකයක් ඉදිරිපත් කරයි. Fortinet, Citrix හෝ Pulse උපාංගයක් ද 443 හි TLS අවසන් කරයි, එහි ද්වාරය ඕනෑම බ්‍රවුසරයක පැමිණිලි නොමැතිව විවෘත වේ.

එම බ්‍රවුසර පරීක්ෂණය ළඟාවීම සනාථ කරයි, ගැළපීම නොවේ. ද්වාරයට පිටුපස සැසි ප්‍රොටොකෝලය විකුණුම්කරුට අයත් වන අතර ගොඩනගා ඇති සේවාලාභියාට එහි කිසිදු ක්‍රියාත්මක කිරීමක් නොමැත. විකුණුම්කරු තමන්ගේම සේවාලාභියෙකු සපයන්නේද යන්න ඔබ නොගැළපීමේ කුමන අඩකින් වැඩ කරන්නේද යන්න කියයි.

ප්‍රතිවිරුද්ධ ව්‍යාකූලත්වය ද සිදු වේ. සැබෑ RRAS සේවාදායකයකට එරෙහිව SSTP ලෙස වින්‍යාස කරන ලද පැතිකඩක් ද්වාරය හොඳින් තිබියදී සහතික තහවුරු කිරීමේදී අසාර්ථක විය හැක, එය සහතික ගැටලුවක් මිස ප්‍රොටොකෝල ගැටලුවක් නොවේ.

ටනලයක් නොපවතින විට පෙනෙන දෝෂ

800 ශ්‍රේණියේ කේත කිසිදු ටනලයක් ස්ථාපිත වීමට පෙර වාර්තා වේ, එබැවින් ගිනිපවුරු නීති ඒවා කලාතුරකින් චලනය කරයි. දෝෂය 812 යනු සේවාලාභියා ඉදිරිපත් කළ සත්‍යාපන ක්‍රමය ප්‍රතික්ෂේප කරන සේවාදායක පැත්තේ ප්‍රතිපත්තියකි. පරාසයේ අනෙක් ඒවා දේශීය සම්බන්ධතා කළමනාකරුගෙන් පැමිණේ, ජාලයෙන් නොවේ.

කිසිවක් නැවත ගොඩනැගීමට පෙර සොයා බැලීම සක්‍රීය කරන්න. සොයා බැලීම අසාර්ථක වන අදියර නම් කරයි, අදියර නාමයක් සංවාද පෙළට වඩා වටිනවා:

netsh ras set tracing * enable
Get-ChildItem "$env:windir\tracing" | Sort-Object LastWriteTime -Descending | Select-Object -First 5

සොයා බැලීම් සොයා බැලීම් නාමාවලිය යටතේ ගොඩබසින අතර ඔබ ඒවා ඉවත් කරන තෙක් එහි රැඳේ, එබැවින් පසුව එය අක්‍රීය කරන්න, සති ගණනක් සක්‍රීයව තැබීම වෙනුවට.

සම්බන්ධ වූ පැතිකඩක් තවමත් සියල්ල බිඳ දැමිය හැක

සම්බන්ධ වී පසුව බ්‍රවුස් කිරීම, දේශීය බෙදාගැනීමක් හෝ කන්ටේනර එන්ජිමක් බිඳ දමන පැතිකඩකට මාර්ගගත කිරීමේ ගැටලුවක් ඇත, ටනල් ගැටලුවක් නොවේ. පෙරනිමි ද්වාරය ටනලයට ගිය බැවින් සෑම ගමනාන්තයක්ම දැන් එය මාර්ගගත නොකරන සහකරුවෙකු හරහා යයි.

නියාමක දෙකක් මෙය තීරණය කරයි. එකක් පැතිකඩෙහි ඇති split tunneling ගුණාංගයයි. අනෙක දුරස්ථ ජාලයේ පෙරනිමි ද්වාරය භාවිත කිරීමට එක් එක් අනුවර්තකයේ විකල්පයයි, එය IPv4 හි උසස් සැකසුම් යටතේ ඇත.

Set-VpnConnection -Name "Office" -SplitTunneling $true
Add-VpnConnectionRoute -ConnectionName "Office" -DestinationPrefix 10.20.0.0/16

මාර්ග එකතු නොකර split tunneling සක්‍රීය කිරීමෙන් සම්බන්ධ වන නමුත් කිසිවකට ළඟා නොවන ටනලයක් ඇති වේ. DNS පරීක්ෂා නොකර එය අක්‍රීය කිරීමෙන් අනුවර්තකයේම උපසර්ගය සහ සේවාදායක භාවිත නොවන බැවින් අභ්‍යන්තර නාම පොදු පිළිතුරු බවට විසඳෙයි.

පළමුව නල පද්ධතිය පරීක්ෂා කරන්න, පසුව වර්ගය

මෙම අනුපිළිවෙලින් වැඩ කරන්න, සියල්ල එකවර සකසනවා වෙනුවට පියවරක් අසාර්ථක වූ විට නවතින්න:

Test-NetConnection vpn.example.net -Port 443
Get-VpnConnection -Name "Office" | Format-List TunnelType, ServerAddress, DnsSuffix
netsh interface ipv4 show route
rasdial Office

පළමු විධානය ළඟාවීම ප්‍රොටොකෝලයෙන් වෙන් කරයි. දෙවැන්න පැතිකඩ කුමක් ලෙස පවසන්නේද යන්න තහවුරු කරයි. මාර්ග වගුව ටනලය පෙරනිමි මාර්ගය අල්ලා ගත්තේද යන්න පෙන්වයි. අමතන විධානය සම්බන්ධතා කළමනාකරුගේම දෝෂය වාර්තා කරයි, එය බොහෝ විට සංවාදයට වඩා පැහැදිලිය.

ටිකට් පතෙහි ටනල් වර්ගය, ද්වාර නිෂ්පාදනය සහ නිශ්චිත දෝෂය සටහන් කරන්න. එවිට ඊළඟ පුද්ගලයා විනාඩියක් තුළ දැනගනී මෙය ප්‍රොටොකෝල නොගැළපීමක්ද, සහතික අසාර්ථකත්වයක්ද නැතහොත් මාර්ගගත කිරීමේ තීරණයක්ද, “VPN වැඩ කරන්නේ නැත” යන්නෙන් ආරම්භ නොකර.