PPTP දෝෂය 800 සහ 812 සහ විනාඩියකට පසු සම්බන්ධතාවය බිඳීම

දෝෂය 800, දෝෂය 812 සහ විනාඩියකට පසු මිය යන PPTP උමඟ වෙනස් දෝෂ තුනකි. එක් එක් රෝග ලක්ෂණය සැබවින්ම අසාර්ථක වූ ස්ථරයට ගළපන්න.

එක් PPTP සේවාදායකයකින් එන දෝෂ පණිවිඩ තුනක් සාමාන්‍යයෙන් වෙනස් දෝෂ තුනක් විස්තර කරයි. දෝෂය 800 යනු උමඟ කිසිදා සෑදුණේ නැති බවයි, දෝෂය 812 යනු සේවාදායකයා සත්‍යාපන ක්‍රමය ප්‍රතික්ෂේප කළ බවයි, විනාඩියකට පසු බිඳීම යනු නිරෝගී සහකරු ගිය බව තීරණය කරන keepalive ටයිමරයකි. සෑම අදියරක්ම තමන්ගේම හේතුවකින් අසාර්ථක වේ, එබැවින් එක් එක් අදියරට තමන්ගේම පරීක්ෂාවක් අවශ්‍යයි.

දෝෂය 800 යනු උමඟ කිසිදා සෑදුණේ නැති බවයි

Windows උමඟ කිසිසේත් ගොඩනැගිය නොහැකි විට දෝෂය 800 මතු කරයි, සහ ළඟා නොවන සේවාදායකයක් හෝ නුසුදුසු ආරක්ෂක පරාමිතීන් ගැන ඇති පෙළ රෝග විනිශ්චයක් නොව සාරාංශයකි. PPTP ට ඕනෑම අක්තපත්‍රයක් පරීක්ෂා කිරීමට පෙර ජාලයෙන් වෙනස් දේවල් දෙකක් අවශ්‍යයි. TCP 1723 පාලන නාලිකාව රැගෙන යයි, සහ IP ප්‍රොටොකොලය 47, එනම් GRE, ආවරණය කළ පේලෝඩය රැගෙන යයි.

ඔබේ LAN එකෙන් පිටතින් අර බාහිර මාර්ගය පරීක්ෂා කරන්න, මන්ද කාර්යාලය තුළ වැඩ කරන සම්බන්ධතාවයක් අද්දර ගැන කිසිවක් ඔප්පු නොකරයි:

