ecoMailz https://license.ecomailz.de8443 über Docker nicht erreichbar

[fugazi]

Hallo Liebes Forum,

ich bin mittlerweile so verzweifelt das ich jetzt hier Posten muss. Ich habe ecoMailz und ecodms über Docker installiert jetzt möchte ich gerne die Version aktivieren bei ecodms kein Problem bei ecoMailz bekomme ich das absolut nicht hin, ich bekommen den Fehler:

org.springframework.web.client.ResourceAccessException: I/O error on POST request for "https://license.ecomailz.de:8443/licence-controller/ecomailz/checkLicense": license.ecomailz.de: Temporary failure in name resolution; nested exception is java.net.UnknownHostException: license.ecomailz.de: Temporary failure in name resolution

Ich habe bis jetzt bestimmt fast alles ausprobiert, Portfreigabe Fritzbox und Synology überprüft, alles entfernt wieder installiert, verschiedene Versionen ausprobiert, alle Firewalls deaktiviert, Norton und Synology natürlich dann den E-Mail-Support von ecodms kontaktiert. Hier ist man mit mir die Standards durchgegangen, bis man mich zu kostenpflichtige Support verwiesen hat.

Hier habe ich mir heute zähneknirschend zwei Support-Einheiten für 49 Euro gekauft und durften mir dann per TeamViewer anschauen, was ich selber schon alles ausprobiert habe. Dann sagte man mir das liegt an der Synology die kann die Adresse nicht anpingen oder wird blockiert und ich sollte mich an Synology wenden.

Aus diesem Grund schreibe ich jetzt hier und bitte um vielleicht etwas Hilfe oder einen kleinen Tipp was ich noch nicht ausprobiert habe.

Vielen Dank und viele Grüße
Patrick

 

[Fusion]

Portfreigaben und Firewalls bearbeiten ja normal nur eingehenden Verkehr.
Du hast aber offensichtlich ein Problem auf dem Weg nach draußen und damit die Domain license.ecomailz.de aufzulösen und zu erreichen.

Zeig mal die Netzwerkeinstellungen:
- des Containers
- vom Syno Docker
- DSM > Netzwerk

Eventuell reicht es schon bei letzterem den DNS manuell zu setzen, wenn die Automatik nicht funktioniert.

Bzw. nach welcher Anleitung und mit welchem Docker Image bist du unterwegs?

 

[fugazi]

Hallo Fusion,

erstmal vielen Dank für die Antwort!
Dockerimage https://registry.hub.docker.com/r/ecomailz/donnie/
Anleitung https://www.ecodms.de/index.php/de/download/handbuecher/ecomailz/ecomailz-donnie

In den Anhängen sind die Netzwerkeinstellung, ich bin mit meinem Latein am Ende.

 

[Fusion]

Dann musst du wohl dein Directory und oder ldap/DNS server kontrollieren.
Ist jetzt keine der gängigen Konstellationen bei den ganzen Privatnetzen hier im Forum, eher ein Pihole/adguard auf/außerhalb der DS.

 

[fugazi]

Alles klar, vielen Dank für die neuen Ansätz, dann werden ich mal weiter testen und suchen, in der Directory und DNS habe ich jetzt nichts auffälliges gesehen, dann weiter, nochmal vielen Dank!

 

[Fusion]

Zeig halt mal die Einstellungen.
Da man im DNS Server Clients einschränken kann gilt das vermutlich auch für den Directory Server.
Vielleicht darf einfach der Container keine DNS Anfrage stellen aus seinem IP Netz (als Absender).

 

[fugazi]

