Quickconnect disabled na poging te registreren

[HansZ]

Beste forumleden,
Sinds gisteren heb ik een probleem met Quickconnect. Ik kon op m'n telefoon geen verbinding maken met de NAS met Photo Mobile en DS File. Op de NAS stond Quickconnect disabled. Als ik hem opnieuw verbinding laat maken dan is de status eerst initializing en dan registering en dan op disabled.
Als ik in de log kijk dan start Quickconnect op en dan succesfully set Quickconnect to certificate. Maar n de instellingen komt hij op disabled.
De DDNS staat op normal. k heb de firewall uitgezet en de stappen doorlopen die Synology aanraad op hun site. Als ik in m'n synology account kijk dan staat de NAS als normaal en kan ik me bereiken. Echter het updaten van apps op de synology werkt ook niet en DSM updaten ook niet. Connection failed.

Ik kom er niet uit. Hoe kan dat opeens zonder dat ik iets gewijzigd heb. Ik heb 4 dagen geleden nog apps op de NAS bijgewerkt.
Graag hulp om dit probleem op te lossen.

Bedankt,
Hans

[HansZ]

Nou, het probleem is opgelost. Naast een niet werkende Quickconnect bleek de NAS ook geen internet te hebben. Updates werkte ook niet.

M'n FritzBox onderzocht. Deze staat op auto update en bleek een update gedaan te hebben die de portforwarding eruit gegooid had. Dit herstelt en alles werkt weer.

[Birdy]

Quickconnect werkt ook zonder port forwarding, eigenlijk is het de bedoeling van QC om juist geen port forwarding te gebruiken.
Overigens, je zag dat de DDNS op normal stond en dat zonder internet ?
Maar goed, het werkt allemaal weer......

[HansZ]

Hoi Birdy,

Dat snap ik dan niet. DDNS stond op normal. Maar QC werkte niet. Kon geen updates doen en package center gaf aan dat hij geen connectie had.
Na het weer in ere herstellen van de poorten, werkte alles wel.

Ik heb DSM de router configuratie laten maken en hij doet een forward van QC van 6690 naar 62721. Echter de regel kun je niet aan of uit zetten en staat uit.
Heeft die forwarding te maken met dat er nog een NAS met forwarding aan m'n FrizBox hangt?

Ik ben nu wel benieuwd naar wat er nu precies gespeeld heeft.

[Birdy]

Ik heb DSM de router configuratie laten maken en hij doet een forward van QC van 6690 naar 62721. Echter de regel kun je niet aan of uit zetten en staat uit.

Ik snap niet dat Synology de DSM router configuratie nog steeds in z'n pakket heeft, deze maakt nl gebruik van het UPnP protocol en is zeer gevaarlijk.
Verwijder alle port forwardings in de DSM router configuratie, zet UPnP UIT in je router en doe zelf de port forwardings in je router.

[Briolet]

Volgens mij hebben ze bij QC een intelligentie ingebouwd die kijkt of er forwards zijn. Zo ja dan loopt de verbinding niet via de Synology server, maar rechtstreeks via de forwards.

Voor Synology is dit handig omdat hun servers minder belast worden. Maar als ze hun database niet goed up-to-date houden, dan staat daar nog steeds dat er forwards gebruikt worden.

[Birdy]

Synology QuickConnect White Paper

[Briolet]

Dank voor het zoeken. Ik vond hem echt niet meer. OOk niet met een search op de Synology site.  Ik heb de link in mijn sticky topic nu aangepast.

Uit de White Paper:

LAN/WAN Detection
When a client attempts to reach a Synology NAS using the server’s QuickConnect ID, a request is sent to Synology QuickConnect Server for the registered information of the NAS. This allows the client to obtain network information about the server to identify possible ways to connect it. The information includes the public IP, LAN IP, and NAT type among others, all of which are necessary
for the link and do not compromise the security of the NAS. With the given information, the client can identify whether a direct connection with the IP or domain address can be established over LAN or WAN.

In het kort staat daar dat je hele netwerk profiel op de servers van synology opgeslagen wordt.  Als je dan de QC link gebruikt vanaf je eigen publieke IP adres, dan weet de server dat je lokaal werkt en je moet doorsturen naar het interne adres van de nas.

In die database zal ook staan dat je forwards gebruikt via UPnP. Dan zal een externe gebruiker naar je wan-ip gestuurd worden.

Als je zelf forwards instelt, dan weet de nas dat niet. Ik kan uit de white paper niet expliciet halen dat hij dan toch deze forwords herkent door testen.

In alle andere gevallen gebruikt hij "hole punching" technieken, waar van binnen uit een rechtstreekse verbinding naar de cliënt gecreëerd wordt.

[HansZ]

Sorry voor mijn gebrek aan kennis maar ik probeer het te begrijpen.

Als ik jullie (en de whitepaper) goed begrijp had QC, bij het ontbreken van een portforwarding een andere methode moeten gebruiken maar dat dus niet gedaan heeft omdat ze waarschijnlijk hun database niet bijwerken?

Kan het zijn dat de forwards uit m'n route verdwenen zijn omdat ik een paar dagen geleden uPnP uitgezet heb op m'n router en niet handmatig forwards gemaakt heb?

Ik heb bij het aanschaffen van deze NAS een aantal jaar geleden, geprobeerd handmatig de forwards erin te zetten maar dat lukte niet omdat de forwards van m'n oude NAS er nog inzitten. Via de router configuratie in DSM lukte het toen wel. Dus ik zou eigenlijk de forwards van de oude NAS eruit moeten halen en van deze NAS erin moeten zetten. Of is er een manier om dat in een FritzBox toch naast elkaar te krijgen?

De oude NAS gebruik ik om de nieuwe NAS naar te backuppen. (doet ie 1 keer per week) Heb ik dan nog wel forwards nodig voor die NAS?

Ik ben niet heel erg thuis in deze materie maar als je niks vraagt dan leer je ook niks.

Thnx, Hans

[Briolet]

Forwards die via UPnP aangemaakt zijn, mogen nooit permanent zijn, maar moeten na een herstart van de router verdwenen zijn. Een device dat ze nodig heeft, kan ze er toch zo weer inzetten.