VPN આરપાર DHCP: બ્રોડકાસ્ટ વહન કરવું કે રિલે કરવું?

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

બે રચનાઓ તેને બદલી શકે છે, અને તે સમાન નથી. એક બ્રોડકાસ્ટ વહન કરે છે; બીજી વિનંતી રિલે કરે છે.

બ્રોડકાસ્ટ ક્યારેય રાઉટર ઓળંગતું નથી

સરનામા વગરનો DHCPv4 ક્લાયન્ટ 0.0.0.0 થી મર્યાદિત બ્રોડકાસ્ટ સરનામા પર UDP પોર્ટ 67 અને 68 પર મોકલે છે. તે પેકેટ રચના અનુસાર તેની લિંક પર જ રહે છે. જે રાઉટર તેને આગળ મોકલે તે પોતે સેવા આપતા દરેક સેગમેન્ટમાં પૂર લાવે.

તેથી રૂટેડ સાઇટ-થી-સાઇટ ટનલ રિલેને સર્વર સાથે જોડે છે. તે ક્લાયન્ટના બ્રોડકાસ્ટ ડોમેનને વિસ્તારતું નથી, અને કોઈ ફાયરવોલ નિયમ તેમ કરાવી શકશે નહીં.

બ્રિજ કરેલી ટનલ ખરેખર શું વિસ્તારે છે

જાણી જોઈને બ્રિજ કરેલું VPN તેની સમર્થિત ટોપોલોજી હેઠળ Ethernet બ્રોડકાસ્ટ વહન કરી શકે છે, અને પછી DHCP સ્થાનિક ટ્રાફિક તરીકે પસાર થઈ શકે છે. તે વાસ્તવિક વિકલ્પ છે, પરંતુ તે 2 સ્તરની રચના નિર્ણય છે. તમે બ્રોડકાસ્ટ સાથે નિષ્ફળતાનું ક્ષેત્ર અને પ્રવેશ સીમા પણ વિસ્તારી રહ્યા છો.

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

તે સરનામું પૂરું પાડવા કરતાં મોટો નિર્ણય છે, અને તે જાણી જોઈને લેવો જોઈએ.

તેના બદલે વિનંતી રિલે કરો

સામાન્ય જવાબ ક્લાયન્ટના સ્થાનિક નેટવર્ક પરનો રિલે છે. તે બ્રોડકાસ્ટ મેળવે છે, તેને unicast વિનંતીમાં ફેરવે છે, અને પોતાનું સરનામું ગેટવે-સરનામા ક્ષેત્રમાં મૂકે છે. સર્વર તે રિલે સરનામા પર જવાબ આપે છે.

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

એવો રિલે જે આગળ મોકલે પણ ક્યારેય જવાબ ન મેળવે તે સામાન્ય રીતે પરત-માર્ગની સમસ્યા છે. સ્કોપ બદલતા પહેલાં રિલે સરનામા તરફનો પરત માર્ગ ચકાસો.

DHCPને ARPથી અને ટનલ સરનામાંકનથી અલગ કરો

DHCP UDP/IP પર ચાલે છે. Ethernet પર, હોસ્ટ ARPનો ઉપયોગ પણ કરી શકે છે એ ચકાસવા માટે કે ઉમેદવાર સરનામું પહેલેથી વપરાશમાં છે કે નહીં. તે સંઘર્ષ-ચકાસણી અલગ લિંક-સ્થાનિક ક્રિયા છે, DHCP સંદેશાઓનું પરિવહન નથી. DHCP મૂળભૂત રીતે ARP છે એમ કહેવું ખોટું છે; બંનેનો ક્યારેય સંબંધ નથી એમ કહેવું વધુ પડતું વ્યાપક છે.

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

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