Dat kan alleen als je telefoon een vast ip-adres heeft. Dat krijg je niet van je provider, maar kan je misschien zelf regelen met een vpn naar je eigen netwerk. Daarna kan je in de firewall regels voor je telefoon instellen.Raziel schreef op maandag 17 augustus 2020 @ 22:08:
Is het mogelijk om via de firewall alleen toegang te verlenen aan bepaalde mobiele telefoons van buiten je netwerk? Ik wil toegang geven tot bepaalde poorten en dat kan ik met port forwards wel regelen, maar ik wil de toegang zo beperkt mogelijk houden. Het liefst dus alleen tot mijn mobiele telefoon. Source mac address onder de advanced options is het iig niet.
Was er al bang voor. Voor VPN geldt in principe hetzelfde, moet je toch een poort openzetten die voor alles en iedereen zichtbaar is. Heb wel 2FA aanstaan voor de applicaties, dat scheelt wel weer.Sendy schreef op maandag 17 augustus 2020 @ 22:54:
[...]
Dat kan alleen als je telefoon een vast ip-adres heeft. Dat krijg je niet van je provider, maar kan je misschien zelf regelen met een vpn naar je eigen netwerk. Daarna kan je in de firewall regels voor je telefoon instellen.
Ik zou graag mijn Archer C7 V2 updaten naar het volgende image:
Echter krijg ik de onderstaande waarschuwing in beeld die ik niet kan verklaren of durf te negeren.
Edit: Hmmm. is kennelijk toch de verkeerde. Hier staat een andere:
https://openwrt.org/toh/h...ink_archer_c7_ac1750_v2.0
code:
1
2
| openwrt-19.07.3-ar71xx-generic-archer-c7-v2-squashfs-sysupgrade.bin 1d8550baa42394f552186b121e53d8fec3590e3abebb8bddb0cb3a8decb38d01 |
Echter krijg ik de onderstaande waarschuwing in beeld die ik niet kan verklaren of durf te negeren.
Tips? Huidige versie is nog 19.07.0, moet ik de tussenversies eerst installeren?Image metadata not found Use sysupgrade -F to override this check when downgrading or flashing to vendor firmware Image check failed.
The uploaded image file does not contain a supported format. Make sure that you choose the generic image format for your platform.
Edit: Hmmm. is kennelijk toch de verkeerde. Hier staat een andere:
https://openwrt.org/toh/h...ink_archer_c7_ac1750_v2.0
[ Voor 9% gewijzigd door RudolfR op 30-08-2020 11:39 ]
@RudolfR Ar71xx is dood, kijk naar ath79.
Verder raad ik je aan om ar71xx naar ath79 zonder behoud van instellingen te doen.
Verder raad ik je aan om ar71xx naar ath79 zonder behoud van instellingen te doen.
@_JGC_
Bedankt, ik heb zojuist geflasht, wel met behoud van instellingen. (ik las je tip te laat)
Vanwaar je advies, zelf problemen gehad, of over problemen gelezen?
Upgrade lijkt succesvol, enig idee wat problemen ik kan verwachten door deze dirty flash?
Bedankt, ik heb zojuist geflasht, wel met behoud van instellingen. (ik las je tip te laat)
Vanwaar je advies, zelf problemen gehad, of over problemen gelezen?
Upgrade lijkt succesvol, enig idee wat problemen ik kan verwachten door deze dirty flash?
Hoeft niet per se een probleem te zijn, maar soms wil het nog wel eens gebeuren dat je wifi of switch config niet meer klopt met hoe de hardware wordt aangestuurd op de nieuwe architectuur.
Precies dit. Doe een factory reset en begin met een schone lei. Kleine moeite nu die je potentieel vage klachten in de toekomst bespaart._JGC_ schreef op zondag 30 augustus 2020 @ 12:00:
Hoeft niet per se een probleem te zijn, maar soms wil het nog wel eens gebeuren dat je wifi of switch config niet meer klopt met hoe de hardware wordt aangestuurd op de nieuwe architectuur.
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Zojuist viel ineens mijn Netgear R7800 uit. Ik ging even kijken bij de router en het blijkt dat het 2.4 en 5GHz ledje nog een kleine beetje (minder fel dan wanneer operationeel) knipperen op een constante manier. Verder doet ie helemaal niets meer. Kan geen verbinding krijgen met kabel of WiFi. Ook niet na reboot/reset/powercycle etc. Iemand bekend met dit fenomeen? Draai een stable versie van Hneyman.
Vrees dat ie dood is en ik naar mn garantie kan fluiten...
Vrees dat ie dood is en ik naar mn garantie kan fluiten...
[ Voor 7% gewijzigd door Gumball op 07-09-2020 22:12 ]
Voeding misschien defect?
Heb ik vaak met routers/accespoints gehad dat voeding te zwak werd na verloop van tijd.
Heb ik vaak met routers/accespoints gehad dat voeding te zwak werd na verloop van tijd.
Wat zijn de voordelen van ath79 t.o.v. ar71xx?_JGC_ schreef op zondag 30 augustus 2020 @ 11:49:
@RudolfR Ar71xx is dood, kijk naar ath79.
Verder raad ik je aan om ar71xx naar ath79 zonder behoud van instellingen te doen.
Ik draai nu nog v18.06.8 op mijn Archer C7's en dus ar71xx.
Ok,thanks!
Ik wist idd dat ar71xx niet meer in de recente versies zat van OpenWRT maar had gedacht dat er wellicht voordelen waren met het overschakelen naar ath79.
Ik wist idd dat ar71xx niet meer in de recente versies zat van OpenWRT maar had gedacht dat er wellicht voordelen waren met het overschakelen naar ath79.
Ja dat zou kunnen. Ik zal eens kijken of ik een multimeter oid kan lenen ergens.The_Doman schreef op maandag 7 september 2020 @ 22:54:
Voeding misschien defect?
Heb ik vaak met routers/accespoints gehad dat voeding te zwak werd na verloop van tijd.
Voor degenen die 19.07 draaien: de nieuwe point release (19.07.4) is uit.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Dank, upgrade naar .4 op WNDR3700v2 ging probleemloos.
Ik had het ook al gepost onder de meukpost maar ook even hier voor de volledigheid.
Even een kleine waarschuwing voor mensen die voorheen OpenWrt draaiden met een versie voor het ar71xx target en die nu willen (en binnenkort moeten) overstappen naar het ath79 target. Maak een backup van je huidige instellingen, liefst nog aparte aantekeningen (ik maak meestal gewoon screenshots van de pagina's met belangrijkste instellingen) en update dan naar een versie uit de ath79 directory zonder je instellingen te bewaren of daarna je backup terug te zetten.
Die backup, aantekening of screenshots gebruik je daarna alleen om je te helpen alles handmatig opnieuw in te stellen. Zo'n configuration backup is overigens eigenlijk gewoon een zip file van je hele config dir. Als je de extensie van de backup hernoemt naar .zip kun je hem gewoon uitpakken. Dan kun je de config files openen en bekijken om je nieuwe instellingen mee te maken.
Er is flink wat veranderd in de switch van ar71xx naar ath79 en het kan goed zijn dat verschillende hardwareonderdelen nu een nieuw nummer of naam hebben. Je kunt dan opgescheept zitten met spook devices die niet meer bestaan onder ath79, omgewisselde ethernetpoorten en dergelijke (als een paar LAN poorten zijn omgewisseld is het geen probleem, als LAN en WAN omgewisseld zijn is het een groot probleem).
Om allerlei vreemde effecten te voorkomen is het beter om deze overstap te maken met een schone lei.
Even een kleine waarschuwing voor mensen die voorheen OpenWrt draaiden met een versie voor het ar71xx target en die nu willen (en binnenkort moeten) overstappen naar het ath79 target. Maak een backup van je huidige instellingen, liefst nog aparte aantekeningen (ik maak meestal gewoon screenshots van de pagina's met belangrijkste instellingen) en update dan naar een versie uit de ath79 directory zonder je instellingen te bewaren of daarna je backup terug te zetten.
Die backup, aantekening of screenshots gebruik je daarna alleen om je te helpen alles handmatig opnieuw in te stellen. Zo'n configuration backup is overigens eigenlijk gewoon een zip file van je hele config dir. Als je de extensie van de backup hernoemt naar .zip kun je hem gewoon uitpakken. Dan kun je de config files openen en bekijken om je nieuwe instellingen mee te maken.
Er is flink wat veranderd in de switch van ar71xx naar ath79 en het kan goed zijn dat verschillende hardwareonderdelen nu een nieuw nummer of naam hebben. Je kunt dan opgescheept zitten met spook devices die niet meer bestaan onder ath79, omgewisselde ethernetpoorten en dergelijke (als een paar LAN poorten zijn omgewisseld is het geen probleem, als LAN en WAN omgewisseld zijn is het een groot probleem).
Om allerlei vreemde effecten te voorkomen is het beter om deze overstap te maken met een schone lei.
[ Voor 8% gewijzigd door Maurits van Baerle op 11-09-2020 14:04 ]
Het grote: DAB+ digitale radio topic / IPv6 topic / OpenWRT topic
Hallo allemaal,
mijn ervaring met openwrt is begonnen met een GL.Inet AR750S-EXT travel router. Die heb ik momenteel in een DMZ van mijn provider adsl modem zitten. Waar ik hem voor gebruik is met name als Adguardhome adblocker, Wireguard VPNserver en USB tethering backup.
Nu zou ik graag de AR750 willen vervangen door een openwrt router die minstens hetzelfde kan en liefst nog wat meer zodat ik de ar750 ook daadwerkelijk als travelrouter kan gaan gebruiken.
Mijn vraag bij deze is dan welke router zou ik kunnen het beste kunnen aanschaffen voor om en nabij de € 100,00.
Alvast heel hartelijk dank voor het meedenken.
groet tom
mijn ervaring met openwrt is begonnen met een GL.Inet AR750S-EXT travel router. Die heb ik momenteel in een DMZ van mijn provider adsl modem zitten. Waar ik hem voor gebruik is met name als Adguardhome adblocker, Wireguard VPNserver en USB tethering backup.
Nu zou ik graag de AR750 willen vervangen door een openwrt router die minstens hetzelfde kan en liefst nog wat meer zodat ik de ar750 ook daadwerkelijk als travelrouter kan gaan gebruiken.
Mijn vraag bij deze is dan welke router zou ik kunnen het beste kunnen aanschaffen voor om en nabij de € 100,00.
Alvast heel hartelijk dank voor het meedenken.
groet tom
Als de AR750 in zijn huidige rol doet wat je er van verlangt, kun je ook een 2e aanschaffen om als travel router te gaan gebruiken.
Computers are like airconditioners: they work perfect until you open windows...
Als ik nu een router zou aanschaffen voor OpenWRT, neem ik dan beter een TP-Link Archer C7 AC1750 of TP-Link Archer C80 AC1900 de prijs op amazon is vrijwel gelijk ?
Van die twee is de C7 de betere keus. De C80 wordt niet ondersteund. Ik kan 'm althans niet vinden in de TOH.
Je zou ook een tweedehands C2600 kunnen kopen. Die is snel en wordt goed ondersteund. Kosten: 40 a 50 euro. Even op marktplaats zoeken (al dan niet via veilingkijker).jacotech schreef op vrijdag 11 september 2020 @ 15:02:
Als ik nu een router zou aanschaffen voor OpenWRT, neem ik dan beter een TP-Link Archer C7 AC1750 of TP-Link Archer C80 AC1900 de prijs op amazon is vrijwel gelijk ?
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
@groxgrox De APU2's zijn redelijk populair maar qua rauwe processorkracht lopen ze achter op bordjes zoals bv. de Odroid H2+. Het hangt er dus maar vanaf hoe hard je 't nodig hebt. Doet ook AES-NI denk ik.groxgrox schreef op maandag 22 juni 2020 @ 06:56:
Ok! Dank! Ik kan die Odroid H2 nergens meer vinden...de plus staat in backorder.
Iemand ervaring met deze?
https://www.varia-store.c...il-speicher-gehaeuse.html
Ik heb de APU2 zelf al jaren draaien. Idee was om hardwareversnelling te hebben voor bv. OpenVPN maar ondertussen staat er WireGuard op, da's lichter en heeft geen hardwareversnelling nodig voor vergelijkbare prestaties.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Odroid H2+ is leverbaar. De status van de integratie van de nieuwe Realtek drivers voor de 2,5Gb NIC’s in OPNsense en OpenWrt is mij onbekend.Borromini schreef op zaterdag 12 september 2020 @ 10:30:
[...]
@groxgrox De APU2's zijn redelijk populair maar qua rauwe processorkracht lopen ze achter op bordjes zoals bv. de Odroid H2+. Het hangt er dus maar vanaf hoe hard je 't nodig hebt. Doet ook AES-NI denk ik.
Ik heb de APU2 zelf al jaren draaien. Idee was om hardwareversnelling te hebben voor bv. OpenVPN maar ondertussen staat er WireGuard op, da's lichter en heeft geen hardwareversnelling nodig voor vergelijkbare prestaties.
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
Hallo,
bedankt voor jullie reacties.
Ik ben niet woonachtig in NL maar ook hier hebben ze een MP variant. :-)
bedankt voor jullie reacties.
Bedoel je de Netgear Nighthawk X4S AC2600?Videopac schreef op vrijdag 11 september 2020 @ 20:00:
[...]
Je zou ook een tweedehands C2600 kunnen kopen. Die is snel en wordt goed ondersteund. Kosten: 40 a 50 euro. Even op marktplaats zoeken (al dan niet via veilingkijker).
Ik ben niet woonachtig in NL maar ook hier hebben ze een MP variant. :-)
TP Link Archer C2600tommiedepommie schreef op zaterdag 12 september 2020 @ 11:48:
Hallo,
bedankt voor jullie reacties.
[...]
Bedoel je de Netgear Nighthawk X4S AC2600?
Ik ben niet woonachtig in NL maar ook hier hebben ze een MP variant. :-)
Nee, maar die Netgear Nighthawk R7800 is technisch gezien nog iets beter, al zal vrijwel niemand de 160MHz mogelijkheid gebruiken, dus is zo'n TP Link C2600 meer dan goed genoeg en omdat die minder aandacht krijgt vaak wat goedkoper te vinden. Maar als je zo'n Netgear Nighthawk X4S R7800 AC2600 goedkoop kunt vinden zou ik het zeker doen.tommiedepommie schreef op zaterdag 12 september 2020 @ 11:48:
Hallo,
bedankt voor jullie reacties.
[...]
Bedoel je de Netgear Nighthawk X4S AC2600?
Ik ben niet woonachtig in NL maar ook hier hebben ze een MP variant. :-)
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
Ik heb sinds gisteren de nieuwe versie 19.07.4 draaien op mijn Experia Box v8, het werkt uitstekend.
Ik gebruik nu pfsense in combinatie met een oudere wifi router die ik puur gebruik als acces point maar deze heeft wat kuren. Nu zat ik te denken om de wifi router te vervangen voor een Pcie wifi kaart. Alleen freebsd heeft niet heel erg goede ondersteuning voor wifi. Nu zit ik te denken om over te stappen naar Openwrt x86 omdat linux betere ondersteuning heeft voor wifi. Wie heeft er hier ervaring mee en welke pcie wifi kaart kan ik dan het beste kopen?
Ik heb op dit moment 2x een Archer C7 met OpenWRT.
Nu heeft een maatje van mij een AC2600 die ie voor niet te veel weg doet.
Is dit nu echt een goede koop of kan ik net zo goed de C7's houden?
Nu heeft een maatje van mij een AC2600 die ie voor niet te veel weg doet.
Is dit nu echt een goede koop of kan ik net zo goed de C7's houden?
Oh? Hoe heb je dat voor elkaar gekregen? Ik heb er wel even naar gekeken, maar vereiste een hardware matige aanpak en daar heb ik geen spullen voor in huis. Software matig aanprutsen = ok, maar op hardware gebied haak ik af.CitizenNL schreef op zaterdag 12 september 2020 @ 14:19:
Ik heb sinds gisteren de nieuwe versie 19.07.4 draaien op mijn Experia Box v8, het werkt uitstekend.
Dit is een best helder stappenplan:
http://www.alfredklomp.com/technology/experia-v8/
☻/
/▌
/ \ Analyseert | Modelleert | Valideert | Solliciteert | Generaliseert | Procrastineert | Epibreert |
Ik gebruik daarvoor deze kabel Hierna zet ik de modem in UART modes door 3.3v op één van de bootsels te zetten. Op deze pagina staat beschreven hoe dit in zijn werk gaat.Motrax schreef op maandag 9 november 2020 @ 15:50:
[...]
Oh? Hoe heb je dat voor elkaar gekregen? Ik heb er wel even naar gekeken, maar vereiste een hardware matige aanpak en daar heb ik geen spullen voor in huis. Software matig aanprutsen = ok, maar op hardware gebied haak ik af.
Dit is een best helder stappenplan:
http://www.alfredklomp.com/technology/experia-v8/
OpenWrt 19.07.5 is uit:
https://openwrt.org/releases/19.07/notes-19.07.5
https://openwrt.org/releases/19.07/notes-19.07.5
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
Mochten er geïnteresseerden zijn, een ijverige ziel heeft een familie van Realtek-SoCs (jawel) naar OpenWrt geport. Die blijken populair te zijn voor grotere (8+) managed switches (het instapsegement).
Dus als je altijd al een switch wou met OpenWrt zeker iets om in het oog te houden. Ik heb onlangs de pricewatch: ZyXEL GS1900-10HP aangeschaft: 8x Gigabit PoE+, 2x Gigabit SFP. Hangt hier al in het netwerk nu met een OpenWrt-versie (opgelet: nog wat scherpe randjes
).
Forumthread hierrr.
Dus als je altijd al een switch wou met OpenWrt zeker iets om in het oog te houden. Ik heb onlangs de pricewatch: ZyXEL GS1900-10HP aangeschaft: 8x Gigabit PoE+, 2x Gigabit SFP. Hangt hier al in het netwerk nu met een OpenWrt-versie (opgelet: nog wat scherpe randjes
Forumthread hierrr.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Ik had de thread al gezien, maar had er een beetje eenBorromini schreef op donderdag 10 december 2020 @ 06:44:
Mochten er geïnteresseerden zijn, een ijverige ziel heeft een familie van Realtek-SoCs (jawel) naar OpenWrt geport. Die blijken populair te zijn voor grotere (8+) managed switches (het instapsegement).
Dus als je altijd al een switch wou met OpenWrt zeker iets om in het oog te houden. Ik heb onlangs de pricewatch: ZyXEL GS1900-10HP aangeschaft: 8x Gigabit PoE+, 2x Gigabit SFP. Hangt hier al in het netwerk nu met een OpenWrt-versie (opgelet: nog wat scherpe randjes).
Forumthread hierrr.
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Zojuist 2x een Archer C7 geupdate naar 19.07.5 (van 19.07.4).
Ging prima maar bij het updaten van de packages krijg ik een foutmelding:
*** Failed to download the package list from http://downloads.openwrt....eric/packages/Packages.gz
Iemand een idee wat het kan zijn?
Na een paar reboots en wat geduld is het opgelost.
Waarschijnlijk een hickup ergens.
Ging prima maar bij het updaten van de packages krijg ik een foutmelding:
*** Failed to download the package list from http://downloads.openwrt....eric/packages/Packages.gz
Iemand een idee wat het kan zijn?
Na een paar reboots en wat geduld is het opgelost.
Waarschijnlijk een hickup ergens.
[ Voor 13% gewijzigd door WRT54G op 10-12-2020 12:26 ]
Ja, zit ook al op DSA. PoE heb ik nog niet getest maar dat is ook aan te sturen vanuit OpenWrt.Tom Paris schreef op donderdag 10 december 2020 @ 09:53:
[...]
Ik had de thread al gezien, maar had er een beetje eengevoel bij
Zijn alle poorten alsnog individueel aan te sturen?
Hoe bedoel je? Hier komt hij als switch achter een EdgeRouter 4 (ook met OpenWrtEn zijn die apparaatjes niet veel te traag om er iets anders dan VLAN tagging mee te doen?
[ Voor 7% gewijzigd door Borromini op 10-12-2020 15:55 ]
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Nou dat de CPU's dus dermate traag zijn dat je er weinig nieuwe functionaliteit op kunt bouwen tov stock firmware. Het wordt niet ineens een capabele router of VPN endpoint oid gok ik. Hoewel "omdat het kan" natuurlijk altijd een goed argument is voor een TweakerBorromini schreef op donderdag 10 december 2020 @ 15:54:
[...]
Hoe bedoel je? Hier komt hij als switch achter een EdgeRouter 4 (ook met OpenWrt).
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
@Tom Paris Die dingen zijn dan ook niet zo in de markt gezet: het zijn switches.
Voor mijn edge router heb ik een stevige quadcore
.
Voor een VPN-oplossing als WireGuard hoef je trouwens niet per se een krachtige SoC.
Voor mijn edge router heb ik een stevige quadcore
Voor een VPN-oplossing als WireGuard hoef je trouwens niet per se een krachtige SoC.
[ Voor 24% gewijzigd door Borromini op 11-12-2020 07:55 ]
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Verwijderd
Er zit een 500MHz MIPS-4KEc processor in, dat is volgens mij ongeveer vergelijkbaar met een MT7620 en dat soort chips.Tom Paris schreef op donderdag 10 december 2020 @ 16:36:
[...]
Nou dat de CPU's dus dermate traag zijn dat je er weinig nieuwe functionaliteit op kunt bouwen tov stock firmware. Het wordt niet ineens een capabele router of VPN endpoint oid gok ik. Hoewel "omdat het kan" natuurlijk altijd een goed argument is voor een Tweaker(en security updates...)
Daar ga je géén gigabit OpenVPN mee voltrekken, maar je kunt echt wel wat leuke dingetjes draaien op zo'n soort processor.
Ik heb het op een Zyxel-gs1900-8hp nu draaien (met dank aan Borromini), en vlan tagging en POE werkt perfect. Voor L3 heb ik de edgerouter-x en wireguard op draaien . Mijn HP aruba 2530-8 POE+ kan er nu uit. De accesspoints draaien met verschillende vlans als een zonnetje. Nu nog op de aruba ap-105's ook nog openwrt als de soic 16 test clip binnen is, en draait heel het netwerk openwrt en fanless en ook dus groen en milieubewustBorromini schreef op donderdag 10 december 2020 @ 06:44:
Mochten er geïnteresseerden zijn, een ijverige ziel heeft een familie van Realtek-SoCs (jawel) naar OpenWrt geport. Die blijken populair te zijn voor grotere (8+) managed switches (het instapsegement).
Dus als je altijd al een switch wou met OpenWrt zeker iets om in het oog te houden. Ik heb onlangs de pricewatch: ZyXEL GS1900-10HP aangeschaft: 8x Gigabit PoE+, 2x Gigabit SFP. Hangt hier al in het netwerk nu met een OpenWrt-versie (opgelet: nog wat scherpe randjes).
Forumthread hierrr.
Ondertussen is er ook al rudimentaire ondersteuning voor de volgende generatie Realtek SoC's - die 2,5/5/10Gbps ondersteunen - dus het gaat hard! Meer info hier.
SFP+-poorten op dat specifieke model werken nog niet maar ziet er allemaal heel veelbelovend uit. En zeggen dat ik net nog gigabit-switches gekocht heb
.
SFP+-poorten op dat specifieke model werken nog niet maar ziet er allemaal heel veelbelovend uit. En zeggen dat ik net nog gigabit-switches gekocht heb
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
IK heb een vraag.
Ik heb nu een edgerouter-x gelashed met openwrt en deze is ook DHCP server en ook DNS server.
Ook heb ik nu een Accesspoint Aruba ap-105 ook draaien met openwrt, maar hier is natuurlijk DHCP Disabled.
Nu is de vraag hoe kan ik toch zien welke clients connected zijn in het overzicht van de luci interface?
Ik krijg nu alleen de mac adressen terug, en ik wil natuurlijk de ip adressen en ook de hostnames hiervoor terugzien.
Nu zag ik wel dit topic:
https://forum.openwrt.org...ess-dhcp-disabled/20845/4
dat ze kea gebruiken, maar die snap ik even niet, maar dit is gewoon een dhcp server, daar los je het probleem op de AP toch niet op?)
Ik ben benieuwd of er nog andere opties zijn , om de clients toch te zien welke connected zijn aan dit accesspoint op basis van ip en hostname
Ik heb nu een edgerouter-x gelashed met openwrt en deze is ook DHCP server en ook DNS server.
Ook heb ik nu een Accesspoint Aruba ap-105 ook draaien met openwrt, maar hier is natuurlijk DHCP Disabled.
Nu is de vraag hoe kan ik toch zien welke clients connected zijn in het overzicht van de luci interface?
Ik krijg nu alleen de mac adressen terug, en ik wil natuurlijk de ip adressen en ook de hostnames hiervoor terugzien.
Nu zag ik wel dit topic:
https://forum.openwrt.org...ess-dhcp-disabled/20845/4
dat ze kea gebruiken, maar die snap ik even niet, maar dit is gewoon een dhcp server, daar los je het probleem op de AP toch niet op?)
Ik ben benieuwd of er nog andere opties zijn , om de clients toch te zien welke connected zijn aan dit accesspoint op basis van ip en hostname
Voor degene die hier ook tegenaan lopen, de volgende oplossing werkt:
vink uit, filter private onder dns dhcp advanced. (Do not forward reverse lookups for local networks)
Tevens voor de mac naar ip, installeer fping and creeer een cronjob die elke miniut wordt afgetrapt.
fping -g -q 192.168.1.1/24
vink uit, filter private onder dns dhcp advanced. (Do not forward reverse lookups for local networks)
Tevens voor de mac naar ip, installeer fping and creeer een cronjob die elke miniut wordt afgetrapt.
fping -g -q 192.168.1.1/24
[ Voor 9% gewijzigd door kroonen op 13-01-2021 21:47 ]
Great! Net wat ik nodig had.kroonen schreef op woensdag 13 januari 2021 @ 21:46:
Voor degene die hier ook tegenaan lopen, de volgende oplossing werkt:
vink uit, filter private onder dns dhcp advanced. (Do not forward reverse lookups for local networks)
Tevens voor de mac naar ip, installeer fping and creeer een cronjob die elke miniut wordt afgetrapt.
fping -g -q 192.168.1.1/24
- Deze advertentie is geblokkeerd door Pi-Hole -
De wlan-clients praten met de DHCP server op de ER-X, dan zijn de IPs+MACs toch te zien in Luci op de ER-X? Of snap ik de opstelling nu verkeerd...?kroonen schreef op woensdag 13 januari 2021 @ 16:44:
Ik heb nu een edgerouter-x gelashed met openwrt en deze is ook DHCP server en ook DNS server.
Ook heb ik nu een Accesspoint Aruba ap-105 ook draaien met openwrt, maar hier is natuurlijk DHCP Disabled.
Nu is de vraag hoe kan ik toch zien welke clients connected zijn in het overzicht van de luci interface?
Ik krijg nu alleen de mac adressen terug, en ik wil natuurlijk de ip adressen en ook de hostnames hiervoor terugzien.
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Ja maar ik heb meerdere accesspoints en ik wil zien welke clients op deze Ap zjn verbonden.Tom Paris schreef op donderdag 14 januari 2021 @ 00:34:
[...]
De wlan-clients praten met de DHCP server op de ER-X, dan zijn de IPs+MACs toch te zien in Luci op de ER-X? Of snap ik de opstelling nu verkeerd...?
Ik had het idee om met mqtt op de AP's die info naar een centrale DB te pushen en zo weer te geven via een webpagina. Zodat je daar kan zien welke client op welke AP verbonden is.kroonen schreef op donderdag 14 januari 2021 @ 06:30:
[...]
Ja maar ik heb meerdere accesspoints en ik wil zien welke clients op deze Ap zjn verbonden.
Maar.... tijd
- Deze advertentie is geblokkeerd door Pi-Hole -
OpenWrt 19.07.6 is uit:
https://openwrt.org/releases/19.07/notes-19.07.6
Met deze release worden een aantal kwetbaarheden in de dnsmasq (DNSpooq) package bijgewerkt.
Meer info omtrent deze kwetsbaarheden:
https://www.jsof-tech.com..._Technical-Whitepaper.pdf
Wel verstandig om na installatie van OpenWrt 19.07.6 de DNSmasq package bij te werken:
opkg update
opkg upgrade dnsmasq
Uiteraard kan de DNSmasq package ook via Luci bijgewerkt worden.
Voor overige DNSmasq package varianten kan het volgende commando gebruikt worden:
opkg update
opkg upgrade $(opkg list-installed dnsmasq* | cut -d' ' -f1)
Check of je de bijgewerkte versie gebruikt:
opkg list-installed dnsmasq*
Bijgewerkte package versies zijn:
Master: 2.84test3
19.07: 2.80-16.3
OpenWrt forum m.b.t. DNSmasq kwetsbaarheden:
https://forum.openwrt.org...ple-vulnerabilities/85903
https://openwrt.org/releases/19.07/notes-19.07.6
Met deze release worden een aantal kwetbaarheden in de dnsmasq (DNSpooq) package bijgewerkt.
Meer info omtrent deze kwetsbaarheden:
https://www.jsof-tech.com..._Technical-Whitepaper.pdf
Wel verstandig om na installatie van OpenWrt 19.07.6 de DNSmasq package bij te werken:
opkg update
opkg upgrade dnsmasq
Uiteraard kan de DNSmasq package ook via Luci bijgewerkt worden.
Voor overige DNSmasq package varianten kan het volgende commando gebruikt worden:
opkg update
opkg upgrade $(opkg list-installed dnsmasq* | cut -d' ' -f1)
Check of je de bijgewerkte versie gebruikt:
opkg list-installed dnsmasq*
Bijgewerkte package versies zijn:
Master: 2.84test3
19.07: 2.80-16.3
OpenWrt forum m.b.t. DNSmasq kwetsbaarheden:
https://forum.openwrt.org...ple-vulnerabilities/85903
Volgens mij is de 19.07.06 release al op 19 januari uitgekomen. Je advies om dnsmasq bij te werken is wel goed...Qpad schreef op woensdag 10 februari 2021 @ 11:33:
OpenWrt 19.07.6 is uit:
https://openwrt.org/releases/19.07/notes-19.07.6
Met deze release worden een aantal kwetbaarheden in de dnsmasq (DNSpooq) package bijgewerkt.
Je hebt gelijk dat de release al op 19 januari is uitgekomen.Muis666 schreef op woensdag 10 februari 2021 @ 11:38:
[...]
Volgens mij is de 19.07.06 release al op 19 januari uitgekomen. Je advies om dnsmasq bij te werken is wel goed...
Echter melding van deze laatste release is in deze topic (nog) niet gepost...vandaar!
Voor de mensen die op het puntje van hun stoel zitten maar niet zelf willen/durven compileren: 21.02 is een paar dagen terug gebranched geweest en de buildbots zijn gestart. Images zijn hier beschikbaar:
https://downloads.openwrt.org/releases/21.02-SNAPSHOT/
Opgelet: dit zijn vroege builds, maar ik heb de afgelopen maanden master gedraaid (en 21.02 is buiten wat kernel 5.10 pushes etc nagenoeg gelijk aan master momenteel) - en dat is stabiel genoeg. Mijn hele netwerk draait erop (WDS, AP's, switch en edge router). Ik heb al wat testapparatuur omgeschakeld.
Dus voor de mensen die al willen proberen... Zeker doen! (En eventuele bugs rapporteren
).
@kroonen Als het goed is dan raakt de EAP235-Wall ook nog in 21.02, een gereviseerde patch voor ondersteuning is in de maak. De 5 GHz-radio ondersteunt voorlopig geen DFS (beperking in de MT76-driver). Hier in België wil dat zeggen dat je twee kanalen van 80 MHz breed kan gebruiken (36 en 149).
https://downloads.openwrt.org/releases/21.02-SNAPSHOT/
Opgelet: dit zijn vroege builds, maar ik heb de afgelopen maanden master gedraaid (en 21.02 is buiten wat kernel 5.10 pushes etc nagenoeg gelijk aan master momenteel) - en dat is stabiel genoeg. Mijn hele netwerk draait erop (WDS, AP's, switch en edge router). Ik heb al wat testapparatuur omgeschakeld.
Dus voor de mensen die al willen proberen... Zeker doen! (En eventuele bugs rapporteren
@kroonen Als het goed is dan raakt de EAP235-Wall ook nog in 21.02, een gereviseerde patch voor ondersteuning is in de maak. De 5 GHz-radio ondersteunt voorlopig geen DFS (beperking in de MT76-driver). Hier in België wil dat zeggen dat je twee kanalen van 80 MHz breed kan gebruiken (36 en 149).
[ Voor 9% gewijzigd door Borromini op 18-02-2021 15:20 ]
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Tnx @Borromini
Waar ik ook benieuwd naar ben, is het zo waar nu een snapshot van is, dat hij bij de volgende 'grote' build ondersteund is ipv snapshot?
bijvoorbeeld
https://openwrt.org/toh/hwdata/aruba/aruba_ap-303h
is die dan standaard bij 21.xx supported of zijn er andere vereisten voor?
Waar ik ook benieuwd naar ben, is het zo waar nu een snapshot van is, dat hij bij de volgende 'grote' build ondersteund is ipv snapshot?
bijvoorbeeld
https://openwrt.org/toh/hwdata/aruba/aruba_ap-303h
is die dan standaard bij 21.xx supported of zijn er andere vereisten voor?
Nee.
Er is voor wpad-wolfssl gekozen, OpenSSL is helaas te zwaar voor veel spul (zeker voor dingen met 8 MiB flash aan boord). Deze tabel is ook wel interessant om te bekijken.
Er is voor wpad-wolfssl gekozen, OpenSSL is helaas te zwaar voor veel spul (zeker voor dingen met 8 MiB flash aan boord). Deze tabel is ook wel interessant om te bekijken.
[ Voor 32% gewijzigd door Borromini op 18-02-2021 16:37 ]
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Maar wel default WPA3, dus niet meer wpad-basic na iedere update verwijderen, dat is wel beter.Borromini schreef op donderdag 18 februari 2021 @ 16:36:
Nee.
Er is voor wpad-wolfssl gekozen, OpenSSL is helaas te zwaar voor veel spul (zeker voor dingen met 8 MiB flash aan boord). Deze tabel is ook wel interessant om te bekijken.
Ik gebruikte in 19.07 altijd de combinatie wpad-openssl + luci-ssl-openssl + openvpn-openssl, zodat alledrie samen het OpenSSL package gebruikten (via de Imagebuilder).Borromini schreef op donderdag 18 februari 2021 @ 16:36:
Nee.
Er is voor wpad-wolfssl gekozen, OpenSSL is helaas te zwaar voor veel spul (zeker voor dingen met 8 MiB flash aan boord). Deze tabel is ook wel interessant om te bekijken.
Nu zijn er voor wpad en luci wel varianten met WolfSSL, maar niet voor openvpn. Dus ik probeer nog steeds de combi wpad-openssl + luci-ssl-openssl + openvpn-openssl in de imagebuilder, maar hij blijft WolfSSL toevoegen? Ook met -wpad-wolfssl en -wolfssl.
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Het volgende,
Ik stuitte toevallig vandaag op een instelling in mijn open wrt router wat mij wat zorg gaf. Zeker ivm met veiligheid. Een paar jaar geleden heb ik mijn Linksys router geflashed naar OpenWRT en een Vlan aangemaakt om via T-Mobile een glasvezel internet verbinding tot stand te brengen omdat ik van T-Mobile geen router meer gebruik.
Ik zag tot mijn verbazing en zelf nooit op gelet trouwens dat de router op access point mode stond, en niet op cliënt. Betekend dit nu dat mijn router geen firewall ingeschakeld heeft staan als de router op AP mode staat.
En moet ik daarom de router op cliënt mode zetten om "veilig" te zijn?
Fijne avond nog!
Ik stuitte toevallig vandaag op een instelling in mijn open wrt router wat mij wat zorg gaf. Zeker ivm met veiligheid. Een paar jaar geleden heb ik mijn Linksys router geflashed naar OpenWRT en een Vlan aangemaakt om via T-Mobile een glasvezel internet verbinding tot stand te brengen omdat ik van T-Mobile geen router meer gebruik.
Ik zag tot mijn verbazing en zelf nooit op gelet trouwens dat de router op access point mode stond, en niet op cliënt. Betekend dit nu dat mijn router geen firewall ingeschakeld heeft staan als de router op AP mode staat.
En moet ik daarom de router op cliënt mode zetten om "veilig" te zijn?
Fijne avond nog!
Ryzen 9 7950x3d / Asus Strixx x670E-E / Noctua NH-DH15 / 64GB Corsair Dominator 6000 / Crucial M500 – Samsung 990pro / MSI RTX 4070TI Super Gaming X Slim / Corsair RM1000x / Alles in een Fractal Define 7 Black gepropt
Accespoint mode? Dat gaat over de wireless interface, en dat is in de meeste gevallen een accesspoint. Niks mis mee. Dat staat helemaal los van de router en firewall eigenschappen van OpenWrt.
Beste allen,
Ik wil graag een extra AP toevoegen aan het netwerk hier. Volgende eisen:
AP (geen router)
POE
openwrt support (must)
minstens AC (liefst AX, maar meeste clients zullen toch de 2.4 gebruiken)
Budget: liefst rond de 100 met een max van 150
Mijn oog viel op de EAP245 (https://tweakers.net/pric...-eap245-v3-set-van-1.html)
Er is een model beter die binnen het budget valt, maar die kan ik niet vinden in de openwrt database (EAP620 HD).
Vragen:
- Iemand een idee hoe goed de EAP245 ondersteund wordt met openwrt? Veel bugs of niet? Iemand toevallig ervaring mee?
- EAP620 is een net iets betere keuze, hoe langt duurt het voordat hier support voor is? Maand? Jaar? Kort gezegd, kan ik hier op wachten?
- Weet je een betere AP met openwrt support? Hoor het graag natuurlijk!
Ik wil graag een extra AP toevoegen aan het netwerk hier. Volgende eisen:
AP (geen router)
POE
openwrt support (must)
minstens AC (liefst AX, maar meeste clients zullen toch de 2.4 gebruiken)
Budget: liefst rond de 100 met een max van 150
Mijn oog viel op de EAP245 (https://tweakers.net/pric...-eap245-v3-set-van-1.html)
Er is een model beter die binnen het budget valt, maar die kan ik niet vinden in de openwrt database (EAP620 HD).
Vragen:
- Iemand een idee hoe goed de EAP245 ondersteund wordt met openwrt? Veel bugs of niet? Iemand toevallig ervaring mee?
- EAP620 is een net iets betere keuze, hoe langt duurt het voordat hier support voor is? Maand? Jaar? Kort gezegd, kan ik hier op wachten?
- Weet je een betere AP met openwrt support? Hoor het graag natuurlijk!
Alleen als jij zelf de firewall uitschakelt. Inloggen via SSH zou ik zeggen en kijken naar de uitvoer van dit commando:Audione0 schreef op vrijdag 5 maart 2021 @ 15:58:
Het volgende,
Ik stuitte toevallig vandaag op een instelling in mijn open wrt router wat mij wat zorg gaf. Zeker ivm met veiligheid. Een paar jaar geleden heb ik mijn Linksys router geflashed naar OpenWRT en een Vlan aangemaakt om via T-Mobile een glasvezel internet verbinding tot stand te brengen omdat ik van T-Mobile geen router meer gebruik.
Ik zag tot mijn verbazing en zelf nooit op gelet trouwens dat de router op access point mode stond, en niet op cliënt. Betekend dit nu dat mijn router geen firewall ingeschakeld heeft staan als de router op AP mode staat.
En moet ik daarom de router op cliënt mode zetten om "veilig" te zijn?
Fijne avond nog!
# iptables -S
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Ik heb hier een draaien. Heel stabiel en voldoet voor mij. De wireless throughput is wel lager dan met stock firmware, door een issue met VHT.RL600 schreef op maandag 8 maart 2021 @ 10:22:
- Iemand een idee hoe goed de EAP245 ondersteund wordt met openwrt? Veel bugs of niet? Iemand toevallig ervaring mee?
Support voor deze SoC (IPQ8070, afgaande op FCC-foto's), staat denk ik nog niet op punt. De draadloze chipsets zijn ook afhankelijk van de ath11k-driver, die ook nog in ontwikkeling is. Het apparaat lijkt wat op de AX3600.RL600 schreef op maandag 8 maart 2021 @ 10:22:
- EAP620 is een net iets betere keuze, hoe langt duurt het voordat hier support voor is? Maand? Jaar? Kort gezegd, kan ik hier op wachten?
Als je goede ondersteuning wil, ben je voorlopig beter af met een 11ac AP (bij voorkeur met mt7615 radio). De UnifI 6 Lite heeft 11ax ondersteuning op 5GHZ, maar 11ac (eigenlijk 11n dus) op 2.4GHz.RL600 schreef op maandag 8 maart 2021 @ 10:22:
- Weet je een betere AP met openwrt support? Hoor het graag natuurlijk!
@rapidgorgon
Ik zie trouwens op meerder sites dat ubiquiti alternatieve software bewust tegen probeert te houden. Klopt dit of is een simpele AP van hun wel te flashen naar openwrt?
Waarom precies deze? Beste drivers? Of zijn hier de drivers ook opensource? De EAP245 heeft deze niet en ik zie eigenlijk geen AP's met deze chipset.bij voorkeur met mt7615 radio
Ik zie trouwens op meerder sites dat ubiquiti alternatieve software bewust tegen probeert te houden. Klopt dit of is een simpele AP van hun wel te flashen naar openwrt?
[ Voor 32% gewijzigd door RL600 op 08-03-2021 16:25 ]
iemand een idee?
Ik krijg op mijn WAN interface geen IP meer van Ziggo.
Sluit ik de deco op de connectbox aan, geen probleem, meteen een IP
De wan interface staat op dhcp. Slui ik hem op de deco aan, krijg ik wel een lokaal ip. SLuit ik hem op de connectbox aan, geen ip.
Powered by LuCI openwrt-19.07 branch (git-20.247.75781-0d0ab01) / OpenWrt 19.07.4 r11208-ce6496d796
Ik krijg op mijn WAN interface geen IP meer van Ziggo.
Sluit ik de deco op de connectbox aan, geen probleem, meteen een IP
De wan interface staat op dhcp. Slui ik hem op de deco aan, krijg ik wel een lokaal ip. SLuit ik hem op de connectbox aan, geen ip.
Powered by LuCI openwrt-19.07 branch (git-20.247.75781-0d0ab01) / OpenWrt 19.07.4 r11208-ce6496d796
Voor de ath10k driver van de EAP245 heb je twee opties: ath10k (van Qualcomm zelf) of ath10k-ct (van CandelaTech). Beide vereisen het laden van een firmware voor de radio. Van de CT-driver is de ontwikkelaar ook effectief responsief als je een issue vindt, maar oudere firmware voor Wave-1 hardware krijgt toch iets minder aandacht, waardoor problemen soms nogal aanslepen. De EAP245v3 heeft Wave-2 hardware, en hiermee heb ik zelf nog geen problemen gehad qua stabiliteit.RL600 schreef op maandag 8 maart 2021 @ 15:46:
[...]
Waarom precies deze? Beste drivers? Of zijn hier de drivers ook opensource? De EAP245 heeft deze niet en ik zie eigenlijk geen AP's met deze chipset.
Voor de mt76-driver voor MT7615 chipsets zijn de ontwikkelaars heel actief binnen Linux/OpenWrt. De firmware voor deze radio's zou ook minder features bevatten, waardoor er meer in de driver zelf zit (da's een voordeel!).
Met een MT7615 als voorwaarde, kom ik enkel uit op een Unifi Nano HD; wat nu niet bepaald een goedkoop AP is.
TP-Link doet dit ook op hun Omada-lijn hoor, maar ik heb de indruk dat de flash-procedure bij Ubiquiti vaak toch iets ingewikkelder is. Ik heb zelf geen Ubiquiti-hardware, dus hier kan ik niet uit ervaring spreken.RL600 schreef op maandag 8 maart 2021 @ 15:46:
Ik zie trouwens op meerder sites dat ubiquiti alternatieve software bewust tegen probeert te houden. Klopt dit of is een simpele AP van hun wel te flashen naar openwrt?
@RL600 De SoC is MT7621, MT7615 is één van de radio's die vaak met die platform gecombineerd worden. Drivers voor de Mediatek-radio's is MT76. Dat is de meest open driver die er beschikbaar is op dit moment, mocht dat een factor zijn. MT7612 is een oudere radio, net zoals MT7603, MT7615 is een nieuwere generatie die ook meer antennes en spatial streams ondersteunt.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
@rapidgorgon Ah duidelijk, ik zie dat de AX ubiquiti die je eerder stuurde ook een mediatek heeft wat het wel meer interresant maakt.
@Borromini Om eerlijk te zijn zou ik zelfs libreCMC willen installeren en compleet zonder enige blob zitten. Alleen zijn de opties dan zo klein dat ik net zo goed geen wifi kan nemen. Goed om te weten dat mediatek zo open. Van wat ik lees ( https://en.wikipedia.org/...n-source_wireless_drivers ) heeft mediatek ook een blob nodig net als qualcomm. In welk opzicht is mediatek dan beter? Ik neem dan ook aan dat openwrt soepel loopt op zo'n mediatek?
@Borromini Om eerlijk te zijn zou ik zelfs libreCMC willen installeren en compleet zonder enige blob zitten. Alleen zijn de opties dan zo klein dat ik net zo goed geen wifi kan nemen. Goed om te weten dat mediatek zo open. Van wat ik lees ( https://en.wikipedia.org/...n-source_wireless_drivers ) heeft mediatek ook een blob nodig net als qualcomm. In welk opzicht is mediatek dan beter? Ik neem dan ook aan dat openwrt soepel loopt op zo'n mediatek?
De firmware-blob is véél kleiner. Wat QCA met ath10k (hun 802.11ac driver) heeft gedaan is zoveel mogelijk functionaliteit in de 'firmware' duwen waardoor ze dat gesloten kunnen houden. Dat onding doet een boel dingen die een driver hoort te doen, maar ja, zo kunnen ze volhouden dat hun driver open source is

Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Goed ik heb uiteindelijk de unifi nanoHD gekocht (meer antennes en een mediatek).
Net installatie gedaan, maar uh ik kom er na de installatie niet in bij SSH. Een simpele ping gaat goed, maar SSH geeft een timeout.
Is ie gebrickt? of doe ik iets verkeerd?
Ik doe heel simpel: ssh root@192.168.1.20 (-v gebruikt voor meer info, simpel weg dat het een timeout is)
UPDATE:
reset gedaan, sta weer op punt 0. Let's try again...
Net installatie gedaan, maar uh ik kom er na de installatie niet in bij SSH. Een simpele ping gaat goed, maar SSH geeft een timeout.
Is ie gebrickt? of doe ik iets verkeerd?
Ik doe heel simpel: ssh root@192.168.1.20 (-v gebruikt voor meer info, simpel weg dat het een timeout is)
UPDATE:
reset gedaan, sta weer op punt 0. Let's try again...
[ Voor 8% gewijzigd door RL600 op 10-03-2021 20:46 ]
Werk je met een custom config? Als ik het goed begrijp, is 192.168.1.20 het adres dat het AP zal hebben bij het uploaden van de factory image. Eens geflashed en gereboot, heeft OpenWrt normaal 192.168.1.1 als adres.
@rapidgorgon nope niks is custom.
Algemene info waarmee ik te werk ben gegaan
Het gaat om de:
ubiquiti unifi nanoHD
meer info over deze AP:
https://dl.ubnt.com/datasheets/unifi/UniFi_nanoHD_AP_DS.pdf
Hier de "Techdata" van openwrt:
https://openwrt.org/toh/h...iti/ubiquiti_unifi_nanohd
De firmware die ik probeer te flashen (van de openwrt site "upgrade URL"):
http://downloads.openwrt....d-squashfs-sysupgrade.bin
Voor deze AP is een speciale git instructie voor de installatie, namelijk:
https://git.openwrt.org/?...90847eb4bc7744e25835a34f5
Deze instructies heb ik geprobeerd met versie (ubiquiti versie, dus NIET openwrt versie): 3.9.27 (oudste en de gebruikte bij de git commit) , 3.9.42 (eentje later dan de eerste versie) en de allerlaatste (5.43.23).
De eerste twee krijg ik uberhaupt niet geinstalleerd. Na installatie (over TFTP) krijg ik een snelle witte blinkende AP. Instructie hierbij is herstarten, maar bij iedere herstart krijg ik het opnieuw. Bootloop?
Voor de duidelijkheid ik probeer hier eerst de ubiquiti software te flashen (na een lagere versie, de versie van de git commit). Om daarna openwrt proberen te flashen. Alleen lukt zelfs deze downgrade niet. Nog voordat ik openwrt kan proberen.
Bij versie 5.43.23 (na installatie van openwrt) gaat de AP na opstarten automatisch in "TFTP modus" en wacht hij op een verbinding. OpenWRT is verder niet bereikbaar (web dan wel SSH).
Vragen
Brand los! Waar ga ik verkeerd?
Algemene info waarmee ik te werk ben gegaan
Het gaat om de:
ubiquiti unifi nanoHD
meer info over deze AP:
https://dl.ubnt.com/datasheets/unifi/UniFi_nanoHD_AP_DS.pdf
Hier de "Techdata" van openwrt:
https://openwrt.org/toh/h...iti/ubiquiti_unifi_nanohd
De firmware die ik probeer te flashen (van de openwrt site "upgrade URL"):
http://downloads.openwrt....d-squashfs-sysupgrade.bin
Voor deze AP is een speciale git instructie voor de installatie, namelijk:
https://git.openwrt.org/?...90847eb4bc7744e25835a34f5
Deze instructies heb ik geprobeerd met versie (ubiquiti versie, dus NIET openwrt versie): 3.9.27 (oudste en de gebruikte bij de git commit) , 3.9.42 (eentje later dan de eerste versie) en de allerlaatste (5.43.23).
De eerste twee krijg ik uberhaupt niet geinstalleerd. Na installatie (over TFTP) krijg ik een snelle witte blinkende AP. Instructie hierbij is herstarten, maar bij iedere herstart krijg ik het opnieuw. Bootloop?
Voor de duidelijkheid ik probeer hier eerst de ubiquiti software te flashen (na een lagere versie, de versie van de git commit). Om daarna openwrt proberen te flashen. Alleen lukt zelfs deze downgrade niet. Nog voordat ik openwrt kan proberen.
Bij versie 5.43.23 (na installatie van openwrt) gaat de AP na opstarten automatisch in "TFTP modus" en wacht hij op een verbinding. OpenWRT is verder niet bereikbaar (web dan wel SSH).
Vragen
Brand los! Waar ga ik verkeerd?
Nu heb ik zelf dit apparaat niet, maar dit klinkt eerder als een failsafe-mode van Ubiquiti zelf, dan als het gedrag van OpenWrt. Zoals ik eerder al zei, moet je OpenWrt na installatie terugvinden op 192.168.1.1, niet op 192.168.1.20. TFTP is ook niet beschikbaar bij standaard OpenWrt images.RL600 schreef op woensdag 10 maart 2021 @ 22:04:
Bij versie 5.43.23 (na installatie van openwrt) gaat de AP na opstarten automatisch in "TFTP modus" en wacht hij op een verbinding. OpenWRT is verder niet bereikbaar (web dan wel SSH).
Deze gebruiker op het OpenWrt forum lijkt dezelfde problemen aan te geven als waar jij tegenaan loopt:
https://forum.openwrt.org...wrt-on-unifi-nanohd/77364
Edit: De wiki-pagina over Unifi-hardware bevat ook een aantal stappenplannen om OpenWrt te installeren. Kan je hier iets mee? https://openwrt.org/toh/ubiquiti/unifiac
[ Voor 9% gewijzigd door rapidgorgon op 10-03-2021 22:27 ]
Ja precies, een failsafe kan goed kloppen. Hele TFTP gedeelte is ook idd van ubiquiti zelf.
Ik denk dat ik hem gewoon weer netjes moet inpakken en terugsturen. De TP-link is qua specs net iets minder, maar daar is de ondersteuning zo te zien veel beter. Ik zit met deze gelijk met een snapshot.
Ik denk dat ik hem gewoon weer netjes moet inpakken en terugsturen. De TP-link is qua specs net iets minder, maar daar is de ondersteuning zo te zien veel beter. Ik zit met deze gelijk met een snapshot.
@Borromini Exact,die heb ik gebruikt. Er is een minimum wat je moet hebben aan versie (4.3 ofzo). Dat is simepwel nog te hoog om openwrt te kunnen flashen.
Wat is een goede manier om een API (liefst HTTP JSON) beschikbaar te krijgen op OpenWRT?
Ik zou voor home automation bijv. willen opvragen vanuit Node-RED welke devices er verbonden zijn met de router.
Edit: luci-mod-rpc en uhttpd-mod-ubus gevonden. Ziet er nog niet heel gemakkelijk uit, nog maar even verder mee puzzelen
Edit2: luci-mod-rpc geïnstalleerd en daarmee wel al wat data eruit kunnen krijgen.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/SF2QTgfyxEz58nmzy4eOMRG1.jpg?f=user_large)
Node-RED flow:
Deze doet een iwinfo wlan0 assoclist. Nog even uitzoeken hoe ik de output netjes kan opsplitten in een bericht per device, nu is het één bericht waar meerdere devices in kunnen zitten.
Ik zou voor home automation bijv. willen opvragen vanuit Node-RED welke devices er verbonden zijn met de router.
Edit: luci-mod-rpc en uhttpd-mod-ubus gevonden. Ziet er nog niet heel gemakkelijk uit, nog maar even verder mee puzzelen
Edit2: luci-mod-rpc geïnstalleerd en daarmee wel al wat data eruit kunnen krijgen.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/SF2QTgfyxEz58nmzy4eOMRG1.jpg?f=user_large)
Node-RED flow:
JSON:
1
| [{"id":"ce8f9b90.06a578","type":"tab","label":"OpenWRT","disabled":false,"info":""},{"id":"7127dc5.f293024","type":"inject","z":"ce8f9b90.06a578","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":260,"y":320,"wires":[["1ddc8916.a22b1f"]]},{"id":"16152fc.f173b5","type":"http request","z":"ce8f9b90.06a578","name":"","method":"POST","ret":"obj","paytoqs":"ignore","url":"http://192.168.4.8/cgi-bin/luci/rpc/auth","tls":"","persist":false,"proxy":"","authType":"","x":590,"y":320,"wires":[["98b94eda.61a7b","6c19930f.0d1c9c"]]},{"id":"98b94eda.61a7b","type":"debug","z":"ce8f9b90.06a578","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":790,"y":320,"wires":[]},{"id":"1ddc8916.a22b1f","type":"function","z":"ce8f9b90.06a578","name":"","func":"var data = {\n \"id\": 1,\n \"method\": \"login\",\n \"params\": [\"root\", \"yourpasswordhere\"]\n}\n\nmsg.payload = data;\n\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":420,"y":320,"wires":[["16152fc.f173b5"]]},{"id":"d46dec09.c9ca2","type":"inject","z":"ce8f9b90.06a578","name":"","props":[{"p":"payload"},{"p":"topic","vt":"str"}],"repeat":"","crontab":"","once":false,"onceDelay":0.1,"topic":"","payload":"","payloadType":"date","x":260,"y":480,"wires":[["aecf94f3.984828"]]},{"id":"738958f.18e5b28","type":"http request","z":"ce8f9b90.06a578","name":"","method":"POST","ret":"obj","paytoqs":"ignore","url":"","tls":"","persist":false,"proxy":"","authType":"","x":590,"y":480,"wires":[["3bbd8681.90e752"]]},{"id":"3bbd8681.90e752","type":"debug","z":"ce8f9b90.06a578","name":"","active":true,"tosidebar":true,"console":false,"tostatus":false,"complete":"false","statusVal":"","statusType":"auto","x":790,"y":480,"wires":[]},{"id":"800de9ff.d0535","type":"comment","z":"ce8f9b90.06a578","name":"Get token","info":"","x":240,"y":280,"wires":[]},{"id":"6c19930f.0d1c9c","type":"change","z":"ce8f9b90.06a578","name":"Grab token","rules":[{"t":"set","p":"token","pt":"flow","to":"payload.result","tot":"msg"}],"action":"","property":"","from":"","to":"","reg":false,"x":790,"y":240,"wires":[[]]},{"id":"f14aa66a.7aaa98","type":"comment","z":"ce8f9b90.06a578","name":"Get clients","info":"","x":240,"y":440,"wires":[]},{"id":"aecf94f3.984828","type":"function","z":"ce8f9b90.06a578","name":"","func":"var data = {\n \"id\": \"1\",\n \"method\": \"exec\",\n \"params\": [\"iwinfo wlan0 assoclist\"]\n}\n\nmsg.payload = data;\n\ntoken = flow.get(\"token\");\nmsg.url = 'http://192.168.4.8/cgi-bin/luci/rpc/sys?auth=' + token;\n\n\nreturn msg;","outputs":1,"noerr":0,"initialize":"","finalize":"","libs":[],"x":420,"y":480,"wires":[["738958f.18e5b28"]]}] |
Deze doet een iwinfo wlan0 assoclist. Nog even uitzoeken hoe ik de output netjes kan opsplitten in een bericht per device, nu is het één bericht waar meerdere devices in kunnen zitten.
[ Voor 113% gewijzigd door ThinkPad op 19-04-2021 09:47 ]
Voor de liefhebbert:
OpenWRT 21.02 zit in de pijplijn. RC1 is op 26 april uitgegeven.
Dit zijn de release notes!
OpenWRT 21.02 zit in de pijplijn. RC1 is op 26 april uitgegeven.
Dit zijn de release notes!
[ Voor 24% gewijzigd door Groentjuh op 28-04-2021 17:51 ]
Een nieuwe service release in de 19.07 branch is uit met verschillende security updates, en de 21.02 branch heeft een nieuwe release candidate gekregen:
19.07.8 Download https://downloads.openwrt.org/releases/19.07.8
19.07.8 Release Notes https://openwrt.org/releases/19.07/notes-19.07.8
19.07.8 Change Log https://openwrt.org/releases/19.07/changelog-19.07.8
21.02.0-rc4 Download https://downloads.openwrt.org/releases/21.02.0-rc4
21.02.0-rc4 Release Notes https://openwrt.org/releases/21.02/notes-21.02.0-rc4
21.02.0-rc4 Change Log https://openwrt.org/releases/21.02/changelog-21.02.0-rc4
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Zelf heb ik ook al jaren OpenWRT draaien op een R7800 maar updaten daar kom ik zelden aan toe, en de noodzaak is er ook niet direct want ondertussen ook alweer een Uptime van 55d 1h 41m 36s. Ben ik toch wel eens benieuwd hoe vaak andere Tweakers updaten en waarom dan precies?Tom Paris schreef op dinsdag 3 augustus 2021 @ 20:47:
Een nieuwe service release in de 19.07 branch is uit met verschillende security updates, en de 21.02 branch heeft een nieuwe release candidate gekregen:
De noodzaak zit niet in de stabiliteit, maar in security (en een beetje in features tussen de major releases). Dat is juist hét voordeel van OpenWRT tov factory images. Vandaag een vulnerability, morgen een patch, overmorgen een nieuwe image, bij wijze van spreken...
Zelf update ik altijd direct op 1 of 2 devices, als het stabiel draait update ik na een weekje de rest. Draai nu al een paar maanden tevreden de RCs.
Zelf update ik altijd direct op 1 of 2 devices, als het stabiel draait update ik na een weekje de rest. Draai nu al een paar maanden tevreden de RCs.
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Heb openwrt werkend gekregen op een tp-link re200 repeater stekker v1. Draait stabiel.
Heb die ooit gekregen van een provider, wifi is een beetje sneller en stabieler, gebruik nu ook mesh.
https://openwrt.org/toh/tp-link/re200
Heb die ooit gekregen van een provider, wifi is een beetje sneller en stabieler, gebruik nu ook mesh.
https://openwrt.org/toh/tp-link/re200
Heb jij mesh werkende op openwrt? Ik dacht dat dat nog niet beschikbaar was, hoe heb je dat werkende gekregen?Soldaatje schreef op donderdag 5 augustus 2021 @ 01:00:
Heb openwrt werkend gekregen op een tp-link re200 repeater stekker v1. Draait stabiel.
Heb die ooit gekregen van een provider, wifi is een beetje sneller en stabieler, gebruik nu ook mesh.
https://openwrt.org/toh/tp-link/re200
https://openwrt.org/docs/guide-user/network/wifi/mesh/80211sFalco schreef op donderdag 5 augustus 2021 @ 10:22:
[...]
Heb jij mesh werkende op openwrt? Ik dacht dat dat nog niet beschikbaar was, hoe heb je dat werkende gekregen?
Ik heb deze gevolgd. Gebruik het als link tussen de twee routers, wds werkte niet.
Ah ok, als link tussen twee routers heb ik het niet nodig, heb een kabeltje tussen de twee.Soldaatje schreef op donderdag 5 augustus 2021 @ 12:14:
[...]
https://openwrt.org/docs/guide-user/network/wifi/mesh/80211s
Ik heb deze gevolgd. Gebruik het als link tussen de twee routers, wds werkte niet.
Gaat mij eigenlijk meer om het naadloos (draadloos) roamen tussen de twee. Wordt dat ook beter met dit type mesh?
Nee, want die mesh verbinding is voor tussen de ap's, is niet voor de clients.Falco schreef op donderdag 5 augustus 2021 @ 19:39:
[...]
Ah ok, als link tussen twee routers heb ik het niet nodig, heb een kabeltje tussen de twee.
Gaat mij eigenlijk meer om het naadloos (draadloos) roamen tussen de twee. Wordt dat ook beter met dit type mesh?
Op hoeveel apparaten heb je OpenWrt draaien?Tom Paris schreef op dinsdag 3 augustus 2021 @ 23:11:
De noodzaak zit niet in de stabiliteit, maar in security (en een beetje in features tussen de major releases). Dat is juist hét voordeel van OpenWRT tov factory images. Vandaag een vulnerability, morgen een patch, overmorgen een nieuwe image, bij wijze van spreken...
Zelf update ik altijd direct op 1 of 2 devices, als het stabiel draait update ik na een weekje de rest. Draai nu al een paar maanden tevreden de RCs.
Asustor AS6704T (32GB, 4x16TB MG08), OpenWrt (3x GL.iNet Flint 2 MT6000), Lyrion Media Server, Odroid H2/N2+/C4/C2, DS918+ (4x8TB WD RED)
8 in productie, 2 om te experimenteren. Niet allemaal thuisVideopac schreef op donderdag 5 augustus 2021 @ 21:30:
[...]
Op hoeveel apparaten heb je OpenWrt draaien?
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
* Borromini kijkt naar zijn rek met testapparatuur 
Voor de mensen die zich aan het oriënteren zijn naar AX spul en OpenWrt daarop willen draaien: er zijn nog heel wat mensen met kennis in de community die hopen dat AX Qualcomm-spul aan de praat te krijgen is, maar dat blijkt niet zo simpel, en Qualcomm is weer even behulpzaam als altijd (quod non). AX-spul van MediaTek was in verhouding een stuk sneller ondersteund in OpenWrt, met als resultaat dat meer en meer mensen (ook tussen zij die het harde werk doen en de hardware ports & driver support verzorgen) aan het kijken zijn richting MediaTek voor AX en OpenWrt.
Zoals ze in het Engels zeggen: 'Vote with your wallet'. Ik vind het een leuke evolutie. Heel tevreden van het meeste 802.11ac-spul dat ik hier van MediaTek heb.
Voor de mensen die zich aan het oriënteren zijn naar AX spul en OpenWrt daarop willen draaien: er zijn nog heel wat mensen met kennis in de community die hopen dat AX Qualcomm-spul aan de praat te krijgen is, maar dat blijkt niet zo simpel, en Qualcomm is weer even behulpzaam als altijd (quod non). AX-spul van MediaTek was in verhouding een stuk sneller ondersteund in OpenWrt, met als resultaat dat meer en meer mensen (ook tussen zij die het harde werk doen en de hardware ports & driver support verzorgen) aan het kijken zijn richting MediaTek voor AX en OpenWrt.
Zoals ze in het Engels zeggen: 'Vote with your wallet'. Ik vind het een leuke evolutie. Heel tevreden van het meeste 802.11ac-spul dat ik hier van MediaTek heb.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
Qua architectuur zijn er ingrijpende wijzigingen doorgevoerd (indien een upgrade vanaf 19.07.XX wordt uitgevoerd). Check volgende link (known issues):
https://openwrt.org/relea...otes-21.02.0#known_issues
https://openwrt.org/relea...otes-21.02.0#known_issues
Ah de final. 
Ik ben onlangs overgestapt op een Raspberry Pi 4 als router en heb daar de 21.02-rc4 op draaien. Die kan ik dan mooi upgraden of even vers opnieuw doen en het dan meteen wat meer script i.p.v. handmatig doe. Zie wel.
De nieuwe DSA stijl configuratie van de netwerk-interface(s) en zo ook VLAN vind ik eigenlijk wel prettig. Was natuurlijk even wennen omdat het anders is dan het was. Maar ik vind het een vooruitgang; eigenlijk is het er wat simpeler en directer op geworden
Ik ben onlangs overgestapt op een Raspberry Pi 4 als router en heb daar de 21.02-rc4 op draaien. Die kan ik dan mooi upgraden of even vers opnieuw doen en het dan meteen wat meer script i.p.v. handmatig doe. Zie wel.
De nieuwe DSA stijl configuratie van de netwerk-interface(s) en zo ook VLAN vind ik eigenlijk wel prettig. Was natuurlijk even wennen omdat het anders is dan het was. Maar ik vind het een vooruitgang; eigenlijk is het er wat simpeler en directer op geworden
Als je stil blijft staan, komt de hoek wel naar jou toe.
Er staat inmiddels ook een Downloads artikel on-line: downloads: OpenWRT 21.02. Is het screenshot nog een representatief, of is het aan een update toe (ik gebruik het zelf niet)?
There is no future in timetravel. Mijn waterkoeling-inbouw-fotoverslag (oud!).