-
Notifications
You must be signed in to change notification settings - Fork 49
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
NAT stop working for incomming connections after restart #43
Comments
@VenusGen You should use the |
It seems avoided duplicated rules now, but when it clear up the rules, it also wiped the 443 & 80 mapping...
|
Could you please use the output of Not sure why the 80/443 rules are missing. Is your docker-compose.yml still like in your first post? Could you run ipv6nat with the |
No, I add a line The full logs are attached below. Briefly, the log shows v6nat removed 443&80 but never add them back.
|
So if I see it correctly, it does add the rules correctly (09:37), then removes them correctly (09:40) on quit (when restarting) but does not add them on the 2nd start (09:40, when restarting). How did you start it the first time? (09:37) Did you start only ipv6nat at that time? Perhaps it could be some kind of race condition when restarting ipv6nat and caddy at the same time. Could you also test first restarting caddy, then ipv6nat (instead of restarting them at the same time) and also first ipv6nat, then caddy. Just wondering which cases will end up with the correct rules. |
The only difference is in the 1st start I used Caddy should start later than v6nat cause I set |
If I restart them separately, whatever the order are, iptables keeps correct ( with full records include 80&443) |
Docker Compose seems don't guarantee the sequence of restart: |
Actually they are same, whenever I restart v6nat, caddy is running normally at these two situations. |
Thanks for the tips. At some point, my I did a |
@robbertkl Can we close this? |
I wrote Caddy and ipv6nat in a docker-compose file, It works very well. But after I executed the
docker-compose restart
command, I am still able to ping other v6 addresses from the Caddy container but can't receive any more incoming requests (It was able to receive when userland-proxy enabled, but Caddy couldn't get the real IP address).I think it's probably similar to #14 , probably we need to remove iptables when container stopping?
ip6tables -L:
docker-compose.yml:
Docker Environment:
Docker Compose:
The text was updated successfully, but these errors were encountered: