Over Arnie

Voor alle zekerheid; werkt http://192.168.0.90:8080/ vanaf het lokale LAN wel? Dat is een eerste veresite, anders zal het van buitenaf zeker niet gaan werken. Extern is het dan http://[extern-ipv4-adres]:12000/ Let op het gebruik van de syntax met http, De meeste browsers zullen anders default https gebruik, wat niet zal werken. Kijk ook even na of de port-forwarding regel effectief ogeslagen is, door terug even naar mijn telenet te gaan en de geavanceerder instellingen van je thuis netwerk te bekijken.   ... Meer weergeven

Volgens mij is @Arthur_  wel al zover. Hij schrijft immers dat hij vanaf een 5G netwerk zijn truenas server kan bereiken, echter niet de andere apparatuur op zijn lokale LAN. Ik weet niet hoe dit bij wireguard werkt. Bij een OpenVPN server moet je dit aanzetten. Bijvoorbeeld bij de configuratie van een OpenVPN server op een Synology NAS gaat dat met de onderstaande instelling. Effectief gaat het hier dan om een statische route vanop de VPN server naar het lokale netwerk. Wireguards zal vergelijkbaar werken , vermoed ik.     Binnen de instellingen van de wireguard server zul je op zoek moeten gaan naar een vergelijkbare instelling.   ... Meer weergeven

@m-jan20  schreef: Ik heb morgen echter een online meeting wanneer ik 2u op de trein zit. Er van uit gaande dat het nog altijd om een online meeting gaat, waar jij één van de deelnemers bent, blijft mijn boverstaande antwoord denk ik het enige alternatief. Hopelijk is de online meeting georganiseerd door iemand / een bedrijf die ook de mogelijkheid beidt via telefoon in te bellen. Mocht je zelf de organizator zijn, kun je dit proberen: https://www.ikwilmobielwerken.nl/flexwerker/samenwerken/conference-call/conference-call-opzetten-met-je-smartphone-hoe-doe-je-dat/#Conference%20call%20met%20je%20smartphone   ... Meer weergeven

Het scenario is me niet helemaal duidelijk. Meestal is het mogelijk online meetings (Webex of Teams)  bij te wonen met een normale inbel verbinding. In de uitnodingn staan er dan nomraal instructies over welk nummer je daarvoor moet bellen. ... Meer weergeven

De CV8560E is een NAT router voor al het verkeer (wanneer geen "bridge" geconfigureerd is), net als de UDM ook een NAT router is. Dit betekent dat er sprake is van dubbel-NAT, waneer het verkeer door beide routers moet. In dit geval zou ik dus zeker aanraden wel bridge op de CV8560E te configureren. Dat is gemakkelijk genoeg. Je sluit dan verder niets op de CV8560E aan, maar alles aan de UDM. De CV8560E fungeert dan eigenlijk enkel als modem. De UDM verstrekt de twee netwerken; klant en privaat. Voor het klant/gastnet kun je kiezen uit verschillende authenticatie methodes, waaronder ook Facebook. Ik gebruik zelf de combinatie UDM + CV8560E (met bridge) en ben daar zeer tevreden over. Je hebt dan wel nog AP's nodig. Technisch en kwalitief een zeer mooie oplossing, maar kost wel wat.   ... Meer weergeven

@Ex-Netweter  schreef: Er zijn 2 mogelijkheden waarom mijn snelheid traag is ? 1) als ik ip adres ping via dos dan heb ik 100 % verlies. Webite pingen geen verlies. Wat wil zeggen dat ik de server niet kan aanspreken maar heb wel traag internet. Kun je eens een voorbeeld geven? Indien een webserver te pingen is via zijn naam, moet het 100% zeker ook mogelijk zijn deze te pingen via zijn IP-adres. Wellicht gebruik je niet het juiste IP adres? Wanneer je een ping via de command line interface (CLI) van je computer uitvoerd, wordt het IP adres getoont. Het probleem is dat ik mijn netwerk instellings venster wel zie maar leeg. Daar waar normaal je verbindiing te zien utp , wifi enz.  Als recht streeks via utp kabel modem naar pc heb , en vraag ipconfig/all dan zie ik het adres van de router. En niet internet ip. Daar ligt volgens mij de fout ? Maar via netwerk instelling wat nu leeg is , kan ik er niet bij om het aan te passen. Dat is normaal. Je PC krijgt een lokaal adres toegewezen van de Telenet router (HGW of "modem"), normaal gesproken beginnent met 192.168.0. gevolgt door een getal tussen 100 en 254. 2) pas dan pas weet ik of de fout in de pc zit of misschien toch bij Telenet. Ben de modem gaan omruilen en kreeg juist het zelfde type als de oude. Die nieuwe modem , daar merk ik wel van dat die iets sneller is maar uitslag speed test is nog steeds het zellfde. Wat me begint te doen denken dat de fout daar niet echt zit ? Dat zullen pas weten als ik het probleen in de pc op gelost heb. Via wifi uit de modem gaat de snelheid van de smartphone soms rap soms traag. Als beide (pc + smartphone) eraan hangen en de pc staat uit is te metken dat snelheid beduidend veel lager ligt op de smartphone , vindt vreemd ienand een idee wat de reden kan zijn ? ps de boel loopt soms vast ook op pc , daar maak ik niet zo erg druk in. Op de smarthphone als pc uit staat node probleem ? Phone gaat via wifi modem , pc staat uit. Gebruik je behalve de Telenet HGW nog andere netwerk apparatuur in huis, bijvoorbeeld een access-point? ... Meer weergeven

