Openwrt router niet meer bereikbaar.

[Rick13]

Mijn vraag
Ik ben zeker nog geen expert met Openwrt/netwerken.Dus hier graag rekening mee houden met antwoorden . Zal mijn situatie zo goed mogelijk proberen te schetsen.Ik heb geprobeerd mijn Lan ip adress te wijzigen op onderstaande manier via ssh (Putty):

uci set network.lan.ipaddr="192.168.178.1"
uci commit network
/etc/init.d/network restart

Hierna was mijn router niet meer bereikbaar en ook geen internet meer, logisch dacht ik nog. Zie verder wat heb ik geprobeerd.
Relevante software en hardware die ik gebruik
Turris Omnia Router en OpenWRT 25.12.5. En Ziggo router in Bridge modus.

Wat ik al gevonden of geprobeerd heb
Heb mijn pc een vast IP adres gegeven "192.168.178.20" en de standaard gateway ingevoerd "192..168.178.1". Dit werkte niet. Nog geprobeerd ipconfig /release en ipconfig /renew. Ook geen effect. Dus op internet gezocht. En het onderstaande topic gevonden:Can't login to LuCI after changing LAN interface static IP - Installing and Using OpenWrt - OpenWrt Forum
In de nieuwste openwrt versie moet je blijkbaar werken via CIDR subnet anders wordt je router onbereikbaar. Wat bij mijn nu het geval is. Dus als ik uci set network.lan.ipaddr="192.168.178.1/24" had ingevoerd was het waarschijnlijk gelukt?
Nog geprobeerd om in te loggen op de router via (5 LEDs: Unsecure SSH on 192.168.1.1 (Omnia 2019 and newer) zie Omnia - Turris Documentation
Maar zit dan volgens mij niet in de openwrt omgeving zie alleen ~# (uit mijn hoofd)
Terwijl ik voorheen de hostname Openwrt ervoor zag...
Bijna alle opdrachten werkte ook niet. Toen was het bedtijd, zulke dingen moet je blijkbaar niet laat willen doen
Ik hoop dat mijn verhaal een beetje duidelijk is. Hoe kan ik dit herstellen/ weer in mijn router komen?
Alvast bedankt.

[nelizmastr]

Heb je voordat je dit allemaal ging wijzigen eerst een back-up opgeslagen van de rest van je config?

Zo ja, factory reset van het apparaat doen en back-up terugzetten.

Waarom heb je dit via CLI aangepast als OpenWrt dit ook allemaal via de GUI kan? Dat is minder foutgevoelig.

[Rick13]

Was weer een verse installatie van Openwrt. Omdat er behoorlijk wat settings instonden wat niet meer van toepassing was.

Via de Gui geprobeerd, maar kon de wijzigingen niet doorvoeren (of ik heb iets verkeerds gedaan) daarom via CLI gedaan.

[nelizmastr]

Als er nog weinig config in staat en je jezelf hebt buitengesloten zou ik nogmaals opnieuw beginnen. Een LAN interface subnet aanpassen kan prima via de GUI.

[Room42]

Waarom gebruik je 192.168.178.0/24? Dat is toch ook het subnet dat Ziggo al gebruikt? En zelfs 192.168.178.1 ook als gateway van Ziggo (ook al staat in in bridge mode)? Ik zou een andere gebruiken, zoals 192.168.180.0/24 (bijvoorbeeld).

Ik zou inderdaad nog eens opnieuw beginnen en netjes gescheiden subnets gebruiken.

[Rick13]

Begin opnieuw dan. In bridge mode is Ziggo router niet meer bereikbaar via 192.168.178.1?
Is het erg hetzelfde subnet, aangezien DHCP uitgeschakeld is van de Ziggo router?

Of mis ik iets?

[MasterL]

Je LAN range is niet zo interessant, kies lekker 192.168.178.0/24 als je dat leuk vindt.
Ziggo (modem) in bridge is volgens mij ook bereikbaar via 192.168.100.1, althans bij mij wel.
Ik denk dat je syntax gewoon niet goed was, als ik dit zou lezen zou ik een /32 verwachten en dus moet je inderdaad een subnet toevoegen. Wel raar dat zoals simpels niet via de GUI kan maargoed daar heb ik geen ervaring mee.

[Rick13]

Wellicht heb ik een denkfout gemaakt, door gebrek aan kennis/ervaring. Onderstaande afbeelding even van internet gepakt als voorbeeld



Was "192.168.1.1/24" ik dacht maak ik er "192.168.178.1/24" van. Op de plek van de rode cirkel.
Of sla ik de plank volledig mis . Zoals eerder gezegd, lukte niet

[MasterL]

Nee er staat een netmask van 255.255.255.0 onder dit is hetzelfde als /24.
Als je dit zou wijzigen in 192.168.178.0, de netmask blijft hetzelfde en broadcast verandert ook naar 192.168.178.255 zou dit prima moeten werken. Of je DHCP automatisch aangepast wordt is wat anders maar met een static IP in de 192.168.178.0/24 range zou dit echt moeten werken.

[Rick13]

Ow wacht (of heb ik het fout) werkt "192.168.178.1/24" niet omdat 192.168.178.1 het ip adress is van de router? Dus dat ik hiervoor zijn ip adress reserveer?Dus dan had ik 192.168.178.0/24 moeten opgeven? Klopt, maar kan daarna nog DHCP range instellen toch? Meestal doe ik 150 IP adressen ofzo kan ik er nog een paar reserveren

[ Voor 8% gewijzigd door Rick13 op 06-07-2026 16:03 ]

[MasterL]

Nee kijk, als jij IP-adres 192.168.178.1 instelt op je router krijgt deze uiteraard 192.168.178.1.Google maar eens op subnet cheat sheet of ip subnet calculator ofzo.Sommige GUI/CLI (zoals jouwe) stel je het IP-adres in en daarna het subnetmask 255.255.255.0 (dit is dus /24). Sommige GUI/CLI stel je het IP-adres in met CIDR notation erachter dus 192.168.178.1/24 (wat weer hetzelfde is als subnetmask 255.255.255.0). Waar 255.255.255.0 voor dient is om aan te geven welke IP-adressen (direct) bereikbaar zijn op hetzelfde netwerk zonder router (LAN). /24 of 255.255.255.0 is gewoon een schrijfwijze, dit is hetzelfde.

Wat 255.255.255.0/24 aangeeft is dus hoeveel IP-adressen zitten er op dit "netwerk" in dit geval kun je dus 192.168.178.1-192.168.178.254 gebruiken (zie subnet calculator).
Je CLI commando zou bijvoorbeeld een 192.168.178.1/32 kunnen hebben ingesteld wat dus inhouddat dit IP-adres alleen bereikbaar is voor "zichzelf" dit noemen we ook wel een loopback.
Lang verhaal kort, als jij in de GUI 192.168.178.1 configureert met subnetmask 255.255.255.0 en jouw PC/laptop of wat dan ook bijvoorbeeld IP-adres 192.168.178.2 geeft met hetzelfde subnetmask zou ik niet weten waarom dit niet zou moeten werken.

[Rick13]

Ja, ga het opnieuw proberen van de week, laat het weten.
Dat is dus precies wat ik eerder gedaan/geprobeerd heb.
Dat dacht ik al, ga twijfelen omdat het niet lukte.

Wat ik geleerd heb is dat subet 255.255.255.0 (als voorbeeld) aangeeft welke gedeelte het netwerk ID is en welke gedeelte het apparaat ID. Dus in dit geval is 192.178.1.x het netwerk ID en X het apparaat ID. Gaat CIDR straks het oude manier van subnetmask 255.255.255.0 helemaal vervangen?

[ Voor 6% gewijzigd door Rick13 op 07-07-2026 12:04 ]

[MasterL]

Ik denk niet vervangen zo moet je het ook niet zien IMO het heeft zijn redenen maar het eind
van de dag zijn het gewoon manieren van aanduiden. Zelfde als dat jij jouw band wil oppompen of je nou 2.5 bar, 36 psi of 250 kpa doet het is allemaal hetzelfde. In jouw geval denk ik dat het belangrijk is om te snappen wat deze waardes doen.

uci set network.lan.ipaddr="192.168.178.1"
uci commit network
/etc/init.d/network restart

specificeert niet wat het subnet is. En of je dit ervan had gemaakt (hypothetisch):

uci set network.lan.ipaddr="192.168.178.1/24"
uci commit network
/etc/init.d/network restart

of:
uci set network.lan.ipaddr="192.168.178.1"
uci set network.lan.mask="255.255.255.0"
uci commit network
/etc/init.d/network restart

Maakt dan niet uit, dit is hetzelfde.
Wellicht kloppen deze commando's helemaal niet maar ter illustratie.

[Rick13]

Bedankt duidelijk Laat van de week weten of het gelukt is.

[Rick13]

Router weer teruggezet naar fabrieksinstellingen en opnieuw openwrt erop gezet.
Nieuwe poging zelfde probleem. Ben benieuwd wat ik fout doe, voordat ik de boel weer sloop

[ Voor 11% gewijzigd door Rick13 op 07-07-2026 20:49 ]

[nelizmastr]

Je netwerkkaart gaat niet vanzelf van 192.168.1.0 netwerk naar 192.168.178.0, zeker niet als je niet je netwekkaart aanpast naar de nieuwe reeks of een ipconfig /release en /renew doet voor een nieuw DHCP adres mits je DHCP ook meteen hebt meegeconfigureerd.

Heb je dat wel gedaan na het opslaan?

[Rick13]

Dat begrijp ik 👍. Alleen ip adress wijzigen van mijn nic (pc) heeft geen zin als openwrt de wijzigingen niet wilt doorvoeren en een rol back adviseert, zie ook de melding (screenshot) in mijn vorige bericht.

[Rick13]

Oplossing was eigenlijk heel erg simpel, zal wel een Openwrt dingetje zijn...
Moest na het invoeren van de nieuwe ip adress Lan eerst de interface herstarten (zie screenshot) voordat ik de wijzigingen kon opslaan.
Heb nu Windows weer op DHCP staan en lijkt goed te werken

[MasterL]

Mooi dat het is gelukt, kleine tip voor de volgende keer.
Geef je PC een static IP-adres als je dit soort wijzigingen gaat doen, wat je kunt doen is bijvoorbeeld je PC een IP-adres geven van 192.168.100.10 EN 192.168.178.10.
Omdat je PC nu IP-adressen heeft in beide ranges verlies je in principe geen connectie met de router wel verbreekt de sessie natuurlijk. Maar de melding "could not be reached" zou dan niet moeten kunnen mocht de GUI een redirect doen naar het nieuwe IP bijvoorbeeld.

Met deze configuratie kun je ook tegelijk twee pings laten lopen, zoiets:
- ping 192.168.100.1 -t
- ping 192.168.178.1 -t

Zo kun je ook precies zijn of de IP wijziging is doorgevoerd omdat de router dan niet meer reageert (ICMP/ping) op het oude IP en wel op het nieuwe IP.

[Rick13]

Aha, goede tip
maar hoe werkt het dan technisch, nooit geweten...
Dan kan de pc tegelijk met de 192.168.100.10 EN 192.168.178.10 praten?
Dus dan ziet de pc dus apparaten op beide ranges?
Handig.

En -t bij ping is uit mijn hoofd..ping tot ik het stop/annuleer i.p.v. 4 pakketjes.
Offtopic: in Linux is het juist toch andersom moet je juist een parameter opgeven om maar een paar pakketjes te pingen?

[MasterL]

Beetje off topic maar oké, vanuit een leerzaam punt dan maar.
Ping -t in Windows betekent "oneindig", bij Linux is dit de default.
De reden waarom ik -t zei het (Windows) commando is omdat je wel verdomde snel moet zijn
om een wijziging in 4 packets te doen en daar een conclusie uit te trekken.
In Linux kun je -c (packet count) gebruiken maar beide sluit je gewoon af met ctrl-c als je er klaar mee bent. Of in Windows sluit je cli venster.

Zolang een device (router/pc) in 1 netwerk zit (lees LAN/VLAN) kunnen deze altijd direct communiceren met elkaar dit noemen we een "broadcast domain". En ja je kan meerdere subnets gebruiken in 1 LAN/VLAN/broadcast domain. Alle geconfigureerde lokale IP-adressen/subnets worden verwacht direct bereikbaar te zijn op dit broadcast domain en dus niet via een router.
En in dit geval is dat ook de waarheid aangezien jouw PC "direct" verbonden is met de router.
Je kunt ook prima jouw PC 30 IP adressen geven, in hetzelfde subnet of andere dit maakt niet uit. Welke IP-adressen deze hebben is niet zo belangrijk deze zijn nog steeds direct (Layer 2/Mac adressen) bereikbaar. Raad ik z'n configuratie aan in productie? Zeker niet maar voor configuratie/test scenario's is dit prima.

Een iets in depth uitleg heb ik hier al eens gegeven:
MasterL in "VLAN's in het algemeen"

[Rick13]

MasterL schreef op donderdag 9 juli 2026 @ 12:01:
Beetje off topic maar oké, vanuit een leerzaam punt dan maar.
Ping -t in Windows betekent "oneindig", bij Linux is dit de default.
De reden waarom ik -t zei het (Windows) commando is omdat je wel verdomde snel moet zijn
om een wijziging in 4 packets te doen en daar een conclusie uit te trekken.
In Linux kun je -c (packet count) gebruiken maar beide sluit je gewoon af met ctrl-c als je er klaar mee bent. Of in Windows sluit je cli venster.

Yep, wist ik. Was alleen -c vergeten in Linux.

Tweede gedeelte weer wat geleerd. Wel handig het OSI model vertalen naar de praktijk .

Maar probleem is opgelost anders wordt het een heel lang offtopic.