PPTP ભૂલ 800 વિરુદ્ધ 812 અને એક મિનિટ પછી જોડાણ તૂટવું

એક 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 માટે પદ્ધતિ અને એકાઉન્ટ સ્ટ્રિંગ, સમયપત્રક મુજબ મરતી ટનલ માટે ઇકો સેટિંગ્સ.