ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    'Waiting for TLS handshake' randomly, constantly since Monday

    Scheduled Pinned Locked Moved IT Discussion
    25 Posts 7 Posters 4.8k 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.
    • dbeatoD
      dbeato @momurda
      last edited by

      @momurda said in 'Waiting for TLS handshake' randomly, constantly since Monday:

      ight of CLink connection to 100 and left Comcast at 1.
      This has mitigated the issue. The B Channel timeouts still happen in the logs but so infrequently that I nor any user has seen the 'waiting for TLS handshake' issue for hours now when browsing.

      Are you using round robin for the load balancing?

      1 Reply Last reply Reply Quote 0
      • momurdaM
        momurda
        last edited by

        Yes

        dbeatoD 1 Reply Last reply Reply Quote 0
        • dbeatoD
          dbeato @momurda
          last edited by

          @momurda Okay, so you need to make sure to use "User Source and Destination IP Address binding" That is what I use on my Sonicwall.

          travisdh1T 1 Reply Last reply Reply Quote 1
          • travisdh1T
            travisdh1 @dbeato
            last edited by

            @dbeato said in 'Waiting for TLS handshake' randomly, constantly since Monday:

            @momurda Okay, so you need to make sure to use "User Source and Destination IP Address binding" That is what I use on my Sonicwall.

            Yep. On Ubiquiti you need to set the load-balance group to sticky. https://help.ubnt.com/hc/en-us/articles/205145990-EdgeRouter-Dual-WAN-Load-Balance-Feature I've done this at a number of places now, works great.

            1 Reply Last reply Reply Quote 2
            • momurdaM
              momurda
              last edited by

              In the Watchguard, there is no User Source and Desination IP Address Binding option. There is a Sticky Connections option.
              So i think in WG my best option is to force all connections to use CLink at the Policy level. Whats interesting about this setup you can do this for any firewall policy, regardless of your MultiWan settings. I havent enabled this, but it would look like below(this is a snip that i setup but didnt apply to WG):
              0_1510247420220_52e49cdb-65cc-4e57-b1b1-d693f774adfe-image.png

              dbeatoD JaredBuschJ 2 Replies Last reply Reply Quote 2
              • dbeatoD
                dbeato @momurda
                last edited by

                @momurda Enable Sticky as below
                0_1510248928276_2017-11-09_1235.png
                https://www.watchguard.com/help/docs/wsm/xtm_11/en-us/content/en-us/nat/server_load_balancing_config_c.html

                1 Reply Last reply Reply Quote 1
                • JaredBuschJ
                  JaredBusch @momurda
                  last edited by JaredBusch

                  @momurda said in 'Waiting for TLS handshake' randomly, constantly since Monday:

                  In the Watchguard, there is no User Source and Desination IP Address Binding option. There is a Sticky Connections option.
                  So i think in WG my best option is to force all connections to use CLink at the Policy level. Whats interesting about this setup you can do this for any firewall policy, regardless of your MultiWan settings. I havent enabled this, but it would look like below(this is a snip that i setup but didnt apply to WG):

                  It depends on what you want. Your stated goal was load balancing. The watchguard can do it if you set it up properly. You did not do it properly and had problems. This is not a surprise.

                  But that does not mean to then not use load balancing at all.

                  It mean go back and RTFM and set it up properly.

                  Conveniently, you do not even have to RTFM because @dbeato has posted the instructions for you.

                  1 Reply Last reply Reply Quote 2
                  • momurdaM
                    momurda
                    last edited by

                    @jaredbusch said in 'Waiting for TLS handshake' randomly, constantly since Monday:

                    .

                    Ive already set sticky connections in the Global MultiWan.
                    The override option for this policy cant be enabled.

                    dbeatoD 1 Reply Last reply Reply Quote 1
                    • dbeatoD
                      dbeato @momurda
                      last edited by dbeato

                      @momurda But did you increase the default timeout from 3 minutes to let's say 10 minutes or so?

                      momurdaM 1 Reply Last reply Reply Quote 0
                      • momurdaM
                        momurda @dbeato
                        last edited by

                        @dbeato Yes, 10 minutes actually, some time this morning.

                        1 Reply Last reply Reply Quote 1
                        • 1
                        • 2
                        • 2 / 2
                        • First post
                          Last post