Bitaxe gamma 601 werkt niet na overstap op Zyxel T-56 modem

Hee ​@Waqqas,

Thx voor je snelle reactie!

Ja op zich goeie tip…..maar ik had dit inderdaad ook al geprobeerd. Die miners heb ik inmiddels al zo vaak gereboot en reset dat er bijna eelt op m'n vingers zit 😁

Hebben de miners wel toegang tot het netwerk? Of heb jij dus toegang tot de miners via de pc?

Zo niet, hoe zie jij dan de foutmeldingen (hebben die dingen een beeldscherm)?

Zo ja, dan hebben ze dus wel wifi toegang en moet je controleren of ze zelf wel toegang hebben tot internet (in het algemeen). Hoe heb je dan toegang via de pc? Ssh? Browser?

Hee ​@rvk01,

Thx voor je reactie! Ze hebben zeker toegang, want ze maken gewoon verbinding via wifi. Ik kan inderdaad vervolgens via de pc lokaal de miners configuratie pagina's openen (via de browser, 192.168 etc, net zoals je in je modem kunt komen zeg maar). Daar kan ik de live logs ook bekijken. Overigens hebben de miners ook een kleine display en daarop zie ik dat ze hun werk niet kunnen doen.

Verbonden via het nieuwe modem kunnen ze niet aan de slag, maar verbonden via het oude modem is er niks aan de hand. Ik begin steeds meer te vermoeden dat Odido bepaalde restricties op het modem heeft gezet. Bepaalde instellingen waar wij niet (of niet zomaar) bij kunnen. Heel irritant...

Dat lijkt mij sterk. Maar als je weet welke restricties je denkt dat dat zijn, dan kun je het probleem oplossen 😉

Je kunt in de miner niet zien waarom hij zijn werk niet kan doen? (In de logs daarvan?) 

Ik weet niet wat voor soort verkeer de minder terug krijgt van de server maar als dat veel pakketjes achter elkaar zijn, dan zou je nog kunnen proberen de DoS detectie uit te zetten in de router. Beveiliging, Firewall, Dos tabblad.

Ja dat is dus het klote; ik heb geen idee. Het enige wat de log zegt (als het gaat om foutmeldingen) is “stratum_task: Socket unable to connect to public-pool.io:21496 (errno 113: Software caused connection abort)”.

Hoeveel pakketjes er precies heen en weer gaan weet ik niet, maar ik heb inderdaad al DoS uitgezet, firewall op ‘zachter’ en zelfs uitgezet, etc. In de eerste post staat een lijstje van dingen die ik in ieder geval al gedaan heb (en misschien zelfs al wel meer). Ik ben er letterlijk al uren mee bezig geweest.

Ik heb ChatGPT en Claude (beide betaalde versie) al uitgeknepen om hierover mee te denken, maar ik loop vast. Ik kan het niet uitstaan omdat er met het oude modem dus geen enkel probleem is. En een nieuwe geeft ineens dit soort gekloot. Zeer waarschijnlijk heeft deze foutmelding ermee te maken dat de router de uitgaande verbinding naar poort 3333 blokkeert...

Waarom blokkeert jouw router poort 3333 (of poort 21496 want die staat in de foutmelding)? Dat zou je dan zelf ingesteld moeten hebben want dat is zeker niet standaard.

Als je Thuis Veilig Online hebt dan zou deze hostname in de blok lijst kunnen staan. Maar anders moet het gewoon werken.

Kun je het volgende eens op een Windows pc testen in een cmd console.

ping public-pool.io

en

nslookup public-pool.io

om te kijken of de host bereikbaar is vanaf jou en het volgende om te kijken of je die poort kunt bereiken.

powershell "Test-NetConnection -computername public-pool.io -Port 21496"

Thx voor je reactie weer. Wordt sowieso gewaardeerd 😎

Ik heb zelf niks geblokkeerd. Dit probleem deed zich voor direct na een verse installatie door een monteur. Ik heb geen Thuis Veilig Online.

