How to get IPv6 address for unraid docker application


Recommended Posts

At present, both unreaid and VM can get the IPv6 address normally, but the docker application can't get the IPv6 address. What settings do i need to make in unraid.

At present, I only need nextcloud in docker to get the IPv6 address. Through query, nextcloud supports IPv6

So please confirm what settings need to be made for unraid

thanks

home-lab-diagnostics-20210624-0908.zip

 

--sysctl net.ipv6.conf.all.disable_ipv6=0 --sysctl net.ipv6.conf.eth0.use_tempaddr=2

Today, through this command, nextcloud can already obtain an IPV6 address through SLAAC, but I hope to obtain an IPV6 address through DHCPv6. Can it be achieved by modifying the above command? If so, how should it be modified?

Edited by Yvan
Link to comment

Docker host and docker bridge networks can only operate on IPv4, to use IPv6 you need to configure a custom network.

 

The example below is going to use br0 as custom docker network with both IPv4 and IPv6 (you can disable the bonding part when a single interface is used).

 

First: make sure under network settings both IPv4 and IPv6 is enabled. The preference is to use automatic IPv6 assignment, using either DHCP or SLAAC. Your router must be properly configured to hand-out an IPv6 address and associated DNS server address(es).

 

image.thumb.png.399ba4214fcfd7dedf6192803b8ef3b9.png

 

Second: Under Docker settings enable the necessary br0 networks for both IPv4 and IPv6

 

image.thumb.png.e50365f23f8a4b9d7f116338674ace65.png

image.thumb.png.1c0af68acc14d5aa97f6a94a4a16047a.png

 

Note:

- Configure a DHCP pool for IPv4 which hands out IPv4 addresses to containers and does NOT clash with the DHCP range of your router.

- Leave the DHCP pool for IPv6 disabled, docker uses an assignment which won't clash with your router

 

Configure a docker container to use custom network br0. The example below shows the Firefox application.

 

image.thumb.png.e4faafdea018ec6d7e7c620b0aabc0ed.png

 

Since Firefox is a browser, it can be used to access the Internet on both IPv4 and IPv6 and we can test connectivity... Use ipv6-test.com

 

image.thumb.png.2afaa1859450e6b7c02e640f8636d450.png

 

Note: Certain traffic in my network is inhibited due to the firewall rules I have created on my router (out of scope for this tutorial).

 

  • Like 1
  • Thanks 4
Link to comment
On 2021/6/26 at AM1点04分, bonienl said:

Docker主机和 docker桥接网络只能在 IPv4 上运行,要使用 IPv6,您需要配置自定义网络。

 

下面的示例将使用 br0 作为具有 IPv4 和 IPv6 的自定义 docker 网络(当使用单个接口时,您可以禁用绑定部分)。

 

首先:确保在网络设置下启用了 IPv4 和 IPv6。首选是使用自动 IPv6 分配,使用 DHCP 或 SLAAC。您的路由器必须正确配置以分发 IPv6 地址和关联的 DNS 服务器地址。

 

image.thumb.png.399ba4214fcfd7dedf6192803b8ef3b9.png

 

第二:在 Docker 设置下为 IPv4 和 IPv6 启用必要的 br0 网络

 

image.thumb.png.e50365f23f8a4b9d7f116338674ace65.png

image.thumb.png.1c0af68acc14d5aa97f6a94a4a16047a.png

 

笔记:

- 为 IPv4 配置一个 DHCP 池,它将 IPv4 地址分发给容器,并且不会与路由器的 DHCP 范围发生冲突。

- 禁用 IPv6 的 DHCP 池,docker 使用不会与路由器冲突的分配

 

配置 docker 容器以使用自定义网络 br0。下面的示例显示了 Firefox 应用程序。

 

image.thumb.png.e4faafdea018ec6d7e7c620b0aabc0ed.png

 

由于 Firefox 是一个浏览器,它可以用来访问 IPv4 和 IPv6 上的 Internet,我们可以测试连接性...使用ipv6-test.com

 

image.thumb.png.2afaa1859450e6b7c02e640f8636d450.png

 

注意:由于我在路由器上创建的防火墙规则(超出本教程的范围),我的网络中的某些流量被禁止。

 

