-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tarantool binds to 0.0.0.0 despite advertise_uri settings #1890
Comments
reproduced |
panticonur
pushed a commit
that referenced
this issue
Sep 7, 2022
2 tasks
panticonur
pushed a commit
that referenced
this issue
Sep 7, 2022
DifferentialOrange
added a commit
to tarantool/grafana-dashboard
that referenced
this issue
Mar 3, 2023
After cartridge 2.7.7, you don't bind to 0.0.0.0 by default anymore [1]. In consequence, other containers and host fails to connect with IProto. Explicit `0.0.0.0` and `127.0.0.1` don't help to fix the issue. 1. tarantool/cartridge#1890
DifferentialOrange
added a commit
to tarantool/grafana-dashboard
that referenced
this issue
Mar 3, 2023
After cartridge 2.7.7, you don't bind to 0.0.0.0 by default anymore [1]. In consequence, other containers and host fails to connect with IProto. Explicit `0.0.0.0` and `127.0.0.1` don't help to fix the issue. 1. tarantool/cartridge#1890
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi Guys,
Thanks for your work. We have a problem with our cartridge/tarantool setup: tarantool binds both tcp/udp to 0.0.0.0 despite advertise_uri setting in local/instances.lua (ip address changed):
I've checked opened ports
and nc -v some.public.domain 3301 from outer internet
Other than adopting this patch partially, we tried hardcoding bind IP address right in .rocks/share/tarantool/cartridge/confapplier.lua i.e.:
local ok, err = remote_control.bind('10.31.200.1', vars.binary_port)
and got no luck. Even though it logs specified port
no-vshard.master | 2022-08-16 16:26:35.651 [1236913] main/109/remote_control/10.31.200.1:3301 I> started
NB with a specific IP address hardcode in membership.lua for udp it binds properly.
No need to say, I believe, that there is a potential risk to expose all tarantool data to the outer world if for any reason firewall is misconfigured or disabled at some moment. And thus why wouldn't anyone want to have additional protection by forcing db to bind to local interfaces. Any advise?
Versions:
The text was updated successfully, but these errors were encountered: