[OpenWRT] Ervaringen & Discussie

[Videopac]

Borromini schreef op zondag 21 oktober 2018 @ 11:45:
Die ziet er erg leeg uit... Staat er een standaardconfig in dezelfde map? Opkg overschrijft bestaande configuratiebestanden niet normaal gezien.

Ik zie geen ander uhttpd bestand staan. Er is iets raars gebeurd.
Heeft iemand een standaard inhoud van een uhttpd voor mij?
Dan kan ik die in de mijne plakken.

Edit: het enige dat ik recent veranderd heb is dat ik Pi-Hole heb draaien op een SBC (een Odroid C2) en via Luci de DNS server veranderd heb in het ip-adres van die Pi-Hole-C2. Maar volgens mij ben ik daarna nog wel via Luci in OpenWrt geweest.

[ Voor 22% gewijzigd door Videopac op 22-10-2018 16:12 ]

[RudolfR]

code:

BusyBox v1.28.3 () built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 18.06.1, r7258-5eb055306f
 -----------------------------------------------------
root@OpenWrt:~# cat /etc/config/uhttpd

config uhttpd 'main'
        list listen_http '0.0.0.0:80'
        list listen_http '[::]:80'
        list listen_https '0.0.0.0:443'
        list listen_https '[::]:443'
        option redirect_https '1'
        option home '/www'
        option rfc1918_filter '1'
        option max_requests '3'
        option max_connections '100'
        option cert '/etc/uhttpd.crt'
        option key '/etc/uhttpd.key'
        option cgi_prefix '/cgi-bin'
        option script_timeout '60'
        option network_timeout '30'
        option http_keepalive '20'
        option tcp_keepalive '1'
        option ubus_prefix '/ubus'

config cert 'px5g'
        option days '730'
        option bits '1024'
        option country 'ZZ'
        option state 'Somewhere'
        option location 'Uknown'
        option commonname 'OpenWrt'

code:

root@OpenWrt:~# cat /etc/init.d/uhttpd
#!/bin/sh /etc/rc.common
# Copyright (C) 2010 Jo-Philipp Wich

START=50

USE_PROCD=1

UHTTPD_BIN="/usr/sbin/uhttpd"
PX5G_BIN="/usr/sbin/px5g"
OPENSSL_BIN="/usr/bin/openssl"

append_arg() {
        local cfg="$1"
        local var="$2"
        local opt="$3"
        local def="$4"
        local val

        config_get val "$cfg" "$var"
        [ -n "$val" -o -n "$def" ] && procd_append_param command "$opt" "${val:-$def}"
}

append_bool() {
        local cfg="$1"
        local var="$2"
        local opt="$3"
        local def="$4"
        local val

        config_get_bool val "$cfg" "$var" "$def"
        [ "$val" = 1 ] && procd_append_param command "$opt"
}

generate_keys() {
        local cfg="$1"
        local key="$2"
        local crt="$3"
        local days bits country state location commonname

        config_get days       "$cfg" days
        config_get bits       "$cfg" bits
        config_get country    "$cfg" country
        config_get state      "$cfg" state
        config_get location   "$cfg" location
        config_get commonname "$cfg" commonname

        # Prefer px5g for certificate generation (existence evaluated last)
        local GENKEY_CMD=""
        local UNIQUEID=$(dd if=/dev/urandom bs=1 count=4 | hexdump -e '1/1 "%02x"')
        [ -x "$OPENSSL_BIN" ] && GENKEY_CMD="$OPENSSL_BIN req -x509 -sha256 -outform der -nodes"
        [ -x "$PX5G_BIN" ] && GENKEY_CMD="$PX5G_BIN selfsigned -der"
        [ -n "$GENKEY_CMD" ] && {
                $GENKEY_CMD \
                        -days ${days:-730} -newkey rsa:${bits:-2048} -keyout "${UHTTPD_KEY}.new" -out "${UHTTPD_CERT}.new" \
                        -subj /C="${country:-ZZ}"/ST="${state:-Somewhere}"/L="${location:-Unknown}"/O="${commonname:-OpenWrt}$UNIQUEID"/CN="${commonname:-OpenWrt}"
                sync
                mv "${UHTTPD_KEY}.new" "${UHTTPD_KEY}"
                mv "${UHTTPD_CERT}.new" "${UHTTPD_CERT}"
        }
}

create_httpauth() {
        local cfg="$1"
        local prefix username password

        config_get prefix "$cfg" prefix
        config_get username "$cfg" username
        config_get password "$cfg" password

        if [ -z "$prefix" ] || [ -z "$username" ] || [ -z "$password" ]; then
                return
        fi
        echo "${prefix}:${username}:${password}" >>$httpdconf
        haveauth=1
}

