Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-14630

[RFE] Octavia HTTPS Health Monitor - Allow to configure the host field in the header]

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Not a Bug
    • Icon: Undefined Undefined
    • None
    • 2024.2 (Dalmatian)
    • openstack-octavia
    • None
    • Hide

      Waiting on customer feedback.

      Show
      Waiting on customer feedback.
    • False
    • ?
    • None
    • Moderate

      To Reproduce

      When creating a HTTP/HTTPS Health-Monitor, Octavia doesn't allow to configure the content of the host field header, and doesn't sent any value as well. 

      Hence, Health-Monitors based on the HTTP/1.1 and HTTP/2.0 do not work properly because the Host header field MUST be sent in all HTTP/1.1 and HTTP/2.0 request messages (as described in RFC2616 for HTTP/1.1 : https://www.rfc-editor.org/rfc/rfc2616#section-14.23). A 400 Bad Request status code may be sent to any HTTP/1.1 and HTTP/2.0 request message that lacks Host header field.

      In summary, we need Octavia to be aligned with the RFCs and allow to configure the host field in the header for HTTP/HTTPS Health-Monitor.

      Expected behavior

      • add a field in Octivia to set Host in query of Health-Monitor or more configuration Haproxy backend can manage

      Device Info (please complete the following information):

      • OS Version: RHOSO 18.0.4

      Bug impact

      • Impact the onboarding of customers that uses HTTP/1.1 and HTTP/2.0 with HTTP based Health-Monitor

              Unassigned Unassigned
              rhn-support-cylopez Cyril Lopez
              rhos-dfg-networking-squad-vans
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: