WireGuard ની અંદર કોર્પોરેટ VPN: કયો સ્તર પહેલા આવે છે?

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

બે ક્લાયન્ટને કોઈપણ ક્રમમાં શરૂ કરવાથી તે મળતું નથી. તે રૂટિંગ કરે છે.

બે શક્ય ક્રમની સરખામણી કરો

બહારના સ્તર તરીકે એ ટનલ પસંદ કરો જેનો એન્ડપોઇન્ટ જાહેર ઇન્ટરનેટથી પહોંચી શકાય છે. અંદરનું સ્તર એ ટનલ છે જેનો સર્વર ફક્ત તે જ આઉટલેટ દ્વારા જવાબ આપે છે. Windows પર વ્યવહારુ વિભાજન બહાર WireGuard અને અંદર કોર્પોરેટ ક્લાયન્ટ છે. નિર્ણાયક પરિબળ નિયંત્રણ છે.

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

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

AllowedIPs ને ફક્ત કોર્પોરેટ શ્રેણીનું નામ આપવા દો

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

પૂર્ણ ટનલવાળા બહારના સ્તરને જરૂર છે 0.0.0.0/0 સિવાય સ્થાનિક શ્રેણીઓ. ફોર્મેટ બાકાત વ્યક્ત કરી શકતું નથી, તેથી પૂરકની ગણતરી કરીને ચોંટાડવું પડે છે.

[Interface]
PrivateKey = ...
Address = 10.99.4.2/32

[Peer]
PublicKey = ...
Endpoint = 198.51.100.44:51820
AllowedIPs = 198.51.100.44/32, 10.20.0.0/16, 10.21.0.0/16

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

ક્રમ, મેટ્રિક્સ અને બીજું એડેપ્ટર

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

# which interface currently claims the corporate prefix?
Find-NetRoute -RemoteIPAddress 10.20.10.5 | Select-Object -First 1

# prefer the corporate interface for its own prefixes
Set-NetIPInterface -InterfaceAlias 'Corp VPN' -InterfaceMetric 3
Set-NetIPInterface -InterfaceAlias 'wg-personal' -InterfaceMetric 40

wg show interfaces

મેટ્રિક્સ એ પગલું છે જે લોકો છોડી દે છે. ક્રમ વિના, ઓવરલેપ થતા પ્રીફિક્સ માટે છેલ્લે ઇન્સ્ટોલ થયેલો રૂટ જીતે છે. તે બૂટ વચ્ચે બદલાય છે, તેથી સમસ્યા વચ્ચે-વચ્ચે આવતી લાગે છે.

OpenVPN 2.6 પર બનેલા ક્લાયન્ટ પોતાની જાળ ઉમેરે છે. જ્યારે ડેટા ચેનલ ઓફલોડ એડેપ્ટર પહેલેથી વ્યસ્ત હોય, ત્યારે બીજું ઇન્સ્ટન્સ શરૂ થવાનો ઇનકાર કરે છે. પ્રોફાઇલમાં disable-dco ઉમેરવાથી જૂના TAP માર્ગ પર પાછા જાય છે, અને પછી બંને સાથે-સાથે ચાલે છે.

અંદર-અંદરનો માર્ગ ક્યાં તૂટે છે

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

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

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