beantwoord

Port forwarding en andere specialiste stuff

  • 15 augustus 2016
  • 32 reacties
  • 698 keer bekeken

Reputatie 1
Hallo,

Na ongeveer 10 maanden bij telfort internet te hebben gezeten, heb ik nooit ergens last van gehad.
Sinds medio februari / maart krijg ik de port forwarding niet meer goed.

Na aantal maanden stoeien zet ik bij deze een topic open.

Ik heb een VGV7519 op telfort glasvezel.
Daarin staat wifi aan (werkt), DHCP aan (werkt ook) Firewall op standaard configuratie en poort 50000 t/m 64000 open (bij Special applications op enabled)
Loop der tijd nooit gewijzigd, werkte eerst wel, sinds begin dit jaar niet meer.
Ik werk met C++ applicatie`s die automatisch poorten kunnen aanspreken om te kunnen communiceren naar internet.
Om een log te laten zien:
---
Determining the best connectivity settings...
Local network with possible NAT detected, trying to map the ports...
Port mapping: Failed to map the Transfer port (POORTNUMMER TCP) with the NAT-PMP interface
Port mapping: Failed to initialize the MiniUPnP interface
Port mapping: Port mappings konden niet aangemaakt worden
Active mode could not be achieved; a manual configuration is recommended for better connectivity
---

De router/modem pikt het op:
---
(TIJD) UPnP add port mapping from (IP ADRESS) to port number (POORTNUMMER) Successful.
---
En verwijderd ze heel rustig weer

Wat heb ik al gedaan:
Andere pc (same issue)
Applicatie opnieuw geinstalleerd (same issue)
Firewall van pc uitgeschakeld (same issue)
Firewall router uitgeschakeld (same issue)
Fabrieks instellingen geladen (same issue)
Andere poort ranges gegeven (same issue)
UPnP gecontroleerd en geprobeerd met en zonder UPnP.

Wie o Wie kan mij (en misschien wel anderen) ermee helpen?

groetjes,
icon

Beste antwoord door Ken Useeme 28 augustus 2016, 12:40

Hier mag mij betreft een slotje op.

Mijn C++ applicatie werkt afgelopen week stabiel genoeg om er mee door te kunnen :)

Alle, bedankt voor jullie reacties en hulp 😃
Bekijk reactie

Op dit topic kun je niet reageren. Wil je iets toevoegen, start dan een nieuw topic.

32 reacties

Reputatie 8
Kennelijk probeer je via een externe PC of applicatie via UPnP de poorten in de Experia Box in te stellen.
(Local network with possible NAT detected, trying to map the ports...).

Dat is nooit een goed idee.
- Gebruik van UPnP i.v.m. beveiligingsrisico's
- De over het algemeen onbetrouwbare manier waarop een router op die wijze wordt ingesteld.

Zoals een deel van je bericht al aangeeft:

.....a manual configuration is recommended for better connectivity
Dat zou ik dan ook zeker adviseren. Stel port forwarders in de Experia Box handmatig in.
Zie volgende draad en opvolgende reacties:
https://forum.telfort.nl/gebruiken-267/experiabox-v8-sterke-firewall-geen-5ghz-internet-57193/index1.html#post496638

Je kunt bij port forwarders ook een bereik opgeven: 50000-64000
Als alles is ingesteld, maak een back-up van de instellingen, en herstart Experia Box en achterliggende apparaten.
Reputatie 8
Badge +17
Draait dat C++ programma op een PC bij jou thuis?

Uitgaande poorten hoef je niet te configureren in de modem; niet in de FireWall en niet in UPnP.

De modem houdt zelf een sessielijst bij, dus een respons op uitgaand verkeer wordt altijd goed terug gemapped naar de aanroepende IPadres en port.
Alléén als een inititele sessie vanaf Internet naar jouw server/pc wordt opgezet moet je een NAT port configureren om het verkeer door je modem naar de juiste applicatie te routeren. Jouw server/pc moet dan ook open staan op die port in de FireWall én er moet een applicatie/service luiteren naar die port om het IP verkeer te ontvangen.

Kan jij uitleggen hóe je UPnP gebruikt? Eventueel het stuk code in je C++ programma hier?

Als je je programma gebruikt om via UPnP een vrije poort te vinden en in te stellen dan zal je die poort (nummer) toch ook moeten communiceren naar de "andere kant".

@Babylonia: "The UPnP protocols were never designed to be exposed to the public Internet, and any Internet-facing equipment which does so should be considered defective, insecure, and unusable. Any such equipment should be disconnected immediately."
UPnP is niet per definitie onveilig. Het kán onveilig geimplementeerd zijn. Je kan dat hier testen: https://www.grc.com/x/ne.dll?rh1dkyd2 of er een onveilige implementatie in de modem zit.
De modems van Telfort (Zyxel en ExperiaBox V8) en KPN (ExperiaBox V10) zijn veilig.
Reputatie 8
Dat UPnP veilig zou zijn is al lang achterhaalt. Dat testje test slechts één optie.
Niet de andere methodes waarop het misbruikt kan worden "van binnenuit".

In een eerder bericht een aantal links met informatie opgegeven:
https://forum.telfort.nl/internet-267/chromecast-vraag-57724/index1.html#post501762
Verder kan zelfs bij bezoek of "onbedoelde" connectie met bepaalde websites, dus connectie "van binnenuit" reeds voldoende zijn om binnen 20 seconden te zijn gehackt.
Reputatie 8
Badge +17
Dat UPnP veilig zou zijn is al lang achterhaalt. Dat testje test slechts één optie.
Niet de andere methodes waarop het misbruikt kan worden "van binnenuit".

In een eerder bericht een aantal links met informatie opgegeven:
https://forum.telfort.nl/internet-267/chromecast-vraag-57724/index1.html#post501762
Verder kan zelfs bij bezoek of "onbedoelde" connectie met bepaalde websites, dus connectie "van binnenuit" reeds voldoende zijn om binnen 20 seconden te zijn gehackt.


Nee, dat "testje" test niet slechts één optie, er worden meerdere, verschillende "probes" verstuurd om de modem tot UPnP te "verleiden".
Zoals ik al zei zijn de modems die door Telfort en KPN geleverd worden veilig.

De grootste onveiligheid is hóe UPnP is geimplementeerd en, daarna, hoe deze wordt geconfigureerd.

Jouw links zijn van 2013, toen de onveiligheid op sommige routers actueel was. Overigens linkt 1 van jouw links door naar dezelfde website om te testen 😉 (zie: http://www.gratissoftwaresite.nl/test-upnp-uitzetten-beveiliging )
Reputatie 8
Ik laat meerdere links zien, de jongste ervan dateert van september 2015
https://www.security.nl/posting/441793/UPnP+in+routers+laat+aanvaller+firewall+aanpassen

Hoewel de UPnP-problemen waarvoor het CERT/CC waarschuwt alleen via privénetwerken kunnen worden aangevallen, is het ook mogelijk om vanaf het internet hier toegang toe te krijgen. Via een speciale website kan een aanvaller, bij gebruikers van Chrome en Firefox die JavaScript hebben ingeschakeld, namelijk willekeurige UPnP-verzoeken naar de firewall sturen en zo het netwerk verder aanvallen.

De link naar het YouTube filmpje werkt niet meer, maar daar werd getoond dat via connectie naar een website, vanuit dat JavaScript binnen 20 seconden de router was aangepast, als daarin UPnP was ingeschakeld ongeacht het merk of type router, omdat UPnP geen merk geralateerde functie is. Maar een algemeen protocol / vast gebaseerde specs om iets via UPnP aan te passen.

.....volgens de ontdekker van het probleem gaat het om een "leverancier onafhankelijke kwetsbaarheid"

Maar goed, als jij UPnP wilt gebruiken, moet je dat vooral blijven doen. Ik waarschuw alleen voor de risico's.
Waarom zou je die functie willen gebruiken als je het helemaal niet nodig hebt? Er worden geregeld veiligheidslekken ontdekt, waarop firmware van ISP routers doorgaans behoorlijk achterlopen met fixes. (Algemeen bekend gegeven).
Mijn devies is om niet meer in of "open" te stellen dan wat je strikt noodzakelijk nodig hebt om services te laten draaien.
Reputatie 8
Badge +17
TS lijkt UPnP wél nodig te hebben en te gebruiken. Daarom wilde ik het stuk code inzien...

Mogelijk heeft TS al een andere oplossing adhv mijn 1e post toegepast of is hij geschrokken van jouw uitleg dat UPnP per definitie onveilig is.

Maar laten we vooral de recatie van de TS even afwachten.

UPnP staat bij mij gewoon AAN, lekker handig voor de PS4 en de Xbox360 van m'n zoon 😉
Reputatie 1
Hoi,

Hehe... nee, mij laten ze tegenwoordig niet meer zo snel schrikken.

Als UPnP aan staat gevinkt krijg ik alsnog wel een mooie stabiele connectie. (na reboot etc.)
Ik zal jullie wel de leesvoer besparen om dat stuk C++ hier neer te zetten.
*(UPnP/C++ code is vrijwel identiek als Xbox/PS etc.. werkt in principe het zelfde.)

Vreemd genoeg blijft met poorten enabled en UPnP aan een late reactie vanuit het modem te worden gegenereerd.
Wel connectie, met juiste poort forwarding en eerst en stantsie geen verbinding (failure melding begin dit topic).
Enkele seconders later komt de verbinding tot stand, alsof mijn programma niet wil... (mogelijk dat ik de timer moet verlengen van 5 sec naar 10 of 20 sec)

Wat ook typisch is, ik krijg elke keer een ''vreemde'' logs.
Misschien dat een van de ''forum topper'' s er ook raad mee weet?

---
08/17/2016 21:11:15 192.168.2.23 Admin login success
08/17/2016 21:09:40 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 21:09:40 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 21:02:47 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 21:02:47 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 21:01:34 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 21:01:34 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:59:07 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:59:07 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:51:09 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:51:09 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:42:54 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:42:54 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:34:21 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:34:21 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:21:24 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:21:24 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:15:01 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:15:01 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:14:30 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:14:30 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:12:45 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:12:45 UPnP delete port mapping from to port-number 56018 Successful.
08/17/2016 20:09:05 UPnP add port mapping from 192.168.2.23 to port number 56018 Successful.
08/17/2016 20:09:05 UPnP delete port mapping from to port-number 56018 Successful.

----

Tevens wat soms ook voorbij komt is een ''ACK'' melding (mogelijk iets met DHCP server? (niet relevant voor dit topic)).

Iedereen in ieder geval bedankt voor het mee denken en helpen 🙂
Reputatie 8
Die log-gegevens tonen informatie dat de port mapping telkens om de paar minuten verbroken wordt en weer opnieuw opgebouwd.

Omdat het (in dit geval) telkens om dezelfde poort en IP-adres gaat gaat, is het dan niet handiger die port forwarding handmatig in te stellen zoals eerder voorgesteld? Temeer daar het in de eerdere log-gegevens van je C++ applicatie (?) ook als zodanig wordt aangegeven om daarvoor te kiezen:
.....a manual configuration is recommended for better connectivity

Zelf maak ik gebruik van diverse services die ik van buiten uit moet kunnen benaderen.
Met handmatige port forwarding heb ik nog nimmer problemen daarmee ondervonden.
(Gaat hier zelfs in twee stappen door twee routers NAT achter NAT).
Reputatie 1
Die log-gegevens tonen informatie dat de port mapping telkens om de paar minuten verbroken wordt en weer opnieuw opgebouwd.
Ja, mn hele log staat vol met die meldingen... de router zal t druk hebben :P

Omdat het (in dit geval) telkens om dezelfde poort en IP-adres gaat gaat, is het dan niet handiger die port forwarding handmatig in te stellen zoals eerder voorgesteld?
Temeer daar het in de eerdere log-gegevens van je C++ applicatie ook als zodanig wordt aangegeven om daarvoor te kiezen:

Deze staat ingesteld, maar blijft alsnog deze meldingen genereren.
Zodra UPnP UIT staat, stopt het eeuwige geloop in meldingen.
Maar... mn applicatie zegt, nee nee. geen verbinding...
Reputatie 8
Zodra UPnP UIT staat, stopt het eeuwige geloop in meldingen.
Maar... mn applicatie zegt, nee nee. geen verbinding...

Heb je die handmatige port forwarding dan wel correct ingesteld?
- vast IP adres op basis van MAC-adres van het apparaat waarop de applicatie draait
- doorsturen van poorten naar dat IP-adres
Reputatie 1
Zodra UPnP UIT staat, stopt het eeuwige geloop in meldingen.
Maar... mn applicatie zegt, nee nee. geen verbinding...

Heb je die handmatige port forwarding dan wel correct ingesteld?


Ja, uiteraard, is niet de eerste keer dat ik dit doe.
Tevens heb ik ook alle andere instellingen nogmaals geprobeerd.

Bij een manuel connectie, krijg ik wel verbinding, maar geen gegevens verkeer. ( overige poorten en/of protocollen hinder ik niet.)
De applicatie gebruikt zowel UDP als TCP, zowel beide ingesteld gehad, maakt geen verschil.
---

Ter overige informatie
Alle regels in de windows firewall zijn correct ingesteld.
Poorten staan netjes open in de firewall. (ik heb geen 3de partij firewall zoals norton of avg)
Reputatie 8
Geen poorten vergeten door te sturen?
Test ook eens door de firewall op je PC helemaal uit te schakelen (voor de duur van een test).
Reputatie 1
Hmmm... heel vreemd.

Nu heb ik de volgende configuratie gebruikt:

Pc:
firewall aan.
C++ manual config.

VGV7519:
UPnP UIT (dit stopte het gespam op de log)
Special applications. UDP 50000 (TP) UDP 64000 (PP) enabled.
port mapping, LAN ip (mijn ip) LAN-PORT 50000-64000 (TCP&UDP) enabled.

AND IT WORKS 😉
Reputatie 1
Ik laat morgen even nog een berichtje achter of het stabiel blijft.
Net viel de connectie al 1 keer weg, kan eenmalig zijn door het geconfigureer, maar moet goed komen.

Babylonia, bedankt voor je goeie input 🙂
Reputatie 1
Ik laat morgen even nog een berichtje achter of het stabiel blijft.
Net viel de connectie al 1 keer weg, kan eenmalig zijn door het geconfigureer, maar moet goed komen.

Babylonia, bedankt voor je goeie input :)


Nee..... het werkt nog steeds niet lekker...

Met wat pijn en moeite werkt het, stabiel en lang.
Maar telkens bij het opstarten moet ik C++ handmatig omzetten en enkele keren testen voordat de verbindingen tot stand komen.
Soms wil hij alleen uploaden of alleen downloaden (gegevens).


Wat mij nog opviel,
---
Runtime Code Version: 02.00.136W4 (05.02.2016-13:45:02)
---
Is dat er sinds de periode dat ik er last van kreeg ook nieuwe fimewire opzit.

Ik kan helaas niet testen met oudere fimewire, heeft iemand toevallig een change log van de fimewire updates?
Of misschien suggesties....

Alvast bedankt
Reputatie 8

Met wat pijn en moeite werkt het, stabiel en lang.
Maar telkens bij het opstarten moet ik C++ handmatig omzetten en enkele keren testen voordat de verbindingen tot stand komen.
Soms wil hij alleen uploaden of alleen downloaden (gegevens).

Jawel, maar volgens mij gebruik je de verkeerde functie.
Port triggering is iets anders als port forwarding. (Is wel enigszins vergelijkbaar maar het werkt anders).

Jij gebruikt:

Special applications. UDP 50000 (TP) UDP 64000 (PP) enabled.
port mapping, LAN ip (mijn ip) LAN-PORT 50000-64000 (TCP&UDP) enabled.


Dat is in de Experia Box een pagina voor port triggering.
Moet er eerst iets naar buiten gestuurd worden wat dan weer terug komt.
Vaak gebruikt bij bijv. spellen of video conferenties waarvan de connectie vanuit meerdere aangesloten PC's opgezet kan worden, en afhankelijk van welke PC de game wordt gestart. Is ook slechts beperkt in tijd actief.

Zoals ik het begrijp, gebruik je slechts één PC, en altijd dezelfde waar je je C++ applicatie op draait?
(Onder IP nummer 92.168.2.23).

Waarom gebruik je dan niet specifiek de Port Forwarding pagina van de Experia Box naar die ene vaste PC met een vast IP-adres? Ben je niet beperkt in een tijdslimiet, dat een "tijdelijke" port forwarding (port triggering) zal werken.

Meer info:
https://en.wikipedia.org/wiki/Port_triggering
http://www.linksys.com/fi/support-article?articleNum=132863
http://techin.oureverydaylife.com/port-triggering-used-router-31741.html
Reputatie 1

tekst

Jawel, maar volgens mij gebruik je de verkeerde functie.
Port triggering is iets anders als port forwarding. (Is wel enigszins vergelijkbaar maar het werkt anders).

Jij gebruikt:

Special applications. UDP 50000 (TP) UDP 64000 (PP) enabled.
port mapping, LAN ip (mijn ip) LAN-PORT 50000-64000 (TCP&UDP) enabled.


Dat is in de Experia Box een pagina voor port triggering.
Moet er eerst iets naar buiten gestuurd worden wat dan weer terug komt.
Vaak gebruikt bij bijv. spellen of video conferenties waarvan de connectie vanuit meerdere aangesloten PC's opgezet kan worden, en afhankelijk van welke PC de game wordt gestart. Is ook slechts beperkt in tijd actief.

Zoals ik het begrijp, gebruik je slechts één PC, en altijd dezelfde waar je je C++ applicatie op draait?
(Onder IP nummer 92.168.2.23).

Waarom gebruik je dan niet specifiek de Port Forwarding pagina van de Experia Box naar die ene vaste PC met een vast IP-adres? Ben je niet beperkt in een tijdslimiet, dat een "tijdelijke" port forwarding (port triggering) zal werken.

Meer info:
https://en.wikipedia.org/wiki/Port_triggering
http://www.linksys.com/fi/support-article?articleNum=132863
http://techin.oureverydaylife.com/port-triggering-used-router-31741.html


Voorheen stond alleen ''Special applications. UDP 50000 (TP) UDP 64000 (PP) enabled.'' aan.
C++, automatisch detect, en 99 van de 100 keer, verbinding succesvol.
Sinds de fimewire update begin dit jaar, geen goeie verbinding meer.
Zowel op mn laptop als systeem(192.168.2.23) (STATIC IP)

Ik weet het niet meer....

Ongeacht hoe ik de Experiabox ook configureer, het wil niet. (soms voor even, de volgende dag niet meer)
Reputatie 8
"Zowel op mn laptop als systeem"

Gaat het nu om twee apparaten waarop of waarvan je vandaan werkt of één?
Laptop en apart (ander) systeem kunnen niet één IP-adres hebben.

Is het niet te regelen dat je vanaf één apparaat/systeem werkt?
Reputatie 1
Maar gewoon even een vraag. Werk je nu altijd vanaf dezelfde "vaste" PC of niet?
Meestal wel, ja.

Soms vanaf een 2de pc (lanbox) of Laptop (als ik beneden zit).
De static ip configs zijn vrij makkelijk te wijzigen, moet eigenlijk ook geen problemen opleveren.

Verder heb ik eigenlijk ook geen klachten over de modem/router. (wifi goed, internet altijd stabiel etc..)
Reputatie 1
"Zowel op mn laptop als systeem"

Ja, meerdere systemen.

Gaat het nu om twee apparaten waarop of waarvan je vandaan werkt of één?
Laptop en apart (ander) systeem kunnen niet één IP-adres hebben.

Meerdere systemen op hetzelfde netwerk, ieder met een eigen IP (anders krijg je conflicten).

Is het niet te regelen dat je vanaf één apparaat/systeem werkt?

Opzich geen probleem, meestal zit ik toch vanaf 1 systeem te werken(.23).
Reputatie 8
De static ip configs zijn vrij makkelijk te wijzigen, moet eigenlijk ook geen problemen opleveren.
Werk dan beter met die vaste port forwarders naar het vaste IP-adres van het apparaat wat je gebruikt,
(wat je dan voor de gelegenheid aanpast, afhankelijk van welk apparaat je werkt).
En NIET met die triggering ports menu-pagina (is echt een andere instelling dan welke ik je eerder heb voorgesteld).
Heb je dat al geprobeerd?

Aansluitend:

Is het niet te regelen dat je vanaf één apparaat/systeem werkt?Opzich geen probleem, meestal zit ik toch vanaf 1 systeem te werken(.23).
Probeer het eens op die wijze (met vaste port forwarding).
Reputatie 1
De static ip configs zijn vrij makkelijk te wijzigen, moet eigenlijk ook geen problemen opleveren.
Werk dan beter met die vaste port forwarders naar het vaste IP-adres van het apparaat wat je gebruikt,
(wat je dan voor de gelegenheid aanpast, afhankelijk van welk apparaat je werkt).
En NIET met die triggering ports menu-pagina (is echt een andere instelling dan welke ik je eerder heb voorgesteld).
Heb je dat al geprobeerd?

Ja, nu ingesteld, port triggering uitgeschakeld, port mapping ICM ip adress van vaste pc wel upload verbinding, geen download verbinding. (C++ op manual, ''i`ve have configured my router'')

