તમારું Windows VPN રૂટ ટેબલ 0.0.0.0/1 અને 128.0.0.0/1 કેમ દેખાડે છે

Windows VPN સાથે કનેક્ટ કરો અને રૂટ ટેબલ ખોલો, બે એન્ટ્રીઓ તરત ધ્યાન ખેંચે છે: 0.0.0.0/1 અને 128.0.0.0/1. આ ટાઇપિંગ ભૂલ નથી અને ડિફોલ્ટ રૂટને બદલતી નથી. તે દેખાય છે કે નહીં તે એક પ્રોફાઇલ વિકલ્પ પર આધાર રાખે છે, અને આ જોડી સંપૂર્ણ ટનલ બનાવવાની રીત છે, સ્પ્લિટ-ટનલ સુવિધા નહીં. એક પણ લાઇન બદલતા પહેલા વિકલ્પ, પ્રીફિક્સ અને ઇન્ટરફેસ સાથે વાંચો.

ડિફોલ્ટ-ગેટવે વિકલ્પ શું ઇન્સ્ટોલ કરે છે

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

0.0.0.0/1 IPv4 જગ્યાનો નીચો અડધો ભાગ અને 128.0.0.0/1 ઉપરનો અડધો ભાગ આવરે છે, તેથી સાથે મળીને તેઓ દરેક યુનિકાસ્ટ સરનામું આવરે છે. દરેક 0.0.0.0/0 ડિફોલ્ટ કરતાં વધુ વિશિષ્ટ છે, એટલે કે સૌથી લાંબા પ્રીફિક્સની જોડ સામાન્ય ટ્રાફિકને ટનલમાં મોકલે છે જ્યારે ફિઝિકલ ડિફોલ્ટ રૂટ જ્યાં હતો ત્યાં જ રહે છે. તે ડિફોલ્ટ રાખવો દેખાવની વાત નથી: એન્ક્રિપ્ટેડ પેલોડને લપેટતા પેકેટ સર્વરના જાહેર સરનામા પર સંબોધાયેલા હોય છે અને ફિઝિકલ એડેપ્ટર દ્વારા બહાર જવું પડે છે. ડિફોલ્ટને વિભાજિત કરવાને બદલે તેને બદલો, અને ટનલનું પોતાનું પરિવહન ટનલમાં પ્રવેશવાનો પ્રયાસ કરશે, જે કનેક્શન નહીં પણ લૂપ છે.

તેથી VPN એડેપ્ટર તરફ નિર્દેશ કરતો શાબ્દિક 0.0.0.0/0 મળે તો થોભવું યોગ્ય છે. નેટિવ ક્લાઇન્ટ સામાન્ય રીતે તે લખતું નથી, તેથી મેન્યુઅલ રૂટ અથવા અન્ય ક્લાઇન્ટની ગોઠવણીએ તમારી પીઠ પાછળ ટેબલ બદલી નાખ્યું છે. નીચે કંઈપણ ડિબગ કરતા પહેલા તેને શોધો.

ગેટવે બચાવવા કરતાં ટિયરડાઉન સસ્તું છે

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

અન્ય ક્લાઇન્ટ પણ આ જ રચના સુધી પહોંચે છે. redirect-gateway def1 સાથેનું OpenVPN પ્રોફાઇલ ડિફોલ્ટ કાઢવાને બદલે તે બે પ્રીફિક્સ ઇન્સ્ટોલ કરે છે, અને Windows ક્લાઇન્ટ તે જ રૂટિંગ કારણસર આ પેટર્ન અનુસરે છે.

તેથી જ જ્યારે તમે વિભાજનની અપેક્ષા રાખતા હો ત્યારે ટેબલ સંપૂર્ણ ટનલ જેવું લાગી શકે છે. જોડી એ સંપૂર્ણ ટનલ બનાવવાની રીત છે, સ્પ્લિટ-ટનલ ભૂલનો પુરાવો નહીં. જો પ્રોફાઇલ રિમોટ ગેટવે વાપરવા માટે સેટ હોય, તો બધું રૂટ થાય છે, એક સ્થાનિક એપ્લિકેશન શું પહોંચી શકે તે ગમે તે હોય.

કોઈપણ મેટ્રિક પહેલાં સૌથી લાંબું પ્રીફિક્સ જીતે છે

પ્રીફિક્સની લંબાઈ અન્ય કોઈપણ ફીલ્ડ પહેલાં શોધ નક્કી કરે છે. મેટ્રિક ફક્ત સમાન પ્રીફિક્સ ધરાવતા રૂટ વચ્ચે બરાબરી તોડે છે, તેથી /1 એન્ટ્રી મેટ્રિક ખરાબ હોવા છતાં /0 ડિફોલ્ટને હરાવે છે. ઇન્ટરફેસ બાઇન્ડિંગ નક્કી કરે છે કે જ્યારે બે રૂટ એક પ્રીફિક્સ વહેંચે અને Windows ને પસંદ કરવું પડે કે કયો એડેપ્ટર પેકેટ મોકલશે ત્યારે શું બાકી રહે છે.

