QuicConnect werkt niet meer

[Briolet]

Overigens zal er m.i. op de router van de NAS altijd een Port Forward ingesteld moeten zijn anders kan ook Synology er niet terecht kunnen komen want hoe moet die router weten dat hij voor Synology opeens naar die router moet?

En hoe denk je dat pushberichten werken? Die weten je ook op je locale netwerk te vinden. Om bereikbaar te blijven hoef je niet altijd poorten te forwarden. Je kunt ook steeds een poort richting synology open houden voor inkomend verkeer, zoals Quick connect doet. (daarom wil ik het ook niet gebruiken.  )

[hvwees]

Je laat het nu klinken alsof DynDNS iets van Synology is.
DynDNS is echter een compleet ander bedrijf.
En ik maak daar, tegen betaling, gebruik van en in drie jaar nog nooit een storing mee gehad.

Synology heeft een DynDNS service.... Dat er ook een bedrijf heet dat DynDNS heet en ook de dienst DynDNS levert is helemaal waar.

Ok in Synology heet het DDNS, officieel is zo'n dienst dynamic DNS...

Maar zoals ik zei Quickconnect != DDNS/DynDNS/Dynamic DNS

Het is gewoon niet hetzelfde. En natuurlijk kan ik via mijn DDNS naam connecten en cloudstation laten werken (buiten mijn netwerk).

Maar het is niet zo handig als mijn smartphone en/of tablet binnen het eigen netwerk zich bevindt, want dan kan hij opeens niet meer naar mijn externe IP connecten.

[Robert Koopman]

Maar het is niet zo handig als mijn smartphone en/of tablet binnen het eigen netwerk zich bevindt, want dan kan hij opeens niet meer naar mijn externe IP connecten.

Dat ligt aan je router.
Die kan blijkbaar niet overweg met NAT Local Loopback.

[Briolet]

Die kan blijkbaar niet overweg met NAT Local Loopback.

Ik las net iets over het oplossen van die loopback problemen. Vooral punt 3 vond ik interessant. Daar wordt beweerd dat het gebruik van subdomeinen dit loopback probleem omzeilt. Mijn URl is al een subdomein van "serveblog.net" , nml: "xxxx.serveblog.net". En ook de Synology url die je krijgt is een subdomein van hun hoofd URL. Klopt het dan dat er daar dan geen loopback problemen mee zijn zoals het artikel beweerd? Of bedoelen ze dat anders met die subdomeinen?

[TonVH]

Ik ken 2 systemen voor subdomeinen: subdomein.hoofddomein.xxx en hoofddomein.sss/subdomein. De 2e is weliswaar i.m.o. geen echte maar bij sommige providers wel de enig beschikbare methode.

Zelf geef ik voor keur aan optie 4: een andere router.

[Robert Koopman]

Zelf geef ik voor keur aan optie 4: een andere router.

Helemaal waar maar moderne routers lijken het steeds meer en meer te blokkeren.
NAT Local Loopback schijnt een beveiligingsrisico te zijn...

[hvwees]

Maar het is niet zo handig als mijn smartphone en/of tablet binnen het eigen netwerk zich bevindt, want dan kan hij opeens niet meer naar mijn externe IP connecten.

Dat ligt aan je router.
Die kan blijkbaar niet overweg met NAT Local Loopback.

Dat zal ongetwijfeld wel geconfigureerd kunnen worden, ik zou dat ook eens kunnen overwegen.
Een lokale DNS poison kan ook, maar beide oplossingen vind ik wat smerig...

In ieder geval bedankt voor de tip...

[Wim Bosma]

Nou de servers werken weer. Status verbonden. Ga zo door synology. Ik ben een tevreden klant met een prachtige NAS

Slaap lekker en morgen gezond weer op.

[jelleruben]

  Toppie hier even gekeken, en jaaa mijn DS is ook weer verbonden.  en de DDNS geeft ook geen foutmeldig meer. Toppie..

[Robert Koopman]

Maar toch valt deze service regelmatig uit.
Dat moet beter kunnen.

[HDamy]

Ook hier weer netjes verbinding.
Gelukkig lag het dus niet aan mij