mirror of
https://github.com/007revad/Synology_ContainerManager_IPv6.git
synced 2026-04-25 04:05:56 +03:00
[GH-ISSUE #7] 请问DSM 7.1的docker怎么开启IPv6 #2
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Synology_ContainerManager_IPv6#2
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @389377616 on GitHub (Dec 20, 2024).
Original GitHub issue: https://github.com/007revad/Synology_ContainerManager_IPv6/issues/7
@007revad commented on GitHub (Dec 20, 2024):
Try this version:
https://github.com/007revad/Synology_ContainerManager_IPv6/releases/tag/v2.0.5
Let me know if it works.
@389377616 commented on GitHub (Dec 21, 2024):
@389377616 commented on GitHub (Dec 21, 2024):
After I changed the network mode of a container from bridge to host, I found that ipv6 was enabled when I queried it from the container. However, I would prefer that the container have an ipv6 URL in bridge mode, because if all containers use host mode, some container port numbers will conflict with the ports used by the nas host.
@007revad commented on GitHub (Dec 22, 2024):
This is strange. I've only ever been able to enable IPv6 on the bridge network, and not the host network. People have asked me how to enable IPv6 on the host network and I've been telling them it's not possible.
I wonder if Container Manager only allows the bridge network to use IPv6 while Synology's Docker only allows the host network to use IPv6.
@389377616 commented on GitHub (Dec 22, 2024):
I'm not sure about this. I haven't used Container Manager on DSM 7.2. The Docker on DSM 7.1 has ipv6 in the container in host mode. It was available before I used the script. I haven't used ipv6 successfully in bridge mode.
@389377616 commented on GitHub (Dec 22, 2024):
Could it be that the cidr parameter I wrote in the script is incorrect? I am not particularly clear about the ipv6 cidr parameter. I used the ip -6 route show command to obtain the local ipv6, found the one ending with 64 and filled it into the script. I don't know if it has anything to do with this. I have a suggestion: can the cidr parameter be obtained directly when the script is running, instead of being manually entered by the user?
@007revad commented on GitHub (Dec 25, 2024):
You could try 240e::/64
@389377616 commented on GitHub (Dec 25, 2024):
It still doesn't work. After writing 240e::/64 into the script, docker cannot be started directly after running the script. I went into the two configuration files /var/packages/Docker/etc/dockerd.json and /var/packages/Docker/target/config/dockerd.json and changed 240e::/64 to 240e::1/64 before starting docker. However, ipv6 is still not normal in bridge network mode.
@cca2878 commented on GitHub (Sep 15, 2025):
Same situation on DSM7.2. In the container, "sysctl net.ipv6.conf.all.disable_ipv6" returns 1.
But ContainerManager seems enable ipv6 on "host" network defaultly, no need for any action.