ટનલનું /32 કૉપી કરવાથી ઑફિસ સબનેટ રૂટ થશે નહીં
VPN તમારા એડેપ્ટરને જે સરનામું આપે છે તે લિંકનું વર્ણન કરે છે, ગંતવ્યનું નહીં. પ્રોફાઇલમાં રિસોર્સ પ્રીફિક્સ ઉમેરો અને ડિફૉલ્ટને શાંત રહેવા દો.
VPN જોડાય છે, ઇન્ટરફેસ ત્રીસ-બે બિટના માસ્ક સાથેનું સરનામું દર્શાવે છે, અને ઑફિસ સર્વર પહોંચન બહાર રહે છે. આગળનું પગલું ઘણી વાર એ હોય છે કે એ માસ્કને રૂટમાં ફરી વાપરવો, એ સિદ્ધાંત પર કે ઇન્ટરફેસ વર્ણવે છે કે ટનલ ક્યાં સુધી પહોંચી શકે. એમ નથી. એ સરનામું પૉઇન્ટ-ટુ-પૉઇન્ટ લિંકના સ્થાનિક છેડાનું વર્ણન કરે છે, અને તમને જે ગંતવ્યની ચિંતા છે તે તેની બીજી બાજુના બીજા પ્રીફિક્સમાં આવેલું છે.
બે અલગ વસ્તુઓ ભેગી કરવામાં આવી રહી છે: ટનલે તમને આપેલું સરનામું, અને જે નેટવર્ક સુધી તમે તેના દ્વારા પહોંચવા માગો છો.
બે સરનામાં, બે કામ
પૉઇન્ટ-ટુ-પૉઇન્ટ ટનલમાં ક્લાઇન્ટનું સરનામું ઘણી વાર એક જ હોસ્ટ સરનામું હોય છે, કારણ કે લિંકના બીજા છેડે બરાબર એક જ સહભાગી હોય છે. કોઈ શેર કરેલો સેગમેન્ટ નથી અને ARP નથી, તેથી Ethernet પર જે માસ્ક વિચિત્ર લાગે તે અહીં સંપૂર્ણ સામાન્ય છે.
ગંતવ્ય પ્રીફિક્સ એ ઑફિસ નેટવર્ક વિશેની હકીકત છે, ટનલ વિશેની નહીં. જો તમને એક સર્વરની જરૂર હોય, તો રૂટ એ સર્વર માટેનો હોસ્ટ રૂટ છે. જો તમને આખું ઑફિસ સબનેટ જોઈએ, તો રૂટ એ સબનેટ છે. બંનેમાંથી એક પણ જવાબ ઇન્ટરફેસ પરથી વાંચી શકાતો નથી, અને ટનલ સરનામા પાસે દેખાયું તે કારણે એક પસંદ કરવો એ જ રીતે કામ કરતી ગોઠવણ તૂટે છે.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
ત્રીજી હરોળ એ છે જ્યાં આશાવાદ વિક્ષેપ બને છે. આખી ખાનગી શ્રેણીને એવી ટનલમાં રૂટ કરવી જે ફક્ત એક સાઇટને સેવા આપે છે, અસંબંધિત ટ્રાફિકને એવા માર્ગ પર ધકેલે છે જે તેને પહોંચાડી શકતો નથી, અને પરિણામી નિષ્ફળતાઓ તૂટેલા VPN જેવી લાગે છે, વધુ પડતા પહોળા રૂટ જેવી નહીં.
જરૂરિયાતમાંથી પ્રીફિક્સ પસંદ કરો
પ્રોફાઇલને અડવા પહેલાં જરૂરિયાતને એક વાક્ય તરીકે લખો: કયા હોસ્ટ સુધી પહોંચી શકાય તેવા હોવા જોઈએ, અને તેમને આવરી લેતું સૌથી સાંકડું પ્રીફિક્સ કયું છે? એક સર્વર એ હોસ્ટ રૂટ છે. સબનેટ એ સબનેટ રૂટ છે. સબનેટની શ્રેણી એ સારાંશ છે, અને સારાંશ એ વચન છે કે તેની અંદરનું દરેક સરનામું પહોંચી શકાય તેવું છે, જે ભાગ્યે જ સાચું હોય છે.
પછી સંખ્યાને ઑફિસ ખરેખર જે વાપરે છે તેની સામે તપાસો. સાઇટની સરનામાંકન યોજના સામે પુષ્ટિ કર્યા વિના ચેટ સંદેશમાંથી પ્રીફિક્સ કૉપી કરવું એ જ રીતે રૂટ એવા સબનેટ તરફ ઇશારો કરે છે જેનું કોઈનું નથી.
એ પણ યાદ રાખો કે રૂટ એ માર્ગ છે, પરવાનગી નહીં. ગેટવે હજી પણ નક્કી કરે છે કે તમારો ક્લાઇન્ટ ગંતવ્યનો ઉપયોગ કરી શકે છે કે નહીં, અને સેવા હજી પણ તમને નકારી શકે છે. રૂટ યોગ્ય રીતે સ્થાપિત કરવાથી પેકેટ ત્યાં પહોંચે છે અને અધિકૃતિ વિશે કંઈ જ જવાબ આપતું નથી.
પ્રોફાઇલમાં ઉમેરો, તેને ક્યારેય બદલો નહીં
NetworkManager પ્રોફાઇલમાં રૂટ બહુમૂલ્ય ગુણધર્મ છે, અને સેટ કરવા તથા ઉમેરવા વચ્ચેનો તફાવત એક અક્ષર છે. એન્ટ્રી ઉમેરવા અને પહેલેથી સાચવેલું બધું જાળવી રાખવા માટે પ્લસ સ્વરૂપ વાપરો.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"પ્લસ વગર, અસાઇનમેન્ટ આખી યાદી બદલી નાખે છે. જે પ્રોફાઇલ પહેલેથી ઘણા પ્રીફિક્સ ધરાવે છે તેમાં આ ચૂપચાપ કામ કરતા પ્રીફિક્સ ભૂંસી નાખે છે, અને લક્ષણ પછી એવી સેવા તરીકે આવે છે જે પહેલાં આ લેપટોપ પરથી પહોંચી શકાતી હતી.
નામને બદલે UUID વાપરો. પુનઃસ્થાપન પછી નામો નકલ થાય છે, અને તમે સંપાદિત કરી રહ્યા છો તે કનેક્શન કદાચ તમારો ટ્રાફિક લઈ જતું ન હોય. પહેલાં હાલની સમાન એન્ટ્રી તપાસો, કારણ કે નકલ ઉમેરવી નુકસાનકારક ન હોય તોપણ અવ્યવસ્થિત છે.
આ રૂટ ગુણધર્મ સંદર્ભ ઇન્સ્ટૉલ કરેલી આવૃત્તિ માટે ગંતવ્ય, વૈકલ્પિક આગલું હોપ, મેટ્રિક અને એટ્રિબ્યુટ સિન્ટેક્સનું દસ્તાવેજીકરણ કરે છે. આગલું હોપ ઉમેરતા પહેલાં તેને વાંચો, કારણ કે એકની જરૂર છે કે નહીં તે ઇન્ટિગ્રેશન અને ટોપોલૉજી પર આધાર રાખે છે, અને ઇન્ટરફેસ યાદીમાંના પહેલા સરનામેથી તેનો અંદાજ લગાવવો એ પદ્ધતિ નથી.
ડિફૉલ્ટ રૂટ અને DNS અલગ નિર્ણયો છે
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
સ્વચાલિત રૂટ એ બીજી વસ્તુ છે જેને બેદરકારીથી ખલેલ પહોંચાડવી ન જોઈએ. એક ખૂટતી એન્ટ્રી ઉકેલવા માટે તેમને દબાવવાથી ઘણી કામ કરતી એન્ટ્રી દૂર થઈ શકે છે, અને જેણે તે સૂચવ્યું તે સામાન્ય રીતે બીજા પુશવાળી બીજી પ્રોફાઇલ જોઈ રહ્યો હતો.
DNSનો પોતાનો માર્ગ અને પોતાની નિષ્ફળતાઓ છે. ખોટા રિઝોલ્વર દ્વારા સાચા સરનામા પર ઉકેલાતું નામ, અથવા ખાનગી ઝોન માટે જવાબ આપી ન શકતું રિઝોલ્વર, રૂટ નિર્દોષ હોય ત્યારે પણ રૂટિંગ સમસ્યા જેવું લાગશે. સરનામું અને નામ અલગથી ચકાસો, પછી નક્કી કરો કે કયો સ્તર ખરેખર નિષ્ફળ ગયો.
શું લાગુ થયું તે ચકાસો
સાચવેલો ફેરફાર લાગુ થયેલો ફેરફાર નથી. મેનેજરના સમર્થિત જીવનચક્ર દ્વારા ફરી જોડાઓ, પછી ઇચ્છિત ગંતવ્ય માટેના વાસ્તવિક રૂટ અને કયું ટેબલ તપાસવું તે નક્કી કરતા નીતિ નિયમો જુઓ.
જો પ્રીફિક્સ ત્યાં છે અને કનેક્શન હજી નિષ્ફળ જાય છે, તો તમે બીજી સમસ્યા તરફ ગયા છો: સ્રોત સરનામાની પસંદગી, દૂરના છેડે રિટર્ન રૂટ, અથવા એવી સેવા જે તમારા ક્લાઇન્ટને નકારે છે. તેમાંથી દરેક તમે પહેલેથી સુધારેલી પ્રોફાઇલ કરતાં જોવા માટે વધુ સારી જગ્યા છે.