I have finished steps 1 and 2. I have installed a firebox, but I still can't get the IPv6 address. Then I add this parameter in the docker to get the IPv6 address through SLAAC, but I can't get the IPv6 address through DHCPv6.

 

image.thumb.png.6b63f154411c628b35a378999c370142.png

image.thumb.png.632ac142a0d79e3568d65f3695f1f9e5.png

--sysctl net.ipv6.conf.all.disable_ipv6=0 --sysctl net.ipv6.conf.eth0.use_tempaddr=2

image.png.f6e4dd8213e183b50e181ee510cd812c.png

The reason why I want to get the IPv6 address through DHCPv6 is that DHCPv6 will give the application a DUID, which is convenient for me to do DDNS

 

 

Link to comment
6 minutes ago, Yvan said:

--sysctl net.ipv6.conf.all.disable_ipv6=0 --sysctl net.ipv6.conf.eth0.use_tempaddr=2

No need to do these commands.

You can set "IPv6 privacy extensions = Enabled"

 

8 minutes ago, Yvan said:

The reason why I want to get the IPv6 address through DHCPv6

 

Docker uses its own internal DHCP server, this is true for both IPv4 and IPv6. You can not use an external server (your router) as DHCP server.

 

Link to comment

@bonienl I think I've pointed this out before, but some fun points.

  • Containers can use SLAAC (as advertised by a router) instead of DHCPv6 since some routers (Mikrotik ones in particular) do not support DHCPv6 completely - only SLAAC

This approach is extremely useful when your ISP doesn't even consider assigning you a static prefix and just delegates an entire /56 to you dynamically and you can configure your router to dynamically advertise the prefix

Docker networking in IPv6 wants a static prefix or you will be restarting the docker network whenever you need the prefix to change

In order to use SLAAC, the docker custom network does not need to have IPv6 enabled (or the interface for that matter)
image.png.aed16d1765461cb654266d4d32e7c71b.pngimage.thumb.png.36fec7c376ce82c1ce450c1790320073.png

To configure a container to enable SLAAC, you then need to pass the extra parameters specified

--sysctl net.ipv6.conf.all.disable_ipv6=0

The container will then have its own IP address based on what the network is advertising (again SLAAC)

root@MediaStore:~# docker exec nginx ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/ipip 0.0.0.0 brd 0.0.0.0
3: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN qlen 1000
    link/gre 0.0.0.0 brd 0.0.0.0
4: gretap0@NONE: <BROADCAST,MULTICAST> mtu 1476 qdisc noop state DOWN qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
5: erspan0@NONE: <BROADCAST,MULTICAST> mtu 1464 qdisc noop state DOWN qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
6: ip_vti0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/ipip 0.0.0.0 brd 0.0.0.0
7: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/sit 0.0.0.0 brd 0.0.0.0
75: eth0@if33: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP
    link/ether 02:42:c0:a8:5f:0a brd ff:ff:ff:ff:ff:ff
    inet 192.168.95.10/24 brd 192.168.95.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd6f:3908:ee39:4001:a170:6031:f3df:e8b/64 scope global secondary dynamic
       valid_lft 3296sec preferred_lft 1496sec
    inet6 fd6f:3908:ee39:4001:42:c0ff:fea8:5f0a/64 scope global dynamic
       valid_lft 3296sec preferred_lft 1496sec
    inet6 fe80::42:c0ff:fea8:5f0a/64 scope link
       valid_lft forever preferred_lft forever
root@MediaStore:~# docker exec nginx ip -6 route
fd6f:3908:ee39:4001::/64 dev eth0  metric 256  expires 0sec
fe80::/64 dev eth0  metric 256
multicast ff00::/8 dev eth0  metric 256
default via fe80::ce2d:e0ff:fe50:e7b0 dev eth0  metric 1024  expires 0sec

 

As I don't have DHCPv6, I think this approach will work for DHCPv6, but only if the container is designed to do DHCPv6, otherwise docker will not do DCHPv6 (it doesn't do DHCPv4 either) and instead has an internal IPAM (IP address management) which will simply assign addresses from the configured pool in the docker network.

  • Thanks 2
Link to comment
  • 4 months later...
On 6/25/2021 at 7:04 PM, bonienl said:

- Leave the DHCP pool for IPv6 disabled, docker uses an assignment which won't clash with your router

 

I tried that and my router also displayed a ipv6 starting with 2003 - which seems to be a public v6 (my router gets a v6 block).

 