Ja jetzt habe ich den Anschluss verloren ;-( was darf der Container nicht, und wie kann ich das abstellen oder einstellen?

 

[Fusion]

ok, zumindest scheint er ja schon mal auf dem docker0 Interface zu lauschen.
Was hast du bei "Auflösung" eingestellt?

 

[fugazi]

ich habe keine großen Einschränkungen!

 

[fugazi]

Wenn ich beide deinstalliere DNS und Directory wäre es eine möglichkeit den Fehlerteufel einzugrenzen?

 

[Fusion]

Probier mal als Upstream DNS nicht die Fritzbox zu nehmen sondern externe.
z.B. uncensored 91.239.100.100, oder Quad-9 9.9.9.9, oder 1.1.1.1

 

[fugazi]

leider hat das auch nicht geklappt, ich werde mal morgen beide DNS und Directory deinstallieren und nochmal probieren, Ich muss gestehen sowas habe ich noch nicht gehabt. Trotzdem Danke für die Tipps da bin ich jetzt schon mal weiter wie heute morgen!

 

[fugazi]

So Problem gelöst!

Nach dem ich die Pakete DNS Server und Directory Server deinstalliert habe, funktionierte es immer noch nicht, danach habe ich den DHCP Server deinstalliert und ab da, hat die Aktivierung funktioniert. Vielen Dank für die Tipps.

Viele Grüße

 

[roads]

Auch wenn das ein alter Faden ist, braucht Ecomailz eine externe Verbindung beim login zum Lizenzserver von EcoDMS über Port 8443?
Ich kann die Login Seite aufrufen der Login akzeptiert, also keine Fehlerseite sondern es geht nicht weiter. Der Support sagt es läge an der Firewall aber die blockiert netzwerkinternes nicht. Jetzt frage ich mich ob eine Abfrage ins Internet nicht klappt. Im log findet der Support nichts was darauf hindeutet.

 

[Ronny1978]

EcoDMS über Port 8443?

Eigentlich nicht für extern. 8443 ist bei dir aber nicht schon durch was anderes vergeben, oder? Hatte denn ecoDMS oder ecoMailz überhaupt die Ports 8443? Waren das nicht welche im 17tausender Bereich?

 

[roads]

Mein Lancom Unified ist ein Biest und blockiert alles was nicht freigegeben wird. Intern blockiert sie aber nichts. Was passiert ist, dass der Login hängt. Nach ca 10-15 Minuten bin ich aber drin. Sieht also aus wie ein Timeout von Ecomailz. Versucht sich im Netz zu verbinden und gibt dann auf. 8443 habe ich mal freigeben vom NAS aus in der Firewall bringt aber nichts. Wenn der Support nicht weiter weiss sieht es schlecht auch für mich.
EcoDMS ist 30000-65535 ah ja tatsächlich 8443 ist eh offen und 12022. Support sagt da verbindet nichts raus.

 

[Ronny1978]

Dennoch dürfte der Login, bei Verwendung einer internen Adresse, nicht hängen. Meine OpnSense macht da keine Probleme. Intern mit http://ip vom Host des ecoMailz:8888 geht sofort. Ohne Verzögerung.

 

[roads]

Weiss auch nicht was es ist, Ecomailz wird recht unbrauchbar so. Läuft im Hintergrund einwandfrei dauert nur Ewigkeiten bis ich reinkomme und werde auch mal rausgeworfen. Ich kann mit den Ports nicht viel anfangen. Was ist dieses TIME_WAIT?

 

[haydibe]

Es sieht stark danach aus, dass im ursprünglichen Setup der DNS Server mit 127.0.0.1 angegeben wurde. Im Bridge-Netzwerk bekommt der Container die Datei /etc/resolv.conf vom Host reingemapped. Wenn dort jetzt ebenfalls 127.0.0.1 drin steht, dann hat ein Container im Bridge-Netzwerk keine Chance an den DNS-Server heranzukommen. Wenn stattdessen die LAN-IP oder die ip vom Docker0-Interface verwendet worden wäre, dann hätte es auch funktioniert.

Localhost im Container am Bridge-Netzwerk ist nicht dasselbe wie localhost vom Host, oder localhost von einem anderen Container. Nur wenn der Container das Host-Netzwerk (=keine Isolation vom Netzwerk-Namespace des Hosts) verwendet ist localhost dasselbe localhost wie auf dem Host selbst.

 

[roads]

DNS Server hätte ich den Internen die Firewall mit ihrer IP und zwei im Netz 8.8.8.8 und 1.1.1.1 oder gibt es noch einen auf der Synology?