DD-WRT OpenVPN 2.5-Listener dout? Liest d’Konfiguratioun, déi hien erstallt huet

En douden Listener op DD-WRT heescht meeschtens, datt den Daemon opgehal huet, wéi hien seng Konfiguratioun analyséiert huet, net datt eng Firewall-Regel de Port blockéiert huet. OpenVPN 2.5 huet verschidde Standardwäerter verschäerft, op déi sech eeler Konfiguratiounen ofgestëtzt hunn, an eng erstallt Konfiguratioun, déi op engem eelere Build funktionéiert huet, ka refuséiert ginn, ier de Socket iwwerhaapt opgeet. D’Ursaach steet am Log vum Router selwer, an d’Input an der erstallter Fichier. Béides an där Reihenfolg ze liese ass méi séier wéi all Paketopnam.

Den Daemon ass net d’Firewall

Den Ënnerscheed ass wichteg, well déi zwou Feeler vun dobaussen identesch ausgesinn: e Client schéckt en Handshake an et kënnt näischt zréck. Dee een ass e Prozess, deen net leeft, deen aneren ass e Prozess, deen leeft a filtert.

Trennt se mat zwou Kontrollen, ier Dir eppes ännert, well eng Firewall-Ännerung op engem douden Daemon just eng zweet Variabel bäisetzt.

Liest d’Konfiguratioun, déi DD-WRT erstallt huet

DD-WRT gëtt OpenVPN net deen Text, deen Dir an d’Webinterface getippt hutt. Et schreift eng erstallt Konfiguratioun an /tmp/openvpn/openvpn.conf a start den Daemon mat där Fichier, sou datt d’Interfacefelder an all Text an Additional Config fusionéiert ginn, ier OpenVPN se iwwerhaapt gesäit. Wann Dir d’Formulaire amplaz vun der erstallter Fichier debugg, liest Dir eng Absicht an net den tatsächlechen Input. Kopéiert dës Fichier op eng dauerhaft Plaz, ier en Neistart /tmp eidel mécht.

Vergläicht d’erstallt Fichier mat deem, wat Dir geduecht hutt, besonnesch do, wou d’Interface eng Direktiv schreift, déi Dir ni gewielt hutt. En Dropdown, deen eng verouderte Optioun ausgëtt, ass am Formulaire onsiichtbar a fatal fir den Daemon.

Wann d’erstallt Fichier eidel ass oder feelt, ass den Daemon net emol bis zum Start komm, an de Problem läit virun OpenVPN.

Wat OpenVPN 2.5 net méi akzeptéiert

OpenVPN 2.5 huet ncp-ciphers duerch data-ciphers ersat an huet déi standardméisseg Mindestversioun vun TLS op 1.2 eropgesat. Et huet och d’Behandlung vun der Kompressioun geännert, sou datt en Peer, deen Kompressioun ubitt, refuséiert gëtt, ausser d’Konfiguratioun erlaabt et ausdrécklech, an et huet méi al Optiounsnummen wéi ns-cert-type als verouderd markéiert zugonschte vun remote-cert-tls. Jiddwereen vun dësen Ännerunge mécht aus enger virdrun funktionéierender Konfiguratioun e Parse- oder Verhandlungsfehler.

De Fehlermodus hänkt vun der Direktiv of. Eng onbekannt oder ewechgeholl Optioun stoppt den Daemon beim Start, dat ass Ären douden Listener. Eng Verhandlungsonsëmkeet léisst den Daemon lafen a refuséiert Clienten, wat vun der Clientsäit wéi e Firewallproblem ausgesäit.

Liest deen éischte Feeler am Log, net deen leschten. D’Analyse stoppt bei der éischter schlechter Direktiv, an alles duerno ass Kaméidi vum Ausschalten.

D’Broadcom-spezifesch Viraussetzungen

Op Broadcom-Builds muss den Tunnelapparat existéieren, ier den Daemon en notze kann. Kontrolléiert, ob den tun-Modul gelueden ass an ob /dev/net/tun do ass, well en fehlenden Apparat en Startfeeler produzéiert, deen näischt mat Zertifikater ze dinn huet. Datselwecht gëllt fir d’Hëllefsskripten, déi DD-WRT fir Routen an DNS erstallt: wa se feelen oder net ausféierbar sinn, kann den Daemon starten an awer seng Installatioun net ofschléissen.

Start den Daemon am Virdergrond mat méi héijer Ausféierlechkeet géint d’erstallt Konfiguratioun, wann Dir déi richteg Message braucht. E Virdergrondlaf dréckt de Parsefeeler aus, deen den init-Skript geschluecht huet.

Stellt duerno den normale Service erëm hier, well en Virdergrond-Daemon an den init-Skript sech ëm de Port streiden.

Beweist, datt den Listener existéiert, ier Dir Clienten debugg

Bestätegt de Prozess an de Socket getrennt: eng Kommando fir den lafenden Daemon, eng aner fir en gebonnenen UDP-Port op der erwaarter Adress. E Prozess ouni Socket heescht, datt hien nach an der Installatioun ass oder un déi falsch Interface gebonnen. D’Paar ass en nëtzlechen Test just well déi eng Halschent net wouer ka sinn ouni déi aner.

Client-säiteg Debugging ergëtt éischt Sënn, wann den Listener existéiert. Da kontrolléiert, datt d’Cipher- an TLS-Astellungen vum Client zu der data-ciphers Lëscht vum Server a senger Mindestversioun passen, an datt de Port wierklech op de Router virugeleet gëtt.

Behält d’erstallt Konfiguratioun an d’Loglinn, déi d’Korrektur bewisen huet. Dat nächst Firmware-Update kann d’Standardwäerter nees änneren, an dee Rekord ass et, deen eng Widderhuelung an eng fënnefminutten Kontroll ëmwandelt.