$ nc -vz vpn.example.net 1723
Connection to vpn.example.net 1723 port [tcp/*] succeeded!
$ sudo tcpdump -ni eth0 proto gre
tcpdump: listening on eth0, link-type EN10MB

1723 පිළිතුරු දෙන අතර සේවාදායකයා සම්බන්ධ වීමට උත්සාහ කරන විට ග්‍රහණය හිස්ව පවතී නම්, මාර්ගය ප්‍රොටොකොලය 47 අතහරිමින් සිටී. 1723 යවන ලද නමුත් PPTP පාස්ත්‍රූ ක්‍රියාවිරහිත රවුටරයක් හරියටම එම රටාව නිපදවයි: TCP අතට අත දීම අවසන් වේ, පසුව GRE පැකට් අතුරුදහන් වේ, එබැවින් අසාර්ථකත්වය අක්තපත්‍ර ගැටලුවක් ලෙස පෙනේ, නමුත් කිසිදු පිවිසුම් උත්සාහයක් සිදු නොවීය.

යැවීම සේවාදායකයාගේ වත්මන් LAN ලිපිනයට හරවන්න, රවුටරය ලබා දෙන තැන PPTP පාස්ත්‍රූ සක්‍රීය කරන්න, සහ එම බාහිර ස්ථානයෙන් නැවත උත්සාහ කරන්න. GRE ඉහළින් පෙරී යන අතර ඔබට එය වෙනස් කළ නොහැකි නම්, TCP 443 මත SSTP හෝ UDP 500 සහ 4500 මත L2TP/IPsec ට Windows පැත්තේ ඔබට කළ හැකි ඕනෑම වෙනසකට වඩා හොඳ අවස්ථාවක් ඇත.

දෝෂය 812 යනු සේවාදායකයා ඔබේ සත්‍යාපන ක්‍රමය ප්‍රතික්ෂේප කිරීමයි

උමඟ ඉහළ ගිය පසු දෝෂය 812 නැවත පැමිණේ, එබැවින් එය මුරපද ගැටලුවක් ලෙස දැනේ. සේවාදායකයා සම්බන්ධතාවය සඳහා සාකච්ඡා කළ සත්‍යාපන ක්‍රමය ප්‍රතික්ෂේප කරයි, අනිවාර්යයෙන්ම මුරපදයම නොවේ. සේවාදායකයේ VPN පිවිසුම විවෘත කරන්න, ආරක්ෂා ටැබයට යන්න, වර්ගය Point-to-Point Tunneling Protocol ලෙස සකසන්න, පැහැදිලි ප්‍රොටොකොල ලැයිස්තුව තෝරන්න, සහ Microsoft CHAP අනුවාදය 2 ටික් කරන්න.

සංවාදය තුළ ක්ලික් නොකර වත්මන් සැකසුම කියවිය හැකිය:

$ Get-VpnConnection -Name "Office" | Select-Object -ExpandProperty AuthenticationMethod
MsChapv2

MS-CHAP v2 අවශ්‍ය කරන සේවාදායකයා PAP මත හෝ දුර්වල දෙයක් සාකච්ඡා කරන ස්වයංක්‍රීය වර්ගයක් මත තැබූ ක්ලාන්තය ප්‍රතික්ෂේප කරයි, සහ ඕනෑම පරිශීලක මුරපදයක් ඇගයීමට පෙර දෝෂය පැමිණේ. ගිණුම් ආකෘතිය එම ප්‍රතික්ෂේපයේ අනෙක් අර්ධයයි. එක් අවස්ථාවක Windows MicrosoftAccount\[email protected] ආකෘතියේ Microsoft ගිණුම් අනන්‍යතාවක් යැව්වේ, නමුත් සේවාදායකයාට දේශීය හෝ වසම් ගිණුමක් අවශ්‍ය විය. SERVERNAME\username ටයිප් කිරීමෙන් Windows ට කුමන ගිණුම් ගබඩාවට යා යුතුදැයි පැවසූ අතර දෝෂය ඉවත් විය. නම අතින් ඇතුළත් කරන්න, සුරකින ලද අක්තපත්‍රයකට පෙර ආකෘතිය නැවත කිරීමට ඉඩ නොදෙන්න.

විනාඩියකට පසු බිඳීම keepalive තීරණයකි

උමඟ සම්බන්ධ වී ටිකක් රථවාහන ගමන් කරවා පසුව විසන්ධි වන විට, ක්ලාන්තය ස්පර්ශ කිරීමට පෙර සේවාදායකයාගේ LCP ප්‍රතිරාවය හැසිරීම දෙස බලන්න. ඩීමන් නිතරම සහකරුට තවමත් එහි සිටීදැයි තහවුරු කරන ලෙස කියයි. නියමිත අයවැය තුළ ඉතා අල්ප පිළිතුරු ලැබේ නම්, පරිශීලකයාට තවමත් ක්‍රියාකාරී සබැඳියක් තිබුණත් සැසිය බිඳ දමයි.

Linux pptpd සේවාදායකයේ එම අගයන් /etc/ppp/options.pptpd හි පවතී, සහ සාමාන්‍ය අළුත්වැඩියාව විරාමය කෙටි කිරීම නොව අයවැය පුළුල් කිරීමයි:

# /etc/ppp/options.pptpd
lcp-echo-failure 30
lcp-echo-interval 5
# then
sudo systemctl restart pptpd

පහක් තත්පර විරාමයක තිහක් අතපසු වීම කෙටි නැවතීමක් සමාව දෙයි, සහකරු ගියා යැයි ප්‍රකාශ කිරීම වෙනුවට. සංඛ්‍යාව එකක් හෝ දෙකක් දක්වා අඩු කිරීම පරිවර්තිත මාර්ගයක සාමාන්‍ය ජිටරය සෑම විනාඩියකට පමණ විසන්ධියක් බවට පත් කරයි. ඔබේ සේවාදායකයා pptpd නොව Windows RRAS නම්, ඒ වෙනුවට PPP සැසි කාල සීමාව සහ අක්‍රීය විට විසන්ධි කිරීමේ ප්‍රතිපත්තිය දෙස බලන්න. ඒවා වෙනත් තැනක පවතී, සහ නොමැති pppd ගොනුවක් සංස්කරණය කිරීමෙන් කිසිවක් වෙනස් නොවේ.

අතිච්ඡාදනය වන උපජාල තොරතුරු මාර්ගය බිඳ දමයි

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

එය නිර්මාණ දෝෂයක් ලෙස සලකා එක් පැත්තක් නැවත අංකනය කරන්න, නැතහොත් ක්ලාන්තයට චේතනාන්විතව පරිවර්තිත ප්‍රවේශ පරාසයක් දෙන්න. PPTP ක්ලාන්තය නිදොස් කිරීමෙන් දෙවරක් පවතින ලිපින අවකාශයක් හරි නොගැසිය හැක, සහ රෝග ලක්ෂණය අහඹු බිඳීමක් ලෙසම පෙනෙනු ඇත.

අසාර්ථක වූ අදියරෙන් පටන් ගන්න: 800 සඳහා GRE, 812 සඳහා ක්‍රමය සහ ගිණුම් තන්තුව, කාලසටහන අනුව මිය යන උමඟ සඳහා ප්‍රතිරාව සැකසුම්.

අදාළ ලිපි