Uploaded image for project: 'radsecproxy'
  1. radsecproxy
  2. RADSECPROXY-73

deadlock at end of TLS connection

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Major Major
    • radsecproxy-1.7
    • None
    • code
    • None

      During TLS client connection shutdown, a deadlock can happen, blocking all radius messages being forwarded (except status-server).

      If a request was originated from a TLS client, forwarded to a dynamically discovered TLS server and a reply was correctly received and sent back to the client; And after that, the server connection is terminated followed by the client connection, the deadlock can happen.

      During the TLS client connection shutdown, the dupcache is cleaned up. The successful request is still in this cache, and the rq->to field still points to the server. But the server has already terminated and freed its memory.

            linus Linus Nordberg
            913387@switch.ch Fabian Mauchle (Inactive)
            Archiver:
            kleist Josva Kleist

              Created:
              Updated:
              Resolved:
              Archived: