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

    TSL Handshake failed

    Scheduled Pinned Locked Moved OpenVPN
    16 Posts 4 Posters 10.0k 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.
    • GruensFroeschliG
      GruensFroeschli
      last edited by

      Can you post the exact error?

      Could you describe what you did when you created the certificates/keys?
      Did you follow a tutorial?
      (like this one: http://www.informit.com/articles/article.aspx?p=605499&seqNum=2 )

      What do you mean with

      The only key I question is the file generated that has nothing before the .crt

      Do you mean the CA.crt?

      There is a difference between the .crt and the .key files.

      You generate:
      1 x CA.crt at the very beginning.
      Each and every client and server needs to have this.

      1 x Server.crt; 1x Server.key (optional to create multiple of these if you want to run multiple servers, possible for failover/loadbalancing)
      Only the server has these two files.

      n x client_n.crt; n x client_n.key
      Only the respective client has these files.

      We do what we must, because we can.

      Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

      1 Reply Last reply Reply Quote 0
      • V
        Visseroth
        last edited by

        Thank you for that link. It sure did simplify things a bit.

        I did figure out what my problem was, well part of it anyhow and now I'm one step closer to making this work. Thanks guys…... Se here's what happen........

        The scripts were setup for a x86 environment not a x64 environment so when OpenVPN installed it installed to the (x86) folder so I copied it to the programs folder and wam it started writing the random states. So I generated the keys as per the instructions, copied the keys to the server and client and they are handshaking. Problem now is that I am getting the error

        Oct 30 04:12:24 php: : Sipproxd is installed but not started. Not installing redirect rules.
        Oct 30 04:12:23 check_reload_status: reloading filter
        Oct 30 04:12:16 php: : Sipproxd is installed but not started. Not installing redirect rules.
        Oct 30 04:12:14 routed[841]: setsockopt(IP_ADD_MEMBERSHIP RIP): Invalid argument
        Oct 30 04:12:14 routed[841]: setsockopt(IP_ADD_MEMBERSHIP RIP): Invalid argument

        on both the server and client and I have a rule on the lan set for * 192.168.5.0/24 * * * *

        Do I need a OpenVPN rule on the WAN?

        Also, I am able to ping from the server to the client side (only to the client box, not the network) but not from the client to server side

        1 Reply Last reply Reply Quote 0
        • GruensFroeschliG
          GruensFroeschli
          last edited by

          Do i understand you right, that you want to have a site-to-site connection?
          In this case i would drop the whole PKI and set up a PSK.

          This sticky thread has more information about that (And the further linked threads):
          http://forum.pfsense.org/index.php/topic,12888.0.html

          We do what we must, because we can.

          Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

          1 Reply Last reply Reply Quote 0
          • V
            Visseroth
            last edited by

            When I try and ping another device on the client side from the server side I get the following…..............

            PING 10.0.0.200 (10.0.0.200) from 192.168.0.1: 56 data bytes
            92 bytes from core-antoine.air-pipe.com (208.81.157.73): Destination Host Unreachable
            Vr HL TOS  Len  ID Flg  off TTL Pro  cks      Src      Dst
            4  5  00 5400 77ee  0 0000  3a  01 3d4a 192.168.0.1  10.0.0.200

            1 Reply Last reply Reply Quote 0
            • V
              Visseroth
              last edited by

              ahh, ok, well thank you for that link, as I am dead tired atm and have to be up in about 4 or 5 hours I'm going to hit the sack atm but will get on that thread asap, thanks!

              1 Reply Last reply Reply Quote 0
              • V
                Visseroth
                last edited by

                OK, so I have the connections established between the server and the client via OpenVPN. There are no errors in the system or vpn logs but I am unable to get traffic through from one network to the other.

                Any suggestions?

                Trying to go from and to (Server) 192.168.0.0 <-> (VPN Tunnel) 192.168.5.0 <-> (Client) 10.0.0.0

                1 Reply Last reply Reply Quote 0
                • GruensFroeschliG
                  GruensFroeschli
                  last edited by

                  Do you have a PSK or PKI now?
                  Did you add any route/pushes to the config?
                  Are the routes on both sides to get to the other side known?

                  We do what we must, because we can.

                  Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

                  1 Reply Last reply Reply Quote 0
                  • A
                    afvadmin
                    last edited by

                    try enabling netbios should work is that a client to client vpn if so i dont think you actually need that option at the moment

                    1 Reply Last reply Reply Quote 0
                    • V
                      Visseroth
                      last edited by

                      Well unfortunately it's not working. I can ping from the server to the client router but not the client network. I can not ping at all from the client to the server network.

                      1 Reply Last reply Reply Quote 0
                      • GruensFroeschliG
                        GruensFroeschli
                        last edited by

                        Do you have a PSK or PKI now?
                        Did you add any route/pushes to the config?
                        Are the routes on both sides to get to the other side known?

                        ?

                        Assumption:
                        You use a PSK. You didn't add any routes. The client of your remote network is the default gateway for this subnet.

                        –>
                        You need to add on the server side to the custom config field: "route subnetID_of_clientnet netmask" (ie. route 192.168.0.0 255.255.255.0)
                        This adds on the server dynamically a static route for the remote subnet when the tunnel comes up.
                        You also need a similar entry on the client router. "route subnetID_of_servernet netmask".
                        To add dynamically the static route pointing to the server subnet.

                        We do what we must, because we can.

                        Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

                        1 Reply Last reply Reply Quote 0
                        • V
                          Visseroth
                          last edited by

                          I tried it with "route 10.0.0.0 255.255.255.0" on the server and "route 192.168.0.0 255.255.255.0" on the client but the logs state that there was an error setting up the routes and they exitted with a signal 1.

                          I also tried "route 10.0.0.0/24" and "route 192.168.0.0/24" and nothing came up in the logs regarding errors but still they will not route traffic. I can't get traffic in either direction.

                          1 Reply Last reply Reply Quote 0
                          • GruensFroeschliG
                            GruensFroeschli
                            last edited by

                            What error?
                            (Post it)

                            We do what we must, because we can.

                            Asking questions the smart way: http://www.catb.org/esr/faqs/smart-questions.html

                            1 Reply Last reply Reply Quote 0
                            • P
                              Papa Midnight
                              last edited by

                              Funny thing is that I had this same error and solved it by switching from UDP to TCP.

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