route print -4
Get-NetRoute -AddressFamily IPv4 | Sort-Object DestinationPrefix
Find-NetRoute -RemoteIPAddress 10.50.5.20

સ્પ્લિટ-ટનલ ટેબલમાં ફિઝિકલ ડિફોલ્ટ, બે હાફ-ડિફોલ્ટ, ટનલ સબનેટનો રૂટ અને તમે ઉમેરેલ કોઈપણ ઓફિસ પ્રીફિક્સ હોય છે. ક્લાઇન્ટ અને પ્રોફાઇલના આધારે ફિઝિકલ ડિફોલ્ટ નીચી કે ઊંચી મેટ્રિક પર હોઈ શકે છે, અને જ્યાં સુધી /1 જોડી અસ્તિત્વમાં છે ત્યાં સુધી તે તફાવત કંઈ બદલતો નથી. જોડી દૂર થાય તે ક્ષણે તે બધું બદલી નાખે છે, ત્યારે જ જૂનો ગેટવે કે ખોટો ઇન્ટરફેસ સપાટી પર આવે છે. તમે બદલવાની અપેક્ષા રાખેલી એક લાઇનને બદલે આખું ટેબલ વાંચો.

ઓફિસ પ્રીફિક્સ માટે એક માલિક પસંદ કરો

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

route -p add 10.50.0.0 mask 255.255.0.0 172.16.8.1
route -p add 10.50.0.0 mask 255.255.0.0 0.0.0.0 IF 31
Add-VpnConnectionRoute -ConnectionName Office -DestinationPrefix 10.50.0.0/16

cmdlet પ્રીફિક્સને નામવાળા પ્રોફાઇલ સાથે બાંધે છે, તેથી રૂટ કનેક્શન સાથે દેખાય છે અને તેની સાથે જાય છે, જે મેનેજ કરેલ લેપટોપ ઇચ્છે છે. સ્થાયી રૂટ રીબૂટ પછી પણ ટકે છે અને જે પ્રોફાઇલે તેને પ્રેરિત કર્યું તે પછી પણ ટકે છે, અને એ રીતે નિવૃત્ત VPN વર્ષો સુધી એન્ટ્રીઓ છોડી દે છે. દરેક પ્રીફિક્સ માટે એક પદ્ધતિ પસંદ કરો અને પસંદગી નોંધો, કારણ કે સ્થાયી રૂટ અને સમાન પ્રીફિક્સ માટે પ્રોફાઇલ રૂટ મળીને ડુપ્લિકેટ બનાવે છે જે ટિયરડાઉન દરમિયાન છોડવા પીડાદાયક છે. તમે જે પણ પસંદ કરો, માલિકી ટિકિટમાં દેખાવી જોઈએ, ફક્ત મશીન પર નહીં.

માલિકી એ પ્રશ્ન છે જેનો આ વિભાગ જવાબ આપે છે, વાક્યરચના નહીં. એક પ્રીફિક્સ માટે બે માલિક એ ટાળવા લાયક નિષ્ફળતાની રીત છે.

ગંતવ્ય સાથે ચકાસો, વેબસાઇટ સાથે નહીં

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

Find-NetRoute -RemoteIPAddress 10.50.5.20
Get-VpnConnection -Name Office

એક્ઝિટ-સરનામાની વેબસાઇટ નબળી તપાસ છે, કારણ કે DNS, IPv6 અને બ્રાઉઝર પ્રોક્સી દરેક તે વિનંતી અલગ માર્ગે મોકલી શકે છે. IPv4 અને IPv6 માં એક જ સંવાદમાં અલગ સેટિંગ્સ પણ હોય છે, અને એક બોક્સ ખાલી કરવાથી બીજું કુટુંબ અસ્પૃષ્ટ રહે છે, તેથી ડ્યુઅલ-સ્ટેક મશીન IPv4 સ્પ્લિટ રૂટ અનુસરતું હોય ત્યારે IPv6 ટનલ દ્વારા લઈ જઈ શકે છે. પ્રોફાઇલને સ્પ્લિટ કહેતા પહેલા બંને કુટુંબ તપાસો. જો રૂટ સાચો હોય અને સેવા હજી નિષ્ફળ જાય, તો બાકી રહેલ સ્તર ફિલ્ટરિંગ છે, રૂટિંગ નહીં.

ક્લાઇન્ટ-મેનેજ્ડ ફાયરવોલ સંપૂર્ણ રૂટ ટેબલ હોવા છતાં ઓફિસ સબનેટને બ્લોક કરી શકે છે. તે નીતિ પ્રોફાઇલ ધકેલનારની છે, રૂટ સંપાદિત કરનારની નહીં.