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

ટ્રેસ ટ્રેસિંગ ડિરેક્ટરી હેઠળ પડે છે અને તમે તેને સાફ ન કરો ત્યાં સુધી રહે છે, તેથી પછી ટ્રેસિંગ બંધ કરો, અઠવાડિયાં સુધી ચાલુ રાખશો નહીં.

જોડાયેલ પ્રોફાઇલ પણ બધું તોડી શકે છે

જે પ્રોફાઇલ જોડાય અને પછી બ્રાઉઝિંગ, સ્થાનિક શેરિંગ કે કન્ટેનર એન્જિન તોડે તેમાં રૂટિંગની સમસ્યા છે, ટનલની નહીં. ડિફોલ્ટ ગેટવે ટનલમાં ખસી ગયું છે, તેથી હવે દરેક ગંતવ્ય એવા સાથીમાંથી પસાર થાય છે જે તેને રૂટ ન કરે.

બે નિયંત્રણો આ નક્કી કરે છે. એક છે પ્રોફાઇલ પરની સ્પ્લિટ-ટનલિંગ ગુણધર્મ. બીજું છે દૂરસ્થ નેટવર્ક પર ડિફોલ્ટ ગેટવે વાપરવાનો દરેક એડેપ્ટરનો વિકલ્પ, જે IPv4 ના અદ્યતન સેટિંગ્સ હેઠળ છે.

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

રૂટ ઉમેર્યા વિના સ્પ્લિટ ટનલિંગ ચાલુ કરવાથી એવી ટનલ બને છે જે જોડાય છે અને ક્યાંય પહોંચતી નથી. 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 કામ કરતું નથી” થી શરૂ કરવાને બદલે.