Edit, UPnP UIT!


Aansluitend:

Is het niet te regelen dat je vanaf één apparaat/systeem werkt?Opzich geen probleem, meestal zit ik toch vanaf 1 systeem te werken(.23).
Probeer het eens op die wijze (met vaste port forwarding).


o. LAN IP Protocol Type LAN Port Public Port Enable Configure
1 192.168.2.23 TCP&UDP 50000-64000 50000-64000 (vink) Edit Delete
Reputatie 8

Ja, nu ingesteld, port triggering uitgeschakeld, port mapping ICM ip adress van vaste pc wel upload verbinding, geen download verbinding. (

o. LAN IP Protocol Type LAN Port Public Port Enable Configure
1 192.168.2.23 TCP&UDP 50000-64000 50000-64000 (vink) Edit Delete


Upload naar een andere plek op internet heb je in principe geen port forwarding nodig, alleen voor de "clients" die van buiten uit naar je toekomen wel. Dus ik zou denken dat de port forwarding nu niet werkt?

Heb je na die verandering in set-up de router ook een keer opnieuw opgestart zodat er niets van een oude "connectie" en oud uitgegeven IP-leases blijven hangen? En eveneens je PC (laptop ?) erna ook?
Reputatie 1

tekst


Upload naar een andere plek op internet heb je in principe geen port forwarding nodig, alleen voor de "clients" die van buiten uit naar je toekomen wel. Dus ik zou denken dat de port forwarding nu niet werkt?

Heb je na die verandering in set-up de router ook een keer opnieuw opgestart zodat er niets van een oude "connectie" en oud uitgegeven IP-leases blijven hangen? En eveneens je PC (laptop ?) erna ook?

Ja, buffers purge is belangrijk.
De hele hap opnieuw opstarten.
Maar alsnog, verbindings timeout(s).
Ook als de DHCP services opnieuw worden opgestart, andere ip adressen (zowel DHCP als STATIC) zonder resultaten.
Reputatie 8
Helaas, dan weet ik het ook niet meer.

Ik heb hier geen C++ systeem, kan daar dus niet over meepraten. Maar wel diverse bestandsservers op verschillende gebruiksniveau's (op een NAS + via andere ingang op aangekoppelde schijven achter een 2e router), web-server, VPN in alle protocollen, NL-domein op mijn internetaansluiting + SSL certificaat op dat domein zodat bij versleutelde web-verbindingen geen vreemde pop-ups naar voren komen van "onveilige verbinding".

Bij gastlessen op school heb ik wel eens dat 20-35 kinderen tegelijkertijd zijn ingelogd op mijn server thuis en foto's uploaden binnen hun eigen mapje. Kan op afstand ook streaming films bekijken. Het werkt allemaal zonder problemen. (Wel via een snelle glasvezel aansluiting zodat upload vanaf de thuislocatie niet de bottleneck vormt).