Even nog een kleine toevoeging. Ik zie dat meerdere problemen hebben met hun cloud vanwege een versie
Firmware-versie
V5.70(ACEA.0)T56C_b8_1108
Misschien dat ik hier ook last van heb.
Die dnsmasq-dhcp regels duiden op het crashen van de dhcp server.
Dat wordt veroorzaakt door versie b8 van de firmware van de Zyxel T-56.
Bij installatie had de Zyxel waarschijnlijk nog versie b4, waar het probleem nog niet in zat, maar na een paar uur online wordt de “upgrade” naar b8 automatisch gepusht.
Ubuntu Server en talloze embedded apparaten hebben hier last van: JBL/Harman Kardon boxen, Remarkable tablets, etc. etc. etc.
In Ubuntu Server kun je de config file van de dhcp client zo aanpassen dat hij weer verbinding maakt.
Als je wilt kan ik achterhalen hoe ik dat indertijd gedaan heb (1 regel in een config file, maar welke ook weer? En bij wie staat inmiddels de Pi waarop ik het gedaan heb?
)
Het probleem is er sinds eind november / begin december 2023 (toen werd b8 uitgerold).
Ik liep er eind december tegenaan, toen ik verder wou met een Raspberry Pi met Ubuntu Server die voorheen goed werkte. Ik heb toen met Wireshark uitgevogeld wat er mis ging en mijn bevindingen hier in het forum gepost, met oorzaak en meest waarschijnlijke plek in de firmware waar het mis ging.
Twee weken later was er een nieuwe firmware (geen idee of ze mijn analyse gelezen hebben of het zelf hebben ontdekt), maar die wordt tot nog toe mondjesmaat uitgerold.
Intussen zijn er tientallen/honderden mensen met apparatuur die niet wil verbinden, en die erg blij zijn als ze de update hebben ontvangen die de problemen verhelpt.
Maar op dit moment moet je de update nog wel zelf aanvragen, door je klantnummer in je profiel te zetten en @Tommie van Odido @Teresa van Odido @Sven-Odido of een andere moderator aan te roepen. Dan is het in een paar dagen gefixt. Maar kennelijk worden routers dus nog steeds met een werkende firmware uitgeleverd, die vervolgens door een automatische update in de nacht wordt vervangen door versie b8 die vol problemen zit.
De moderatoren hier werken zo hard ze kunnen, maar zo lang de company policy lijkt te zijn dat “rollback” een niet bestaand woord is, en een nieuwe versie pas algemeen uitgerold mag worden na drie maanden rigoureus testen blijven ze dus nieuwe klanten na een dag met niet-werkende firmware opzadelen. “Corporate policy”: een woord dat ik nooit hoop te begrijpen.
Deze rant is een - waarschijnlijk wederom mislukte - poging iets te veranderen.
Maar grote bedrijven zijn log, en nauwelijks te veranderen.
Het zij zo.
Goede morgen Henk,
Je maakt mijn dag weer een beetje goed met deze super uitleg en heb inmiddels om een update gevraagd.
Het werkte echt perfect en was super blij tot de volgend ochtend.
Je hebt me al meer dan genoeg geholpen en ga je geen werk opzadelen in het weekend.
Het kost me een hoop stress minder nu en kwestie van afwachten dus.
Fijn weekend toegewenst!
Groeten Ton
Omdat ik een ingeving kreeg (en het niet laten kon 
) hier nog even de aanpassing van de config file waarmee je je Ubuntu Server alvast weer aan de praat krijgt:
in /etc/systemd/networkd.conf het volgende aanpassen:
DUIDType=link-layer
#DUIDRawData=
Dan is de dhcp-aanvraag weer kort => geen buffer overflow => geen crash van de dhcp-module => geen dnsmasq-dhcp regels meer in je logfile elke paar minuten, en een werkende verbinding!
Werkt niet voor de andere problemen, dus update aanvragen was sowieso nuttig, maar dan kun je van het weekend vast weer verder spelen met de Linux.
Overigens: dat andere topic aanmaken met de vraag om nieuwe firmware was niet meer nodig, omdat ik hier de moderatoren al ge-@ had. En twee topics over hetzelfde probleem houden ze niet zo van.
Dank je Henk!
Ik ga mijn monitor aan de server hangen en toetsenbord en het proberen.
Dank voor alles!
Groeten Ton
Nou bij de klantenservice krijgen wij doodleuk te horen dat we teveel apparaten op ons modem hebben aangesloten en daardoor ons modem niet goed werkt.
Neem aan dat het deze fouten zijn:
Apr 10 14:30:06 daemon.info dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Apr 10 14:30:06 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Apr 10 14:31:14 daemon.info dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Apr 10 14:31:14 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Apr 10 14:32:16 daemon.info dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Apr 10 14:32:16 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Apr 10 14:33:23 daemon.info dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Apr 10 14:33:23 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Apr 10 14:34:25 daemon.info dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Apr 10 14:34:25 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Apr 10 14:35:28 daemon.info dnsmasq-dhcp: DHCP, IP range 192.168.1.2 -- 192.168.1.254, lease time 1d
Apr 10 14:35:28 daemon.info dnsmasq-dhcp: read /etc/ethers - 0 addresses
Apr 10 14:36:26 daemon.info dnsmasq-dhcp: sendLeaseMessageToESMD
Apr
Ik heb in december, januari, februari en nu weer in april contact gehad over dit incident, en tot mijn frustratie blijf ik onzinnige verklaringen ontvangen. Er wordt beweerd dat de processor van mijn pc, een i9 9900K, niet krachtig genoeg is, maar deze is naar mijn weten nog lang niet verouderd. Bovendien heeft dit helemaal niets te maken met mijn netwerkverbinding. Vervolgens werd gesuggereerd dat het probleem veroorzaakt wordt door het aantal apparaten in huis (wel twintig op een poort). Deze bewering is absurd. Daar bovenop werd gesteld dat de netwerkverbinding bij elk apparaat zou worden verdeeld, waardoor er steeds minder bandbreedte beschikbaar zou zijn tot het internet niet meer werkt. Dit is pure nonsens! Het betrof een access point dat slechts enkele smartapparaten deelde op de poort. Ik heb zelfs alle access points verwijderd, maar het probleem blijft bestaan.
Ik kan al sinds november/december een groot deel van mijn apparaten niet meer gebruiken. En telkens wordt de schuld bij ons gelegd.
maar wat is nu je probleem? welke hinder ondervind je?
@RWJ ondervindt hinder dat bepaalde apparaten geen ip-adres krijgen. De log file is duidelijk.
Firmware van de router laten upgraden van b8 naar b10 en de ellende is voorbij.
Is pas drie maanden bekend...
@Tommie van Odido @Teresa van Odido kunnen jullie @RWJ ook even op de lijst zetten voor een firmware update? Dan kan hij vandaag maandag ook weer genieten van al zijn apparatuur!
@RWJ zorg even dat je je klantnummer (ABC12345) hier in je profiel zet, dan weten ze welke router ze moeten hebben.
Zeker @henkdeleeuw! Ik mis alleen een klantnummer zoals je al aangeeft haha.
Ik zet je graag op de lijst @RWJ. Zou jij je klantnummer willen toevoegen aan je profiel? Deze is te vinden in Mijn Odido (in een webbrowser) → Klik op Abonnementen → Klik op pijltje omlaag bij Klant sinds → Klantnummer: ABC12345.
Ik zag dat je mij een privébericht gestuurd had @RWJ. Ik heb je op de lijst gezet. De firmware zal, door afwezigheid, maandag geüpgraded worden, tijdens het updaten zal je internet ongeveer drie minuten wegvallen. Daarna staat de nieuwe firmware op het modem.
Ik zag dat je mij een privébericht gestuurd had @RWJ. Ik heb je op de lijst gezet. De firmware zal, door afwezigheid, maandag geüpgraded worden, tijdens het updaten zal je internet ongeveer drie minuten wegvallen. Daarna staat de nieuwe firmware op het modem.
Heel erg bedankt voor je antwoord. Erg fijn dat er toch iemand is die begrijpt wat er speelt. Ik wacht met smart maandag af.
Ik wil graag mijn oprechte dank uitspreken voor alle waardevolle informatie die ik van jullie heb ontvangen. Vanmorgen om 7 uur werd de b10-update uitgerold, en voor het eerst in zes maanden kan ik weer gebruikmaken van mijn FPGA's en Linux machines. Het voelt als een ware opluchting na al die tijd.
Vandaag belooft een drukke dag te worden, aangezien mijn webservers gedurende deze periode ook geen lokale back-ups hebben kunnen maken.
Een punt van feedback dat ik wil benadrukken, is het belang van communicatie met de servicedesk. Het zou enorm hebben geholpen als zij op de hoogte waren geweest van deze problemen. Dit had mij niet alleen geld, maar ook waardevolle tijd kunnen besparen.
Nogmaals, bedankt voor de informatie die ik uit dit topic heb gekregen. Ik ben blij dat het eindelijk werkt.
Geen dank @RWJ, ik ben superblij om te horen dat na de update alles het weer goed doet! Ik wens je nog een fijne maandag.
