WireGuard વિભાજિત ટનલ: ડિફોલ્ટ રૂટ વગર ગોઠવો

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

પહેલા પ્રિફિક્સ યાદી નક્કી કરો

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

જો યાદીમાં 0.0.0.0/0 અથવા ::/0 હોય, તો તમે પૂર્ણ ટનલ બનાવી છે અને તે કહેવું જોઈએ, કારણ કે નિષ્ફળતાની રીતો અને DNS અપેક્ષાઓ અલગ છે.

યાદી પૂરતી ટૂંકી રાખો જેથી સમીક્ષક પછી તેને રાઉટિંગ ટેબલ સાથે સરખાવી શકે.

ક્લાયન્ટ કોન્ફિગ: પીઅર, AllowedIPs, DNS

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

[Interface]
Address = 10.9.0.2/32
PrivateKey = <client-private-key>
DNS = 10.20.0.53

[Peer]
PublicKey = <server-public-key>
Endpoint = vpn.example.net:51820
AllowedIPs = 10.20.0.0/16, 10.30.0.0/24
PersistentKeepalive = 25

ક્લાયન્ટ પર AllowedIPs દૂરના ગંતવ્યોનો સમૂહ છે, ક્લાયન્ટનું પોતાનું સરનામું નહીં. DNS લાઇન ફક્ત wg-quickના રિઝોલ્વર એકીકરણ દ્વારા અમલમાં આવે છે, તેથી resolvconf અથવા systemd-resolved સપોર્ટ વગરનો હોસ્ટ તેને અવગણશે. PersistentKeepalive NAT મેપિંગને જીવંત રાખે છે અને સીધા માર્ગ પર બિનજરૂરી છે.

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

સર્વર કોન્ફિગ: વિરુદ્ધ દૃષ્ટિકોણ

સર્વર પર પીઅર એન્ટ્રી ક્લાયન્ટનું પ્રતિનિધિત્વ કરે છે, તેથી તેનું AllowedIPs ક્લાયન્ટનું ટનલ સરનામું છે, સામાન્ય રીતે /32. તે ઓફિસ સબનેટ નથી. ક્લાયન્ટની યાદી સર્વર એન્ટ્રીમાં કોપી કરવી એ વિભાજિત ટનલની સૌથી સામાન્ય ભૂલ છે, અને તે કાં તો ઍક્સેસ પહોળી કરે છે અથવા હેન્ડશેક સમયે આંતરિક સ્રોત તપાસ તોડે છે.

સર્વરનું પોતાનું ઇન્ટરફેસ સરનામું અને ઓફિસ તરફ તેને જરૂરી રૂટ કોઈપણ પીઅર એન્ટ્રીથી અલગ છે.

બે ફાઇલો, બે દૃષ્ટિકોણ, એક પ્રિફિક્સ સમૂહ તેમની વચ્ચે વહેંચાયેલો.

તેને ચાલુ કરો અને રૂટ વાંચો

સપોર્ટેડ મેનેજર સાથે ઇન્ટરફેસ શરૂ કરો, પછી તમે શું ઇરાદો ધરાવતા હતા તે નહીં, તેણે શું ઇન્સ્ટોલ કર્યું તે જુઓ. wg-quick AllowedIPsમાંથી રૂટ મેળવે છે; જો પ્રોફાઇલ Table = off સેટ કરે, તો કંઈ ઇન્સ્ટોલ થતું નથી અને રાઉટિંગ તમારા હાથમાં છે. દરેક પ્રિફિક્સ માટે રૂટ વાંચો અને તે WireGuard ઇન્ટરફેસ તરફ નિર્દેશ કરે છે તેની ખાતરી કરો. ખાલી રૂટ યાદીનો અર્થ સામાન્ય રીતે એ છે કે લાગુ કરાયેલ પ્રોફાઇલ તમે સંપાદિત કરેલું નથી.

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

તમે વાપરેલી ચોક્કસ કમાન્ડ લખો, કારણ કે આગલી વ્યક્તિ તેને દબાણ હેઠળ ચલાવશે.

બંને બાજુ ચકાસો, પછી રોલબેક નોંધો

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

ફરી જોડાયા પછી ખાતરી કરો કે રૂટ હજી ત્યાં જ છે, કારણ કે પ્રોફાઇલ ફરી લાગુ કરતું મેનેજર મેન્યુઅલ રૂટ બદલી શકે છે.

એક જ કોન્ફિગ માલિક રાખો, કારણ કે એક જ ઇન્ટરફેસ બનાવતા બે મેનેજર આખરે મતભેદ કરશે. wg-quick મેન્યુઅલ તે જે રૂટ અને DNS વર્તન પૂરું પાડે છે તેનું દસ્તાવેજીકરણ કરે છે.