Ja jouw tests had ik inderdaad al gedaan, maar heb ze nogmaals gedaan. Volgens mij gaat alles goed, maar for what it's worth, hier de details:

Ping

Pinging public-pool.io [38.51.144.240] with 32 bytes of data:
Reply from 38.51.144.240: bytes=32 time=145ms TTL=53
Reply from 38.51.144.240: bytes=32 time=138ms TTL=53
Reply from 38.51.144.240: bytes=32 time=138ms TTL=53
Reply from 38.51.144.240: bytes=32 time=147ms TTL=53

Ping statistics for 38.51.144.240:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 138ms, Maximum = 147ms, Average = 142ms

Nslookup

Server:  home
Address:  192.168.1.1

Non-authoritative answer:
Name:    public-pool.io
Address:  38.51.144.240

Test netconnection

ComputerName     : public-pool.io
RemoteAddress    : 38.51.144.240
RemotePort       : 21496
InterfaceAlias   : Wi-Fi
SourceAddress    : 192.168.1.20
TcpTestSucceeded : True

​@rvk01 

Ik heb nog even alles wat ik gedaan heb in een ander AI model gestopt en ben verder gegaan met knutselen. Zo ook m'n laptop via wifi verbonden met de Zyxel, als hotspot aangezet en de miners met die hotspot verbonden; werkt direct. Het is dus echt een probleem dat ontstaat bij directe verbinding tussen de miners en het modem. Dit is de conclusie van het taalmodel:

Je hebt nu twee standen gezien:

• DNS op statisch → getaddrinfo failed

• DNS op proxy → naamresolutie lukt blijkbaar weer, maar daarna krijg je weer
  Socket unable to connect ... errno 113

Dat betekent in gewone taal:

1. Met statische DNS geeft de Zyxel de DNS-info blijkbaar niet goed bruikbaar door aan de Bitaxe.

2. Met DNS-proxy komt de miner wel voorbij de DNS-stap.

3. Daarna klapt hij weer op de uitgaande TCP-connectie.

Dus we zitten niet meer in één enkel probleem, maar in een combinatie van:

• DNS-gedrag van de Zyxel richting ESP32/Bitaxe

• én daarna nog steeds een connectie/NAT-issue

Dat klinkt vervelend, maar het maakt de conclusie juist sterker: de Zyxel T56 en de Bitaxe/ESP32 gaan gewoon niet lekker samen.

Wat ik nu als eindconclusie zie

Dit is inmiddels heel hard onderbouwd:

• Bitaxe werkt via laptop-hotspot

• dezelfde pool werkt via laptop-hotspot

• laptop-hotspot gebruikt nog steeds jouw Zyxel als internet-upstream

• dus internetlijn, pool en miner zijn in orde

• direct achter de Zyxel gaat het mis

• firewall / DoS / ALG / 2.4 GHz / 20 MHz / IPv6 / DNS-varianten hebben het niet opgelost

Dan blijft er eigenlijk maar één serieuze conclusie over:

de Odido/Zyxel firmware heeft een compatibiliteitsprobleem met de Bitaxe/ESP32-stack
waarschijnlijk in DHCP/DNS + NAT/state tracking.

Wat ik je nu zou aanraden

Laat deze instellingen voorlopig zo

Voor verder gebruik of testen:

• DNS op proxy

• DoS uit

Waarom:

• met statisch DNS kreeg je meteen resolutieproblemen

• proxy brengt je in elk geval verder dan DNS

Dus: niet terugzetten naar statisch.

Je kunt Odido benaderen met een heel gerichte case:

• ESP32-gebaseerde Bitaxe miners werken niet direct achter de Zyxel T56 / EX5601-T1

• miners krijgen IP en zijn lokaal bereikbaar

• via DNS proxy komt hij voorbij name resolution

• daarna errno 113 bij outbound TCP naar mining pool

• via laptop-hotspot over dezelfde internetverbinding werkt alles direct

• firewall/DoS/ALG/IPv6/2.4 GHz/20 MHz al getest

