Windows VPN ના ડિફોલ્ટ રૂટમાંથી એક હોસ્ટને બહાર કાઢવો

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

ટનલ કઈ એન્ટ્રી લે છે

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

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

route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.30

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

હોસ્ટ રૂટ વિશિષ્ટતા પર જીતે છે

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

વિશિષ્ટતા ડોમેન નામને બાકાત રાખવાના સ્પષ્ટ શોર્ટકટને પણ નકારી કાઢે છે, કારણ કે ટેબલ સરનામાંઓ સાથે મેળ ખાય છે અને એક નામ ઘણા સરનામાંઓમાં ઉકેલાઈ શકે છે. પહેલા હોસ્ટ ઉકેલો, પછી નક્કી કરો કે તેના કયા સરનામા અપવાદને લાયક છે.

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

રૂટને આગલા ફરી-જોડાણથી આગળ ટકાવો

Windows VPN કનેક્શન પર કોઈ બાકાત સૂચના આપતું નથી, તેથી અપવાદ ભૌતિક ઇન્ટરફેસ પર જ રહેવો જોઈએ જ્યાં એડેપ્ટર તેને ફરીથી નહીં લખે. જવાબ જેવો દેખાતો cmdlet ઊલટું કરે છે: Add-VpnConnectionRoute પ્રીફિક્સને ટનલમાં ખસેડે છે, અને તે મિરર કેસ છે જ્યાં વિભાજિત પ્રોફાઇલે એક ગંતવ્ય વહન કરવું જોઈએ અને બાકીનું સ્થાનિક છોડવું જોઈએ. અહીં તેની તરફ વળવું બાંયધરી આપે છે કે જે ટ્રાફિક તમે બહાર રાખવા માંગતા હતા તે અંદર જાય છે.

હાથે કરેલું સ્વરૂપ એક જ આદેશ છે. તેની નબળાઈ ફરી-જોડાણ નહીં, નેટવર્ક ફેરફાર છે.

route -p add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

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

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

rasdial Office
route add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

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

રૂટિંગ પ્રક્રિયા પસંદ કરી શકતું નથી

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

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

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

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

ખાતરી કરો કે અપવાદ ફરી-જોડાણમાં ટકી રહ્યો

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

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