Is this v6 reused every update/edit of the container? or does in change?

 

If it change, how can I assign a static v6 without the prefix? like: br 0: x.x.x.x, ::8 does not work.

Link to comment

Unraid version 6.9 supports IPv6 for custom (macvlan) networks only. A docker container gets an IPv6 address out of the subnet announce by your router on the LAN network.

2003 is indeed a public IPv6 address, and when obtained by SLAAC it stays the same after each container update/edit unless you change the MAC address of the container (which is a manual thing)

 

Unraid version 6.10 also supports IPv6 for the standard bridge network. In this case the container gets a private IPv6 address and NAT is used to connect to the outside world. This is similar to how IPv4 works with private IPv4 addresses on your LAN and NAT to a public address to go outside on the Internet.

 

  • Like 1
Link to comment

You said, 6.9 support v6 via macvlan only. But I got a v6, as said. This seem a docker thing. So, as long as I (or docker) changes the mac, it should be usable?

 

How docker remebers to not change the mac when unraid deletes and recreates a container (during update)? Are you preserving a container specific network (or -setting?)

 

cant wait for 6.10 and all those improvements :)

Link to comment
  • 2 months later...

What does the configuration has to look like if I want to assign a static IPv6 address for the container on a custom network?

 

I have specified a static address, but I cannot reach the container at this address.

Networkconfig.png.e0a70874381410b606c60f7606156afb.png

 

root@UNRAID:~# docker exec syncthing ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/ipip 0.0.0.0 brd 0.0.0.0
3: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN qlen 1000
    link/gre 0.0.0.0 brd 0.0.0.0
4: gretap0@NONE: <BROADCAST,MULTICAST> mtu 1476 qdisc noop state DOWN qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
5: erspan0@NONE: <BROADCAST,MULTICAST> mtu 1464 qdisc noop state DOWN qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
6: ip_vti0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/ipip 0.0.0.0 brd 0.0.0.0
7: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/sit 0.0.0.0 brd 0.0.0.0
33: eth0@if21: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP 
    link/ether 02:42:0a:0a:0a:0d brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.13/24 brd 10.10.10.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 XXXX:XX:XXXX:1010:0:10:10:13/64 scope global flags 02 
       valid_lft forever preferred_lft forever
    inet6 fe80::42:aff:fe0a:a0d/64 scope link 
       valid_lft forever preferred_lft forever

 

Link to comment

What are you using to reach the the container over IPV6? Unraid cannot reach anything on br0, as 6.9.2 macvlan system used by docker expressly prohibits the host and container communication over the "shared" interface.

Also, does your LAN ipv6 have the same /64 prefix as the container?

In my case I don't use static assignments, just SLAAC, which gives me fairly static IPV6 address since the container MAC address is defined by the static IPv4 assigned to it.

root@MediaStore:~# ip addr s dev br0
18: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 70:85:c2:4a:e1:d1 brd ff:ff:ff:ff:ff:ff
    inet 192.168.2.5/24 scope global br0
       valid_lft forever preferred_lft forever
    inet6 xxxx:xxxx:xxxx:xxxx:7285:c2ff:fe4a:e1d1/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 3584sec preferred_lft 1784sec
    inet6 fd6f:3908:ee39:4001:7285:c2ff:fe4a:e1d1/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 3584sec preferred_lft 1784sec
    inet6 fe80::7285:c2ff:fe4a:e1d1/64 scope link
       valid_lft forever preferred_lft forever
root@MediaStore:~# docker exec nginx ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/ipip 0.0.0.0 brd 0.0.0.0
3: gre0@NONE: <NOARP> mtu 1476 qdisc noop state DOWN qlen 1000
    link/gre 0.0.0.0 brd 0.0.0.0
4: gretap0@NONE: <BROADCAST,MULTICAST> mtu 1476 qdisc noop state DOWN qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
5: erspan0@NONE: <BROADCAST,MULTICAST> mtu 1464 qdisc noop state DOWN qlen 1000
    link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff
6: ip_vti0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/ipip 0.0.0.0 brd 0.0.0.0
7: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN qlen 1000
    link/sit 0.0.0.0 brd 0.0.0.0
