Open ghost opened 4 years ago
This may be relevant https://github.com/hyperium/hyper/pull/1937
Any update on this?
Any update on this?
Nothing yet, but could describe the use-case you have for this? E.g. do you just need the happy_eyeballs_timeout_ms
setting? Something else?
Any update on this?
Nothing yet, but could describe the use-case you have for this? E.g. do you just need the
happy_eyeballs_timeout_ms
setting? Something else?
Rereading the issue I might be at the incorrect location :)
We run an IPv6 EKS cluster, and would like to use vector in HTTP server mode (https://vector.dev/docs/reference/configuration/sources/http_server/). However seemingly it cannot listen on ::
(we have tried :::PORT
and [::]:PORT
and both throw errors.
I had assumed this was enabling IPv6 support for the HTTP server source (but now realise its the sink)
Any update on this?
Nothing yet, but could describe the use-case you have for this? E.g. do you just need the
happy_eyeballs_timeout_ms
setting? Something else?Rereading the issue I might be at the incorrect location :)
We run an IPv6 EKS cluster, and would like to use vector in HTTP server mode (https://vector.dev/docs/reference/configuration/sources/http_server/). However seemingly it cannot listen on
::
(we have tried:::PORT
and[::]:PORT
and both throw errors.I had assumed this was enabling IPv6 support for the HTTP server source (but now realise its the sink)
Ah, I see. What are the errors you are seeing? I tried it just now and was able to bind to [::]:8080
successfully. This seems to be unrelated to this issue so you could open a separate one or a discussion.
Any update on this?
Nothing yet, but could describe the use-case you have for this? E.g. do you just need the
happy_eyeballs_timeout_ms
setting? Something else?Rereading the issue I might be at the incorrect location :) We run an IPv6 EKS cluster, and would like to use vector in HTTP server mode (https://vector.dev/docs/reference/configuration/sources/http_server/). However seemingly it cannot listen on
::
(we have tried:::PORT
and[::]:PORT
and both throw errors. I had assumed this was enabling IPv6 support for the HTTP server source (but now realise its the sink)Ah, I see. What are the errors you are seeing? I tried it just now and was able to bind to
[::]:8080
successfully. This seems to be unrelated to this issue so you could open a separate one or a discussion.
Thank you for the swift responses. Indeed it does work (and quite seamlessly I might add)
I decided to interact with the issue directly (vs going via the security team which was having the issue) and after much digging the issue is on our side, through the various terraform templating, matched with helm templating, until it hits the k8s configmap (missing quotes which meant the [::]:PORT
was not being read correctly
I decided to interact with the issue directly (vs going via the security team which was having the issue) and after much digging the issue is on our side, through the various terraform templating, matched with helm templating, until it hits the k8s configmap (missing quotes which meant the
[::]:PORT
was not being read correctly
Aha! Glad you sorted it out!
I propose to add new options to the configuration of the
http
sink which would allow the user to configure behavior of the sink when the target host is available on both IPv4 and IPv6 addresses.For example, there might be two new options:
address_type
, an array which would be set to["ipv4", "ipv6"]
by default.happy_eyeballs_timeout_ms
which would set the timeout used in the happy eyeballs algorithm as defined in RFC 8305 (see also the description of the corresponding option incurl
).