start_instance()
{
        UHTTPD_CERT=""
        UHTTPD_KEY=""

        local cfg="$1"
        local realm="$(uci_get system.@system[0].hostname)"
        local listen http https interpreter indexes path handler httpdconf haveauth

        procd_open_instance
        procd_set_param respawn
        procd_set_param stderr 1
        procd_set_param command "$UHTTPD_BIN" -f

        config_get config "$cfg" config
        if [ -z "$config" ]; then
                mkdir -p /var/etc/uhttpd
                httpdconf="/var/etc/uhttpd/httpd.${cfg}.conf"
                rm -f ${httpdconf}
                config_list_foreach "$cfg" httpauth create_httpauth
                if [ "$haveauth" = "1" ]; then
                        procd_append_param command -c ${httpdconf}
                        [ -r /etc/httpd.conf ] && cat /etc/httpd.conf >>/var/etc/uhttpd/httpd.${cfg}.conf
                fi
        fi

        append_arg "$cfg" home "-h"
        append_arg "$cfg" realm "-r" "${realm:-OpenWrt}"
        append_arg "$cfg" config "-c"
        append_arg "$cfg" cgi_prefix "-x"
        [ -f /usr/lib/uhttpd_lua.so ] && {
                config_get handler "$cfg" lua_handler
                [ -f "$handler" ] && append_arg "$cfg" lua_prefix "-l" && {
                        procd_append_param command "-L" "$handler"
                }
        }
        [ -f /usr/lib/uhttpd_ubus.so ] && {
                append_arg "$cfg" ubus_prefix "-u"
                append_arg "$cfg" ubus_socket "-U"
                append_bool "$cfg" ubus_cors "-X" 0
        }
        append_arg "$cfg" script_timeout "-t"
        append_arg "$cfg" network_timeout "-T"
        append_arg "$cfg" http_keepalive "-k"
        append_arg "$cfg" tcp_keepalive "-A"
        append_arg "$cfg" error_page "-E"
        append_arg "$cfg" max_requests "-n" 3
        append_arg "$cfg" max_connections "-N"

        append_bool "$cfg" no_ubusauth "-a" 0
        append_bool "$cfg" no_symlinks "-S" 0
        append_bool "$cfg" no_dirlists "-D" 0
        append_bool "$cfg" rfc1918_filter "-R" 0

        config_get alias_list "$cfg" alias
        for alias in $alias_list; do
                 procd_append_param command -y "$alias"
        done

        config_get http "$cfg" listen_http
        for listen in $http; do
                 procd_append_param command -p "$listen"
        done

        config_get interpreter "$cfg" interpreter
        for path in $interpreter; do
                procd_append_param command -i "$path"
        done

        config_get indexes "$cfg" index_page
        for path in $indexes; do
                procd_append_param command -I "$path"
        done

        config_get https "$cfg" listen_https
        config_get UHTTPD_KEY  "$cfg" key  /etc/uhttpd.key
        config_get UHTTPD_CERT "$cfg" cert /etc/uhttpd.crt

        [ -f /lib/libustream-ssl.so ] && [ -n "$https" ] && {
                [ -s "$UHTTPD_CERT" -a -s "$UHTTPD_KEY" ] || {
                        config_foreach generate_keys cert
                }

                [ -f "$UHTTPD_CERT" -a -f "$UHTTPD_KEY" ] && {
                        append_arg "$cfg" cert "-C"
                        append_arg "$cfg" key  "-K"

                        for listen in $https; do
                                procd_append_param command -s "$listen"
                        done
                }

                append_bool "$cfg" redirect_https "-q" 0
        }

        for file in /etc/uhttpd/*.json; do
                [ -s "$file" ] && procd_append_param command -H "$file"
        done

        procd_close_instance
}

service_triggers()
{
        procd_add_reload_trigger "uhttpd"
}

start_service() {
        config_load uhttpd
        config_foreach start_instance uhttpd
}

Volgens mij is dit de standaard-inhoud.

Maar de tag op github lijkt wat anders te zeggen:

https://raw.githubusercon...httpd/files/uhttpd.config

https://raw.githubusercon.../uhttpd/files/uhttpd.init

Eerst de tag opzoeken en vervolgens de zoekfunctie van github gebruiken is niet zo handig.

[ Voor 70% gewijzigd door RudolfR op 22-10-2018 19:55 ]

[Borromini]

Waarschijnlijk omdat je naar master linkt?

Voor 18.06:

https://raw.githubusercon...httpd/files/uhttpd.config

https://github.com/openwr.../uhttpd/files/uhttpd.init

[rens-br]

Titelchange, zodat het meer in lijn ligt met de rest van de topics.

[CurlyMo]

Ken iemand dit probleem? Gisteren wilde ik een 18de static DHCP lease instellen. Echter toen viel mijn hele DCHP uit en kon ik geen verbinding meer krijgen met mijn router. Vandaag gelijk meer even de kans gepakt om bij te werken naar 18.06 en opnieuw heb ik hetzelfde probleem. Vanaf 18 static leases worden er geen dynamische DHCP leases meer uitgegeven.

[Videopac]

CurlyMo schreef op dinsdag 23 oktober 2018 @ 12:20:
Ken iemand dit probleem? Gisteren wilde ik een 18de static DHCP lease instellen. Echter toen viel mijn hele DCHP uit en kon ik geen verbinding meer krijgen met mijn router. Vandaag gelijk meer even de kans gepakt om bij te werken naar 18.06 en opnieuw heb ik hetzelfde probleem. Vanaf 18 static leases worden er geen dynamische DHCP leases meer uitgegeven.

Dat zou wel eens een bug kunnen zijn, aangezien je het hebt kunnen reproduceren.
Ik zou het probleem eens rechtstreeks op het forum van Openwrt posten.

[RudolfR]

@CurlyMo

Hoe configureer je die dan? (via luci?)

Ik doe dat via /etc/ethers (mac/ip) en /etc/hosts (ip/naam) en daar heb ik zeker wel 30 entries instaan.
Geen enkel probleem.

Een dergelijke configuratie zou ook via luci moeten kunnen, maar dat gebruik ik niet.

Mijn range voor LAN-DHCP is van 100-250 en in diezelfde range heb ik ook statische adressen staan.
Niet helemaal zuiver, maar werkt altijd goed.

[Dennis]

Ik ben ook wel benieuwd @CurlyMo. Je hebt niet een te kleine pool hè?

Overigens zou nog een optie kunnen zijn over te stappen op dhcpd. Dat heb ik ook gedaan en ik doe DNS met bind. Dat geeft mij wat meer opties die ik met dnsmasq niet heb. Zie hier: http://blog.differentpla....lacing-dnsmasq-on-openwrt (wel enigszins gedateerd)

[Videopac]

Dennis schreef op dinsdag 23 oktober 2018 @ 14:04:
Ik ben ook wel benieuwd @CurlyMo. Je hebt niet een te kleine pool hè?

Overigens zou nog een optie kunnen zijn over te stappen op dhcpd. Dat heb ik ook gedaan en ik doe DNS met bind. Dat geeft mij wat meer opties die ik met dnsmasq niet heb. Zie hier: http://blog.differentpla....lacing-dnsmasq-on-openwrt (wel enigszins gedateerd)

Is het niet beter om je vaste ip-adressen buiten de DHCP-pool te kiezen? Zo sluit je uit dat 2 devices hetzelfde IP adres krijgen

[MsG]

Videopac schreef op dinsdag 23 oktober 2018 @ 15:43:
[...]

Is het niet beter om je vaste ip-adressen buiten de DHCP-pool te kiezen? Zo sluit je uit dat 2 devices hetzelfde IP adres krijgen

Het vastzetten van IP's aan de router/DHCP-server kant valt bij vele router-interfaces júist onder DHCP. Wil je ze vastzetten dan kan dat vaak niet buiten de DHCP-pool.

Jij stelt vaste IP's in per apparaat in je huis? Ik dwing dat liever via 1 interface centraal af.

[Videopac]

MsG schreef op dinsdag 23 oktober 2018 @ 15:48:
[...]


Het vastzetten van IP's aan de router/DHCP-server kant valt bij vele router-interfaces júist onder DHCP. Wil je ze vastzetten dan kan dat vaak niet buiten de DHCP-pool.

Jij stelt vaste IP's in per apparaat in je huis? Ik dwing dat liever via 1 interface centraal af.

Ik geef mijn vast aangesloten apparatuur een vast ip adres o.b.v. MAC adres mee in mijn OpenWrt router, buiten de dynamische pool. In mijn geval: vaste meuk tussen de 192.168.1.11 en .99. De pool geeft adressen uit tussen de .100 en .200 (uit mijn hoofd).

[CurlyMo]

RudolfR schreef op dinsdag 23 oktober 2018 @ 13:38:
Ik doe dat via /etc/ethers (mac/ip) en /etc/hosts (ip/naam) en daar heb ik zeker wel 30 entries instaan.
Geen enkel probleem.

Dat lijkt me inderdaad de geëigende route. Waarschijnlijk ging het eerder fout om dat de via luci aangemaakt leases worden meegegeven als CLI parameter aan dnsmasq. Als die lijst te lang wordt, dan kapt dnsmasq er waarschijnlijk mee.

Dat is een hypothese die ik niet verder heb getoetst, want ik ben al lang blij dat het na een avondje zwoegen weer werkt. Ik had aanvankelijk niet door dat dit het probleem was.

[Videopac]

Borromini schreef op maandag 22 oktober 2018 @ 19:47:
Waarschijnlijk omdat je naar master linkt?

Voor 18.06:

https://raw.githubusercon...httpd/files/uhttpd.config

https://github.com/openwr.../uhttpd/files/uhttpd.init

Dank.
Ik had niet eerder tijd om hier even goed naar te kijken, maar: Luci doet het weer.
Ik kan alleen niet inloggen via Luci, wel via ssh.
Ik heb al wat rondgezocht op internet maar kan niet vinden wat het probleem zou kunnen zijn.
Het doel is om een verse installatie te doen en van daaruit alles opnieuw te configureren.

[Ravefiend]

Videopac schreef op zaterdag 17 november 2018 @ 15:09:
[...]

Dank.
Ik had niet eerder tijd om hier even goed naar te kijken, maar: Luci doet het weer.
Ik kan alleen niet inloggen via Luci, wel via ssh.
Ik heb al wat rondgezocht op internet maar kan niet vinden wat het probleem zou kunnen zijn.
Het doel is om een verse installatie te doen en van daaruit alles opnieuw te configureren.

Wat ook handig is om een keertje een volledig UCI script te maken van je config, zoals dit voorbeeld:
https://gist.github.com/tongpu/c54d1f45a8874d28b5d4

Dat maakt een verse installatie des te sneller.

[Commander69]

Hoi allemaal
ik ben bezig om de volgende configuratie werkende te krijgen

Openwrt-NordVPN icm multiwan (Ziggo/KPN). Allereerst is dat mogelijk (ik heb het nog niet aan de praat gekregen namelijk).

Wat ik nu wel al werkende heb gekregen, ziggo box (niet in bridge!, ik wil de spots graag houden voor de kinderen), daarop de openwrt router (TPLINK N750) met nordvpn. Dit werkt feilloos alleen de snelheid is nu niet echt geweldig.
Op bovenstaande setup heb ik getracht multiwan te installeren, echter is me dat nog niet gelukt (geen internet meer). Wellicht is dit de verkeerde volgorde ? Ik heb deze wiki gebruikt. mwan3

Is er iemand die me daar ik kan adviseren / helpen ?

[ Voor 4% gewijzigd door Commander69 op 18-11-2018 10:28 ]

[Saturnus]

Wat irritant...sinds een verhuizing heeft een TP-Link AC1750 / C7 'het WiFi probleem.' Voorheen maanden stabiel, nu om de paar dagen is het WiFi-netwerk een 'niet joinbare ghost.' Er is niets fundamenteel veranderd in de netwerkopzet. Hij zit nu iets dichterbij de stroomgroepen. Zal wel een 'wifi restart' scriptje worden...

[ComputerHoed]

Saturnus schreef op donderdag 6 december 2018 @ 08:25:
Wat irritant...sinds een verhuizing heeft een TP-Link AC1750 / C7 'het WiFi probleem.' Voorheen maanden stabiel, nu om de paar dagen is het WiFi-netwerk een 'niet joinbare ghost.' Er is niets fundamenteel veranderd in de netwerkopzet. Hij zit nu iets dichterbij de stroomgroepen. Zal wel een 'wifi restart' scriptje worden...

Same here. Komt door de nieuwste LEDE build.

[Saturnus]

ComputerHoed schreef op donderdag 6 december 2018 @ 12:10:
[...]


Same here. Komt door de nieuwste LEDE build.

Ik zit op 17.01.4, r3560. Niet de nieuwste denk ik?

[Saturnus]

Inmiddels naar laatste geüpdatet. Ik weet niet wat er veranderd is, maar WiFi initialiseren lijkt 2 minuten te duren ofzo.

[Groentjuh]

Gebruik je geen channel met DFS, @Saturnus ?

[Saturnus]

Groentjuh schreef op woensdag 19 december 2018 @ 23:56:
Gebruik je geen channel met DFS, @Saturnus ?

Hey ja dat lijkt het wel te zijn volgens de syslog.
Ik heb 80MHz channels.

Dan is er niet aan te ontkomen zeker, gezien de regelgeving. Zou de verhuizing hier invloed op hebben, dat er nu toch radar dichtbij zit?

[Groentjuh]

Saturnus schreef op donderdag 20 december 2018 @ 00:03:
[...]
Dan is er niet aan te ontkomen zeker, gezien de regelgeving. Zou de verhuizing hier invloed op hebben, dat er nu toch radar dichtbij zit?

Nee, OpenWRT scant voordat een DFS kanaal gebruikt gaat worden altijd voor ongeveer één minuut voor radar. Dat is min of meer regelgeving geloof ik!

[Borromini]

Voor DFS-kanalen dient de radio inderdaad één minuut te luisteren voor bezette kanalen.

[Saturnus]

Groentjuh schreef op donderdag 20 december 2018 @ 08:20:
[...]

Nee, OpenWRT scant voordat een DFS kanaal gebruikt gaat worden altijd voor ongeveer één minuut voor radar. Dat is min of meer regelgeving geloof ik!

Borromini schreef op donderdag 20 december 2018 @ 10:51:
Voor DFS-kanalen dient de radio inderdaad één minuut te luisteren voor bezette kanalen.

Vreemd, dit is mij nooit eerder opgevallen bij restarts in het verleden.

[Borromini]

Dat is omdat je daarvoor niet op een DFS-kanaal zat, en nu waarschijnlijk wel. Gewone 5 GHz-kanalen hebben die check niet.

[Saturnus]

Borromini schreef op vrijdag 21 december 2018 @ 05:27:
Dat is omdat je daarvoor niet op een DFS-kanaal zat, en nu waarschijnlijk wel. Gewone 5 GHz-kanalen hebben die check niet.

Ik heb niets veranderd. Het ligt vast aan mij. Dat ik wellicht voorheen het hele apparaat herstartte en daarom de 'lange' downtime normaal vond.

Mocht iemand nog tips hebben...
In dit huis staan de router en access point relatief dicht bij elkaar. Toch wil ik het liefst 'presence detection' doen op basis van de router. In andere woorden, als iemand van beneden naar boven gaat (of omgekeerd) moet die automatisch met het andere apparaat verbinden. Het lijkt vrij kansloos want 5,0GHz moet boven al op <16dBm / 39mW ingesteld staan om een device de verbinding te laten verliezen als die naar beneden gaat. Laat staan 2,4GHz en de beneden router die nog dichter bij boven is dan boven bij beneden is, en daarom voor 5,0GHz nog wel lager moet gaan. Daarbij ook snelheidsverlies beginnend vanaf die 16dBm / 39mW. Kansloze opgave?

[Maurits van Baerle]

@Saturnus Als je een klein beetje geduld hebt dan zou je in de volgende update van OpenWRT, (19.01 gepland voor januari), standaard gebruik kunnen maken van Fast Transition (802.11r).

Met FT proberen mobiele devices niet krampachtig vast te houden aan een signaal dat ze al hadden als het FT mechanisme ze verteld dat er meerdere AP's zijn van hetzelfde netwerk waarvan sommige misschien wel een beter signaal hebben. Ik begrijp dat het nog niet zo goed schijnt te werken op Android devices maar als je die niet hebt dan is het de moeite van het proberen waard.

FT ondersteuning zit sinds kort in de Snapshots maar het zou kunnen dat je ook nog even van de standaard wpad-mini moet upgraden naar wpad-basic (meer functies maar neemt ook meer ruimte in, hoewel niet zoveel als de volledige versie: wpad). Onder Software verwijder je eerst wpad-mini en dan installeer je wpad-basic.

[_JGC_]

802.11r zorgt alleen voor snellere overdracht van ene naar andere AP, het is nog steeds aan de cliënt om te roamen.

Als je Apple hardware hebt raad ik af om 802.11r in te schakelen, Apple heeft besloten dat een netwerk met 802.11r ook 802.11k moet hebben. Zonder 802.11k is je verbinding op een Apple cliënt instabiel.

[Saturnus]

Maurits van Baerle schreef op vrijdag 21 december 2018 @ 13:29:
@Saturnus Als je een klein beetje geduld hebt dan zou je in de volgende update van OpenWRT, (19.01 gepland voor januari), standaard gebruik kunnen maken van Fast Transition (802.11r).

Met FT proberen mobiele devices niet krampachtig vast te houden aan een signaal dat ze al hadden als het FT mechanisme ze verteld dat er meerdere APs zijn van hetzelfde netwerk waarvan sommige misschien wel een beter signaal hebben. Ik begrijp dat het nog niet zo goed schijnt te werken op Android devices maar als je die niet hebt dan is het de moeite van het proberen waard.

FT ondersteuning zit sinds kort in de Snapshots maar het zou kunnen dat je ook nog even van de standaard wpad-mini moet upgraden naar wpad-basic (meer functies maar neemt ook meer ruimte in, hoewel niet zoveel als de volledige versie: wpad). Onder Software verwijder je eerst wpad-mini en dan installeer je wpad-basic.

Dat is een goed idee. Ik had al eens https://www.reddit.com/r/...t_80211r_roaming_working/ gelezen, en net https://forum.openwrt.org...-roaming-in-luci/11730/27 en https://forum.openwrt.org...1r-work-on-ar71xx/14869/2 gezien. Het gaat al zeker helpen als de devices op zijn minst eens kijken of er een beter netwerk is als de ontvangst richting 1 of 2 van de 3 balkjes gaat.
De devices waar het het meest van belang is hebben iOS.

Voor mogelijke WPA2 Enterprise setup in de toekomst zat ik al te kijken naar wpad-mini omwisselen voor wpad. Als wpad-basic WPA2 Enterprise doet ga ik daarheen, anders waarschijnlijk direct wpad.

_JGC_ schreef op vrijdag 21 december 2018 @ 20:43:
802.11r zorgt alleen voor snellere overdracht van ene naar andere AP, het is nog steeds aan de cliënt om te roamen.

Als je Apple hardware hebt raad ik af om 802.11r in te schakelen, Apple heeft besloten dat een netwerk met 802.11r ook 802.11k moet hebben. Zonder 802.11k is je verbinding op een Apple cliënt instabiel.

In de links lees ik toch aardige succesverhalen. Wat is er precies met dat 802.11k?

[Borromini]

Wpad-basic doet geen Enterprise. Daarom heet het ook 'basic'.

[_JGC_]

@Saturnus 802.11r is seamless handover, waarbij het nieuwe AP de onderhandelde key overneemt van de oude.
802.11k is een protocol om clients te sturen naar een bepaald AP. Zonder K gaat R niet werken op apple hardware. Die ervaring heb ik zowel met OpenWRT als met Unifi.
Goede nieuws is dat 802.11k en 802.11v wel genoemd worden in changelogs van LEDE in februari 2018. Hoe je dat werkend krijgt is alleen nergens gedocumenteerd.

[ANdrode]

_JGC_ schreef op zondag 23 december 2018 @ 17:50:
@Saturnus 802.11r is seamless handover, waarbij het nieuwe AP de onderhandelde key overneemt van de oude.

En wat vooral sneller is wanneer je enterprise authenticatie doet! Ik heb de set-up maar voordeel is beperkt. Werkt overigens perfect op macs.

802.11k is een protocol om clients te sturen naar een bepaald AP. Zonder K gaat R niet werken op apple hardware. Die ervaring heb ik zowel met OpenWRT als met Unifi.
Goede nieuws is dat 802.11k en 802.11v wel genoemd worden in changelogs van LEDE in februari 2018. Hoe je dat werkend krijgt is alleen nergens gedocumenteerd.

Voor 802.11k/802.11v zie ik nergens configuratie elementen terug in de UI of wiki's.

Mogelijk werd 802.11k alleen ondersteunt om band steering makkelijker te maken voor devices. Ik dacht dat zelfs die stap nog niet geïmplementeerd was

[Maurits van Baerle]

De OpenWrt 18.06.2 service release is net uitgekomen.

The OpenWrt Community is proud to announce the second service release of 
the stable OpenWrt 18.06 series.

OpenWrt 18.06.2 incorporates a fair number of bug fixes in the network userland and the build system, as well as updates to the kernel and base packages.

Some selected highlights of the service release are:
• Linux kernel updated to versions 4.9.152/4.14.95 (from 4.9.120/4.14.63 in v18.06.1)
• Security fixes for the Linux kernel, GNU patch, Glibc, BZip2, Grub, OpenSSL and MbedTLS
• Build system bug fixes
• IPv6 and network service fixes

For a detailed list of changes since 18.06.1 refer to
 https://openwrt.org/releases/18.06/changelog-18.06.2

For latest information about the 18.06 series, refer to the wiki at:
 https://openwrt.org/releases/18.06/

To download the v18.06.2 images, navigate to:
 https://downloads.openwrt.org/releases/18.06.2/

Have fun!
The OpenWrt Community

Er staat ook een grotere update (19.01?) in de planning maar dat kan nog wel een paar weken duren denk ik.

[_JGC_]

Super. In 18.06.1 zit een bug die zorgt voor mtd corruptie waardoor alle instellingen weg zijn, zowel op mijn tp-link 1043ndv2 als de archer c7.

[roel0]

Ik heb net openwrt op mijn netgear r7800 x4s geflashed, maar heb (enkel) problemen met 5GHz

Encryption: mixed WPA/WPA2 PSK (CCMP)
Channel: 52 (5.260 GHz)
Tx-Power: 20 dBm
Signal: -63 dBm | Noise: -107 dBm
Bitrate: 2.8 Mbit/s | Country: BE

De bitrate is echt ongelofelijk laag, terwijl 2.4 gewone normale snelheden haalt. Iemand een idee?

Met de stock firmware had ik geen problemen.


UPDATE: blijkbaar rapporteert de driver een verkeerde bitrate aan de kernel, met speedtest kom ik slechts aan 25Mbit op 5GHz, terwijl ik op 2.4 bijna 100 haal

[ Voor 17% gewijzigd door roel0 op 02-02-2019 14:39 ]

[Videopac]

roel0 schreef op zaterdag 2 februari 2019 @ 13:14:
Ik heb net openwrt op mijn netgear r7800 x4s geflashed, maar heb (enkel) problemen met 5GHz

Encryption: mixed WPA/WPA2 PSK (CCMP)
Channel: 52 (5.260 GHz)
Tx-Power: 20 dBm
Signal: -63 dBm | Noise: -107 dBm
Bitrate: 2.8 Mbit/s | Country: BE

De bitrate is echt ongelofelijk laag, terwijl 2.4 gewone normale snelheden haalt. Iemand een idee?

Met de stock firmware had ik geen problemen.


UPDATE: blijkbaar rapporteert de driver een verkeerde bitrate aan de kernel, met speedtest kom ik slechts aan 25Mbit op 5GHz, terwijl ik op 2.4 bijna 100 haal

Ondanks dat de R7800 technisch een van de beste routers is en de R7800 erg populair is bij de ontwikkelaars en gebruikers van OpenWrt, is OoenWrt nog niet foutloos en is de snelheid nog niet optimaal. Er wordt wel hard aan gewerkt. Ik heb zelf de snapshot van eergisteren draaien en die werkt bij mij beter dan de stabiele versie.

[roel0]

Videopac schreef op zaterdag 2 februari 2019 @ 14:57:
[...]

Ondanks dat de R7800 technisch een van de beste routers is en de R7800 erg populair is bij de ontwikkelaars en gebruikers van OpenWrt, is OoenWrt nog niet foutloos en is de snelheid nog niet optimaal. Er wordt wel hard aan gewerkt. Ik heb zelf de snapshot van eergisteren draaien en die werkt bij mij beter dan de stabiele versie.

Volgens dit topic, zou ik zonder problemen de maximum snelheid van mijn internet abo moeten halen (zij halen tot 300-1000mbit...)

[Falco]

Weet iemand of ik de configuratie van de ene router (tp-link wdr3600) middels een backup kan kopiëren naar een andere router (Netgear wndr3700).

Beide draaien 18.06.2 en ik wil ze qua functie omwisselen (router VS dom access point)

Alvast bedankt!

[Maurits van Baerle]

Falco schreef op woensdag 6 maart 2019 @ 18:12:
Weet iemand of ik de configuratie van de ene router (tp-link wdr3600) middels een backup kan kopiëren naar een andere router (Netgear wndr3700).

Beide draaien 18.06.2 en ik wil ze qua functie omwisselen (router VS dom access point)

Alvast bedankt!

Zo makkelijk zal dat niet gaan. Je kunt tegen een aantal vreemde dingen aanlopen. Waar je vrijwel zeker tegenaan gaat lopen is dat de radio's verschillend zullen zijn en dus niet herkend gaan worden. Zo zijn er waarschijnlijk nog wel een paar dingen.

Eigenlijk is zo'n configuratiebackup niet veel meer dan de inhoud van de /etc/config directory. Wat ik zou doen is van beide config directories een lokale kopie maken. Best kans dat je niets aan /etc/config/wireless (waar de radio's in worden aangeroepen) hoeft te veranderen. Wel waarschijnlijk aan de config files voor System, Network, Firewall en DHCP.

Dan open je voor ieder config bestand de oude (backup van device A) en de nieuwe versie (config bestand van device naast elkaar in een text editor en kopieer je die dingen die duidelijk instellingen zijn over van de een naar de ander.

[Falco]

Check, ik was er inmiddels achter dat het zo eenvoudig niet is. Maar ik heb gewoon met de twee webinterfaces naast elkaar de instellingen over genomen. Zo complex waren ze niet gelukkig.

Het draait inmiddels als een zonnetje!

[Borromini]

Met de ontwikkelingen in de mt76 codebase voor ondersteuning van de 4x4 MT7615 ben ik zelf aan het kijken naar een apparaat met meer antennes en spatial streams (heb nu een DIR-860L rev. B1 en die is 2x2:2).

Ik ben op zoek naar een gewillige eigenaar van een DIR-878 of een DIR-882 die zijn (stock) bootlog kan posten zodat ik een OpenWrt-ontwikkelaar kan porren voor initiële ondersteuning .

[Borromini]

Niemand?

[Videopac]

Borromini schreef op dinsdag 19 maart 2019 @ 22:07:
Niemand?

Het zijn volgens mij niet heel populaire routers. Wil je specifiek een D-Link?

[Tom Paris]

Borromini schreef op donderdag 14 maart 2019 @ 21:55:
Ik ben op zoek naar een gewillige eigenaar van een DIR-878 of een DIR-882

Waarom niet een 4x4:4 router die al wel ondersteuning heeft, zoals de Netgear R7800?

[Videopac]

Tom Paris schreef op dinsdag 19 maart 2019 @ 23:18:
[...]


Waarom niet een 4x4:4 router die al wel ondersteuning heeft, zoals de Netgear R7800?

Ik heb een Netgear R7800. Er is ondersteuning, maar op de een of andere manier zijn de prestaties niet echt geweldig, ondanks dat dit een van de beste wifi-routers van dit moment zou moeten zijn (zie bijvoorbeeld smallnetbuilder).

Er zijn wat problemen met het schalen van de CPU frequentie en enkele snelheidsverhogende mogelijkheden die nog niet (goed) werken. Er schijnt ook een relatie te zijn met het gebruik van grote lijsten in adblock. Ik heb zelf ruim 700.000 domeinen op de lijst van adblock staan en soms is het best traag.

Ik ga, als ik tijd heb, Pi-Hole in een Docker-container op mijn Synology NAS proberen i.p.v. adblock in OpenWrt: eens kijken of dat de prestaties verbetert.

[ Voor 27% gewijzigd door Videopac op 20-03-2019 15:00 ]

[Maurits van Baerle]

Videopac schreef op woensdag 20 maart 2019 @ 09:41:
[...]

Ik heb een Netgear R7800. Er is ondersteuning, maar op de een of andere manier zijn de prestaties niet echt geweldig, ondanks dat dit een van de beste wifi-routers van dit moment zou moeten zijn (zie bijvoorbeeld smallnetbuilder).

Ik heb zelf ook een R7800 en ben tevreden over de prestaties maar ik stel dan ook geen hoge eisen aan doervoersnelheid (en dat is waar je waarschijnlijk op doelt).

Er zit een grote update van OpenWrt aan te komen (versie 19.03) en ik verwacht dat dat veel verschil kan maken voor een hoop apparaten, waaronder de R7800.

[Pinky-H9]

Is er hier toevallig iemand die OpenWRT draaiend heeft op de WD Mybook Live NAS?

Kom er namelijk niet echt uit

https://openwrt.org/toh/wd/mybooklive

[Waarten]

Goedemiddag, ik ben redelijk nieuw met OpenWRT en heb een zetje in de juiste richting nodig.

Ik probeer in de onderstaande situatie IPTV (van Online.nl) werkend te krijgen. I.v.m. de locatie van het ISRA punt loopt er slechts een enkele kabel tussen de Zyxel en de Archer C7 (v2). Een tweede kabel is geen optie. Internet werkt op alle apparaten.

Op de Zyxel staat VDSL in bridged modus en staan de volgende instellingen bij IPTV_PTM:

Name	IPTV_PTM
Mode	Routing
802.1p	0
802.1q	4
Encapsulation	IPoE

Verder is er een DHCP regel standaard aanwezig met de volgende instellingen:

Destination IP	10.0.4.0
Subnet Mask	255.255.252.0
Gateway	10.232.160.1
Interface	IPTV_PTM

Enig idee wat ik dien in te stellen in OpenWRT om IPTV werkend te krijgen?

[Darkz0rs]

@Waarten kijk hier eens: https://openwrt.org/docs/...network/wan/udp_multicast

[Waarten]

Ik heb mijn gewenste situatie werkend gekregen. De onderstaande handleiding is grotendeels gebaseerd (lees gekopieerd) op de berichten van sl1000 (voor KPN) en Muis666 (voor Telfort).

Routed IPTV en internet van Online.nl met OpenWRT
NB. Lees http://www.netwerkje.com eerst aandachtig door, zodat je het basis concept van KPN fiber en routed IPTV snapt.

Uitgangspunten voor deze handleiding:

1. Bewaar deze manual ergens offline, daar je halverwege de handleiding de internetverbinding moet aanpassen en je even offline bent.
2. De router is voorzien van een standaard installatie van OpenWRT, welke verder nog niet geconfigureerd is.
3. Let op, als je OpenWRT flasht, dan is wifi standaard uitgeschakeld, deze dien je zelf vooraf te configuren, of werk met een draadje
4. Startsituatie: De nieuwe router hangt middels zijn wan internetpoort achter de oude/huidige router, en heeft een werkende internet verbinding. (Internet is noodzakelijk voor het installeren van een aantal extra packages)
5. Hoewel veel stappen via de GUI in te stellen zijn, is niet alles via de gui te configureren, de handleiding gaat daarom geheel uit van configuratie via SSH (Putty of een vergelijkbare ssh-client is dus noodzakelijk op de PC/MAC.)
6. De lezer is enigszins bekend met Linux en VI (of een andere editor), hoe exact de configuratiebestanden te wijzigen wordt namelijk niet verder uitgelegd.
7. De configuratie kan ook direct met een tool genaamd 'UCI', maar ik vind het handiger om met een editor (VI) direct de bestanden zelf aan te passen. Ieder het zijne.
8. Configuratie bestanden bevatten meer informatie dan hier vermeld. Deze moet je verder niet wijzigen

Stap 1: Installeer packages voor de igmp proxy
Update de opkg package list, en igmp proxy zelf.

code:

opkg update
opkg install igmpproxy

Stap 2: Wan interfaces en switch vlans toevoegen.
Online.nl (CanalDigitaal) IPTV komt vanaf VLAN 4. Deze VLAN moeten als "sub-interfaces" worden toegevoegd.

1. Open /etc/config/network, zoek de wan interface, en noteer de ifname. Deze kan afhankelijk van je merk of type router eth0 of eth1 zijn.
2. Pas de wan interface zodanig aan dat de opties matchen met de gegevens hieronder (mijn router gebruikt eth0 voor het internet, mocht jouw router hier eth1 aangeven, hou dan eth1 aan voor de wan interfaces).

code:

config interface 'IPTV_PTM'
  option proto 'dhcp'
  option ifname 'eth0.4'     #0.4 dus VLAN 4
  option delegate '0'
  option defaultroute '0'    # geen default route
  option peerdns '0'         # geen DNS gebruiken die je mogelijk krijgt aangeboden op deze interface
  option vendorid 'dslforum.org'

Voeg nu helemaal onderaan het bestand de switch VLANs toe. we gebruiken geen VLANs op de interne switchpoorten, maar de wanverbinding en de poort naar de cpu zelf moeten wel geconfigureerd worden met vlans 4 en 6. De switch configuratie is voor iedere router anders en vereist aandacht.

Ik geef hieronder de specifieke config van mijn router weer (TP-Link Archer C7). Pas deze aan naar jouw router.
LET OP: verkeerd configureren kan betekenen dat je NIET meer bij je router kunt komen!

Heb je geen idee welke switchpoorten je specifiek moet gebruiken, kijk dan eens in de GUI (LUCI) of dat het duidelijker maakt, en raadpleeg anders de wiki van je device op openwrt.org. Vaak hebben ze daar een tekening van de switchpoorten. Ik probeer naar beste eer en geweten te helpen, maar voel me niet verantwoordelijk voor eventuele fouten waardoor je je dure router in een baksteen veranderd....

code:

config switch
  option name 'switch0'   #deze sectie zou je als het goed is al moeten hebben, het defineert dat we een switch hebben
  option reset '1'
  option enable_vlan '1' # en dat de switch gebruikt maakt van VLANs

config switch_vlan
  option device 'switch0'
  option vlan '1'
  option ports '0t 2 3 4 5'
  option vid '1'

config switch_vlan
  option device 'switch0'
  option vlan '2'
  option ports '1 6t'
  option vid '2'

config switch_vlan
  option device 'switch0'
  option vlan '3'
  option vid '4'
  option ports '1t 2t 3t 4t 5t' # We willen VLAN 4 doorzetten naar alle poorten

Stap 3. Igmp proxy

1. Open /etc/config/igmpproxy, en zorg dat de inhoud matched met onderstaande configuratie

code:

onfig igmpproxy
  option quickleave 1

config phyint IPTV_PTM
  option network IPTV_PTM
  option zone IPTV_PTM
  option direction upstream
  list altnet 192.168.0.1/24      #Dit is je interne netwerk, pas aan naar jouw situatie!
  list altnet 10.0.0.0/16
  list altnet 10.232.0.0/16
  list altnet 169.254.0.0/16

config phyint lan
  option network lan
  option zone lan
  option direction downstream

Stap 4. Firewall regels
Er moet een zone voor IPTV_PTM aangemaakt worden, Ook moet masqurading ingesteld worden voor de IPTV_PTM interface

1. Open /etc/config/firewall en voeg de volgende regels aan het einde toe

code:

config zone
  option name 'IPTV_PTM'
  option input 'DROP'
  option forward 'DROP'
  option output 'ACCEPT'
  option network 'IPTV_PTM'
  option masq '1'

config forwarding
  option dest 'IPTV_PTM'
  option src 'lan'

Stap 5. Verwijder nu de oude en installeer deze nieuwe router op zijn plek
Mocht de router na deze stappen nog niet uit geweest zijn, reboot dan de router.
Vanaf dit moment moet internet en IPTV via de nieuwe router werken.

[Saturnus]

Wat zijn jullie suggesties voor een beter netwerkmanagement. Zoals het groeperen van apparaten waarbij alleen bepaalde leden van die groepen toegang mogen hebben tot bepaalde leden van andere groepen. Ook sommige groepen of losse apparaten verbieden om op internet te komen. Dus zowel kunnen managen per groep als per apparaat.

Natuurlijk dacht ik direct aan VLANs, maar zoals ik dat nu heb gezien groepeer je dan poorten bij elkaar. Dit terwijl ik een unmanaged switch heb die op de OpenWRT router uit komt.

[jongetje]

@Saturnus
Dat kan met vlans en daartussen poorten openzetten. Of lokale firewalls inrichten, maar dat is niet te beheren

[Saturnus]

jongetje schreef op zaterdag 20 april 2019 @ 18:43:
@Saturnus
Dat kan met vlans en daartussen poorten openzetten. Of lokale firewalls inrichten, maar dat is niet te beheren

Is VLAN dan niet per hardwarepoort? Op poort x van de OpenWRT router hangt een switch, en daaraan 6 apparaten ofzo, dus die zijn niet per poort aan te sturen.

[ Voor 5% gewijzigd door Saturnus op 20-04-2019 19:19 ]

[Borromini]

Een VLAN kan net zoveel poorten bevatten als je wil (net zoals je reguliere LAN trouwens). De enige beperking is ruwweg het aantal fysieke poorten op je apparaat. Je kan meerdere VLANs per poort draaien als daar de nodige ondersteuning voor is (niet alleen het apparaat maar ook OpenWrt dient het te ondersteunen).

Is 802.1x geen idee? Ik heb het zelf nog nooit in de praktijk gebracht maar daarmee verplicht je authenticatie op het netwerk vziw.

Je zou ook een combinatie van beide kunnen doen: je LAN beperken, andere apparaten op extra VLANs zetten en op bepaalde 802.11x implementeren.

Zolang je een poort op je router niet in meerdere VLANs duwt (je LAN is ook een VLAN, al heeft die meestal ID 0) zouden VLANs zonder problemen moeten werken; als je poorten in meerdere VLANs wil gebruiken dien je met tagging te werken en dient dat downstream ook ondersteund te worden - je switch als die erachter hangt, of je clients.

Ik heb bij m'n broer thuis een APU2 met meerdere VLANs, en managed switches om alles gescheiden te houden.

[Tom Paris]

Saturnus schreef op zaterdag 20 april 2019 @ 19:19:
[...]

Is VLAN dan niet per hardwarepoort? Op poort x van de OpenWRT router hangt een switch, en daaraan 6 apparaten ofzo, dus die zijn niet per poort aan te sturen.

Dat is untagged VLANs, zoek op 'VLAN tagging' om te bereiken wat je wil. Je hebt er wel managed switches voor nodig.

[Saturnus]

@Borromini @Tom Paris
Het zou kunnen zijn dat ik het niet volledig snap, maar ik heb geen managed switch. Ik kan dus niet groepen creëren door fysieke poorten in de software bij elkaar in een groep te doen. VLANs einde verhaal (?).

802.1x moet client side worden opgezet toch? Wordt heel waarschijnlijk niet ondersteund door simpele devices zoals radio's, hubs, Chinese electro meuk. Plus aardig wat werk.

Op basis van MAC-adressen groepen maken kan wel (als deze functie bestaat), en zou hier in de praktijk waarschijnlijk voldoende zijn want mijn eigen apparaten gaan geen fake MAC instellen.

En firewall zones zoals @jongetje lijkt ook een mogelijkheid... Maar iptables een heel klein beetje kennende wordt dat inderdaad niet fijn.

[Borromini]

Als al je clients achter je switch zitten kan je niks doen met VLANs nee. En 802.1x is zowel server als client side vziw (je moet ergens kunnen vaststellen of je client de juiste credentials heeft).

Je zou heel simpel je LAN in twee kunnen delen (ervan uitgaande dat je 4 LAN-poorten hebt) en een tweede switch installeren voor je gevoelige apparatuur. Die sluit je aan op je nieuwe VLAN en dan kan je dat dichttimmeren zoveel je wil. Geen tagging nodig, geen 802.1x, maar wel gescheiden.

[Tom Paris]

VLANs einde verhaal inderdaad als je niet wil investeren in een managed switch. Het kost ~35 euro en is de enige echte oplossing voor je. 'Groepen' (subnetten) op basis van MAC kan wel, maar je kunt niet voorkomen dat er tussen die subnetten gecommuniceerd wordt. Juist daar zijn VLANs voor.

[Saturnus]

@Borromini Een goed idee.
@Tom Paris Ik zag die toevallig ook. Prijs valt mee.

Ik zal mijn situatie/vraag de komende dagen nog wat beter en gedetailleerder verwoorden.

[mithe]

Ik heb een probleem met mijn netwerk.

Ik heb nu een router met openWRT er op, dit lijkt goed te werken alleen is er een probleem met het correct instellen hiervan.

De situatie.
Ik heb via tele2 een oude adsl modemrouter met bijna geen opties.
Hiervoor had ik nog een asus router (die werd niet als switch gebruikt) en die gebruikte ik voor al het internet en lokaal verkeer.
Dit zat simpel gekoppeld aan de modemrouter en dit werkte. het lokaal ip hiervoor was 192.168.2.1. En mijn nas, etc had dan een ip van 192.168.2.x

Nu wil ik dit weer maar dan met openwrt als firmare. Echter krijg ik dit niet goed ingesteld.
Nu is mijn vraag hoe moet ik in OpenWRT mijn wan en lan interfaces instellen?

Mijn modemrouter dsl settings:
WAN IP Address: __publieke ip__
LAN IP Address: 192.168.1.1
Primary DNS Server: 62.58.48.30
Secondary DNS Server: 62.58.153.220

Lan settings:
IP address: 192.168.1.1
Start ip address: 192.168.1.2
End ip address: 192.168.1.254
Leased Time (hour): 24

[Saturnus]

@mithe
Je wilt van 192.168.1.0/24 naar 192.168.2.0/24?

Ga naar http://"jouw openwrt ip"/cgi-bin/luci/admin/network/network/lan
Volgens mij is "IPv4 address" aanpassen naar 192.168.2.1 genoeg.

De WAN interface, waar je modem op zit, staat als het goed is al op 'DHCP client' waardoor OpenWRT router op de WAN poort een 192.168.1.0/24 adres krijgt.

[Mich]

Ik heb sinds kort ook OpenWRT draaien.

Ik heb een paar vraagjes.

Is er via de grafische interface (Luci) een manier om alle verbonden apparaten zichtbaar te krijgen? Die via de DHCP een lease hebben zie ik wel, maar die met een vast ip adres niet. Via SSH en het arp commando zie ik ze wel.

Is er een nederlandse taal ondersteuning in Luci beschikbaar?

[ Voor 42% gewijzigd door Mich op 16-06-2019 13:26 ]

[Maurits van Baerle]

OpenWrt 18.06.4 is uitgebracht, een maintenance release van de stable 18 branch. Versie 18.06.3 heeft maar één dag bestaan omdat er een probleempje mee was en ze voor de zekerheid toen maar een nieuw versienummer hebben gepakt.

OpenWrt 18.06.4 - Fourth Service Release - July 2019

The OpenWrt Community is proud to announce the fourth service release of the stable OpenWrt 18.06 series. OpenWrt 18.06.4 incorporates a number of bug fixes in the network and system userland, as well as updates to the kernel and base packages.

Note that the OpenWrt 18.06.3 release was skipped in favor to 18.06.4 due to a last minute 4.14 kernel update fixing TCP connectivity problems which were introduced with the first iteration of the Linux SACK vulnerability patches.

Some selected highlights of the service release are:

Linux kernel updated to versions 4.9.184/4.14.131 (from 4.9.152/4.14.95 in v18.06.2)
SACK security fixes for the Linux kernel
WPA3 security fixes in hostapd
Further security fixes for Curl and the Linux kernel
MT76 wireless driver updates
Various network and system service fixes

Bron

Een uitgebreidere changelog dan die in de Release Notes hierboven is achter deze link te vinden.

[Tom Paris]

Er is ook een update van old-stable 17.01.x https://openwrt.org/releases/17.01/changelog-17.01.7

[ThaStealth]

Is er zicht op wanneer de volgende major komt? Ik draai het nu op een MikroTik RB750Gr3 (https://openwrt.org/toh/mikrotik/mikrotik_rb750gr3) maar deze is alleen supported in de snapshot versie.
Ik wil graag een reguliere versie draaien, maar die is er tot op heden nog niet.

[Maurits van Baerle]

ThaStealth schreef op vrijdag 5 juli 2019 @ 13:44:
Is er zicht op wanneer de volgende major komt? Ik draai het nu op een MikroTik RB750Gr3 (https://openwrt.org/toh/mikrotik/mikrotik_rb750gr3) maar deze is alleen supported in de snapshot versie.
Ik wil graag een reguliere versie draaien, maar die is er tot op heden nog niet.

Zoals het er nu naar uit ziet wordt dat versie 19.07 en zou dat best eens een kwestie van weken kunnen zijn.

[Darkz0rs]

18.06.4 is net uit

[WRT54G]

Is er iemand die OpenWrt draaiend heeft op een Cisco Meraki MR33?

[DG-COMSYS]

WRT54G,

WRT54G schreef op maandag 29 juli 2019 @ 13:34:
Is er iemand die OpenWrt draaiend heeft op een Cisco Meraki MR33?

OpenWrt zelf geeft aan dat het mogelijk is, maar je moet de bootloader vervangen.
https://openwrt.org/toh/meraki/mr33
Je moet de box openmaken en via UART de bootloader herprogrameren.

Er is ook een Github pagina met LEDE code, laatst bijgewerkt ongeveer 1 jaar geleden.
https://github.com/riptidewave93/LEDE-MR33

Verder heb ik geen ervaring met openWrt op Cisco.

DG.

[leefeenkeer]

Pinky-H9 schreef op woensdag 20 maart 2019 @ 14:21:
Is er hier toevallig iemand die OpenWRT draaiend heeft op de WD Mybook Live NAS?

Kom er namelijk niet echt uit

https://openwrt.org/toh/wd/mybooklive

Een van de dingen is dat openwrt als ip adres 192.168.1.1 standaard configureert.
Als je door het dd verhaal heen bent moet je het ip adres op de nieuwe aangemaakte schijf aanpassen:

Op de nieuwe gemaakte schijf ga naar:
(Doe dit in Linux, maak bv een boot usb disk met puppylinux d.m.v. rufus usb diskmaker.)
dus ga naar:
/etc/config/network
verander in de file network: 192.168.1.1 in bijvoorbeeld 192.168.1.151
en sla de file weer op.

Als dit gelukt is:
Hang je hd in de uit elkaar gehaalde WDmybooklive en sluit m aan.
Nu kan je dmv je browser naar 192.168.1.151.

Nu begint het echte werk. lol.

[zaadstra]

Maurits van Baerle schreef op woensdag 20 maart 2019 @ 12:36:
[...]

Ik heb zelf ook een R7800 en ben tevreden over de prestaties maar ik stel dan ook geen hoge eisen aan doervoersnelheid (en dat is waar je waarschijnlijk op doelt).

Er zit een grote update van OpenWrt aan te komen (versie 19.03) en ik verwacht dat dat veel verschil kan maken voor een hoop apparaten, waaronder de R7800.

Welke nieuwe dingen heb je het over? Ik zie niet zoveel opvallende dingen. Wel zie ik in threads (o.a. van de build van hnyman) dat er nog best wel dingetjes zijn met die R7800.
Ik overweeg zo'n R7800 te nemen en de stock firmware geeft na .52 dropouts t/m de huidige .62. Dan moet OpenWRT het wel goed doen maar het lijkt alsof er nog steeds stevig gesleuteld wordt, het gaat niet om nice to haves ...
Het is nu een half jaar verder maar op de OpenWRT pagina's worden nog geen beta's of zo aangeboden.

[Maurits van Baerle]

zaadstra schreef op woensdag 25 september 2019 @ 08:47:
[...]


Welke nieuwe dingen heb je het over? Ik zie niet zoveel opvallende dingen. Wel zie ik in threads (o.a. van de build van hnyman) dat er nog best wel dingetjes zijn met die R7800.
Ik overweeg zo'n R7800 te nemen en de stock firmware geeft na .52 dropouts t/m de huidige .62. Dan moet OpenWRT het wel goed doen maar het lijkt alsof er nog steeds stevig gesleuteld wordt, het gaat niet om nice to haves ...
Het is nu een half jaar verder maar op de OpenWRT pagina's worden nog geen beta's of zo aangeboden.

Sowieso zitten er op low-level een heleboel veranderingen in zoals een kernel upgrade. Op een hoger level gaan we ondersteuning voor WPA3 zien.

Voor de R7800 denk ik dat het grootste verschil misschien wel de overstap naar de Candela Tech (CT) driver is voor het wireless gedeelte als vervanger voor de oude ath10k/QCA driver. CT is een onafhankelijke fork van de reference driver en dat betekent dat bugs makkelijker gefixt konden worden, de performance iets beter schijnt te zijn en er nu ondersteuning voor meer wireless technologieën is. Denk bijvoorbeeld aan AP-VLAN, IBSS (ADHOC) modus en betere 802.11r (fast roaming) ondersteuning.

Anyway, ook onder 18.06.4 ben ik al erg tevreden over OpenWRT op de R7800. Mijn hoogste uptime is misschien iets van 50 dagen maar dat komt omdat ik er nog regelmatig grote veranderingen maak in m'n netwerk. Verder is ie stabiel en gaat de handover tussen meerdere OpenWRT AP's in m'n huis enorm soepel, de twee belangrijkste dingen voor mij.

[zaadstra]

Klinkt goed!

Moet je herstarten dan voor wijzigingen? Ik draai een oude OpenWRT op de WNDR3700 en herstart zelden. Eerder een stroomstoring of raar gedoe wat uiteindelijk toch niet aan de router ligt. En dan uptimes van meer dan een jaar...
Moet je iets speciaals inregelen voor die handover tussen de AP's? Ik ben wel om voor de R7800 denk ik en heb nog een prima WNDR3700

[Maurits van Baerle]

zaadstra schreef op woensdag 25 september 2019 @ 16:02:
Moet je herstarten dan voor wijzigingen?

Nee hoor, de meeste dingen hebben hooguit een een restart van de service nodig. Ik wil alleen graag weten of het ook allemaal nog werkt na een stroomuitval o.i.d. dus na sommige ingrijpende dingen test ik even of ze na een herstart weer op komen.

Wat die handover betreft, ik maak nog niet eens gebruik van officiele handover functies maar heb gewoon twee AP’s met dezelfde SSID op verschillende kanalen. Ik moet veel internationaal bellen, een uurtje of twee per dag denk ik, en gebruik daar altijd Facetime voor. Ik kan gewoon bellend rondlopen en meerdere keren heen en weer schakelen zonder serieuze hapering. Gewoon omdat de negotiation in een fractie van een seconde gebeurt.

[Videopac]

Maurits van Baerle schreef op woensdag 25 september 2019 @ 13:24:
[...]

Sowieso zitten er op low-level een heleboel veranderingen in zoals een kernel upgrade. Op een hoger level gaan we ondersteuning voor WPA3 zien.

Voor de R7800 denk ik dat het grootste verschil misschien wel de overstap naar de Candela Tech (CT) driver is voor het wireless gedeelte als vervanger voor de oude ath10k/QCA driver. CT is een onafhankelijke fork van de reference driver en dat betekent dat bugs makkelijker gefixt konden worden, de performance iets beter schijnt te zijn en er nu ondersteuning voor meer wireless technologieën is. Denk bijvoorbeeld aan AP-VLAN, IBSS (ADHOC) modus en betere 802.11r (fast roaming) ondersteuning.

Anyway, ook onder 18.06.4 ben ik al erg tevreden over OpenWRT op de R7800. Mijn hoogste uptime is misschien iets van 50 dagen maar dat komt omdat ik er nog regelmatig grote veranderingen maak in m'n netwerk. Verder is ie stabiel en gaat de handover tussen meerdere OpenWRT AP's in m'n huis enorm soepel, de twee belangrijkste dingen voor mij.

Op het OpenWrt forum lees ik wisselende ervaringen met de ct firmware. Kennelijk zijn er nog steeds veel mensen die last hebben van herstarts. Daarnaast zijn de problemen het het schalen van de cpu frequenties nog steeds niet opgelost evenals het hardwarematig offloaden van bepaalde zaken. Zelf heb ik last van Apple apparaten waar het internet hangt, zelfs nu ik de R7800 alleen als access point gebruik (i.c.m. een Zyxel switch en een Opnsense router). 1GB/s routeersnelheid wordt ook nog bij lange na niet gehaald.

Ik heb ook nog een TP Link C2600 liggen die zo goed als gelijkwaardig presteert. Die ondersteund alleen geen 160MHz maar dat gebruikt toch niemand. Ik kan er alleen momenteel niet meer in nadat ik VLANs probeerde in te stellen. Ik zal wel iets fout gedaan hebben.

Ik ben er wel van overtuigd dat de Qualcom QCA9984/9980 een erg goede wifi chipset is. Het is meer dat de OpenWrt ondersteuning nog steeds niet optimaal is. Ik zie de meerwaarde van Mesh niet in en van ax-apparatuur nog niet in. Je zou een tweede hands R7800 of C2600 kunnen kopen: zo zijn die best betaalbaar.

[Maurits van Baerle]

De eerste release candidate van OpenWrt 19.07 is uit.

Hi,

The OpenWrt community is proud to announce the first release candidate
of the upcoming OpenWrt 19.07 stable version series. It incorporates
over 3700 commits since branching the previous OpenWrt 18.06 release and
has been under development for about one a half year.

With this release the OpenWrt project brings all supported targets back
to a single common kernel version and to further refines and broadens
existing device support. It also provides initial support for the new
ath79 target, the future device tree based successor of the popular
ar71xx target.

Lees verder: https://lists.infradead.o...2019-November/019957.html

[sterremos]

Ik heb een TP -link archer C7 overgenomen waar openWRT opstaat, echter heb een issue met het inloggen. als ik deze aansluit op de Laptop kan ik via 192.168.68.1 in het inlogscherm komen, echter vraag de router voor een WW wat niet bekend is, probeer via de 30-30-30 methode deze te resettten, als ik dat doe komt de router in in "vast"methode waardoor deze niet meer doorstart. ben een week bezig al om de mogelijkheden die ik via internet kan vinden om te proberen alsnog deze te kunnen gebruiken. weet iemand een mogelijk voor me of moet ik voor een nieuwe gaan kijken?

Ron

[Mijzelf]

Je moet de failsafe gebruiken.
https://openwrt.org/docs/...ailsafe_and_factory_reset

[Borromini]

Als het een recente OpenWrt-versie is loont het ook de moeite om via SSH te proberen in te loggen, en te kijken of ie een paswoord vraagt. Als de vorige eigenaar 'm gereset heeft dan kan je gewoon inloggen zonder paswoord en dien je dat zelf in te stellen.

Anders failsafe zoals hierboven.

[Videopac]

sterremos schreef op donderdag 21 november 2019 @ 16:28:
Ik heb een TP -link archer C7 overgenomen waar openWRT opstaat, echter heb een issue met het inloggen. als ik deze aansluit op de Laptop kan ik via 192.168.68.1 in het inlogscherm komen, echter vraag de router voor een WW wat niet bekend is, probeer via de 30-30-30 methode deze te resettten, als ik dat doe komt de router in in "vast"methode waardoor deze niet meer doorstart. ben een week bezig al om de mogelijkheden die ik via internet kan vinden om te proberen alsnog deze te kunnen gebruiken. weet iemand een mogelijk voor me of moet ik voor een nieuwe gaan kijken?

Ron

Verse installaties hebben een blanco wachtwoord. Indien dat niet werkt: kan de vorige eigenaar je wellicht helpen?

[sterremos]

Videopac schreef op donderdag 21 november 2019 @ 20:16:
[...]

Verse installaties hebben een blanco wachtwoord. Indien dat niet werkt: kan de vorige eigenaar je wellicht helpen?

Vorige eigenaar kan mij helaas niet meer helpen, een verse installatie is mooi, maar voor het uploaden hoe ik in de router?

[sterremos]

Borromini schreef op donderdag 21 november 2019 @ 20:15:
Als het een recente OpenWrt-versie is loont het ook de moeite om via SSH te proberen in te loggen, en te kijken of ie een paswoord vraagt. Als de vorige eigenaar 'm gereset heeft dan kan je gewoon inloggen zonder paswoord en dien je dat zelf in te stellen.

Anders failsafe zoals hierboven.

SHH vraagt ook voor het wachtwoord, dus is het niet gereset, ben een newbee helaas, we gaan Failsafe proberen, hoe gaat dat in jip en Janneke?

Ron

[Borromini]

@sterremos Gebruik ajb de 'Wijzig'-knop om je post aan te passen ipv op je eigen post te reageren.

De failsafe werkt ook en is makkelijker dan een verse installatie, die dien je namelijk via de recovery uit te voeren via TFTP. Die pagina bevat alle info die nodig is. Je dient ook te weten van welke generatie je router is (v1.x, v2, ...). Als je iemand in je omgeving hebt die wat handiger is kan je daar beter hulp aan vragen.

Het is wel zo netjes dat de vorige eigenaar jou hiermee verderhelpt, als je ervoor betaald hebt is het zijn verantwoordelijkheid om ervoor te zorgen dat de volgende eigenaar ermee verderkan. Zelfs als je er niet voor betaald hebt blijft het slordig (en zelfs wat ongemanierd).

[ Voor 40% gewijzigd door Borromini op 21-11-2019 20:36 ]

[sterremos]

Zal er aan denken om de wijzig knop te gebruiken, maar inderdaad is het zo. heb een een modem gekocht via MP met WRT maar kan het niet gebruiken, de eigenaar wil niet helpen, en dus zit ik met een onbruikbaar geval. ben al een week bezig met te proberen om te resetten wat niet maar wil. morgen het failsafe dan maar eens proberen.

Zie dat het router een IP heeft van 192.168.68.1, hoe met ik in deze verder met Failsafe
?

[ Voor 12% gewijzigd door sterremos op 21-11-2019 20:53 ]

[haakjesluiten]

sterremos schreef op donderdag 21 november 2019 @ 20:47:
Zal er aan denken om de wijzig knop te gebruiken, maar inderdaad is het zo. heb een een modem gekocht via MP met WRT maar kan het niet gebruiken, de eigenaar wil niet helpen, en dus zit ik met een onbruikbaar geval. ben al een week bezig met te proberen om te resetten wat niet maar wil. morgen het failsafe dan maar eens proberen.

Zie dat het router een IP heeft van 192.168.68.1, hoe met ik in deze verder met Failsafe
?

Heb je überhaupt gelezen op die pagina hoe failsafe werkt? je moet een tftp server opzetten daar een bestand klaarzetten. Daarna de wsp/reset knop van de router ingedrukt houden bij het opstarten daarna zal de router opzoek gaan een bestand op 192.168.0.66.

https://sourceforge.net/projects/tftp-server/

[Mijzelf]

Crazyanz schreef op donderdag 21 november 2019 @ 21:15:
[...]


Heb je überhaupt gelezen op die pagina hoe failsafe werkt? je moet een tftp server opzetten daar een bestand klaarzetten. Daarna de wsp/reset knop van de router ingedrukt houden bij het opstarten daarna zal de router opzoek gaan een bestand op 192.168.0.66.

https://sourceforge.net/projects/tftp-server/

Hè? Nee, je brengt de router in failsafe met de reset knop, waarna je kunt inloggen op 192.168.1.1, en 'firstboot' uitvoeren om een factory reset te doen.

[haakjesluiten]

Mijzelf schreef op donderdag 21 november 2019 @ 21:26:
[...]

Hè? Nee, je brengt de router in failsafe met de reset knop, waarna je kunt inloggen op 192.168.1.1, en 'firstboot' uitvoeren om een factory reset te doen.

oh dit was dan de debrick. Ooit paar jaar geleden nodig gehad. Nou nog makkelijker dit

[Borromini]

Failsafe != TFTP.

[sterremos]

dank alle, morgen vrij dus gaan we dit uitzoeken, als ik er niet uitkom mag ik dan verder hulp vragen...

[Borromini]

Dat mag je zeker; maar je zal je sowieso op je gemak wat moeten inlezen en één en ander proberen . Mensen zullen hoedanook vragen wat je al zelf geprobeerd hebt en wat dat opleverde.

[sterremos]

is gelukt, wachtwoord is aangepast en kan in de router. maarja hoe nu verder. de bedoeling is om deze achter de internet modem te plaatsen en dan als een dedicated VPN router te maken, zit te zoeken op internet maar dat is volgens mij niet 1,2,3 gedaan?

ben niet thuis in dit, als er iemand een suggestie voor mij heeft om hierin een VPN op te zetten, graag
Ron

[Borromini]

Da's wel wat complexer dan gewoon een routertje achter je modem gooien. Je kan dat met OpenVPN doen, met Wireguard, en dat kan allemaal op OpenWrt. Je moet alleen de pakketten installeren daarvoor.

Wireguard is eenvoudiger in te stellen maar geniet nog minder ondersteuning bij 3rd party services etc. Je zal je hoedanook moeten inlezen, het klinkt alsof je een buzzword gehoord hebt maar niet weet wat het inhoudt (no offense) en je zegt ook niet wat je exact wil qua configuratie. Dus opnieuw: lees je in, gebruik Google, er is genoeg gedocumenteerd als je de juiste zoektermen intikt.

[Maurits van Baerle]

OpenWrt 19.07.0-rc2 is uit. Dit is de tweede Release Candidate voor versie 19.07. Het is een RC en nog geen stabiele versie dus installeer deze alleen als je weet wat je doet en als je weet hoe je een niet-startend apparaat weer werkend kunt krijgen. Als je niet veel ervaring hebt met OpenWrt dan kun je beter een paar weken geduld hebben tot de Stable versie.

The OpenWrt community is proud to announce the second release candidate
of the upcoming OpenWrt 19.07 stable version series. It incorporates 126
commits since the previous release candidate 19.07.0-rc1.

With this release, the OpenWrt project brings all supported targets back
to a single common kernel version and further refines and broadens
existing device support. It also provides initial support for the new
ath79 target, the future device tree based successor of the popular
ar71xx target. For 19.07, both targets are still built, but it is
recommended to switch to the ath79 target whenever possible: future
releases of OpenWrt will drop support for the ar71xx target. Please read
the known issues below before upgrading.

---

Changes in this release candidate since the previous 19.07.0-rc1 release
candidate are:

* Linux kernel updated to versions 4.14.156 (from 4.14.151 in
v19.07.0-rc1)
* GCC update to version 7.5.0 (from 7.4.0 in v19.07.0-rc1)
* Hostapd update to version 2.9
* Device support bugfixes for many devices
* Security fixes for curl, e2fsprogs, expat, wolfssl, intel-microcode
* Sysupgrade bugfix for an issue that could cause sysupgrade to
silently fail to upgrade on ar71xx devices
* Added support for the following devices: YunCore XD4200 and A782,
TP-Link Archer C60 v1/v2, ALFA Network Quad-E4G and R36M-E4G,
AVM FRITZ!Repeater 1200
* Disable image generation for several devices due to insufficient
flash space for the default set of packages. Images can still be
built with the help of the ImageBuilder or SDK with a more minimal
set of packages

When upgrading from 19.07.0-rc1, if you are affected by the sysupgrade
bug on ar71xx, you need to manually edit /lib/upgrade/stage2 and add
/usr/share/libubox/jshn.sh to list of files in the install_file line
(around line 51). This amounts to manually applying this patch:
https://git.openwrt.org/?...680ebc551bcd4253a6545ac8f

For a detailed list of changes since the OpenWrt 19.07.0-rc1 release,
see https://openwrt.org/releases/19.07/changelog-19.07.0-rc2

---

Known issues:

* Sysupgrade from ar71xx to ath79 and vice versa is not officially
supported, a full manual reinstall is recommended to switch targets
for devices supported by both ar71xx and ath79
* Images for some device became too big to support a persistent
overlay, causing such models to lose configuration after a reboot. If
you experience this problem, please report the affected device in the
forum and consider downgrading to OpenWrt 18.06 or using the Image
Builder to pack a smaller custom image
* Some optional GUI packages crash with an error about missing
"cbi.lua", install the luci-compat package to fix these
* Possible Wi-Fi issues with ath10k-based boards. If you encounter such
an issue, please file a bug report against openwrt-19.07.

---

Highlights in OpenWrt 19.07

Highlights of this release since the previous OpenWrt 18.06 version are:

* Updated toolchain:
* musl libc 1.1.24
* uClibc-ng 1.0.31
* glibc 2.27
* gcc 7.5.0
* binutils 2.31.1
* Updated Linux kernel
* 4.14.156 for all targets
* Flow offloading bugfixes
* Network userland:
* hostapd 2.9, dnsmasq 2.80, dropbear 2019.78
* Fixes in network and wireless configuration handling
* Bugfixes in DHCPv6 client and server
* WPA3 configuration support
* Install wpad-openssl or wpad-wolfssl for WPA3 support
* System userland:
* busybox 1.30.1
* Sysupgrade support for backup and upgrade capability checks
* Contains urngd, non-physical true random number generator daemon
based on timing jitter
* Bugfixes in the process manager, system message bus, embedded web
server and the configuration management library
* Platform and Driver Support
* Dropped adm5120, adm8668, ar7, au1000, ixp4xx, mcs814x, omap24xx,
ppc40x, ppc44x and xburst target
* New ath79 target that will replace the popular ar71xx target
* Updates and new device support across all targets
* Web interface:
* Client side rendering of views for improved performance
* Security fixes

---

For latest information about the 19.07 series, refer to the wiki at:
https://openwrt.org/releases/19.07/

Als je tegen problemen aanloopt met deze Release Candidate, meld het alsjeblieft met een heldere omschrijving op: https://bugs.openwrt.org/ onder Reported Version 'openwrt-19.07'. Zo kunnen grote problemen hopelijk nog opgelost worden voor dat hij Stable gaat.

Changelog: https://openwrt.org/releases/19.07/changelog-19.07.0-rc2
Downloads: https://downloads.openwrt.org/releases/19.07.0-rc2/targets/

[ Voor 75% gewijzigd door Maurits van Baerle op 03-12-2019 12:04 ]

[Burn_and_Fire]

Maurits van Baerle schreef op maandag 2 december 2019 @ 14:53:
OpenWrt 19.07.0-rc2 is uit. Dit is de tweede Release Candidate voor versie 19.07. Het is een RC en nog geen stabiele versie dus installeer deze alleen als je weet wat je doet en als je weet hoe je een niet-startend apparaat weer werkend kunt krijgen. Als je niet veel ervaring hebt met OpenWrt dan kun je beter een paar weken geduld hebben tot de Stable versie.


[...]


Als je tegen problemen aanloopt met deze Release Candidate, meld het alsjeblieft met een heldere omschrijving op: https://bugs.openwrt.org/ onder Reported Version 'openwrt-19.07'. Zo kunnen grote problemen hopelijk nog opgelost worden voor dat hij Stable gaat.

Changelog: https://openwrt.org/releases/19.07/changelog-19.07.0-rc2
Downloads: https://downloads.openwrt.org/releases/19.07.0-rc2/targets/

Inmiddels is ook de 19.07.0 Stable Release uitgekomen. Link

[Mich]

Ik heb ge-upgrade naar 19.07

Maar nu denkt mijn TP-Link C2600 router dat ik 2 x een 5 GHZ wifi kanaal heft.

Ik ben dus mijn 2.4 GHZ kwijt.

Een factoru reset loste dit niet op.

Iemand tips?

[Ravefiend]

Mich schreef op zondag 12 januari 2020 @ 13:36:
Ik heb ge-upgrade naar 19.07

Maar nu denkt mijn TP-Link C2600 router dat ik 2 x een 5 GHZ wifi kanaal heft.

Ik ben dus mijn 2.4 GHZ kwijt.

Een factoru reset loste dit niet op.

Misschien dat deze wel interessant kan zijn voor jou probleem:
https://dev.archive.openwrt.org/ticket/18093

Kijk eens wat er precies staat in /etc/config/wireless ?

[Mich]

Ravefiend schreef op zondag 12 januari 2020 @ 13:46:
[...]


Misschien dat deze wel interessant kan zijn voor jou probleem:
https://dev.archive.openwrt.org/ticket/18093

Kijk eens wat er precies staat in /etc/config/wireless ?

Thanks. De oplossing werkte helaas niet.

Ik heb een werkende /etc/config/wireless file bekeken van een zelfde router. En overgenomen wat anders was. Na een reboot werkt mijn 2.4 GHz weer

[Mich]

Ik heb een vraag over de snelheid van openvpn.

Zonder vpn haal ik een download snelheid van > 250 mb
Met de vpn tool van mijn provider (protonvpn) in windows, welke dus alleen op mijn pc lokaal werkt haal ik een snelheid van 70mb (tcp) en 110mb (udp)

Met openvpn op mijn tp-link c2600 met de nieuwste open-WRT en openVPN haal ik met zowel upd als tcp maar 28 mb.

Ik gebruik hierbij dezelfde server als ik windows gegebruik met de tool en heb meerdere keren getest.

Dit is de configuratie van mijn ovpn file:

code:

client
dev tun
proto udp

remote 77.247.178.183 443
remote 77.247.178.183 3389
remote 77.247.178.183 5995
remote 77.247.178.183 8443

remote-random
resolv-retry infinite
nobind
cipher AES-256-CBC
auth SHA512
comp-lzo no
verb 3

tun-mtu 1500
tun-mtu-extra 32
mssfix 1450
persist-key
persist-tun

reneg-sec 0

remote-cert-tls server


auth-user-pass ProtonVPN.auth
pull
fast-io

certicicate + auth keys

Wordt de snelheid gecapt door de rekenkracht van mijn router? Zou een snellere router (cpu + ram) uitkomst bieden?

[Darkz0rs]

@Mich ja de decryption kost veel cpu. Een router met hw decryption doet dat beter. Maar niet op openwrt vziw. Een beetje pc moet dat overigens we beter kunnen dan de 110 hoor. Wellicht ook een bottleneck bij de provider.

[Ravefiend]

Mich schreef op maandag 13 januari 2020 @ 19:45:
Wordt de snelheid gecapt door de rekenkracht van mijn router? Zou een snellere router (cpu + ram) uitkomst bieden?

Ik zou vermoeden van wel maar dat kan ik niet direct staven. Wel zou ik je aanraden om het eens met AES-128-CBC te proberen, wat ook gesuggeerd wordt in de docs:

https://github.com/angris...all/blob/master/README.md

AES-256 is 40% slower than AES-128, and there isn't any real reason to use a 256 bits key over a 128 bits key with AES. (Source : 1,2). Moreover, AES-256 is more vulnerable to Timing attacks.

Dat lijkt me wel eens het proberen waard.

Extra info:
https://openwrt.org/toh/tp-link/tp-link_archer_c2600_v1
--> Qualcomm Atheros IPQ8064 1400 MHz

Ter vergelijking heeft de Netgear R7800 de iets sneller geclockte IPQ8065 - 1700 MHz CPU.

[ Voor 15% gewijzigd door Ravefiend op 13-01-2020 20:03 ]