Az alagút /32 másolása nem irányítja az irodai alhálózatot
A VPN által az adapternek adott cím a kapcsolatot írja le, nem a célt. Adja hozzá az erőforrás előtagját a profilhoz, és hagyja békén az alapértelmezett útvonalat.
A VPN csatlakozik, az interfész harminckét bites maszkkal mutat egy címet, és az irodai kiszolgáló továbbra is elérhetetlen. A következő lépés gyakran az, hogy ezt a maszkot újra felhasználják egy útvonalban, abban a hitben, hogy az interfész azt írja le, mit érhet el az alagút. Nem azt. Az a cím egy pont-pont kapcsolat helyi végét írja le, és az Önt érdeklő cél a másik oldalán egy másik előtagban található.
Két különböző dolgot kevernek össze: az alagút által adott címet és azt a hálózatot, amelyet rajta keresztül el akar érni.
Két cím, két feladat
Egy pont-pont alagútban az ügyfél címe gyakran egyetlen hosztcím, mert a kapcsolat másik végén pontosan egy partner van. Nincs közös szegmens és nincs ARP, ezért a maszk, amely Etherneten abszurdnak tűnne, itt teljesen normális.
A cél előtagja az irodai hálózatról szóló tény, nem az alagútról. Ha egy kiszolgálóra van szüksége, az útvonal hosztútvonal ahhoz a kiszolgálóhoz. Ha a teljes irodai alhálózatra van szüksége, az útvonal maga az alhálózat. Egyik válasz sem olvasható le az interfészről, és az egyik kiválasztása azért, mert az alagút címe mellett jelent meg, az a mód, ahogy egy működő beállítás elromlik.
| 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 |
A harmadik sor az, ahol az optimizmus kieséssé válik. Egy teljes privát tartomány alagútba irányítása, amely csak egy helyet szolgál ki, a nem kapcsolódó forgalmat olyan útra tereli, amely nem tudja kézbesíteni, és az ebből eredő hibák törött VPN-nek tűnnek, nem túl széles útvonalnak.
Válassza az előtagot a követelményből
Írja le a követelményt egy mondatban, mielőtt hozzányúl egy profilhoz: mely hosztoknak kell elérhetőnek lenniük, és melyik a legszűkebb előtag, amely lefedi őket? Egy kiszolgáló hosztútvonal. Egy alhálózat alhálózati útvonal. Az alhálózatok tartománya összefoglalás, és az összefoglalás ígéret arra, hogy minden benne lévő cím elérhető, ami ritkán igaz.
Ezután ellenőrizze a számot azzal szemben, amit az iroda valóban használ. Egy előtagot csevegőüzenetből kimásolni anélkül, hogy a hely címzési tervével egyeztetné, az a mód, ahogy egy útvonal végül egy olyan alhálózatra mutat, amely senkié.
Ne feledje azt sem, hogy az útvonal út, nem engedély. Az átjáró továbbra is eldönti, használhatja-e az ügyfél a célt, és egy szolgáltatás továbbra is elutasíthatja Önt. Az útvonal helyes telepítése odajuttatja a csomagot, és semmit nem válaszol az engedélyezésről.
Hozzáfűzés a profilhoz, soha ne cserélje le
A NetworkManager-profil útvonalai többértékű tulajdonságok, és a beállítás meg a hozzáfűzés közötti különbség egyetlen karakter. Használja a plusz alakot egy bejegyzés hozzáadásához, és tartsa meg mindazt, ami már mentve van.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"Plusz nélkül a hozzárendelés a teljes listát lecseréli. Egy olyan profilon, amely már több előtagot hordoz, ez csendben törli a működőket, és a tünet később egy olyan szolgáltatásként jelentkezik, amely korábban elérhető volt erről a laptopról.
Használja az UUID-t a név helyett. A nevek visszaállítás után duplikálódnak, és előfordulhat, hogy a szerkesztett kapcsolat nem az, amelyik a forgalmát viszi. Először ellenőrizze, létezik-e már azonos bejegyzés, mert a duplikátum hozzáfűzése rendezetlen akkor is, ha ártalmatlan.
A útvonal-tulajdonságok referenciája dokumentálja a célt, az opcionális következő ugrást, a metrikát és az attribútumok szintaxisát a telepített verzióhoz. Olvassa el, mielőtt következő ugrást ad hozzá, mert hogy szükség van-e rá, az integrációtól és a topológiától függ, és az interfészlistában szereplő első címből kitalálni nem módszer.
Az alapértelmezett útvonal és a DNS külön döntések
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.
Az automatikus útvonalak a másik dolog, amelyet nem szabad könnyelműen zavarni. Elnyomásuk egy hiányzó bejegyzés megoldásához több működőt is eltávolíthat, és aki ezt javasolta, általában egy másik, más push-okkal rendelkező profilt nézett.
A DNS-nek saját útja és saját hibái vannak. Egy név, amely a rossz feloldón keresztül a helyes címre oldódik fel, vagy egy feloldó, amely nem tud válaszolni a privát zónára, útvonalproblémának tűnik, miközben az útvonal tökéletes. Tesztelje a címet és a nevet külön, majd döntse el, melyik réteg hibázott valójában.
Ellenőrizze, mi lett alkalmazva
A mentett módosítás nem alkalmazott módosítás. Csatlakozzon újra a kezelő támogatott életciklusán keresztül, majd nézze meg a szándékolt cél tényleges útvonalát és azokat a házirendszabályokat, amelyek eldöntik, melyik táblát kérdezik le.
Ha az előtag ott van, és a kapcsolat még mindig nem működik, más problémára lépett át: forrásoldali címválasztás, visszaútvonal a távoli végén, vagy egy szolgáltatás, amely elutasítja az ügyfelét. Mindegyik jobb hely a vizsgálódásra, mint a profil, amelyet már kijavított.