VPN ક્લાયન્ટ મોડમાં રાઉટર: LAN ઉપકરણો કેમ અદૃશ્ય થાય છે
રાઉટર VPN ક્લાયન્ટ મોડમાં જાય પછી LAN ઉપકરણો અદૃશ્ય થાય છે: પહેલા ફોરવર્ડ પથનું નિરીક્ષણ લક્ષણ, પછી ફર્મવેરે બદલેલી LAN શ્રેણી ચકાસો.
ક્લાયન્ટ મોડ પોતે LAN ઍક્સેસ નષ્ટ કરે છે એવી માન્યતા લોકોને ખોટા સેટિંગ્સ મેનુમાં લઈ જાય છે, અને સાચા કારણો સામાન્ય રીતે બે હોય છે. ટનલ LAN બ્રિજને દૂર કરતી નથી કે વાયર અને વાયરલેસ ક્લાયન્ટને એકબીજા સુધી પહોંચતા રોકતી નથી. સ્થાનિક ઍક્સેસ તૂટે છે કાં તો રાઉટરના ફોરવર્ડ પથમાં બેઠેલું નિરીક્ષણ લક્ષણ, અથવા ફર્મવેર બદલાતાં ખસી ગયેલી LAN સરનામાં શ્રેણી. બંને એક જ ફરિયાદ પેદા કરે છે, અને VPN પ્રોફાઇલ ફરી ઇન્સ્ટોલ કરવાથી કોઈ પણ સુધરતું નથી.
દંતકથા, અને ક્લાયન્ટ મોડ ખરેખર શું બદલે છે
ક્લાયન્ટ મોડ ટનલ ઇન્ટરફેસ અને તેમાંથી પસાર થતો ડિફૉલ્ટ રૂટ ઉમેરે છે, અને પછી LAN ટ્રાફિકને તે ટનલમાં ફોરવર્ડ કરે છે. વાયર પોર્ટ અને વાયરલેસ રેડિયો વચ્ચેનો બ્રિજ અકબંધ રહે છે, તેમજ સ્થાનિક સ્વિચિંગ. જે બદલાય છે તે નીતિ છે: કયો ટ્રાફિક ફોરવર્ડ થાય છે, ક્યાં તેનું ભાષાંતર થાય છે અને ક્લાયન્ટને કયો રિઝોલ્વર મળે છે.
આ તફાવત મહત્વનો છે કારણ કે તૂટેલી LAN સામાન્ય રીતે એમ બતાવે છે કે તે ત્રણ નીતિઓમાંથી એક બદલાઈ છે, એ નહીં કે રાઉટર સ્વિચ બનવાનું બંધ કરી ગયું છે. જે રાઉટર હજી પોતાના વ્યવસ્થાપન પૃષ્ઠનો જવાબ આપે છે તે LAN ઇન્ટરફેસ જીવંત હોવાનો પુરાવો છે. જે રાઉટર કંઈ પણ જવાબ આપતું નથી તેની બીજી સમસ્યા છે, જેમ કે બદલાયેલું LAN સરનામું અથવા ખોટા સબનેટમાંનો ક્લાયન્ટ.
તેથી ઉપયોગી પહેલું પગલું એ છે કે કયો સ્તર તૂટ્યો તે શોધવું, તમે શંકા કરો છો તે સ્તર બદલવું નહીં.
કોઈ સેટિંગને અડકતા પહેલા ત્રણ લક્ષ્ય ચકાસો
વાયર ક્લાયન્ટથી ત્રણ લક્ષ્ય અલગ રીતે ચકાસો અને દરેક પરિણામ લખો: રાઉટરનું પોતાનું LAN સરનામું, તે જ સ્વિચ પરનું બીજું ઉપકરણ IP દ્વારા, અને ફક્ત ટનલ દ્વારા પહોંચી શકાય તેવી વસ્તુ. આ ક્રમમાં કરો, કારણ કે દરેક પરિણામ અલગ સ્તર બાદ કરે છે. પહેલા રાઉન્ડમાં નામને બદલે સરનામાં વાપરો, કારણ કે નામની નિષ્ફળતા DNSને કનેક્ટિવિટી પ્રશ્નમાં ભેળવે છે.
જવાબોની પૅટર્ન જ નિદાન છે. સ્થાનિક ઉપકરણો જવાબ ન આપે પણ રાઉટર જવાબ આપે તો તે સ્થાનિક સ્વિચિંગ અથવા ફિલ્ટરિંગ લક્ષણ તરફ ઇશારો કરે છે, રૂટિંગ તરફ નહીં. ટનલ બાજુ જવાબ ન આપે પણ સ્થાનિક ઉપકરણો જવાબ આપે તો તે ટનલ રૂટ અથવા દૂરસ્થ ફાયરવોલ તરફ ઇશારો કરે છે. સરનામાથી બધું જવાબ આપે પણ નામ નિષ્ફળ જાય તો તે રિઝોલ્વરનો પ્રશ્ન છે, અને રૂટ સંપાદન કરીને તે સુધરશે નહીં.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
પરીક્ષણ પરિણામોની બાજુમાં ટેબલ રાખો. તે અસ્પષ્ટ ફરિયાદને તમે પગલાં લઈ શકો તેવી એક લાઇનમાં ફેરવે છે.
ફોરવર્ડ પથની અંદરનું સુરક્ષા સ્તર
ઉપભોક્તા રાઉટરમાં ફોરવર્ડ થતા ટ્રાફિકને જોતું નિરીક્ષણ લક્ષણ વધુને વધુ આવે છે, અને તે LANથી ટનલ સુધીના પેકેટ લઈ જતા એ જ પથમાં ચાલે છે. જ્યારે તે નિરીક્ષણ ટનલ ટ્રાફિકનું વર્ગીકરણ કરી શકતું નથી, ત્યારે ટનલ પોતે ચાલુ રહે અને રાઉટર સ્વસ્થ કનેક્શનની જાણ કરે તેમ છતાં ફોરવર્ડિંગ અટકી શકે છે. VPN લોગમાં આ દેખાતું નથી, કારણ કે VPN ખરેખર જોડાયું હતું.
નિદાન નિયંત્રિત પ્રયોગ છે, કાયમી ફેરફાર નહીં. વર્તમાન સેટિંગ નોંધો, એક પરીક્ષણના સમય માટે લક્ષણ બંધ કરો, ટનલ ફરી ચાલુ કરો અને સરનામાથી એક સ્થાનિક હોસ્ટ ચકાસો. પાછું આવતું ફોરવર્ડિંગ એ જ પુરાવો છે જેની તમને જરૂર હતી, અને પછી સમાધાન અનુમાનને બદલે નિર્ણય બને છે. કંઈ બદલાયું નહીં તો તરત જ ફરી ચાલુ કરો અને સરનામાંના કારણ તરફ જાઓ.
ટનલ ચાલુ રહે તે માટે પેઇડ સુરક્ષા લક્ષણ બંધ રાખવું એ સભાનપણે કરવાનું અને લખવાનું સમાધાન છે. ટનલ બીજા ઉપકરણ પર હોવી જોઈએ કે નહીં તે પણ પૂછવા જેવું છે, કારણ કે બધું નિરીક્ષણ કરવાનું રાઉટર અને બધું ફોરવર્ડ કરવાનું રાઉટર બે અલગ કામ છે.
બીજું કારણ: LAN શ્રેણી ખસી ગઈ
ફર્મવેર અપડેટ નિયમિતપણે LAN સરનામું ઉત્પાદકના ડિફૉલ્ટ પર પાછું લાવે છે, અને કેટલાક રાઉટરમાં સ્પષ્ટ મોડ સ્વિચ હોય છે જે નક્કી કરે છે કે LAN ખાનગી શ્રેણી રાખશે કે ઉપરના ઉપકરણથી એક વારસામાં લેશે. જે ક્લાયન્ટ 192.168.8.x ની અપેક્ષા રાખે છે તે 10.64.0.x પર આવી શકે છે, અને પછી ટનલ સંપૂર્ણ સ્વસ્થ હોવા છતાં હોસ્ટ સાથેનું SSH સત્ર સમાપ્ત થાય છે.
ipconfig /all
ip addr show
ip route get 192.168.8.20રાઉટર પૃષ્ઠ ખોલતા પહેલા લીઝમાંથી પ્રીફિક્સ અને ગેટવે વાંચો. પહેલી બે આજ્ઞાઓ દર્શાવે છે કે ક્લાયન્ટને ખરેખર શું મળ્યું, અને ત્રીજી દર્શાવે છે કે સ્થાનિક સરનામા માટે ક્લાયન્ટ કયો ઇન્ટરફેસ વાપરશે, અને એ રીતે બાકી રહેલો રૂટ કે જૂનું સબનેટ પોતાને પ્રગટ કરે છે. પછી તેની સરખામણી LAN પૃષ્ઠ અને રાઉટર જે મોડમાં છે તેની સાથે કરો.
શ્રેણી પાછી ન આવી શકે તો તેનું નામ લેતા દરેક ઑબ્જેક્ટને અપડેટ કરો: DHCP રિઝર્વેશન, જૂના સબનેટ તરફનો કોઈ પણ સ્થિર રૂટ, અને પહેલાનું પ્રીફિક્સ ધરાવતો દરેક ફાયરવોલ નિયમ. ટનલના દૂરસ્થ સબનેટ સાથે અથડાતી શ્રેણી વધુ ખરાબ પ્રકાર છે, કારણ કે સ્થાનિક ઉપકરણો પહોંચી શકાય તેમ રહે છે જ્યારે દૂરસ્થ લક્ષ્યો શાંતિથી LANમાં ખોટા રૂટ થાય છે.
ફરી જોડાઓ અને પેકેટ ક્રમમાં ફરી ચકાસો
બેમાંથી કોઈ પણ ફેરફાર પછી ટનલ ફરી જોડો અને પેકેટ ક્રમમાં પરીક્ષણોનું પુનરાવર્તન કરો: રાઉટર, સ્થાનિક હોસ્ટ, દૂરસ્થ હોસ્ટ, પછી નામ, પછી એપ્લિકેશન. પહેલા એપ્લિકેશન ચકાસવાથી કયો સ્તર હજી તૂટેલો છે તે છુપાય છે, અને કૅશ કરેલા નામ પર બ્રાઉઝરની ફરી કોશિશ રૂટિંગ નિષ્ફળતા જેવી લાગી શકે છે.
VPN પ્રોફાઇલની બાજુમાં ફર્મવેર આવૃત્તિ, LAN પ્રીફિક્સ અને નિરીક્ષણ લક્ષણની સ્થિતિ લખો. ત્રણેય એવી ગોઠવણી છે જે આગલું અપડેટ ઉપર લખી શકે છે, અને બે લાઇનની નોંધ હમણાં વિતાવેલો કલાક બચાવે છે.