તમારું Windows VPN સ્થાનિક પ્રિન્ટરને કેમ મારી નાખે છે અને તેને કેવી રીતે રોકવું

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

પહેલા રૂટ કોષ્ટક વાંચો

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

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

ડિફોલ્ટ રૂટ દૂર કરો, ત્રણ રીતે

બિલ્ટ-ઇન Windows પ્રોફાઇલ પર નિયંત્રણ એક ચેકબોક્સ છે. કનેક્શનના ગુણધર્મો ખોલો, IPv4, પછી એડવાન્સ્ડ, અને Use default gateway on remote network દૂર કરો; નવીનતર સેટિંગ્સ એપ એ જ સંવાદને એક સ્તર વધુ ઊંડે છુપાવે છે. ઉન્નત પ્રોમ્પ્ટમાંથી એ જ ફેરફાર એક cmdlet છે:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

એક OpenVPN પ્રોફાઇલ અલગ રીતે કામ કરે છે, તેથી તેની વર્તણૂક ચેકબોક્સની અપેક્ષા રાખનારને મૂંઝવે છે. તેનું redirect-gateway def1 નિર્દેશ ડિફોલ્ટ રૂટને જરાય બદલતું નથી; તે અડધા-શ્રેણીના બે રૂટ સ્થાપિત કરે છે, 0.0.0.0/1 અને 128.0.0.0/1, જે ભેગા મળીને ડિફોલ્ટને ડિલીટ કર્યા વિના તેના પર જીતે છે. મૂળ ડિફોલ્ટ ટકી રહેતો હોવાથી, net_gateway તરફ નિર્દેશિત પ્રીફિક્સ ઉમેરવાથી ફક્ત એ જ પ્રીફિક્સ સ્થાનિક રાઉટર પર પાછું જાય છે. તે વિગત સમજાવે છે કે def1 પ્રોફાઇલ માટેનો ઉપાય પ્રીફિક્સ રૂટ છે, કોઈને ન મળે એવો ચેકબોક્સ નહીં.

ફક્ત કામનું જ પાછું ઉમેરો

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

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

જૂનો અભિગમ હજી કામ કરે છે અને હજી દરેક ચેકલિસ્ટમાં છે: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, ટનલના પોતાના ઇન્ટરફેસ ઇન્ડેક્સ અને ગેટવે સરનામા સાથે. તે રીબૂટ દરમિયાન ટકી રહે છે, જે હેતુ પણ છે અને જોખમ પણ, કારણ કે આગલા બૂટમાં ઇન્ડેક્સ બીજા કંઈકનું હોઈ શકે છે.

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

જ્યારે સર્વર તમારા વતી નક્કી કરે

તમારા ચેકબોક્સને અવગણતો ક્લાયન્ટ સામાન્ય રીતે કોઈ નીતિનું પાલન કરતો હોય છે. Cisco પ્રોફાઇલમાં Allow Local LAN Access સેટિંગ હોય છે, અને headend એ tunnel-all નીતિ ધકેલી શકે છે જે ક્લાયન્ટ શું પસંદ કરે તેને બાજુ પર મૂકે છે; ફરજિયાત-ટનલ ડિપ્લોયમેન્ટમાં બદલવા માટે કોઈ સ્થાનિક સ્વિચ નથી. એ જ સંવાદ ફરી તપાસવાને બદલે ધકેલાયેલા રૂટ અને નીતિ લીટીઓ માટે ક્લાયન્ટ લોગ વાંચો.

પછી નામ-ઉકેલ તપાસો, જે રૂટિંગથી અલગ સ્વિચ છે. વિભાજિત ટનલ હજી પણ આંતરિક રિઝોલ્વર અને શોધ સફિક્સ મેળવી શકે છે, તેથી સ્થાનિક ઉપકરણ સરનામાથી પહોંચી શકાય છે અને DNS બાજુ પણ સુધારાય નહીં ત્યાં સુધી નામથી શોધી શકાતું નથી.

ઓવરલેપ એ અલગ સમસ્યા છે

જો ઘરનું LAN અને ઓફિસનું LAN 192.168.0.0/24 જેવું પ્રીફિક્સ શેર કરે, તો કોઈ રૂટ તેમને અલગ પાડી શકતું નથી. તે શ્રેણીના દરેક પેકેટનું એક જ લુકઅપ પરિણામ હોય છે, અને ઉપાય એ છે કે એક બાજુને ફરી નંબર આપવો અથવા પૂલમાંથી અનુવાદિત સરનામા દ્વારા ઓફિસ સુધી પહોંચવું. વધુ ચોક્કસ રૂટ ઉમેરવાથી ફક્ત એ ખસે છે કે નેટવર્કનો કયો અડધો ભાગ તૂટે છે.

પાંચને બદલે એક ચકાસણીથી પૂરું કરો: કનેક્ટ કરો, પછી tracert આંતરિક અને જાહેર હોસ્ટ સામે ચલાવો. પહેલું હોપ અલગ હોવું જોઈએ, અને જો ન હોય, તો ક્લાયન્ટ શું જાહેર કરે તે ધ્યાનમાં લીધા વિના વિભાજન અમલમાં નથી. પછી એક વાર ફરી કનેક્ટ કરો અને પુનરાવર્તન કરો, કારણ કે ધકેલાયેલા રૂટ દરેક સેશન સાથે પાછા આવે છે.