તમારા VPN રિઝર્વેશનને કયા ઓળખકર્તાની જરૂર છે?

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

ફાળવનારથી શરૂ કરો અને પાછળ જાઓ; ક્લાયન્ટ બાજુનો ઓળખકર્તા એ છે જે તે સિસ્ટમ સ્વીકારે છે.

પહેલાં ફાળવનારને પૂછો

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

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

જ્યાં MAC સરનામું હજી અર્થ ધરાવે છે

ભૌતિક Ethernet અથવા Wi-Fi લિંક પર, હાર્ડવેર સરનામું તે સેગમેન્ટ પરનું ઇન્ટરફેસ ઓળખે છે. ગોપનીયતા સુવિધાઓ તેને ફેરવે છે, વર્ચ્યુઅલ એડાપ્ટર નવાં બનાવે છે, અને લેપટોપ Wi-Fi પર અને ડોક પર જુદા જુદા મૂલ્યો દર્શાવી શકે છે. રૂટ કરેલી TUN ટનલ IP પેકેટો વહન કરે છે અને મૂળ વાયરલેસ ઓળખને દૂરના DHCP સર્વર સુધી પહોંચાડતી નથી, તેથી તે માર્ગ પર MAC-આધારિત રિઝર્વેશન પાસે મેળવવા માટે કંઈ નથી. TAP અલગ છે: તે Ethernet ફ્રેમો વહન કરે છે અને બ્રિજ કરેલા ડોમેનમાં જોડાઈ શકે છે જ્યાં લેયર-2 ઓળખકર્તા હજી મહત્વના છે.

ત્યાં પણ, સંબંધિત સરનામું તે ડોમેન પર વપરાતું છે, આપોઆપ ભૌતિક અપલિંકનું નહીં.

ટનલ સરનામાં અને પીઅર કીઓની પોતાની જગ્યા છે

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

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

સ્થિર સરનામું ઓળખ નથી

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

ફાળવનાર, ઓળખકર્તા અને ફાળવેલું સરનામું સાથે નોંધો. જ્યારે એક બદલાય, ત્યારે બાકીના બે જ તમે તપાસો છો.

જો બે સિસ્ટમો બંને દાવો કરે કે તેઓ એક જ સબનેટ માટે ફાળવે છે, તો કોઈપણ એકમાં રિઝર્વેશન ઉમેરતાં પહેલાં નક્કી કરો કે કોનું તે માલિકીનું છે.