CMS verliest verbinding met 918+ systemen. DS1520+ en DS218+ werken wel

[Hendrik57]

Na het updaten van DSM 6 naar 7 werkt het Content Management Systeem niet meer naar behoren. Van de 4 doelservers werken er 2 en eigenlijk maar één correct. Het CMS zelf draait op een 5e machine, ook 918+. Tot de updates werkte het probleemloos.
Er wordt verbinding gemaakt (soms) en daarna 'koppelen' en daarna wordt gelezen. Na ca. 1 uur is de verbinding verloren. Het gaat wel goed met de DS1520+ en de oude DS218+.
Het CMS draait bij mij. Alle andere systemen staan op andere adressen in NL. Allen glasvezel 100+.

Het lijkt een intern rebind probleem. Bij de ene NAS die geen verbinding kan maken staat de correcte FQDN van de server waarop het CMS systeem draait. Bij de andere die niet werkt wordt verwezen naar het interne IPv4 adres van de NAS in het netwerk waar het CMS draait. Heel vreemd, want die data worden automatisch geladen bij het initialiseren en het interne netwerkadres is niet relevant voor de externe machine.
Maar ook bij de 218+ is iets geks aan de hand. Daar moet ik poort 443 selecteren, terwijl DSM echt op 350001 staat ingesteld. Net als bij de andere servers.
Alle DNS verwijzingen IPv4 en IPv6 worden geregeld voor de verschillende domeinen via de DNS van onze server in het datacenter. Controles geven A+ voor zowel IPv4 als IPv6. Dus dat lijkt in orde.
Ik heb bij de targets CMS uitgeschakeld, daarna in het CMS de connectie verwijderd. Later in het CMS opnieuw de doelservers geactiveerd. Geprobeerd met de FQDN, het IPv4 adres en het IPv6 adres. Allemaal geldige verbindingen. Ook poorten 443, 5001 en 35001 geprobeerd. Wel reactie bij 35001, maar niet consequent zoals blijkt.

Wat is hier aan de hand?  En waarom reageert alleen 443 terwijl toch echt 5001 is vervangen door poort 35001 Ook in de firewalls is alles conform. Uitzetten hiervan heeft geen effect. (Ik heb Active Insight voor de zekerheid ook maar weer uitgeschakeld op de server en beide doelmachines die niet werken.)

[Sylvester]

Ik volg het bovenstaande bericht niet volledig, maar ik vermoed dat ik hetzelfde of een gelijkaardig probleem heb.
Ik heb een DS1517+ die thuis staat en twee DS716II+ die extern op 2 verschillende locaties staan.
Onlangs heb ik de DS1517+ geüpdate naar 7.01 (laatste versie).
Alles loopt vrij goed, behalve CMS.
Sinds die update loopt CMS fout. Ik krijg willekeurig meldingen dat de DS1517+ de verbinding verloren is met de twee andere.
Het frappante is dat dit meestal klokslag op het uur gebeurt. Je kan er je uurwerk op gelijk zetten.
Heel af en toe is het ook al eens tussendoor. Dit is maar heel eventjes want als ik direct daarna kijk is er niks aan de hand en kan ik alles zien.
Het is soms met de ene nas, soms met de andere, soms met beiden tegelijk.
Voordien NOOIT problemen gehad.

Ik krijg dan zoals bij een 'gewone echte' onderbreking de bekende mail:

Beste gebruiker,

De server xxxDS kan geen verbinding maken met de CMS-host (DS1517DS.fr.quickconnect.to). Controleer de netwerkverbinding en instellingen van beide servers.

Van xxxDS

In het logboek staat hetzelfde.

Iemand enig idee?

[Hendrik57]

Bij mij werkt CMS nu.
Ik heb iedere klant een Quick Connect id gegeven.
Daarna heb ik in de Mangement console alle NAS stuk voor stuk verwijderd.
Vervolgens moet je ook op de klant de CMS verbinding verbreken. Handmatig.

Daarna heb ik de CMS opnieuw voorzien van de Quick Connect ID's. En vreemd genoeg blijkt het dan wel te werken.

Omdat ik de DSM poort op alle NAS heb aangepast (zoals de Advizor wil), werken er meer dingen niet.
Je moet die poort handmatig ook invoeren bij externe verbindingen

Verder moet je bij het gebruik van DS File op de telefoon ':443' achter de FQDN tikken (zonder de ' ).

Ook Synology Photos (opvolger Moments) moet je op je smartphone voorzien van een poortnummer meen ik.

Probeer maar eens. Je kunt CMS ook per apparaat uitvoeren.

[Sylvester]

Ik heb de DSM poort niet aangepast. Alles werkt goed, ook Synology foto's op de mobiele devices.
Was het probleem bij jou 'intermitterend' of niet? Bij mij is het er maar af en toe. Dus ik zou aannemen dat een foute instelling een continu probleem zou veroorzaken en niet af en toe?

[Hendrik57]

Bij mij reageerden een aantal NAS correct op een FQDN. Ondanks idem DSM deden de 918+ moeilijk. eerst wel contact, en een uur later niet meer.
Het CMS is overigens op meer punten niet handig. Ik krijg nu meldingen over updates die zouden moeten, maar al zijn uitgevoerd.