Kopjimi i /32 të tunelit nuk e rrugëton nënrrjetin e zyrës
Adresa që VPN i jep përshtatësit tuaj përshkruan lidhjen, jo destinacionin. Shtoni prefiksin e burimit te profili dhe lini rrugën e paracaktuar në paqe.
VPN lidhet, ndërfaqja shfaq një adresë me maskë tridhjetë e dy bitësh, dhe serveri i zyrës mbetet i paarritshëm. Hapi tjetër është shpesh ripërdorimi i asaj maske në një rrugë, me teorinë se ndërfaqja përshkruan atë që tuneli mund të arrijë. Nuk e përshkruan. Ajo adresë përshkruan skajin lokal të një lidhjeje pikë-pikë, dhe destinacioni që ju intereson ndodhet në një prefiks tjetër në anën tjetër.
Përzihen dy gjëra të ndryshme: adresa që tuneli ju dha, dhe rrjeti që dëshironi të arrini përmes tij.
Dy adresa, dy punë
Në një tunel pikë-pikë, adresa e klientit është shpesh një adresë e vetme hosti, sepse në skajin tjetër të lidhjes ka saktësisht një partner. Nuk ka segment të përbashkët dhe nuk ka ARP, prandaj një maskë që do të dukej absurde në Ethernet këtu është krejt e normale.
Prefiksi i destinacionit është një fakt për rrjetin e zyrës, jo për tunelin. Nëse ju nevojitet një server, rruga është një rrugë hosti për atë server. Nëse ju nevojitet e gjithë nënrrjeta e zyrës, rruga është nënrrjeta. Asnjëra prej përgjigjeve nuk lexohet nga ndërfaqja, dhe zgjedhja e njërës sepse u shfaq pranë adresës së tunelit është mënyra se si një konfigurim që funksionon prishet.
| 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 |
Ai rresht i tretë është vendi ku optimizmi bëhet ndërprerje. Rrugëtimi i të gjithë një game private në një tunel që shërben vetëm një vend e shtyn trafikun e palidhur në një rrugë që nuk mund ta dorëzojë, dhe dështimet që vijnë duken si VPN i prishur, jo si një rrugë shumë e gjerë.
Zgjidhni prefiksin nga kërkesa
Shkruajeni kërkesën si fjali përpara se të prekni një profil: cilët hoste duhet të jenë të arritshëm, dhe cili është prefiksi më i ngushtë që i mbulon? Një server i vetëm është rrugë hosti. Një nënrrjet është rrugë nënrrjeti. Një gamë nënrrjetesh është përmbledhje, dhe përmbledhja është një premtim se çdo adresë brenda saj është e arritshme, gjë që rrallë është e vërtetë.
Pastaj kontrolloni numrin kundrejt asaj që zyra përdor në të vërtetë. Kopjimi i një prefiksi nga një mesazh chat pa e konfirmuar me planin e adresimit të vendit është mënyra se si një rrugë përfundon duke treguar një nënrrjet që askush nuk e zotëron.
Mbani mend gjithashtu se një rrugë është një shteg, jo një leje. Porta ende vendos nëse klienti juaj mund të përdorë destinacionin, dhe një shërbim ende mund t’ju refuzojë. Instalimi i saktë i rrugës e çon paketën atje dhe nuk përgjigjet asgjë për autorizimin.
Shtoni te profili, kurrë mos e zëvendësoni
Rrugët në një profil NetworkManager janë një veçori me shumë vlera, dhe ndryshimi midis vendosjes dhe shtimit është një karakter. Përdorni formën me plus për të shtuar një zë dhe për të mbajtur gjithçka që është ruajtur tashmë.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"Pa plusin, caktimi zëvendëson të gjithë listën. Në një profil që tashmë mban disa prefikse, kjo fshin në heshtje ato që funksiononin, dhe simptoma vjen më vonë si një shërbim që më parë ishte i arritshëm nga ky laptop.
Përdorni UUID në vend të emrit. Emrat dublikohen pas rivendosjeve, dhe lidhja që po redaktoni mund të mos jetë ajo që mbart trafikun tuaj. Kontrolloni fillimisht nëse ekziston një zë identik, sepse shtimi i një dublikate është i çrregullt edhe kur është i padëmshëm.
Kjo referenca e vetive të rrugëve dokumenton destinacionin, hapin tjetër opsional, metrikën dhe sintaksën e atributeve për versionin e instaluar. Lexojeni përpara se të shtoni një hap tjetër, sepse nëse nevojitet varet nga integrimi dhe topologjia, dhe hamendësimi nga adresa e parë në një listë ndërfaqesh nuk është metodë.
Rruga e paracaktuar dhe DNS janë vendime të ndara
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.
Rrugët automatike janë gjëja tjetër që nuk duhet trazuar me lehtësi. Shtypja e tyre për të zgjidhur një zë që mungon mund të heqë disa që funksionojnë, dhe personi që e sugjeroi zakonisht po shikonte një profil tjetër me push të tjera.
DNS ka shtegun e vet dhe dështimet e veta. Një emër që zgjidhet në adresën e saktë përmes zgjidhësit të gabuar, ose një zgjidhës që nuk mund të përgjigjet për zonën private, do të duket si problem rrugëtimi ndërsa rruga është e përsosur. Testoni adresën dhe emrin veçmas, pastaj vendosni cila shtresë dështoi në të vërtetë.
Verifikoni çfarë u aplikua
Një ndryshim i ruajtur nuk është një ndryshim i aplikuar. Rilidhuni përmes ciklit të jetës së mbështetur të menaxherit, pastaj shikoni rrugën aktuale për destinacionin e synuar dhe rregullat e politikës që vendosin cili tabelë konsultohet.
Nëse prefiksi është aty dhe lidhja vazhdon të dështojë, keni kaluar në një problem tjetër: zgjedhja e adresës burimore, një rrugë kthimi në skajin e largët, ose një shërbim që refuzon klientin tuaj. Secila prej tyre është një vend më i mirë për t’u shikuar sesa profili që keni korrigjuar tashmë.