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

    Routing Openvpn über LTE und Fritzboxen

    Scheduled Pinned Locked Moved Deutsch
    33 Posts 3 Posters 4.2k 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.
    • O
      orcape
      last edited by

      Und wie kann ich das ändern?
      

      Gute Frage, nächste Frage…

      Ich muss doch im Webconfig für den Tunnel einen Adressbereich angeben, eine einzelne IP nimmt er nicht.
      

      Richtig, bei Dir…

      10.0.8.0/24
      

      Die Clientconfig sieht ja nicht schlecht aus, bis auf 2 Einträge.
      Leider kann ich die nur mit DD-WRT vergleichen…

      ca /tmp/openvpncl/ca.crt
      cert /tmp/openvpncl/client.crt
      key /tmp/openvpncl/client.key
      management 127.0.0.1 16
      management-log-cache 100
      verb 3
      mute 3
      syslog
      writepid /var/run/openvpncl.pid
      client
      resolv-retry infinite
      nobind
      persist-key
      persist-tun
      script-security 2
      dev tun1
      proto udp
      cipher aes-128-cbc
      auth sha1
      remote "statische-IP" 1194
      comp-lzo yes
      tls-client
      tun-mtu 1342
      mtu-disc yes
      ns-cert-type server
      fast-io
      tun-ipv6
      tls-auth /tmp/openvpncl/ta.key 1
      tls-cipher TLS-RSA-WITH-AES-128-CBC-SHA
      
      

      Im Client GUI hast Du hoffentlich nur den Client konfiguriert und nicht noch Advanced-Einträge ?
      Das…

      ifconfig 10.0.8.2 10.0.8.1
      route 172.23.1.0 255.255.255.0
      

      …ist Server-Sache und gehört da eigentlich nicht rein.

      1 Reply Last reply Reply Quote 0
      • P
        peter808
        last edited by

        DU BIS MEIN HELD ! ES LÜPPT !!!!

        Also:

        @orcape:

        Und wie kann ich das ändern?
        

        Gute Frage, nächste Frage…

        Ich habe den Adressbereich mit 10.0.8./31 auf zwei IP-Adressen beschränkt

        Und dann:

        @orcape:

        Das…

        ifconfig 10.0.8.2 10.0.8.1
        route 172.23.1.0 255.255.255.0
        

        …ist Server-Sache und gehört da eigentlich nicht rein.

        …diese von Dir genannten Einträge im config-file auskommentiert.

        Nun läuft das VPN beidseitig mit allem, was wir brauchen (RDP, SSH etc.).

        NOCHMALS TAUSEND DANK  :) :) :) :) :) :) :) :) :) :) :) :) :)

        1 Reply Last reply Reply Quote 0
        • O
          orcape
          last edited by

          Ich habe den Adressbereich mit 10.0.8./31 auf zwei IP-Adressen beschränkt
          

          ..und ich korrigiere mal.

          10.0.8.0/31–- >---10.0.8.0/31

          …ich muss Deinen Optimismus nur ein ganz klein wenig dämpfen... ;)
          Mit der Änderung auf die /31 er Netzmaske, hast Du den Server gezwungen sich auf 2 IP's zu beschränken.
          Es liegt da immer noch ein Konfigurationsproblem vor... :(

          ifconfig 10.0.8.2 10.0.8.1
          route 172.23.1.0 255.255.255.0
          

          …und wenn Du die pfSense rebootest, hast Du das Problem wieder. Irgenwo müssen diese Einträge aus der GUI-Client Config kommen.
          ...das Du aber auch noch hin bekommst.. ;)
          Wenn's noch Fragen gibt, kein Thema...

          NOCHMALS TAUSEND DANK  :) :) :) :) :) :) :) :) :) :) :) :) :)

          Gerne doch und Danke für die Blumen…;)

          1 Reply Last reply Reply Quote 0
          • P
            peter808
            last edited by

            @orcape:

            Es liegt da immer noch ein Konfigurationsproblem vor… :(

            ifconfig 10.0.8.2 10.0.8.1
            route 172.23.1.0 255.255.255.0
            

            …und wenn Du die pfSense rebootest, hast Du das Problem wieder. Irgenwo müssen diese Einträge aus der GUI-Client Config kommen.

            Habe ich nun auch gelöst: die beiden Einträge waren im client-GUI unter "Tunnel settings" eingetragen (wo sie scheinbar nicht hin gehörten  ;) )

            1 Reply Last reply Reply Quote 0
            • P
              peter808
              last edited by

              Ein "kleines" Problem bleibt: der Tunnel wurde vorher - als noch keine Daten zwischen den Standorten flossen - immer im GUI mit grünem Pfeil und als "up" inkl. Verbindsbeginn dargestellt.

              Nun steht hier plötzlich (obwohl ja alles lüppt):

              1. im GUI/dashboard des client ein roter Pfeil (down) und:
              Client UDP Unable to contact daemon
              0 Service not running?

              2. und im VPN-log der Zentrale steht alle Paar Sekunden:
              openvpn[53950]: MANAGEMENT: Client disconnected
              openvpn[53950]: MANAGEMENT: CMD 'state 1'
              openvpn[53950]: MANAGEMENT: Client connected from /var/etc/openvpn/server1.sock

              Im client gibt es keine Fehlermeldungen im log.

              Und das alles, obwohl die VPN-Verbindung stabil läuft…

              1 Reply Last reply Reply Quote 0
              • O
                orcape
                last edited by

                Ein "kleines" Problem bleibt: der Tunnel wurde vorher - als noch keine Daten zwischen den Standorten flossen - immer im GUI mit grünem Pfeil und als "up" inkl. Verbindsbeginn dargestellt.

                ..und das Problem löst Du erst, wenn Du den Tunnel nicht mit einer /31 er Netzmaske zum arbeiten zwingst.
                So ein Tunnel ist sensibel und will eine /24 er Netzmaske, wenn er damit funktioniert, hast Du dann auch Deinen letzten Fehler ausgemerzt.
                Dann ist auch Dein Tunnel nett zu Dir und beschwert sich nicht mehr…. ;D
                Gruß Peter

                1 Reply Last reply Reply Quote 0
                • P
                  peter808
                  last edited by

                  Das ist bei mir leider nicht so.

                  Stelle ich auf /24er, kommt die Verbindung zwar zustande, es fließen aber wieder keine Daten zwischen den Standorten.

                  Nur wenn ich auf /31er stelle, ist die VPN-Verbindung voll nutzbar (gerade nochmals getestet).

                  1 Reply Last reply Reply Quote 0
                  • O
                    orcape
                    last edited by

                    Das ist bei mir leider nicht so.
                    
                    

                    …dann überprüfe noch mal Deine GUI Einstellungen auf dem Client.
                    Irgendwo müssen die nun auskommentierten Einträge ja eingegeben worden sein.
                    Gruß Peter

                    1 Reply Last reply Reply Quote 0
                    • P
                      peter808
                      last edited by

                      Da reden wir jetzt gerade aneinander vorbei.

                      Auskommentiert im conf-file bzw. jetzt am Client im GUI gelöscht hatte ich die Einträge gem. meinem Posting #26.

                      Die Einträge zu den netmasks (24er oder 31er) habe ich nur über das  GUI auf dem Server geändert unter Tunnel Settings >
                      IPv4 Tunnel Network.

                      1 Reply Last reply Reply Quote 0
                      • O
                        orcape
                        last edited by

                        Auskommentiert im conf-file bzw. jetzt am Client im GUI gelöscht hatte ich die Einträge gem. meinem Posting #26.

                        …ist jetzt klar.

                        Die Einträge zu den netmasks (24er oder 31er) habe ich nur über das  GUI auf dem Server geändert unter Tunnel Settings >
                        IPv4 Tunnel Network.

                        Du musst trotzdem versuchen mit einer /24 er Netzmaske klar zu kommen.
                        Da muss noch ein anderer Fehler sein. Logs anschauen, testen kleiner Veränderungen. etc.
                        Gruß Peter

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