Het duurde even, maar de afbeeldingen zijn nu zichtbaar. Inderdaad ontvangt je Asus router een publiek IPv4 adres. Dat betekent dat de "bridge" functie op de Telenet HGW goed geconfigureerd is en werkt. Het betekent ook dat al het verkeer vanaf het internet naar dit publieke IPv4 adres rechtstreeks aan je Asus router wordt doorgegeven, zonder dat de Telenet HGW hier NAT op uitoefent. Port-forwarding op de Telenet HGW is dus niet noodzakelijk. Zoals anderen al schreven is het belangrijk de port-forwarding correct te configureren op de Asus router. Deze doet NAT. Is het apparaat wat je bereikbaar wilt maken rechtstreeks aan de Asus router verbonden? ... Meer weergeven

@William_L  schreef: Voor de voeding kan een eventuele usb poort gebruikt worden, maar ik weet niet of oude tv's dit al hadden. Maar dat kan je natuurlijk oplossen met een voeding in het stopcontact.   Een voeding wordt meegeleverd met de Google TV chromecast. ... Meer weergeven

@rafb  schreef: Ik bedoel natuurlijk niet Surfshark. Een andere. Topicstarter heeft geen enkele werkende VPN-verbinding gehad sinds IT-upgrade van Telenet. De topicstarter wenst Surfshark te blijven gebruiken, omdat hij daarvoor betaald heeft. Het eerdere advies om een andere VPN service te gaan gebruiken werd daarom al verworpen ... Meer weergeven

@rafb  schreef: Vooraleer voorbarige conclusies te trekken zou ik toch eerst eens een IPv6 VPN uittesten... Surfshark geeft zelf heel duidelijk aan dat ze geen IPv6 ondersteunen, dus dat uitproberen lijkt me redelijk zinloos. Voor alle duidelijkheid, het gaat hier om een VPN verbinding vanaf de NAS als client naar een server ergens op het internet. Het uitzetten van IPv6 op de HGW voor het volledige netwerk, of enkel deactiveren op de NAS zou hetzelfde effect moeten hebben. Indien de NAS geen IPv6 kan gebruiken (omdat dit protocal niet geactiveerd is) zal deze wel IPv4 moeten gebruiken. Voor alle zekerheid, heb je hier disable geselecteerd?   ... Meer weergeven

Antwoord op mijn eigen overpeinzing; Surfshark ondersteund geen IPv6; https://support.surfshark.com/hc/en-us/articles/360011550239-Does-Surfshark-support-IPv6-Do-I-have-it-on-my-network- Het probleem ligt dus eigenlijk bij hun, en de voorgestelde work-around is dus om IPv6 dan maar volledig te deactiveren binnen je eigen netwerk. Dat zou ik zeker niet doen, maar eventueel kun je IPv6 op de NAS uitschakelen. Een betere oplossing is misschien om uit te kijken naar een VPN dienst die wel mee is met de moderne technologie en protocollen. Het veranderen van de HGW of een eigen router gaan gebruiken is volledige overkill voor dit probleem. ... Meer weergeven

IPv6 volledig uitschakelen op de HGW omdat de VPN software hier niet goed mee overweg kan is sowieso een zeer radicale "oplossing". Persoonlijk zou ik trachten dit te voorkomen. Het gebruik van IPv6 heeft eigenlijk de voorkeur, omdat er geen NAT nodig is. Eventueel kun je IPv6 op de NAS uitschakelen? Om even zeker te zijn dat ik het probleem goed begrijp; je gebruikt je NAS als OpenVPN-client om te connecteren met de surfshark VPN server. Indien de NAS een IPv6 connectie heeft naar het internet wordt deze gebruikt, en komt er geen connectie tot stand, of is er geen verkeer over de connecte mogelijk. Blokkeer je IPv6 op de HGW dan lukt het wel, duidelijk omdat er dan enkel maar IPv4 mogelijk is. Daarom, probeer als work-around gewoon eens IPv6 op de NAS op non-aktief te zetten. In werkelijkheid lijkt het mij een VPN probleem te zijn. Wellicht kan er wel een VPN tunnel tussen een IPv6 client en een IPv6 server opgezet worden, maar lukt het niet om IPv4 door die tunnel te sturen. Open VPN ondersteund dat nochthans, dus zal ergens een config probleem zijn. ... Meer weergeven

De digibox heeft geen publiek ip adres nodig. Zoals @StefaanH korrekt opmerkt werken de digiboxen/corders normaal met een ipv4 adres uit het 10.0.0.0/8 subnet. Voor alle duidelijkheid, dat zijn net als 192.168.0.0/16 allemaal private adresen, vastgelegd in RFC1918. De digibox heeft 2 MAC adressen (=2 viturele interfaces binnen één logische eth interface) en vraagt voor elk een eigen adres aan. Indien direkt verbonden aan een Telenet HGW zal de ene virtuele interface een 10.0,0,0/8 adres verkrijgen voor de interactiviteit (dmv van MAC passthough), de andere verkrijgt een 192.168.0.0/16 adres van het lokale subnet voor DLNA toepassingeen. De digibox/corder mag niet achter een eigen router geplaatst worden, omdat in dat geval de box geen 10.0.0.0/8 adres kan ontvangen. Beide virtuele interface zullen een 192.168.0.0/16 adres ontvangen. Een uitzondering hierop is waneer je ervoor kunt zorgen dat het verkeer van en naar de box niet ge-NAT wordt, bijvoorbeeld door een bridge functie in de eigen router, of via een vlan. ... Meer weergeven