શા માટે ફુલ-ટનલ VPN તમારા રાઉટેડ સ્થાનિક VLAN છુપાવે છે

VPN ક્લાયન્ટમાંનો “allow local network” સ્વિચ એવું સંભળાય છે જાણે તે ઇમારતનું બધું જ આવરી લે છે. વ્યવહારમાં તે સામાન્ય રીતે ટનલના ડિફોલ્ટ રૂટમાં થોડા ખાનગી-સરનામાંના અપવાદો ઉમેરે છે અને ત્યાં જ અટકે છે. તમારું સ્ટોરેજ VLAN ત્યારે જ સુલભ રહે છે જો તે ચોક્કસ પ્રીફિક્સ માટેનો રૂટ ટનલના આગમનને ટકી રહે, અને ઘણા ક્લાયન્ટમાં તે ટકતો નથી.

આ VPN સેટિંગ નહીં પણ રૂટિંગનો પ્રશ્ન છે, જે સારા સમાચાર છે: તેનો ચોક્કસ જવાબ છે.

allow-local-network ખરેખર શું આવરી લે છે

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

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

જોડાયેલા રૂટ પ્રથમ રાઉટર પર અટકે છે

192.168.10.20/24 પરનું વર્કસ્ટેશન, જેનું ગેટવે 192.168.10.1 છે, તેને આપોઆપ 192.168.10.0/24 માટે જોડાયેલો રૂટ મળે છે. 192.168.20.0/24 પરનું સ્ટોરેજ VLAN અલગ પ્રીફિક્સ છે, ફક્ત તે ગેટવે દ્વારા સુલભ, અને વર્કસ્ટેશન પાસે ડિફોલ્ટ સિવાય તેના માટે કોઈ રૂટ નથી. ટનલ ઉપર આવે તે પહેલાં, સામાન્ય ડિફોલ્ટ રૂટ સ્ટોરેજ ટ્રાફિકને કોઈક રીતે 192.168.10.1 પર મોકલે છે અને બધું કામ કરે છે.

જ્યારે VPN ફુલ-ટનલ ડિફોલ્ટ સ્થાપિત કરે છે, ત્યારે 192.168.20.1 માટેના પેકેટ નવા ડિફોલ્ટને અનુસરીને ટનલમાં જાય છે. દૂરના ગેટવેને ખબર નથી કે તે પ્રીફિક્સ ક્યાં રહે છે, તેથી તે તેમને ફેંકી દે છે અથવા કોઈ નકામી જગ્યાએ મોકલે છે. સ્ટોરેજ VLAN પર કંઈ ખોટું ગોઠવાયું નહોતું; તેનો રસ્તો ઉછીનો હતો, અને ઉછીનું પાછું માગવામાં આવ્યું.

લોભ એ છે કે પહોળા અપવાદ તરફ હાથ લંબાવવો, જેમ કે /1 રૂટ જોડી અથવા બીજો ડિફોલ્ટ. તેનો પ્રતિકાર કરો. અપવાદ જેટલો સાંકડો, નેટવર્ક બદલાય ત્યારે તેને સમજાવવો, ચકાસવો અને દૂર કરવો તેટલું સરળ.

અપવાદને જીતતા ટેબલમાં મૂકો

એક રૂટિંગ ટેબલની અંદર, /24 સૌથી લાંબા પ્રીફિક્સ મેળ દ્વારા /0 અથવા /1ને હરાવે છે, તેથી સ્થાનિક ગેટવે દ્વારા સ્ટોરેજ VLAN સુધીનો ચોક્કસ રૂટ પૂરતો છે, જો ટેબલ જોયું જાય તો. Linux માં સામાન્ય સ્વરૂપ ટૂંકું છે:

ip route add 192.168.20.0/24 via 192.168.10.1 dev eth0

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

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

નામો અને નીતિ રૂટને અનુસરતાં નથી

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

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

એક કરાર જે તમે સોંપી શકો

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

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

કરારને બે વાર ચકાસો: એક વાર ટનલ ચાલુ હોય ત્યારે અને એક વાર તે બંધ હોય ત્યારે. જો સ્થાનિક રસ્તો તેમાંથી ફક્ત એક જ સ્થિતિમાં કામ કરે, તો અપવાદ હજી કરાર નથી.