[SOLVED] Docker DNS probleem?

[webkabouter]

Hallo forum,
[ DSM7 ]
Heb Sonarr en nzbget als container in Docker geinstalleerd. Als ik beiden oproep, krijg ik de GUI netjes in beeld. Nzbget werkt ook zonder problemen.
Als ik vanuit de Sonarr configuratie nzbget probeer in te stellen, krijg ik steeds de melding dat het URL niet gevonden kan worden.
Dat kan wel kloppen omdat er achter het normale URL een /json wordt toegevoegd?
Ik zie iets over het hoofd. Kan iemand mij vertellen wat ik evt bij URLbase zou moeten invullen?
Wellicht dat ik niet de bestaande nzbget download client moet gebruiken en die aanpassen maar een andere download client?

Bovenstaande werkt in combinatie prima als ik beiden als package installeer in DSM6

[webkabouter]

Vermoed dat er een DNS issue zou kunnen zijn:

root @ > iptables -L -t nat
Chain PREROUTING (policy ACCEPT)
target     prot opt source               destination

Chain INPUT (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
DEFAULT_OUTPUT  all  --  anywhere             anywhere

Chain POSTROUTING (policy ACCEPT)
target     prot opt source               destination
DEFAULT_POSTROUTING  all  --  anywhere             anywhere

Chain DEFAULT_OUTPUT (1 references)
target     prot opt source               destination
DOCKER     all  --  anywhere            !127.0.0.0/8          ADDRTYPE match dst-type LOCAL

Chain DEFAULT_POSTROUTING (1 references)
target     prot opt source               destination
MASQUERADE  all  --  172.17.0.0/16        anywhere
MASQUERADE  tcp  --  172.17.0.3           172.17.0.3           tcp dpt:8989
MASQUERADE  tcp  --  172.17.0.4           172.17.0.4           tcp dpt:9000
MASQUERADE  tcp  --  172.17.0.4           172.17.0.4           tcp dpt:8000
MASQUERADE  tcp  --  172.17.0.5           172.17.0.5           tcp dpt:6789

Chain DOCKER (1 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere
DNAT       tcp  --  anywhere             anywhere             tcp dpt:49153 to:172.17.0.3:8989
DNAT       tcp  --  anywhere             anywhere             tcp dpt:9000 to:172.17.0.4:9000
DNAT       tcp  --  anywhere             anywhere             tcp dpt:8000 to:172.17.0.4:8000
DNAT       tcp  --  anywhere             anywhere             tcp dpt:6789 to:172.17.0.5:6789

- - - - - - - - - - - - - -

Is het mogelijk dat ik een verkeerde versie van Docker heb geïnstalleerd?
Huidige versie:

Versie
Client:
 Version:           20.10.3
 API version:       1.41
 Go version:        go1.15.6
 Git commit:        b455053
 Built:             Mon Jun 21 02:03:40 2021
 OS/Arch:           linux/amd64
 Context:           default
 Experimental:      true

Server:
 Engine:
  Version:          20.10.3
  API version:      1.41 (minimum version 1.12)
  Go version:       go1.15.6
  Git commit:       a3bc36f
  Built:            Mon Jun 21 02:05:07 2021
  OS/Arch:          linux/amd64
  Experimental:     false
 containerd:
  Version:          v1.4.3
  GitCommit:        ea3508454ff2268c32720eb4d2fc9816d6f75f88
 runc:
  Version:          v1.0.0-rc93
  GitCommit:        31cc25f16f5eba4d0f53e35374532873744f4b31
 docker-init:
  Version:          0.19.0
  GitCommit:        ed96d00

Info
Server:
 Containers: 5
  Running: 4
  Paused: 0
  Stopped: 1
 Images: 4
 Server Version: 20.10.3
 Storage Driver: btrfs
  Build Version: Btrfs v4.0
  Library Version: 101
 Logging Driver: db
 Cgroup Driver: cgroupfs
 Cgroup Version: 1
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs db fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: io.containerd.runc.v2 io.containerd.runtime.v1.linux runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: ea3508454ff2268c32720eb4d2fc9816d6f75f88
 runc version: 31cc25f16f5eba4d0f53e35374532873744f4b31
 init version: ed96d00 (expected: de40ad0)
 Security Options:
  apparmor
 Kernel Version: 3.10.108
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 7.718GiB
 Name: iDS716Plus2
 ID: 6PBQ:H6UU:R7X7:VWPV:OMU7:M6SD:BC5V:Q4EK:ZGNG:CXXO:KYMJ:OJS5
 Docker Root Dir: /volume1/@docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

WARNING: No kernel memory TCP limit support
WARNING: No cpu cfs quota support
WARNING: No cpu cfs period support
WARNING: No blkio weight support
WARNING: No blkio weight_device support
WARNING: No blkio throttle.read_bps_device support
WARNING: No blkio throttle.write_bps_device support
WARNING: No blkio throttle.read_iops_device support
WARNING: No blkio throttle.write_iops_device support

--- einde dump ---

[Birdy]

Je hebt de juiste versie van Docker voor DSM7:



In mijn Docker:

root@DSM7:~# docker info
Client:
 Context:    default
 Debug Mode: false

Server:
 Containers: 0
  Running: 0
  Paused: 0
  Stopped: 0
 Images: 0
 Server Version: 20.10.3
 Storage Driver: btrfs
  Build Version: Btrfs v4.0

(Heb nog geen Containers )

[webkabouter]

Uiteindelijk is het probleem opgelost.
Heb op twee nieuwe HD's DSM7 geïnstalleerd en van alle packages die nog niet beschikbaar zijn voor DSM7, de laatste image/containerversies in Docker geinstalleerd.

Het moraal van dit verhaal: vertrouw niet op een update van DSM6 naar DSM7 maar doe, als het enigszins mogelijk is, een clean install van de laatste versie. Gebruik daarbij altijd de laatste versie van de Synology Assistant @ https://archive.synology.com/download/Utility/Assistant
Even doorbijten, maar het is een mooie kans om je vanaf scratch bekend te maken met de in's en out's van deze nieuwe DSMversie.