Welk toegangs instellingen zijn het beste c.q. snelste?

[jarbekkers]

Hallo, op mijn DS918+ heb ik momenteel mijn toegang tot de server vanaf mijn PC's en telefoons opgezet via een quickconnect verbinding. Maar soms kreeg ik het advies om een snellere toegangsmethode te gebruiken. (Weet even niet meer wanneer dat was).
Kan iemand mij vertellen of er idd betere/snellere toegangsopties zijn en hoe die dan in te stellen?

[Babylonia]

Kort gezegd:   "DDNS" instellingen.   (Ook een functie die Synology aanbiedt).
En gerelateerd aan "externe" benadering van NAS en services, het doorsturen van "poorten" (port forwarding)
voor de betreffende servers / services, die je vanuit een externe locatie wilt benaderen.

Teveel om zomaar even in een reactie te beschrijven van wat het allemaal inhoudt.
Doorzoek het forum op onderwerpen die er betrekking op hebben, (alles is beslist wel eens behandeld),
en lees de handleidingen- en helpbestanden / tutorials van Synology zelf als leidraad om ermee aan de gang te gaan.

Als je daarna nog specifieke vragen hebt, horen we het wel.

[Briolet]

Quick Connect is in de basis inefficiënt omdat de verbinding een omweg via de synology servers maakt. Er zit echter code in die behoort te herkennen dat de verbinding niet via de QC servers hoeft te lopen maar rechtstreeks kan.

Voor mij is het echter ook een black box waar nergens staat wanneer hij de snelle route neemt. Moet je b.v. UPnP gebruiken om QC te laten weten welke poort hij rechtstreeks naar de nas kan sturen als je op het interne netwerk zit?

Zelf heb ik nog nooit QC gebruikt, maar ook bij DDNS heb je zo'n probleem. Als je intern je DDNS naam gebruikt, loopt het verkeer nog steeds via de omweg van je router. Het is dan sneller om interne IP adressen te gebruiken of een eigen DNS server die zo'n domeinnaam aan je interne IP koppelt.

[Babylonia]

Moet je b.v. UPnP gebruiken om QC te laten weten welke poort hij rechtstreeks naar de nas kan sturen als je op het interne netwerk zit?

Nee, dat hoeft juist niet.   QuickConnect maakt vanuit de NAS connectie met de server van Synology.
Connectie vanuit elders, gaat naar diezelfde server, en  "daar" (bij die server) wordt onderling de verbinding gemaakt (een "handshake").

Heb je daarnaast tevens ook poorten doorgestuurd,
wordt de verbinding via de Synology server omgezet als een alternatieve DDNS-verbinding. Dat is even een korte omleiding als "herkenning".
Met een goede NAT loopback functie merk je er daarna niets meer van dat alleen het "adres" even buitenom is geweest.
Interne netwerk zaken / dataverkeer worden erna gewoon "intern" afgewerkt.

[Briolet]

Met een goede NAT loopback functie merk je er daarna niets meer van dat alleen het "adres" even buitenom is geweest.

Voordat is een eigen DNS server runde ben ik wel eens tegen het probleem aangelopen dat als het internet er uit lag, ik ook intern niets kon benaderen omdat alles via een domeinnaam loopt. Met een eigen DNS server blijft het interne verkeer dan wel gewoon werken.

Overigens liep bij mij het verkeer niet "even buitenom" maar het totale verkeer bleef gedurende de hele dataoverdracht via de router(s) lopen. (2 routers omdat ik dubbel nat heb).  Er was een duidelijk verschil in overdrachtsnelheid bij werken met domeinnamen t.o.v. interne IP adressen.

Moet je b.v. UPnP gebruiken om QC te laten weten welke poort hij rechtstreeks naar de nas kan sturen…

Heb je daarnaast tevens ook poorten doorgestuurd,
wordt de verbinding via de Synology server omgezet als een alternatieve DDNS-verbinding.

Maar hoe weet QC of er poorten zijn doorgestuurd?  Per definitie weer hij dat als er UPnP gebruikt wordt. Zo niet dan zou hij dat moeten gaan testen op de router. Vandaar mijn opmerking dat het niet duidelijk is of UPnP nodig is. En in de Whitepapers heb ook nooit gelezen hoe dit herkennen precies werkt.

[Briolet]

PS: De White paper schrijft:

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.

Er staat dus feitelijk dat hij niet probeert of de poorten geforward zijn, maar dat ergens op de quick connect server staat of bij deze nas de poorten geforward zijn in de router.  Als ik QC zou gebruiken, dan was dit het eerste wat ik zelf getest zou hebben om zekerheid over de werking te hebben.

[Babylonia]

Voordat is een eigen DNS server runde ben ik wel eens tegen het probleem aangelopen dat als het internet er uit lag, ik ook intern niets kon benaderen omdat alles via een domeinnaam loopt.

In die sporadische gevallen dat het me overkomt, gebruik ik in dat geval het interne IP-adres.

Voor wat betreft QuickConnect met wel of geen gebruik van port forwarders.
Heb ik dat vele jaren geleden al eens getest.  Zonder gebruik van port forwarders kostte dat extra tijd, voordat je connectie had.
(Dat was het eerste wat ik toen heb uitgetest bij het in gebruik nemen van mijn eerste NAS en deze Synology functies).

Verder is de UPnP functie in de router (zowel eerder in de router van de ISP, en erna bij gebruik van een eigen router)
bij mij al vele jaren expliciet uitgeschakeld (zo lang ik het me kan herinneren).