PPTP passthrough නොමැත: Windows VPN දෝෂය 807 නිවැරදි කිරීම

TCP 1723 ඉදිරියට යැවීමෙන් බොහෝ විට PPTP හි පළමු කොටස පමණක් සමත් වන අතර ඉතිරිය බිඳී යයි, එබැවින් Windows උත්සාහයේදී තවමත් දෝෂ 807 ලබා දෙයි. ඊළඟ අවබෝධය වන්නේ 47 වරාය සඳහා නියමයක් එකතු කිරීමයි, එය එක් දහවලක් නාස්ති කරන පියවරයි: GRE යනු IP ශීර්ෂයේ ප්‍රොටොකෝල අංකයක් මිස ඉදිරියට යැවීමේ වගුවකට ගැලපිය හැකි වරායක් නොවේ. රවුටරය ප්‍රොටොකෝල 47 සමත් කර එය එකම ඇමතුමට සම්බන්ධ නොකරන තෙක් ටනලය ආරම්භ කළ නොහැක. පහත කොටස් මෙම නාලිකා දෙක වෙන් කර, පසුව එකින් එක පරීක්ෂා කරයි.

වරාය වගුවක ප්‍රොටොකෝල අංකයක් සඳහා පේළියක් නොමැත

PPTP භාවිතා කරන්නේ විවිධ ආකාරවලින් අසාර්ථක වන සංවාද දෙකකි. TCP 1723 හි ඇති එක ඇමතුම ආරම්භ කර, සබැඳි තොරතුරු ලබා දී, පරිශීලකයා විසන්ධි වන විට එය ඉවත් කරයි. භාරක කොටස GRE තුළ ක්‍රියාත්මක වන අතර, IP ශීර්ෂය එය ප්‍රොටොකෝල අංක 47 ලෙස ලේබල් කරයි, එම ටනලය තුළ PPP සබැඳිය සාකච්ඡා කරන අතර MS-CHAPv2 හැඳුනුම්පත් තහවුරු කරයි.

GRE හට ප්‍රවාහන ශීර්ෂයක් නොමැති බැවින් එය වරායක් නොපෙන්වයි, එබැවින් වරාය සඳහා ලියන ලද නියමයකට ගැලපීමට කිසිවක් නොමැත. 1723 ඉදිරියට යවන රවුටරයක් එම TCP සැසිය සඳහා සිතියමක් සාදා එතැනින් නතර වේ. දෙවන භාගය හසුරුවන ෆර්ම්වෙයර් මෙම විශේෂාංගය PPTP passthrough හෝ PPTP ALG ලෙස හඳුන්වයි, සමහර ෆර්ම්වෙයර් දෙකම නොදෙන අතර මෙම පරතරය ගැන කිසිවක් නොකියයි. ලේබලයට වඩා වැදගත් වන්නේ ප්‍රොටොකෝල 47 කිසිසේත් හඳුනාගෙන තිබේද යන්නයි.

දත්ත මාර්ගය මිය යන විට Windows වාර්තා කරන දේ

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

මුරපදය ස්පර්ශ කිරීමට පෙර ප්‍රවාහනය සමඟ වැඩ කරන්න. 807 පසුපස හඹා යමින් හැඳුනුම්පත් වෙනස් කිරීම සැබෑ දෝෂය එලෙසම තබා ඊළඟ උත්සාහය කියවීම දුෂ්කර කරයි.

දෙවන සේවාලාභියෙකු ක්‍රියාකාරී ටනලයක් බිඳ දමන්නේ ඇයි

වෙන් කිරීමට වරායන් නොමැති විට, NAT උපාංගයකට PPTP සේවාලාභීන් දෙදෙනෙකු HTTPS සැසි දෙකක් වෙන් කරන ආකාරයට වෙන් කළ නොහැක. එබැවින් බොහෝ පාරිභෝගික උපාංග එක් PPTP ඇමතුමකට පමණක් ඉඩ දී එය මූලාශ්‍ර ලිපිනයෙන් හඹා යයි. තනිව ක්‍රියා කළ ලැප්ටොප් පරිගණකයක් දෙවන යන්ත්‍රයක් අමතන විට සම්පූර්ණ කිරීම නවතී, සේවාලාභී පැත්තෙන් බලන විට එම අසාර්ථකත්වය අහඹු ලෙස පෙනේ. එම රටාව ෆර්ම්වෙයර්ට අයත් වන අතර කිසිදු පැතිකරණ වෙනසක් එය වෙනස් නොකරයි.

