Port forwarding Huawei EG8145X6 [SNLR]

[Eric_1993]

Beste lezers,

Sinds kort wil ik graag een SFTP server hebben voor het maken van backups. Ik zit nu bij SNLR met een Huawei EG8145X6 modem. Ik ben er inmiddels al een paar dagen mee bezig met port forwarding om poort 22 in te schakelen. Helaas is het mij niet gelukt. Ik heb alles nagelopen op de Windows 10, firewall, Bittvise server etc en alles ziet er prima uit.

Echter werkt het modem niet mee. Als ik mijn ipv4 adres opzoek via verschillende websites is dat dezelfde op alle websites. Echter staat in het modem een ander IPv4 adres.

Ik heb allebei de ip adressen geprobeerd, maar zonder resultaat. Ook andere poorten geprobeerd, ook geen verbinding kunnen maken. Modem herstart, op een andere pc geprobeerd, geen resultaat.

Firewall van de pc die de server gaat runnen staat gewoon open op poort 22.

Zou iemand mij hulp of advies kunnen geven waar het nou verkeerd gaat?

Hardware:

Huawei EG8145X6 - GPON
Intel NUC7i3BNB

Software:

Windows 10 Pro
Bitvise Personel Edition
Filezilla
Duplicati

[hcQd]

Valt het IP-adres dat je ziet in het modem tussen 100.64.0.0 en 100.127.255.255? Dan wordt je geNAT door je provider en zul je moeten verzoeken dit uit te zetten.

[Eric_1993]

hcQd schreef op zaterdag 21 september 2024 @ 17:58:
Valt het IP-adres dat je ziet in het modem tussen 100.64.0.0 en 100.127.255.255? Dan wordt je geNAT door je provider en zul je moeten verzoeken dit uit te zetten.

Jaa het ip-adress begint inderdaad met 100.64. Wel bijzonder dat ze mij hier niet op aangewezen hebben toen ik ze eergisteren had gebeld om port forwarding in te schakelen. Volgens klantenservice kon dat prima en ze zei niks over NAT.

Ik zal morgen bellen om dit uit te laten zetten. Mocht het daarna werken kom ik er op terug. Bedankt voor je advies!

[nelizmastr]

Je hebt nu inderdaad CGNAT, dan deel je jouw IP met vele andere klanten en kun je geen poorten forwarden tenzij de provider CGNAT uitzet.

CGNAT is een lapmiddel omdat sommige providers te incompetent zijn om IPv6 fatsoenlijk te implementeren en IPv4 adressen zo goed als op zijn.

[JohDB]

Je hebt bij SNLR ook altijd IPv6. Daar heb je de beperking door CG-NAT niet.

[Eric_1993]

JohDB schreef op zaterdag 21 september 2024 @ 22:10:
Je hebt bij SNLR ook altijd IPv6. Daar heb je de beperking door CG-NAT niet.

Ik had dat in het modem ook gezien inderdaad. Stond ook bij port-forwarding, ik heb dat ook geprobeerd, maar is mij niet gelukt.

[Eric_1993]

Het was inderdaad het probleem dat ik achter een NAT zat. Inmiddels een eigen IPv4 adres gekregen. Voor de mensen die dat ook overwegen, hou er rekening mee dat ze een bedrag van € 2,50 rekenen voor een eigen ipv4 adres.

[BoYaM]

Is dat 2,5€ eenmalig of per maand erbij?
Ik heb al antwoord gekregen het is per maand, maar in mijn geval het waard.
Heb ook het 100 adres intern en een 2tal andere als ik mijzelf op op internet opzoek.
Uren bezig geweest om de ftp poorten open te krijgen maar lukt me maar niet om extern mijn spullen te benaderen.
Ik dank jullie wel voor de wijsheid in deze zaak.
Ik heb dus een niet ge nat op adres nodig .
Ze regelen het wel binnen no time en buiten standaard openingstijden vandaag al in de avond op zaterdag:)
Toch een beetje service, naast het een beetje vervelende feit dat je dat kennelijk niet meer standaard kan verwachten van dat vaste ip adres bij een provider.

[ Voor 111% gewijzigd door BoYaM op 14-12-2024 20:17 ]

[mzonneveld12345]

Ik vind het wel vreemd dat er met een normaal abonnement van SNLLR (dus zonder vast IPV4 adres) de portforwarding niet werkt.

En dat ik nu dan 2,50 per maand extra moet betalen daarvoor.... Ik hou niet zo van dit soort verrassingen.
Ben ook niet gewend dat dit zo is, niet bij KPN, niet bij ODIDO..... maar wel bij SNLLR.

Heeft iemand hier nog ervaring mee of onvrede?
Groetjes!

[mzonneveld12345]

Ik heb van SNLLR de uitleg gekregen dat hun modem (Huawei EN8255X6S-8X) “niet in staat is om instellingen op te slaan” en dat dit volgens hen normaal gedrag is. Het gaat dan om port-forwarding, DMZ-instellingen en andere routerconfiguraties die na elke herstart verdwijnen.

Dat klopt technisch gezien niet.
Een modem/router hoort altijd persistent te kunnen werken: instellingen moeten opgeslagen blijven, ook na een restart, stroomonderbreking of firmware-update. Dit is geen bijzondere functie, maar basisfunctionaliteit van elke router sinds tientallen jaren. Apparatuur die instellingen vergeet, wordt normaal gesproken als defect of ongeschikt beschouwd.

Ook volgens de ACM (Telecommunicatiewet) heeft een provider de plicht om een goed werkende dienst én deugdelijk werkende apparatuur te leveren. Als een modem structureel essentiële functies verliest of configuraties niet kan bewaren, voldoet dat niet aan de norm van een betrouwbare internetdienst. De aanbieder moet dit dan herstellen, vervangen of een alternatief leveren (zoals een werkende ONT in bridge mode), zonder extra kosten.

Samengevat: de uitleg van SNLLR dat dit gedrag “normaal” zou zijn voor hun modem, is technisch onjuist en niet in lijn met wat gebruikers volgens de wet en de algemene marktstandaard mogen verwachten van goed functionerende netwerkapparatuur.

[nelizmastr]

mzonneveld12345 schreef op vrijdag 28 november 2025 @ 13:01:
of een alternatief leveren (zoals een werkende ONT in bridge mode), zonder extra kosten.

Een ONT is altijd "bridge" want het is simpelweg een mediaconverter die het inkomende glasvezelsignaal ombuigt naar een interface waar je een andere router op kunt aansluiten.

In principe, als SNLR daadwerkelijk een niet-deugdelijke router levert zou je ze kunnen vragen om een ONT en dan zelf een eigen router erachter kunnen sleutelen met de juiste specificaties. Wel is het zo dat je bij eigen apparatuur achter het overnamepunt als zodanig de ondersteuning van de provider verliest, dat is bij alle providers zo.

Maar goed, we kunnen er hier wel over discussiëren, maar je zult er samen met SNLR uit moeten komen als je niet tevreden bent. Ik ben het overigens met je eens dat een router die non-persistent is behoorlijk anti-consumer is en daar moeten ze een nette oplossing voor leveren.