Ervaringen topic Ubee EVW3200 WiFi-modemrouter Ziggo (Deel 2)

Resets lijken opgelost.

De Ubee is nu 3 dagen actief zonder reset. Ik ben inmiddels overtuigd dat de DNS settings via DNSCrypt de trigger tot de reset waren. Verbinding met deze DNS host wordt via een versleutelde verbinding gemaakt waarbij de URL als ook het IP nummer gecodeerd verzonden worden. Het lijkt er op dat de firewall in de nieuwe firmware niet goed mee overweg kan en hier soms op crashed met als gevolg een reset van de Ubee.

DNSCrypt is er op voorbereid dat sommige firewalls problemen met deze codering hebben en biedt de optie aan om via UDP poort 443 contact met de dns server te leggen i.p.v. de standaard poort 53. Maar het soms crashen van de firewall in de Ubee als hij iets onbekends tegenkomt is natuurlijk in de eerste plaats een bug in de Ubee.

DNSCrypt is nog steeds beta software en ik gebruik al een half jaar versie 0.10 tot volle tevredenheid. Hij heeft een ingebouwde check voor nieuwe versies die mij steeds vertelde dat ik de nieuwste versie had. Pas toen ik de functie voor het weelend op al mijn computers uit zette, merkte ik dat op één ervan een nieuwere versie 0.19 stond. Dus blijkbaar werkte die check voor nieuwere versies niet. Ik heb overal nu de nieuwste versie geïnstalleerd. Hier mist nu de keuze om handmatig tussen poort 53 en 443 te kiezen en doet hij het nu automatisch. Blijkbaar ziet hij potentiële problemen op poort 53 en stapt nu zelf over op poort 443. Hierbij omzeilt hij de Ubee firewall op dns verkeer omdat 443 de poort voor https verkeer is waar versleuteling standaard is.

De ultieme test zou zijn om de firewall in de Ubee uit te zetten en DNSCrypt weer op poort 53 te zetten. Helaas lukt die test niet meer met de nieuwe DNSCrypt versie omdat hij ook met firewall uit, poort 443 gaat gebruiken.

Ik ben overigens tevreden over DNSCrypt. Totdat de Ubee die nieuwe firmware kreeg had ik nooit problemen. En ik ga ervan uit dat deze nieuwe versie, die nu ook al weer 24 uur actief is op mijn computers, ook geen problemen geeft. DNSCrypt is er voor Mac en windows. Deze nieuwe versie heeft ook een "familyshield" optie waarbij hij bij opvragen van websites met 'kind onvriendelijke content' naar een blokking pagina doorverwijst.
 
@briolet
ik heb de ubee in semi-bridge mode staan, met daarachter een router die tomatousb draait. op die router draait ook dnscrypt-proxy plus fallback, beide naar opendns.
daardoor hoef ik op de aangesloten apparaten niks te doen, ze maken "normaal" contact met de router mbv 53/udp, de router zorgt voor de dnscrypt afhandeling.
nooit last van resets gehad.
 
mesa57 zei:
Ik begrijp dat dat met de nieuwe firmware niet meer kan. Hoe doe je dat dan ?
Klik om te vergroten...
de pagina om semi-bridge in te stellen is er niet meer, maar een BESTAANDE configuratie wordt niet teniet gedaan door de f/w upgrade, in ieder geval niet tot nu toe.
en ik heb op het moment geen aanleiding iets te veranderen .....
 
Peter, ik naam aan dat je ook een backup van de settings hebt weggeschreven. Het is best mogelijk dat de semi-bridge instellingen ook nog in de backup file staan. Dan zou je ze zelfs weer kunnen herstellen als je een nieuwe Ubee krijgt. :wink:

Blijkbaar was het te lastig om die functionaliteit geheel uit de nieuwe firmware te halen en is het alleen uit de user interface weggehaald.

Hetzelfde ken ik van mijn Airport router. Met versie 6 van het stuur programma heeft Apple alle functies verwijderd die bijna niemand gebruikte. Dat maakt de interface lekker simpel voor de meerderheid die die functies nooit gebruikte. Zo kan ik geen syslog instellingen meer doen, en is ook de instel mogelijkheid van mijn DHCP meldtekst verdwenen. De functies zitten er echter nog steeds in, ik kan ze alleen niet meer aanpassen met de standaard software. Als ik echter de settings wegschrijf, komen deze niet zichtbare settings wel in de bewaarde file te staan. En omdat Apple hiervoor het plist formaat gebruikt, kan ik die file met een plist editor openen, daar de settings aanpassen en later weer in de airport inlezen. :)
(Of gewoon de oude versie 5.x van het stuur programma gebruiken)
 
Port forwarding in UBEE 3200 lukt me niet

Port forwarding in UBEE 3200 lukt me niet.:cry: Hulp gewenst
Ik heb een draadloze E-TECH router met fixed MAC/IP 192.168.1.50 & Static Lease, via de kabel aan een van de poorten van de UBEE hangen en wil die van buiten af via internet kunnen benaderen.

