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 ]