සේවාලාභීන් දෙදෙනාම අමතන අතරතුර සම්බන්ධතා වගුව නරඹන්න. පළමු සත්කාරකයාට පමණක් කිසි විටෙකත් සිතියමක් තිබේ නම්, රවුටරය එය ආධාර කරන සීමාවට ළඟා වී ඇති අතර සේවාලාභී පැත්තේ කිසිදු සැකසුමක් එය ගෙන යන්නේ නැත.

අසාර්ථක වන්නේ කුමන භාගයද යන්න ඔප්පු කරන්න

රවුටරයේ කිසිවක් වෙනස් කිරීමට පෙර TCP 1723 පැමිණෙන බව තහවුරු කරන්න, මන්ද එම පිළිතුර ඔබ පරීක්ෂා කරන භාගය තීරණය කරයි. මේවා Windows සේවාලාභියාගෙන් ඔබේම සේවාදායක නාමයට එරෙහිව ක්‍රියාත්මක කරන්න. පළමුවැන්න වරාය පිළිතුරු දුන්නේද යන්න මුද්‍රණය කරයි, දෙවැන්න සංවාදයකින් තොරව අමතන අතර එය නැවත නැවත උත්සාහ සංසන්දනය කළ හැකි කරයි.

Test-NetConnection vpn.example.com -Port 1723
rasdial "Work VPN"

වරාය පරීක්ෂණයේ සත්‍ය ප්‍රතිඵලයක් යනු පාලක නාලිකාව විවෘත බවත් GRE ඉතිරි සැකකරු බවත්ය. අසත්‍ය ප්‍රතිඵලයක් යනු මාර්ගකරණය, පෙරහනක් හෝ ඉදිරියට යැවීම බිඳී ඇති බවත්, කිසිදු GRE වෙනසක් එය ගලවා නොගන්නා බවත්ය. දත්ත පැත්ත දැකිය හැකි තැන, එනම් සේවාදායක කෙළවරේ හෝ රවුටරයේ නිරීක්ෂණය කළ යුතුය.

tcpdump -ni any proto 47

Wireshark සමානය වන්නේ දර්ශන පෙරහන ip proto 47 වන අතර, එය shell එකක් සමඟ සුවපහසු නැති කෙනෙකුට භාර දීමට පහසුය. පිළිතුරක් නොමැතිව පැමිණෙන GRE යනු ආපසු මාර්ගය නිවැරදි කළ යුතු බවයි.

දෝෂය සැබවින්ම නිවැරදි කරන්නේ කුමක්ද

රවුටරය සැකසුම නිරාවරණය කරන තැන, PPTP passthrough සක්‍රීය කරන්න, නැතහොත් නියම පිළිගන්නා ෆර්ම්වෙයර් මත ප්‍රොටොකෝල 47 පැහැදිලිව අවසර දෙන්න. RouterOS හි ඉදිරියට යැවීමේ නියමය ප්‍රොටොකෝලයට සෘජුවම ගැලපේ, වරාය පාදක ඉදිරියට යැවීමකට කිසි විටෙකත් එය කළ නොහැක. පාරිභෝගික ෆර්ම්වෙයර් සාමාන්‍යයෙන් එකම තීරණය ලේබල් කොටුවක් පිටුපස සඟවයි, සමහර විට වරාය ඉදිරියට යැවීම යටතේ නොව ආරක්ෂක සැකසුම් යටතේය. එවැනි පාලනයක් නොමැති නම්, සේවාලාභී පැත්තේ කිසිවක් එය පිරිමසන්නේ නැත.

/ip firewall filter add chain=forward protocol=gre action=accept
/ip firewall filter print where protocol=gre

PPTP ප්‍රතිස්ථාපනය කිරීම අනෙක් විකල්පය වන අතර බොහෝ විට ලාභදායී එකකි. VPN එකම අවසන් කරන රවුටරයක් ඇතුළත පැමිණෙන සේවාලාභීන් සඳහා ද්විත්ව NAT වළක්වයි, වරාය පාදක NAT දැනටමත් හසුරුවන ප්‍රොටොකෝලයකට කිසිසේත් passthrough අවශ්‍ය නොවේ: UDP මත OpenVPN, TCP 443 මත SSTP, හෝ UDP 4500 තුළ ESP ඔතන NAT-T සමඟ L2TP/IPsec. PPTP ද MS-CHAPv2 මත රඳා පවතින අතර, එහි ලේඛනගත දුර්වලතා නිසා දෝෂය ඉවත් වූ පසුවත් නව ස්ථාපනයකට එය නරක තේරීමක් කරයි.

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