Toegang naar NAS vanuit internet afhankelijk van provider

[TonP]

Dag Allemaal,

Ik heb alles ingesteld en kan vanaf internet prima op mijn DS412. Alles werkt. Vanaf mijn werk lukt dit prima, vanaf mijn telefoon ook.
Nu wil ik photo's ed delen met vrienden. Maar nu blijkt dat er diverse vrienden zijn die de NAS niet kunnen bereiken.
Als ik bij die vrienden via hun wifi probeer in te loggen lukt dat inderdaad niet. Schakel ik over op 3G dan werkt het weer.
Ik heb sterk de indruk dat het afhankelijk is van de internet provider.

Voor de duidelijkheid;
Als ze /photo benaderen dan verschijnt het scherm met de vier blokjes en de tekst "verbinden maken" maar daar blijft het dan bij. Onder in het scherm staat "wachten op ip....) en na x tijd komt de melding dat de server niet reageert.

Wie o wie heeft een idee waar dat aan kan liggen.

[hansiedown]

Probeer eens met /photo/ dus een extra / op het einde

[TonP]

Dag Hansiedown,

Ondanks dat ik weinig vertrouwen had in je "oplossing" toch maar even geprobeerd, je weet maar nooit, maar dat maakt, zoals ik had verwacht, geen verschil.
Probleem blijft dat idem.

Helaas.

[Babylonia]

Welk IP gebruik je?
Bij vrienden vanaf WiFi in ieder geval dus ook gewoon je externe IP-nummer gebruiken van je internet aansluiting.
Thuis vanaf je interne netwerk, je interne IP-adres van de NAS.

[TonP]

Dag Babylonia

Geprobeerd met IP adres en quickconnect. Maakt allemaal geen verschil. Bij sommige vrienden werkt het ook. Een ook via 3G werkt het via mijn mobiel. Het werkt ook als ik via mijn mobiel een hotspot maak en daar de computer van een vriend aan koppel. Maar niet via het wifi / eigen internet router van die vriend(en).

Het heeft echte iets te maken met de link tussen de providers.
Ziggo zakelijk naar ziggo prive werkt niet.
Ziggo zakelijk naar ziggo zakelijk geen probleem.

Ik begrijp er (nog) niks van.

Bedankt voor de response.

[Handige Harry]

Firewall regels te scherp? Rechten?

[Briolet]

Het lijkt me geen provider kwestie. Photo station wordt via poort 80 benaderd en dat is de meest standaard internetpoort die geen provider zal blokkeren.

Het lijkt me meer een IP blokkade in de firewall instelling van de nas.

[hansiedown]

Probeer eens met /photo/ dus een extra / op het einde

Dit heeft te maken dat niet elke browser een 'tailing' slash ondersteund als deze niet expliciet is opgegeven.
Was een poging waard.

[hansiedown]

@TonP
Meest simpele test om te kijken of er verbinding mogelijk is, is het volgende:

Verbonden met het betreffende netwerk, start een dosbox (voor windows) een gebruik het volgende commando (in de aanname dat Telnet is geinstalleerd op je werkstation)
telnet <ipnummer waar je naar toe wilt><spatie>80
Krijg je een zwart scherm of een heleboel tekst dan werkt de 'connectie' correct.
Krijg je een connection refused of connect failed dan wil het zeggen dat de verbinding niet mogelijk is.
Aditionele info: Het opgeven van <spatie>80 betekend dat we met dezelfde 'poort' als de applicatie photo station een verbinding willen maken.

Vraag: Als ik het goed lees heb je een Ziggo zakelijk abbonnement, is dat me 1 vast IP nummer of met meerdere vaste IP nummers (en mogelijk hierdoor verwarring of verkeerde instellingen.)

[TonP]

Excuus voor de late reactie.

Ik heb inmiddels alle tips geprobeerd maar dat mocht allen niet baten.
Tot ik vandaag een eigenaardige ontdekking deed.

