Firwat route-nopull eleng de Fichierserver onereechbar léisst
Gepusht Route ignoréieren ass just d'Halschent vun engem gedeelten Tunnel. Wielt de Routebesëtzer, füügt de Büro-Prefix vun Hand bäi a test dräi Flëss, ier Dir et als geléist bezeechent.
De Fichierserver geet gutt op, an de Videoopruff am Nopeschfënster fänkt un ze stotteren. Näischt ass lues an et ass keen MTU falsch: Äre Client huet d'Routelëscht ugeholl, déi de Server him ginn huet, also geet elo all Pak duerch d'Büro-Firewall eraus. D'Léisung ass net nach eng Tuning-Flag, mä eng Entscheidung doriwwer, wiem seng Routentabelle gehéiert. Déi Entscheidung gehéiert op eng Plaz, an d'Fehlermuster hei drënner soen Iech, wéi eng Plaz Dir tatsächlech gewielt hutt.
Entscheet, wiem seng Routentabelle gehéiert
Dräi Besëtzer si méiglech. De Server ka Route an en Standard-Gateway pushen, an dann installéiert de Client wat him gesot gëtt a gëtt en vollstännegen Tunnel. De Clientprofil ka Besëtz huelen, andeems en d'Pushen verwërft an seng eegen Routenzeilen dréit. En Desktop-Verbindungsmanager ka Besëtzer vun der Entscheidung sinn duerch seng eegen Route- a Standardroute-Eegenschaften.
All Wiel schléit anescht fehl, dofir ass et derwäert d'Tabelle ze liesen, ier Dir e Profil ännert. Déi Zeil, déi zu Ärem Symptom passt, ass de Besëtzer, deen Dir tatsächlech hutt.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Wielt eng a schreift se op. Zwee ze mëschen hannerléisst en Host, deem säi Standardwee senger eegener Dokumentatioun widdersprécht, an den nächsten Ingenieur kann net soen, wéi eng Schicht gewonnen huet. Läscht de Verléierer ausdrécklech.
route-nopull filtert Pushen, et füügt keng Route bäi
route-nopull gehéiert an de Clientprofil, a seng Reiefolleg an deem Fichier ass egal, well et nëmme Wäerter verwërft, déi vum Server kommen. Et verwërft gepusht Route, och eng gepusht Standardroute, während den Tunnel nach ëmmer normal eropkënnt.
D'Folleg, déi d'Leit iwwersinn, ass datt gepusht DHCP-Optiounen mat hinnen fortgoen. Och d'DNS-Astellungen, déi de Server schéckt, ginn verworf, dofir haleb intern Nimm op ze léisen, obwuel den Tunnel gesond ass an de Server iwwer d'Adress erreechbar.
Dat hannerléisst en Tunnel ouni Wee zum Büro-Prefix, ausser Dir füügt een dobäi: route-nopull gefollegt vun route 10.30.0.0 255.255.0.0 am selwechte Profil. Déi Zeil dréit eng Adress an eng Mask; se nennt keen nächsten Hopp.
Eng alternativ Form hängt en Gateway-Token un, route 10.30.0.0 255.255.0.0 vpn_gateway, deen den Entrée mam Numm op den Tunnel weist. Importeren ënnerscheede sech, ob se déi Variant iwwersetzen, dofir kontrolléiert d'gespäichert Verbindung, wann den Entrée an der Kernel-Tabelle fehlt.
Verifizéiert mat Route-Lookup, net mat engem Ping
E Ping seet Iech, datt eppes geäntwert huet. E Route-Lookup seet Iech, wéi eng Interface de Kernel géif wielen, an dat ass d'Fro, déi Dir tatsächlech gestallt hutt. Véier kuerz Kommandoen trennen eng fehlend Route vun enger Route, déi op dat falscht Gerät weist.
Liest wat den Tunnel installéiert huet mat ip route show dev tun0. Gär keng Ausgab heescht null Route, wat keen funktionéierende gedeelten Tunnel ass, an dat ass dat üblech Resultat vum Filter bäizefügen ouni déi ausdrécklech Zeil.
Da kontrolléiert eng Büroadress mat ip route get 10.30.5.7, an eng gewéinlech Internetadress mat ip route get 1.1.1.1. Déi zweet sollt déi physesch Interface nennen; wann se den Tunnel nennt, gouf de Push guer net gefiltert.
Um Schluss liest ip rule, well eng Politikregel, déi en éischte Versuch hannerlooss huet, d'Tabelle kann iwwerstëmmen, déi Dir just verbessert hutt. E korrekte Profil mat enger veralter Regel drop gesäit genee aus wéi e kaputte Profil. Läscht d'Regel, déi Dir d'lescht Kéier bäigefüügt hutt, ier Dir eng aner bäifüügt.
Iwwerlappend Subnetten gesinn aus wéi en kaputten Tunnel
Zwee privat Beräicher kënnen aus der Siicht vum Client identesch sinn, an do gëtt engem gedeelten Tunnel eppes ugehänkt, wat en net verursaacht huet. Wann de Büro deeselwechte Prefix verdeelt, deen Ären Heemrouter benotzt, deckt d'Tunnelroute de Router of an d'Heemnetzwierk schéngt ze verschwannen.
Vergläicht d'Adress op Ärer eegener Interface mat der Route, déi de Profil installéiert, andeems Dir eng einfach Adresslëscht benotzt, ier Dir eppes ännert. D'Iwwerlappung ass real, an keng Profiloptioun léist se. Wat Dir verbessere kënnt, ass d'Benennung, sou datt déi nächst Persoun zwee Beräicher gesäit amplaz engem.
Déi éierlech Léisungen sinn eng Säit nei ze nummeréieren oder Adressen am Büro z'iwwersetzen. Eng eenzeg Hostroute un de Router ze pinnen funktionéiert, bis d'Routeradress sech ännert, an dann gëtt et en zweet Rätsel uewen op dat éischt.
Loosst d'Entscheidung eng Reconnect iwwerliewe
Entréeën, déi vun Hand getippt sinn, iwwerliewe keng Reconnect, an e Verbindungsmanager baut d'Tabelle all Kéier nei op, wann de Profil start. Setzt d'Entscheidung do, wou d'Verbindung entsteet, sief et de Profil oder dem Manager seng gespäichert Astellungen. Start dann d'Verbindung eng Kéier bewosst nei, amplaz d'Verhalen während engem Uruff z'entdecken. E Profil, deen nëmme bis zur nächster Reconnect funktionéiert, ass net fäerdeg.
Übt dräi Weeër gläichzäiteg: e Bürohost iwwer d'wëssentlech Adress, deeselwechten Host iwwer den Numm, an eng gewéinlech ëffentlech Säit. Déi mëttelst hänkt vum Nummensservice of, deen Dir ageriicht hutt, nodeems Dir d'gepusht DNS-Optiounen ewechgeholl hutt, an et ass déi, déi roueg fehlschléit.