215: eth0@if33: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP
    link/ether 02:42:c0:a8:5f:0a brd ff:ff:ff:ff:ff:ff
    inet 192.168.95.10/24 brd 192.168.95.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fd6f:3908:ee39:4002:42:c0ff:fea8:5f0a/64 scope global dynamic flags 100
       valid_lft 3435sec preferred_lft 1635sec
    inet6 xxxx:xxxx:xxxx:xxxx:42:c0ff:fea8:5f0a/64 scope global dynamic flags 100
       valid_lft 3435sec preferred_lft 1635sec
    inet6 fe80::42:c0ff:fea8:5f0a/64 scope link
       valid_lft forever preferred_lft forever

My containers are connected to a different VLAN, hence the /64 is not quite the same.
But I have local-only IPV6 prefix for my LAN for intersite VPN traffic, and the fact that my ISP gives out a dynamic IPV6 prefix
the dynamic ipv6 prefix makes it hard to run docker with network settings defined, thus making me use SLAAC more efficiently - it doesn't help that my router is a Maikrotik, which has other issues with IPV6 networks (lack of proper DHCPv6)

Link to comment

I use OPNsense as router.
There DHCPv6 with Router Advertismenents is active.


Fortunately, my provider has assigned me a fixed IPv6 prefix.
For the Docker I would like to use static addresses.

 

For testing I tried to reach the Docker from the router via ping.

 

The Dockers are also in different VLANs.
Here are the settings:

Interface_eth0.thumb.png.c00e4b1d158394beb6b1de4ee9145780.pngDocker_custom-networks.thumb.png.9052089ae86035518b8705163a6fe1ef.png

Link to comment

Yes, the other devices in the network are working without problems with IPv6

 

I have now taken out the fixed IP and set the router advertisements of the OPNsense from "Router Only" to "Assisted".
The container has then also properly obtained an IPv6 address via DHCPv6 and SLAAC.

