Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    OPENVPN kein reconnect after reboot

    Scheduled Pinned Locked Moved Deutsch
    15 Posts 3 Posters 1.9k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • micneuM
      micneu @Karsten
      last edited by micneu

      @karsten

      1. warum musst du benutzername/passwort für eine openvpn verbindung angeben?
      2. bitte mal einen grafischen netzwerkplan
      3. ist das ein s2s oder rw openvpn?
        hört sich für mich so an als wenn du dich mit einem rw openvpn mit der sense verbindest?
      4. wer ist server und wer client?

      Internet: Willy.tel Down: 1Gbit/s, UP: 250Mbit/s Glasfaser |
      Hardware: Netgate 6100
      ALT Intel NUC BNUC11TNHV50L00 (32GB Ram, 512GB M.2 NVME SSD)

      K 1 Reply Last reply Reply Quote 0
      • K
        Karsten @micneu
        last edited by Karsten

        @micneu 2abbfac5-8da1-41fe-bd4d-18b3f0e4b6b2-image.png

        Die netGate verbindet sich per SSL VPN als Site2Site mit der Sophos

        micneuM 1 Reply Last reply Reply Quote 0
        • micneuM
          micneu @Karsten
          last edited by

          @karsten du brauchst für ein s2s benutzername und passwort, das kenne ich mit psk oder zertifikate?

          Internet: Willy.tel Down: 1Gbit/s, UP: 250Mbit/s Glasfaser |
          Hardware: Netgate 6100
          ALT Intel NUC BNUC11TNHV50L00 (32GB Ram, 512GB M.2 NVME SSD)

          K 1 Reply Last reply Reply Quote 0
          • K
            Karsten @micneu
            last edited by

            @micneu Na klar. Bei der OpenVPN Client Einrichtung müssen Benutzername und Kennwort eingetragen werden.
            c9bc0304-8545-4122-8de3-70b46a3e1bf5-image.png

            1 Reply Last reply Reply Quote 0
            • V
              viragomann @Karsten
              last edited by

              @karsten
              Vielleicht könnte ein größerer Log-Ausschnitt einen Aufschluss auf die mögliche Ursache geben.
              Auch das System-Log ab Internet-Trennung wäre interessant.

              Wie sieht der Uhrenvergleich aus?

              Welche Versionen sind das?

              K 1 Reply Last reply Reply Quote 0
              • K
                Karsten @viragomann
                last edited by Karsten

                @viragomannMoin,
                Die Uhrzeit geht richtig. Hier ist das Log:

                Jun 8 09:42:25 openvpn 4744 MANAGEMENT: Client disconnected
                Jun 8 09:42:25 openvpn 4744 MANAGEMENT: CMD 'state 1'
                Jun 8 09:42:25 openvpn 4744 MANAGEMENT: Client connected from /var/etc/openvpn/client1/sock
                Jun 8 09:42:24 openvpn 4744 Restart pause, 10 second(s)
                Jun 8 09:42:24 openvpn 4744 SIGUSR1[soft,tls-error] received, process restarting
                Jun 8 09:42:24 openvpn 4744 TCP/UDP: Closing socket
                Jun 8 09:42:24 openvpn 4744 TLS Error: TLS handshake failed
                Jun 8 09:42:24 openvpn 4744 TLS Error: TLS object -> incoming plaintext read error
                Jun 8 09:42:24 openvpn 4744 TLS_ERROR: BIO read tls_read_plaintext error
                Jun 8 09:42:24 openvpn 4744 OpenSSL: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed
                Jun 8 09:42:24 openvpn 4744 VERIFY EKU ERROR
                Jun 8 09:42:24 openvpn 4744 Certificate does not have extended key usage extension
                Jun 8 09:42:24 openvpn 4744 VERIFY KU OK
                Jun 8 09:42:24 openvpn 4744 VERIFY OK: depth=1, C=de, L=Hamburg, O=xxx
                Jun 8 09:42:24 openvpn 4744 VERIFY WARNING: depth=1, unable to get certificate CRL: C=de, L=Hamburg, xxx
                Jun 8 09:42:24 openvpn 4744 VERIFY WARNING: depth=0, unable to get certificate CRL: C=de, L=Hamburg, xxx

                pid=3 DATA len=884

                Jun 8 09:42:24 openvpn 4744 UDPv4 WRITE [22] to [AF_INET]xxx:8443: P_ACK_V1 kid=0 [ 2 ]
                pid=2 DATA len=1174

                Jun 8 09:42:24 openvpn 4744 UDPv4 WRITE [22] to [AF_INET]xxx:8443: P_ACK_V1 kid=0 [ 1 ]
                Jun 8 09:42:24 openvpn 4744 UDPv4 READ [1200] from [AF_INET]xxx:8443: P_CONTROL_V1 kid=0 [ 1 ] pid=1 DATA len=1174
                pid=1 DATA len=277

                Jun 8 09:42:24 openvpn 4744 UDPv4 WRITE [22] to [AF_INET]xxx:8443: P_ACK_V1 kid=0 [ 0 ]
                Jun 8 09:42:24 openvpn 4744 TLS: Initial packet from [AF_INET]xxx:8443, sid=2aa28350 7c17c08c
                Jun 8 09:42:24 openvpn 4744 UDPv4 READ [26] from [AF_INET]xxx:8443: P_CONTROL_HARD_RESET_SERVER_V2 kid=0 [ 0 ] pid=0 DATA len=0
                pid=0 DATA len=0

                Jun 8 09:42:24 openvpn 4744 UDPv4 link remote: [AF_INET]xxx:8443
                Jun 8 09:42:24 openvpn 4744 UDPv4 link local (bound): [AF_INET]xxx:0
                Jun 8 09:42:24 openvpn 4744 Socket Buffers: R=[42080->42080] S=[57344->57344]
                Jun 8 09:42:24 openvpn 4744 TCP/UDP: Preserving recently used remote address: [AF_INET]xxx:8443
                Jun 8 09:42:24 openvpn 4744 Expected Remote Options String (VER=V4): 'V4,dev-type tun,link-mtu 1558,tun-mtu 1500,proto UDPv4,comp-lzo,cipher AES-256-CBC,auth SHA1,keysize 256,key-method 2,tls-server'
                Jun 8 09:42:24 openvpn 4744 Local Options String (VER=V4): 'V4,dev-type tun,link-mtu 1558,tun-mtu 1500,proto UDPv4,comp-lzo,cipher AES-256-CBC,auth SHA1,keysize 256,key-method 2,tls-client'
                Jun 8 09:42:24 openvpn 4744 Data Channel MTU parms [ L:1622 D:1450 EF:122 EB:406 ET:0 EL:3 ]
                Jun 8 09:42:24 openvpn 4744 Control Channel MTU parms [ L:1622 D:1212 EF:38 EB:0 ET:0 EL:3 ]
                Jun 8 09:42:24 openvpn 4744 LZO compression initializing
                Jun 8 09:42:24 openvpn 4744 Re-using SSL/TLS context
                Jun 8 09:42:24 openvpn 4744 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts
                Jun 8 09:42:16 openvpn 4744 MANAGEMENT: Client disconnected
                Jun 8 09:42:16 openvpn 4744 MANAGEMENT: CMD 'state 1'
                Jun 8 09:42:16 openvpn 4744 MANAGEMENT: Client connected from /var/etc/openvpn/client1/sock

                Ich könnte mir vorstellen, das es hiemit zu tun hat:
                "Certificate does not have extended key usage extension"

                K 1 Reply Last reply Reply Quote 0
                • K
                  Karsten @Karsten
                  last edited by

                  @karsten ich denke, ich habe was gefunden:

                  https://redmine.pfsense.org/issues/13056

                  Nachdem ich den Patch eingespielt habe, konnte ich den Haken wieder rausnehmen:

                  9c0d435d-161e-4312-b46c-de0f6f0ec7c6-image.png

                  V 1 Reply Last reply Reply Quote 0
                  • V
                    viragomann @Karsten
                    last edited by

                    @karsten

                    ich denke, ich habe was gefunden:

                    https://redmine.pfsense.org/issues/13056

                    Nachdem ich den Patch eingespielt habe, konnte ich den Haken wieder rausnehmen:

                    Aber das ist nun neu. Die Zeilen

                    Jun 8 09:42:24 openvpn 4744 VERIFY EKU ERROR
                    Jun 8 09:42:24 openvpn 4744 Certificate does not have extended key usage extension

                    hat dein erstes Log nicht gezeigt.

                    Sollte damit funktionieren. Nach meiner Info müssen beide Patches eingespielt werden. Hier schon mal erwähnt:
                    https://forum.netgate.com/topic/172313/openvpn-endian-site-to-site-tls-error-reconnecting/2

                    K 1 Reply Last reply Reply Quote 0
                    • K
                      Karsten @viragomann
                      last edited by

                      @viragomann Ich habe das LOG-Level hochgedreht. Da kam dann auch die neue Meldung zum Vorschein :-)

                      Vielen Dank für Deine Hilfe, jetzt läuft es wieder.
                      Karsten

                      V 1 Reply Last reply Reply Quote 0
                      • V
                        viragomann @Karsten
                        last edited by

                        @karsten said in OPENVPN kein reconnect after reboot:

                        Ich habe das LOG-Level hochgedreht. Da kam dann auch die neue Meldung zum Vorschein :-)

                        Ahh, alles klar.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.