VPN ગેટવે પાછળ Wi-Fi એક્સેસ પોઇન્ટ: એક જ LAN રાખો

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

બંનેને ભેગા મૂંઝવવામાં આવે છે કારણ કે બંને ઇન્ટરનેટ અને તમારા ઉપકરણો વચ્ચે એક બોક્સ મૂકે છે. દરેક પાસે શું છે તેની સરખામણી કરવી એ પસંદ કરવાનો સૌથી ઝડપી રસ્તો છે.

Wi-Fi ની સામે VPN મૂકવાની બે રીતો

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

internet
  -> vpn-capable gateway: routing, tunnel, dns, failure policy
  -> bridged access point: radio onto the same lan
  -> wifi clients

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

બ્રિજ કરેલ ગોઠવણી ખરેખર શું બદલે છે

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

રેડિયો આમાંથી કંઈ પણ ટનલ પાસેથી આપોઆપ વારસામાં મેળવતું નથી. તે ફક્ત એવા સ્તરો ઉમેરવાનું બંધ કરે છે જે તેને ઢાંકી દે.

બીજું રૂટેડ સેગમેન્ટ ક્યાં ફિટ બેસે છે

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

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

ગેટવેથી નહીં, Wi-Fi ક્લાયન્ટથી પરીક્ષણ કરો

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

ip -4 addr show wlan0
ip route get 1.1.1.1
curl -sS https://api.ipify.org; echo
traceroute -n -m 4 1.1.1.1

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

દરેક બોક્સની ભૂમિકા, તેનું સરનામું અને DHCP સત્તા લખી રાખો. ત્રણ લીટીનો આકૃતિ પૂરતો છે, અને નિયમ ક્યાં આવે તે અંગેની મોટાભાગની દલીલો ઉકેલે છે.