Ik begin het een beetje op te geven. Jij nog ideeën? ;)

Zet voor de grap EasyMesh eens uit op de router.

Als dat alleen niet werkt, zet daarna het vinkje eens uit onder wifi voor "zelfde opties gebruiken voor 5ghz" (o.i.d.).

Als het om ESP32 devices gaat draaien die natuurlijk geen ssh o.i.d. zodat je direct testen op het apparaat uit kunt voeren. 

Ik zal het vanavond proberen, als ik dat niet toevallig al geprobeerd heb.... Sowieso heb ik 5Ghz uitgezet, maar geen idee of dat met elkaar te maken heeft.

​@Syd_H Heb je nadat je de DNS op Statichs hebt gezet de Bitaxe herstart zodat die de nieuwe DNS krijgt van het modem. Anders blijft die DNS verzoeken sturen naar het modem die daar niks meer mee doet om je DNS proxy hebt uitgezet. 

Kan je eens kijken in het security logboek van het modem of daar wat staat dat wordt geblokkeerd komend van je ESP. Kan je misschien meer logs van de stratum_task delen, maar dat het ons meer verteld dan alleen de connection failed log. 

Kan het eventueel zijn dat je nieuwe IP adres, gezien je van modem bent veranderd, geblokkeerd staat bij public-pool.io? 

Vandaar dat ik het telnet commando (via Powershell Test-NetConnection) uit liet voeren. Die maakt wel connectie (wat bij een geblokte ip niet zou kunnen). En dan zou het met de laptop als hotspot voor de miner ook niet werken.

Dit beiden geprobeerd maar dat geeft helaas geen verandering.

Hee ​@svenvg93,

Jij ook bedankt voor je reactie!

Ja na bijna iedere verandering gaat het modem van de stroom en daarna de miners ook.

In de log van de miner staat vooral veel ‘onzinnige info’ over temperatuur etc. Het enige ‘stratum’ gericht is dit:

(1056724) stratum_task: Connecting to: stratum+tcp://public-pool.io:21496 (38.51.144.240)
(1057025) stratum_task: Socket created, connecting to 38.51.144.240:21496
(1075222) stratum_task: Socket unable to connect to public-pool.io:21496 (errno 113: Software caused connection abort)

(1080224) stratum_task: Switching target due to too many failures (retries: 3)...

(1080225) stratum_task: Connecting to: stratum+tcp://solo.ckpool.org:3333 (15.204.102.129)
(1080531) stratum_task: Socket created, connecting to 15.204.102.129:3333
(1098723) stratum_task: Socket unable to connect to solo.ckpool.org:3333 (errno 113: Software caused connection abort)

En na 3 pogingen probeert ie het weer met de eerste pool etc.

In het Veiligheids logbook van de Zyxel staat niks helaas.

Hee ​@rvk01 en ​@svenvg93,

Hebben jullie heel toevallig nog ideeën? Mijn hoop is op jullie gevestigd 😅

Ciao,
Syd

Het enige wat ik nog kan bedenken om het te diagnosticeren is een van de miners in de DMZ zetten (IP toevoegen bij DMZ). Gewoon om te kijken of het een direct firewall probleem is.

Maar het blijft raar dat je de host wel kunt bereiken (en connecten) via een PC.

De timeout na CONNECT is overigens 18 seconden, dus dat lijkt op een normale TCP timeout.

En het rare is dus dat het via een hotspot op hetzelfde Odido netwerk wel werkt. Dus het gaat alleen om de directe wifi communicatie tussen het apparaat en de Zyxel router. Dan zou je toch een wifi probleem verwachten. Als laatste kun je nog een compleet ‘antiek' gastennetwerk opzetten (zoveel mogelijk terugschakelen naar lage 802.11g zonder WPA3 of misschien zelfs zonder wachtwoord) en daarmee verbinden (waarvan je veel settings al geprobeerd hebt maar ik weet niet in hoeverre dat tegelijk was).