Block incoming connections and ports - ZyXEL EMG2926-Q10A
Greetings, On the Videotron modem ZyXEL EMG2926-Q10A, does anyone know how to block all incoming traffic (from the internet to the modem) and how to lock all ports from incoming connections? When login into the modem via a web browser and the clicking on: Expert Mode > Configuration (left side of the screen) > Security > Firewall > Services > Add firewall rule , I cannot find the option for “incomming” traffic or “outgoing” traffic. There is only the “Source_IP_Address” which I suspect is the way to block the incomming connections to the modem. From my point of view, one would have to list all IP addresses as “source” by stating an IP address range such as 0.0.0.0 to 255.255.255.255. 1) Is that the way to block incoming connections to the router? 2) What is the correct way to type/state an IP address range in the EMG2926-Q10A? Regarding blocking the ports on the modem from incoming connections: 3) is that within: Expert Mode > Configuration > Security > Firewall > Services > Add firewall rule > SourcePortRange that ports 0 to 65535 have to be typed in to prevent people outside the network from scanning/using ports on the modem? Lastly, its not clear if creating a firewall rule (as stated above; “Add a firewall rule”) will create a rule that “allows” or “block” the traffic. 4) Does firewall rules block or allow traffic? Thanks in advance, Regards, B
Pour quand l'internet symétrique à Lévis?
Je désir savoir quand l'internet symétrique sera installé à Lévis car cela commence à devenir un problème. Pour participer à des discussion en haute résolution, streaming, ou bien utiliser un server pour gamer consomme toute la bande passante en upload. Si cela n'est pas possible dans les 2 prochaine année je crois que je vais devoir changer de ISP.
Accès à distance impossible de mon serveur NAS
Avec bell et un DDNS j'y parvenais, mais impossible avec helix fi 2 depuis mon déménagement le 1er juillet. Seule la connexion locale fonctionne puisque l'option mode pont n'est pas compatible avec le module optique que l'installateur a installé. Le mode pont plus un routeur en DDNS ça aurait fonctionné.
Débit Wi-Fi très lent sous Linux (Helix XB7)
Bonjour, Je cherche à documenter un problème de débit Wi-Fi avec une borne Helix XB7 de Vidéotron, qui semble toucher spécifiquement les appareils sous Linux. Contexte : Borne : Helix XB7, technologie Comcast/Xfinity Forfait Internet : 500/50 Mbit/s Réseau Wi-Fi : [SSID masqué] Bande utilisée : 5 GHz Canal observé : 157 / fréquence 5785 MHz Signal côté Linux : environ -50 à -52 dBm, donc signal bon Appareils testés : Ordinateur fixe avec carte Intel Wi-Fi 6 AX200, Lenovo ThinkPad X390, Dell Latitude 3520 Systèmes testés : Fedora 44, Ubuntu 26.04, Windows Le problème observé est le suivant : sous Linux, en Wi-Fi, le débit réel descend généralement autour de 20 Mbit/s, alors que le forfait est de 500/50 Mbit/s. Le même portable, au même endroit et sur le même réseau Wi-Fi, atteint environ 438,91 Mbit/s en téléchargement et 46,09 Mbit/s en téléversement sous Windows, avec une latence normale. Exemple sous Windows (Dell Latitude 3520), même portable, même emplacement, en Wi-Fi : Download : 438,91 Mbit/s Upload : 46,09 Mbit/s Ping : 21 / 56 / 28 ms Un test en Ethernet sous Linux avec le Dell Latitude 3520 donne aussi les vitesses attendues du forfait. Le problème ne semble donc pas venir de la connexion Internet Vidéotron, du provisionnement, du coaxial, ni de Linux en général, mais plutôt de l’interaction entre le Wi-Fi sous Linux et la borne Helix XB7. Exemples de résultats sous Linux en Wi-Fi : Speedtest : 20,46 / 19,75 Mbit/s Les téléchargements réels sont aussi touchés. Par exemple : curl depuis OVH : environ 2,58 MiB/s, soit environ 20,6 Mbit/s aria2c avec 8 connexions parallèles : environ 2,4 MiB/s, soit environ 19,2 Mbit/s Le problème n’est donc pas seulement lié à speedtest ou à un serveur de test précis. Côté Linux, la connexion Wi-Fi semble pourtant parfois négocier correctement. Par exemple : Connected to [BSSID masqué] (on wlp4s0) SSID: [SSID masqué] freq: 5785.0 signal: -52 dBm rx bitrate: 780.0 MBit/s VHT-MCS 8 80MHz short GI VHT-NSS 2 tx bitrate: 866.7 MBit/s VHT-MCS 9 80MHz short GI VHT-NSS 2 Le power save Wi-Fi est désactivé : Power save: off J’ai aussi testé le ping vers la borne locale, 10.0.0.1. Par moments, il est très stable : rtt min/avg/max/mdev = 1.528/2.618/5.288/0.887 ms 0% packet loss Mais à d’autres moments, il y a eu des pics de latence importants vers la borne elle-même, par exemple plus de 100 à 200 ms, et auparavant autour de 300 à 400 ms. Cela suggère un problème local entre Linux et la borne, plutôt qu’un problème avec Internet en général. Un élément important : sous charge, la connexion Linux semble parfois retomber en mode legacy à 54 Mbit/s. Après un gros transfert avec aria2c, la commande iw dev wlp4s0 station dump donnait : tx packets: 373850 tx retries: 55125 tx failed: 0 signal: -51 dBm tx bitrate: 54.0 MBit/s rx bitrate: 54.0 MBit/s Au départ, sous Fedora, j’avais aussi observé le message suivant dans dmesg : required MCSes not supported, disabling HT Ce problème ressemble à un bogue connu avec certaines bornes Comcast/Xfinity qui annoncent des ensembles MCS incorrects. J’ai testé un noyau Fedora plus récent, 7.0.13-200.fc44, qui semble corriger partiellement ce problème initial, car la connexion peut maintenant s’établir en VHT 80 MHz. J’ai aussi testé temporairement un patch mac80211 externe lié à ce problème MCS, mais il n’a pas réglé le débit réel sous charge. Tests et contournements déjà essayés : -mise à jour complète de Fedora 44 ; -noyau Fedora 7.0.13-200.fc44 ; -test avec le module mac80211 standard de Fedora ; -test temporaire avec un patch mac80211 lié aux MCS ; -désactivation du Wi-Fi 6 / 802.11ax côté Linux avec disable_11ax=Y ; -connexion forcée en Wi-Fi 5 / VHT au lieu de HE/Wi-Fi 6 ; -désactivation du power save Wi-Fi ; -utilisation de l’adresse MAC permanente au lieu de la MAC aléatoire ; -test avec IPv6 désactivé ; -test avec MTU 1400 au lieu de 1500 ; -test avec 11n_disable=8 ; -tests avec speedtest-cli, navigateur, curl et aria2c ; -comparaison avec Windows sur le même portable et au même endroit ; -test Ethernet sous Linux avec le Dell Latitude 3520, qui donne les vitesses attendues ; -tests avec plusieurs machines Linux : Dell Latitude 3520, Lenovo X390 et ordinateur fixe avec Intel AX200 ; -désactiver le 2,4ghz sur la borne. À ce stade, le problème semble très spécifique à l’interaction entre Linux, probablement iwlwifi/mac80211 avec cartes Intel, et la borne Helix XB7. Le réseau, l’abonnement et l’emplacement semblent corrects, puisque Windows atteint environ 439/46 Mbit/s en Wi-Fi dans les mêmes conditions, et puisque Linux atteint les vitesses attendues en Ethernet. Ma question : est-ce que d’autres utilisateurs Linux ont observé ce genre de comportement avec les bornes Helix XB7, surtout avec des cartes Intel AX200/AX201 ou des portables Lenovo/Dell? Est-ce que Vidéotron peut pousser une mise à jour de firmware, modifier le profil Wi-Fi de la borne, ou proposer un remplacement de borne lorsque le Wi-Fi fonctionne correctement sous Windows et en Ethernet, mais très mal en Wi-Fi sous Linux? Merci!
Helix avec connection SFP
Le modem/routeur de Bell possede une sortie ethernet : SFP. Cette connection est tres superieur à la connection ethernet RJ45. À quand , va t on retrouver , ce type de connection sur le modem/routeur Helix ? La majeur partie de mon utilisation d'internet , se fait pour l'écoute audio , de mon systeme haut de gamme . Mon DAC/Streamer ( LuminX1 ) est connecté à Helix par un cable RJ45 .. Mais ce DAC/Streamer possede aussi , une entrée de type SFP. Le type de connection SFP est nettement supérieur pour la vitesse et surtout , la supression du bruit ( noise floor ) qui voyage sur internet. Pour l'audio haut de gamme , ce n'est pas subtille comme effet. Vais je devoir quitter Videotron , apres avoir été client pendant une quarantaine d'années et migrer vers Bell ?IPv6 et Helix en mode pont / IPv6 & Helix Bridge Mode
Ce sujet est revenu à plusieurs reprises au fil des années, avec des niveaux de résolution variables. Je pense que plusieurs clients — particulièrement ceux d’entre nous qui travaillent dans le domaine des technologies — attendent toujours une réponse claire et officielle de Vidéotron concernant la prise en charge d’IPv6 sur des routeurs et pare-feu gérés par le client. Pour quiconque dépasse une configuration résidentielle de base, la passerelle Helix n’est généralement pas utilisée comme routeur principal ou pare-feu en périphérie du réseau. Plusieurs clients utilisent plutôt des solutions plus avancées comme Unifi Gateway, pfSense, OPNsense, IPFire ou VyOS. Avec IPv4, tout fonctionne très bien lorsque le modem Helix est configuré en mode pont (bridge mode). Par contre, du côté d’IPv6, la situation demeure non résolue. Pendant un certain temps, Vidéotron offrait le 6rd comme solution de contournement, mais plusieurs utilisateurs ont rapporté des résultats inconsistants, ce qui explique peut-être pourquoi cette option a finalement été abandonnée. Nous voilà rendus en 2026, et il ne semble toujours pas y avoir de solution documentée ou officiellement supportée. Pourtant, une solution existe clairement sous une forme ou une autre, puisque la passerelle Helix est capable d’attribuer des adresses IPv6 lorsqu’elle fonctionne en mode routeur. La question est donc simple : pourquoi la configuration requise pour le mode pont n’est-elle pas documentée publiquement? TL;DR En 2026, comment un client utilisant une passerelle Helix en mode pont peut-il configurer IPv6 sur son propre routeur ou pare-feu? ---- This topic has come up several times over the years, with varying degrees of resolution. I think many customers—especially those of us in the tech industry—have been waiting for a clear and official response from Videotron regarding IPv6 support on client-managed border routers and firewalls. For anyone beyond the most basic home setup, the Helix gateway is often not used as the primary border router or firewall. Many customers rely on more advanced solutions such as Unifi Gateway, pfSense, OPNsense, IPFire, or VyOS. With IPv4, this works perfectly fine when the Helix modem is placed in bridge mode. IPv6, however, is still unresolved. There was a period when Videotron offered 6rd as a workaround, but many users reported inconsistent results, which may explain why it was eventually discontinued. Fast-forward to 2026, and there still does not appear to be a documented or supported solution. Yet one clearly exists in some form, since the Helix gateway is capable of provisioning IPv6 when operating in router mode. This raises a simple question: why is the required configuration for bridge mode not publicly documented? TL;DR In 2026, how can a customer using a Helix gateway in bridge mode configure IPv6 on their own firewall/router hardware?
Modem Hitron CODA56
Abonné au WiFi Vidéotron Trois-Rivières depuis sept 2025. Installation du modem Hitron CODA56 parce que Vidéotron utilise le câblage de Cogeco? Ma borne Helix ne pourrait pas fonctionner? Le 'firmware' du modem CODA56 depuis février 2026 est la version 7.3.5.3.2b1. Mon modem indique toujours le 'firmware' version 7.2.4.7.1b7. Aucune mise-à-jours de prévu pour le moment y parait ?!?Synology NAS crashes my Helix gateway
I'm hoping that someone can help me find a solution to my problem. A little context: I've been with Vidéotron for over 20 years, prior to moving to their Helix service I had their legacy Hybrid Fibre Internet and never had a problem. I was using my own routers and everything was working well. When the technician installed my Helix gateway I asked him to set it up in bridge mode since I wanted to keep using my routers. After the installation everything seemed to be fine for a couple of days; then the problems started. The internet would go down so I'd check the gateway to find that the light was red. I would unplug it, plug it back in and the internet connection would come back. This lasted another few days and it would go down again. Some days I would have to reset it 4-5 times. I called customer support and they told me the problem was on my end since the gateway was in bridge mode. I explained that my setup had not changed, save for the new gateway, and I had no issues with the previous modem. They explained that it was different since Helix combines the modem and the router and offered no real help. After several months of dealing with this very annoying inconvenience I decided to reset the Helix gateway to it's factory settings and only use that for my home network. After setting up everything the issue started happening again. This time I knew that it wasn't because of my routers so I started eliminating other devices. I determined that the problem was caused by my Synology NAS. This is actually a "faux" Synology NAS, meaning that I'm using open source software called Xpenology to run the Synology DSM software on a regular computer. So, whenever I plug my NAS into the network it crashes the Helix gateway. Sometimes it's almost immediate whereas some other times it can stay up for an hour or so. I've played around with different settings on the NAS and turned off most of the services but that didn't resolve the issue. What I tried today and what seems to be working so far, is leaving the gateway field blank in the NAS network settings so that I can still access it locally but it can't reach out to the internet. I apologize for the very long post and if you've made it this far I want to thank you for reading this. Does anyone have any suggestions? PS. I hooked up my NAS to my dad's Helix gateway and it ran fine for about 10-15 minutes. I realize now that I should have left it connected for at least a few hours.