VPN કનેક્ટ થાય ત્યારે પ્રિન્ટર ઑફલાઇન? રૂટ ટેબલ તપાસો

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

પગલું એક: સાબિત કરો કે પ્રિન્ટર હજી LAN પર પહોંચી શકાય છે

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

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

પગલું બે: Windows ખરેખર કયો રૂટ પસંદ કરે છે તે શોધો

ટેબલ ઉપરથી નીચે વાંચીને અનુમાન કરશો નહીં. Windows ને પૂછો કે તમારા માટે મહત્ત્વના ચોક્કસ સરનામા માટે તે કઈ એન્ટ્રી પસંદ કરે છે, અને સાથે જ ઇન્ટરફેસ ઇન્ડેક્સ મેળવો.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute વિજેતા રૂટ અને તેનું ઇન્ટરફેસ છાપે છે, અને આ બે હકીકતો પર જ બાકીનું બધું આધાર રાખે છે. route print -4 આસપાસની એન્ટ્રીઓ દર્શાવે છે, જેમાં ફુલ-ટનલ ક્લાયન્ટ ઇન્સ્ટોલ કરે છે તે બે અડધા-ડિફૉલ્ટનો પણ સમાવેશ થાય છે: 0.0.0.0/1 અને 128.0.0.0/1, જે મળીને આખું IPv4 ક્ષેત્ર આવરી લે છે પણ ક્યારેય 0.0.0.0/0 ને બદલતા નથી. /1 એ /0 કરતાં લાંબો છે, પણ તમારો 192.168.1.0/24 હજી લાંબો છે, તેથી ગુમ થયેલો LAN રૂટ ટનલના દાવા કરતાં પણ વધુ મહત્ત્વનો છે.

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

પગલું ત્રણ: ગેટવે અને ઇન્ટરફેસનું નામ લેતો સૌથી સાંકડો રૂટ ઉમેરો

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

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

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

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

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

પગલું ચાર: ખાતરી કરો કે અપવાદ આગળના કનેક્શન સુધી ટકે

ઘણા કોર્પોરેટ ક્લાયન્ટ દરેક કનેક્શન પર તેમનો આખો રૂટ સેટ ફરી ઇન્સ્ટોલ કરે છે અને એ કરતી વખતે ઇન્ટરફેસ મેટ્રિક ફરી ગણે છે, તેથી ગઈકાલે કામ કરતો રૂટ આજે પછાડી શકાય છે. ફરી કનેક્ટ થયા પછી પ્રિન્ટર માટે Find-NetRoute ફરી ચલાવો અને તપાસો કે ઇન્ટરફેસ હજી ભૌતિક એડપ્ટર સાથે મેળ ખાય છે. જો એન્ટ્રી ગાયબ હોય, તો કંઈક તેને કાઢી નાખે છે; કાયમી રૂટ તમને ટેબલ સાફ કરતા એજન્ટથી બચાવતો નથી. VPN જોડાયા પછી રૂટ ફરી ઉમેરતા શેડ્યૂલ કરેલા કાર્યો સામાન્ય ઉપાય છે, અને તે જ ઉપાય છે જે ડૉક કે ડ્રાઇવર અપડેટ પછી એડપ્ટર ઇન્ડેક્સ બદલાય ત્યારે તૂટી પડે છે.

IPv6 ને અલગથી નજરમાં રાખો. જે ક્લાયન્ટ ફક્ત IPv4 ડિફૉલ્ટનો દાવો કરે છે તે IPv6 ડિફૉલ્ટ રૂટ ભૌતિક એડપ્ટર પર છોડી શકે છે, તેથી IPv6 દ્વારા પહોંચી શકાય તેવું પ્રિન્ટર કામ ચાલુ રાખે છે જ્યારે IPv4 નિષ્ફળ જાય, અથવા ઊલટું. રૂટ ટેબલ નિર્દોષ છે તેમ નક્કી કરતા પહેલાં ping -4 અને ping -6 સાથે પરીક્ષણ કરો.

સ્થાનિક શોર્ટકટ તમને કેટલું મોંઘું પડે છે

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

બદલાવ પછી પ્રિન્ટર જવાબ આપે તો, સુધારો ટક્યો છે તેમ માની લેવાને બદલે આગળના ફરી-કનેક્શન પછી ચાર ચકાસણીઓ ફરી કરો. જો જવાબ ન આપે, તો કનેક્શન પહેલાં અને પછી Find-NetRoute આઉટપુટ કેપ્ચર કરો; તફાવત તમને કહેશે કે ક્લાયન્ટે એન્ટ્રી કાઢી નાખી કે ફક્ત ફરી ગોઠવી.