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

બે નામ, બે જુદાં કાર્યો

કસોટી સરળ છે: તમે નેટવર્કનો આકાર બદલવા માંગો છો, કે પહેલેથી હાજર ટ્રાફિકને તેમાંથી પસાર થવા દેવા માંગો છો? આ જુદી જુદી વિનંતીઓ છે અને તેમના પરિણામ પણ જુદાં છે.

એક કોષ્ટકમાં સરખામણી:

SettingWhat it actually does
Bridge modeChanges the device's forwarding role: a modem bridge hands routing and NAT downstream, a software bridge joins selected interfaces
VPN pass-throughLets a client's VPN traffic cross the router; the credentials and encryption stay with the client
Router VPN clientTerminates the tunnel on the router, so the router becomes the endpoint
Router VPN serverAccepts inbound tunnels, which needs an upstream path that can reach it

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

પાસ-થ્રુ ચેકબોક્સ પણ પ્રોટોકોલ સપોર્ટનું સંપૂર્ણ વર્ણન નથી. IPsec માં આધુનિક NAT ટ્રાવર્સલ પ્રમાણિત UDP એન્કેપ્સ્યુલેશન વાપરે છે, જ્યારે જૂની સહાયક સુવિધાઓનું વર્તન અમલીકરણ પર આધારિત છે.

VPN સપોર્ટ હોવાનું કહેતું માર્કેટિંગ લેબલ એ નથી કહેતું કે આ ચાર ભૂમિકાઓમાંથી કઈ ધ્યાનમાં છે.

તમારા ઉપકરણ પર બ્રિજ મોડ શું બદલે છે

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

એટલે જ બ્રિજિંગ VPN નિષ્ફળતાનો નબળો પ્રથમ પ્રતિભાવ છે. મૂળ સમસ્યા હજી ઉકેલાયા વિના તમે મેનેજમેન્ટ માર્ગ ગુમાવી શકો છો.

નેટવર્ક ભૂમિકા બદલતા પહેલાં રૂપરેખાંકનનો બેકઅપ રાખો, કારણ કે સરનામાંકન તેની સાથે ખસી શકે છે.

સેટિંગ પહેલાં ભૂમિકા પસંદ કરો

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

એક ઉપકરણ બંને ભૂમિકાઓ સપોર્ટ કરી શકે છે અને તેમ છતાં તમને જોઈતી ભૂમિકા અપેક્ષિત ગતિએ સપોર્ટ ન કરે.

ભૂમિકા એ ડિઝાઇન નિર્ણય છે; સેટિંગ તેનું પરિણામ છે.

જો ફક્ત એક પ્રોટોકોલ નિષ્ફળ જાય

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

RFC 3948 એ UDP એન્કેપ્સ્યુલેશન વર્ણવે છે જે IPsec ને NAT માંથી પસાર થવા દે છે, અને પાસ-થ્રુ ચેકબોક્સ પર ભરોસો કરતા પહેલાં તે ધોરણ તપાસવું જોઈએ.

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

સંબંધિત લેખો