Daarvoor is een poort 12345 (vb) beschikbaar in de E-TECH router.
Die poort heb ik in de UBEE geforward als volgt;
Local IP adress 192.168.1.50 start en endport 12345
External IP adress 0.0.0.0 start en endport 12345, prot TCP, Description "", Enabled

Locaal kan ik de E-Tech router benaderen op het adres 192.168.1.50:12345
In mijn windows 7 firewall heb ik bij programma's en onderdelen, poort 12345 toegestaan voor TCP in zowel locale als openbare netwerken. Ook geprobeerd met windows firewall uitgeschakeld.

Van uit het internet zou ik dus de E-TECH moeten kunnen benaderen op het mij door ZIGO geleverde WAN adres bv. https://213.77.155.177:12345
En dat lukt dus echt niet!
Overigens lokaal doet die het wel met dat WAN IP adres, maar dat kan ik ook via het eerder genoemde 192.168.1.50:12345.

UBEE router versie 9.9.5007
Wie helpt mij
 
Briolet zei:
Resets lijken opgelost.

De Ubee is nu 3 dagen actief zonder reset. Ik ben inmiddels overtuigd dat de DNS settings via DNSCrypt de trigger tot de reset waren. Verbinding met deze DNS host wordt via een versleutelde verbinding gemaakt waarbij de URL als ook het IP nummer gecodeerd verzonden worden. Het lijkt er op dat de firewall in de nieuwe firmware niet goed mee overweg kan en hier soms op crashed met als gevolg een reset van de Ubee.
Klik om te vergroten...
Sinds enkele dagen gebruik ik DNSCrypt ook i.c.m. het Ubee modem en de nieuwste firmware, en maak geen gebruik van poort 443. Het is de nieuwste versie van DNSCrypt voor Windows.

12669255.png


Maar tot nu toe gelukkig nog geen resets, de uptime is alweer 27 dagen. :)

Ik was eerst nog een beetje sceptisch over het gebruik van een andere dns dan die van de provider, maar na een paar testen blijkt de snelheid veel hoger dan de dns van Ziggo. Ten eerste een ping naar de dns van Ziggo gaat in gemiddeld 12 ms en een ping naar de dns van Opendns in 10 ms. Daarnaast nog even getest met Namebench en daaruit blijkt Opendns 55.4% sneller te zijn dan de dns van Ziggo.
 
Goed te horen dat je ook geen crashes krijgt met poort 53 op de Ubee. Blijkbaar heeft DNSCrypt ook iets veranderd. Ik ben alleen verbaasd over je window opties. Het ziet er uit als mijn oude Mac versie 0.10 die ik als sinds november vorig jaar gebruik. Maar als ik bij OpenDNS de laatste windows versie ophaal krijg ik ook jouw 0.0.6 versie. Blijkbaar lopen de versie nummer systemen en functies bij de diverse operaring systemen niet gelijk op.

Op de Mac krijg ik het volgende:

DNSCrypt019_zps1ebe899b.png


Dus de poort selectie is automatisch geworden en de "Family Shield" optie van OpenDNS zit nu ook in dit pakket ingebakken. Verder zit er mij mij nu een 'Advanced' tab op waar ik handmatig nog URLs of IP adressen kan invullen die geblokt moeten worden. In de urls kan ik wildcards gebruiken om een hele reeks namen uit te sluiten.

Bij mij kiest hij poort 443, ook al staat de Ubee firewall uit. Maar ik heb er ook nog een airport tussen zitten waar ik de firewall niet uit kan zetten. Dat kan de reden zijn dat hij bij mij altijd poort 443 blijft gebruiken.

EDIT: Blijkbaar zijn de auteurs achter de Mac versie een beetje actiever dan die achter de Windows versie. Het hele project is Open Source en staat op GitHub. In de Windows versie is maar 2x een commit gedaan en de laatste is van augustus 2012. Als ik in de Mac versie kijk, zie ik over de 200 updates, en tot heel recente datum. Alles door één persoon ge-upload. En bij de commit van 1-8-2012 wordt de checkbox voor handmatige poort selectie verwijderd. Frappant dat er maar één persoon commits doet. Blijkbaar wordt het geheel op de Mac ontwikkeld en wordt er alleen van een heel stabiele versie een windows kopie aangemaakt. :grin:
 
Laatst bewerkt door een moderator:
mesa57 zei:
Ik begrijp dat dat met de nieuwe firmware niet meer kan. Hoe doe je dat dan ?
Klik om te vergroten...

Kan nog steeds, alleen hebben ze de optie in de HTML pagina tussen <!---- en ----> gezet. Als je die weghaalt werkt het als tevoren. Zelf gebruik ik daar een Greasemonkey scriptje voor.
 
xnpu zei:
Kan nog steeds, alleen hebben ze de optie in de HTML pagina tussen <!---- en ----> gezet. Als je die weghaalt werkt het als tevoren. Zelf gebruik ik daar een Greasemonkey scriptje voor.
Klik om te vergroten...

kan je dat scriptje sharen, en evt aanpassen dat ie ook remote management en primary network bridge uncomment? :)
 
Terug
Bovenaan