Ik heb telkens verbinding gemaakt via de quickconnect. Vanaf diverse systemen werkt dat prima maar zoals eerder gezegd niet vanaf elk systeem. Zodra je verbinding maakt via quickconnect.to/mijnnaam/photo dan verandert dat in mijnnaam.nl.quickconnect.to/photo/
 Maar daarmee is op die systemen geen toegang mogelijk.
Door een of ander raar iets veranderde de .nl plots in .uk en vanaf dat moment werkt het wel.

Ik begrijp hier dus echt niets van. Op zommige systemen werkt de link dus met .nl erin en op andere systemen moet er .uk staan op het werkend te krijgen.

Als iemand nog een tip heeft waar dit vandaan komt dan hoor ik het graag.

[Babylonia]

Laat dat CuickConnect er dan buiten en verbindt beter rechtstreeks met de IP-nummers die ervoor staan.
- voor je interne netwerk de IP van de NAS in je interne netwerk
- bij connectie vanaf een externe verbinding, het IP-nummer van je internet aansluiting (met port forwarding in je router naar de NAS)

Voor zover je geen port forwarding heb ingesteld, kijk eens naar info, tips, hulpjes bij de volgende reactie < HIER >
Als dat dan werkt, kun je een DDNS domeinnaam gaan gebruiken. (Prettiger voor je vrienden).

[Ben(V)]

Dag Babylonia

Geprobeerd met IP adres en quickconnect.

Volgens deze quote heb je het ook met IP adres geprobeert, maar dat lijkt me nu toch tamelijk onwaarschijnlijk.

Dat de ene keer nl en de andere keer uk gebruikt wordt zal wel liggen aan waar de desbetreffende provider geregistreed staat.
Als dat uk is zal hij waarschijnlijk die kiezen.

Het beste is om gewoon via ip te connecten, dat quickconnect is een leuk idee, maar alles gaat dan via de servers van Synology en dat komt de performance niet ten goede.

[Birdy]

maar alles gaat dan via de servers van Synology en dat komt de performance niet ten goede.

Dat is niet helemaal waar, ben ik achtergekomen, het loopt pas via de (relay) server als andere pogingen niet lukken.

Synology geeft dan ook aan:

Communicating over the Relay Server can cause a significant delay in data delivery, and is thus the last method a client will take in attempt to reach the server

Het complete verhaal vind je hier.

Verder ben ik ook van mening dat port forwarding nog altijd sneller is (nadeel is dat je goed moet beveiligen) of gebruik van VPN verbindingen.

Route plaatje QC:

[Babylonia]

Dat is niet helemaal waar, ben ik achtergekomen, het loopt pas via de (relay) server als andere pogingen niet lukken.

Die andere pogingen behelzen praktisch gezien eigenlijk als je de methode van port forwarding in je modem/router hebt ingesteld.
Maar als je port forwarding hebt ingesteld, is de keus om QuickConnect te gebruiken overbodig, en kun je beter een DDNS domeinnaam kiezen.

[Ben(V)]

@Birdy
Goede link.
Er zit dus wat meer achter dat quickconnect dan ik dacht.

@Babylonia
Nee dat is niet waar, als je het verhaal leest dan zie je dat ze een hole punching methode gebruiken en geen port forwarding nodig hebben.
Kort samengevat werkt het als volgt.
Een service op je Nas heeft connectie via een port naar de Synology servers(dus Nas geinitieerd).
Als er van buiten een quickconnect request komt via de Synology servers, dan wordt er een extra poort vanaf de Nas geopend richting de Synology servers.
Deze verbindingen wordt daarna overgedragen aan het device dat de aanvraag deed.
Er is nu een virtuele tunnel gemaakt tussen NAS en device, zonder dat er portforwarding nodig is (hole punching methode).

Pas als dat niet werkt zal er een verbinding over de synology servers gemaakt worden met de nodige nadelen(traag).

Wat mij nog niet duidelijk is waarom die hole punch methode kan falen en ze terug moeten vallen op een connectie via de Synology servers.
Ik vermoed dat het een en ander met Upnp werkt.

Als je portforwarding en DDNS gebruikt moet je ook nog vpn toevoegen om een tunnel te maken om dezelfde functionaliteit te krijgen.