root@UNRAID:~# docker exec syncthing ifconfig
eth0      Link encap:Ethernet  HWaddr 02:42:0A:0A:0A:0D  
          inet addr:10.10.10.13  Bcast:10.10.10.255  Mask:255.255.255.0
          inet6 addr: fe80::42:aff:fe0a:a0d/64 Scope:Link
          inet6 addr: 2a00:XX:XXX:1010::f/64 Scope:Global
          inet6 addr: 2a00:XX:XXX:1010:42:aff:fe0a:a0d/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2726 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2369 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:288585 (281.8 KiB)  TX bytes:337658 (329.7 KiB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:103 errors:0 dropped:0 overruns:0 frame:0
          TX packets:103 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:9928 (9.6 KiB)  TX bytes:9928 (9.6 KiB)

 

Pinging from Docker to the router via IPv6 is possible without problems (even with static IPV6 address). However, the other way around is not possible.

 

Could it be that the container is missing the associated route?

root@UNRAID:~# docker exec syncthing ip route
default via 10.10.10.1 dev eth0 
10.10.10.0/24 dev eth0 scope link  src 10.10.10.13 

 

Edited by psychofaktory
Link to comment

Thank You.

"ip -6 route" shows

root@UNRAID:~# docker exec syncthing ip -6 route
2a00:XX:XXXX:1010::/64 dev eth0  metric 256 
fe80::/64 dev eth0  metric 256 
multicast ff00::/8 dev eth0  metric 256 
default via 2a00:XX:XXXX:1010::1 dev eth0  metric 1024 
default via fe80::a236:9fff:fe21:80ea dev eth0  metric 1024  expires 0sec

 

The ping from OPNsense was sent from the same Interface in which the docker container is. So no firewall should block here.

Firewall is set to "Allow anything to anywhere" for testing.

Ping6 from router to other clients works.

Ping6 from other clients to router works.

Ping6 from other clients to other clients works.

Ping6 from router to Dockers on OPNsense doesn't work.

Ping6 from router to OPNsene-host doesnt't work.

Ping4 from router to OPNsense works.

Ping4 from router to Dockers on OPNsense works.

 

So it seems to be a problem with Unraid.

 

what else have i missed?

is there still a special setting that I need to set somewhere?

 

 

Edit:

I looked at the routing table of the OPNsense and realized that something must have been wrong here.
After a restart of the OPNsense everything works now as it should!

Edited by psychofaktory
Solution found
Link to comment
  • 10 months later...

I have a problem setting the following up:

Instead of GUA (global routable addresses), I want to use ULA (local adresses from the fc00::/7 range as per RFC4193).

 

I use an Opnsense with the docker containers on a separate VLAN (which creates a custom br0 in the format of br0.<VLAN>). For this VLAN, the ULA prefix has been set up in the firewall, advertising a custom IPv6 prefix (from the ULA range).

I now want to use that prefix as the base for the IPv6 adresses generated for the containers using SLAAC.

I have therefore setup the VLAN to use v4+v6 and v6 mode set to automatic. The network settings and docker manager correctly pick up the ULA range and gateway and the docker settings offer this as an ipv6 configuration for that VLAN (so far so good).

 

However, when I now go to edit the container, the ipv6 range (which is correctly recognized by the settings page) is not shown next to the "Fixed IP address" entry field (different from the screenshot for example in the first post).

The line

--sysctl net.ipv6.conf.all.disable_ipv6=0

is added as an additional parameter.

When starting the container (it is the pihole container with ipv6 activated in the environment variables), my router picks it up correctly but only reports the GUA (2000:... range). Therefore, apparently, no ULA but only a GUA was generated using SLAAC.

 

Is this a container issue or an Unraid issue?

Has anybody successfully implemented ULAs for the use by the docker service on Unraid?

 

EDIT: Some screenshots as clarificationInterface.thumb.png.db8ca48cc53b16cf8604244eafb5118f.png

 

Docker.thumb.png.1d76986ca1d7715dd283febeb2da07f0.png

 

 

Container.thumb.png.293d53ffe81073b138ea6d1e0a0bb32b.png

 

EDIT:

Nevermind - it actually DOES work with this configuration! Somehow, the ULA was just not showing up in my firewall NDP/MAC table. After pinging the container once more, it now picks it up correctly.

 

For everyone looking for a solution to assign static local addresses via SLAAC to their containers on a separate VLAN here is quick walkthrough:

  1. Generate an ULA prefix (preferably actually random e.g. via some online tools)
  2. Enter the prefix as an advertised route for the interface in your router (in opnsense - and probably pfsense) this is done via a "Virtual IP"
  3. Configure Unraid's networking with automatic IPv6 on the VLAN interface with the docker containers (see above) - preferably turn off privacy extensions to generate "truly stable" addresses - however, I believe that this only affects the IPv6 adress of the interface in Unraid, not of the underlying docker containers
  4. Activate IPv6 networking in the docker settings for that interface (this should already show the new ULA prefix from your router prefilled!)
  5. add the line --sysctl net.ipv6.conf.all.disable_ipv6=0 as an additional parameter to the container
  6. add the line --mac-address xx:xx:xx:xx:xx:xx  (with a MAC address of your choosing) as an additional parameter to the container (not sure if that is neccessary, but I wasn't sure if an update/restart of a container might generate new MAC address)
  7. Start the container
  8. Ping the container (or run something like ifconfig in the container) to find out the ULA of the container (should start with something like fc... or fd... - NOT the fe... address)
  9. Use that ULA as a stable IPv6 for that container

 

Depending on the container, you might also run more arguments (e.g. environment variable or commands via the container console) to get full IPv6 support (e.g. in the pihole you would need to activate it via environment variables), but this depends on the container.

Edited by HumanTechDesign
Added guide for ULA
Link to comment

Hi

 

I have two IPv6 enabled containers. They are fixed. I initially entered the prefix noted next to the br0 static IP field and added my own suffix. That worked. Until today.

I restarted unraud and noticed those 2 containers were down. Starting them resulsts into a 403. Starting via CLI shows an "Address already in use" error.

 

After some minutes, I realized, that my prefix changed and did not match the container fixed IPv6 anymore.

 

Question 1: Any idea how to only set the host address for the v6 for cotainers? Without need to change the prefix anymore (if it changes?).

 

Correcting the IP did not brought the 2 cotainers back to life. I dont have any idea whats going on:

docker start npm
Error response from daemon: Address already in use
Error: failed to start containers: npm

 

But the addresses arent in use: ss -tulpn doesnt show anything.

 

Question 2: How to get further? Any ideas how to bring my containers back to life? I already deleted the container and image - no change.

 

Thanks in advance!

nas-diagnostics-20221219-2120.zip

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.