Correct. That should be fixed as well, but probably in a separate PR.
On Wed, Oct 7, 2020 at 6:53 PM Walt Karas
wrote:
> In testing the current code behavior, I've discovered that
> TSHttpHdrEffectiveUrlBufGet() omits the scheme when called on the request
> to server:
>
> Transaction: event=TS_E
In testing the current code behavior, I've discovered that
TSHttpHdrEffectiveUrlBufGet() omits the scheme when called on the request
to server:
Transaction: event=TS_EVENT_HTTP_SEND_REQUEST_HDR
TSHttpTxnEffectiveUrlStringGet(): http://127.0.0.1:61000/
TSHttpHdrEffectiveUrlBufGet(): 127.0.0.1:610
Information on joining the meetup:
Join Zoom Meeting
https://us02web.zoom.us/j/84450300776?pwd=eTBFeE1qdVZmZlFFN1c3UWM3YzJXUT09
Meeting ID: 844 5030 0776
Passcode: 291771
One tap mobile
+13462487799,,84450300776#,,0#,,291771# US (Houston)
+16699006833,,84450300776#,,0#,,291771# US (San Jo
The problem arises on the proxy request, not the inbound request.
TSUrlRawSchemeGet should return an empty string for the first case.
On Tue, Oct 6, 2020 at 3:22 PM Walt Karas
wrote:
> So, when I call the current TSUrlSchemeGet() for these two requests:
>
> printf "GET / HTTP/1.1\r\nHost: mYhOs
In the first case it should return 0.
In the second case it should return 61000.
On Tue, Oct 6, 2020 at 4:02 PM Walt Karas wrote:
> The current behavior that I'm seeing for TSUrlPortGet() is that for this
> request:
>
> printf "GET / HTTP/1.1\r\nHost: mYhOsT.teSt:61000\r\n\r\n" | nc localhost
>
