Bonjour,
Pourquoi limité les redirections de port à une seule ip ?
il serait préférable de pouvoir mettre plusieurs ip (séparé par des virgules par exemple).
il serait intelligent également de faire évolué cela également à l’interface web freebox os.
cordialement

Serait-il possible d’intégrer un module pare-feu sur le Freebox OS?
Un peu comme sur de nombreux Nas grand publics ou , allez je vais être un peu taquin, comme sur une certaine L***box pro!

Merci aux équipes de dév. et aux autres aussi.

Bonjour, il serait pratique de pouvoir rediriger une plage de ports vers une autre (et pas seulement vers un seul port, comme c’est actuellement le cas).
La fonctionnalité permettrait de faire fonctionner un serveur FTP sans avoir à mettre la machine en DMZ.

Autant nous sommes responsables de la sécurité de nos PC, quid de ceux de nos gamins qui arrivent à installer n’importe quoi ou de nos invités utilisant notre réseau local ?

Afin de limiter le spam, dans le cas où l’on débloque les ports SMTP, restreindre l’utilisation de ces ports qu’à une liste définie de postes.

Le seul PC des parents (sérieux, eux, bien sûr), ou le NAS qui sert de serveur de mails pourront donc envoyer des mails.

Les gamins, ils planteront leur PC en installant n’importe quoi, tant pis pour eux. Et les copains, ils spammeront de chez eux ou chez les autres, mais pas chez nous !

Bonjour,

Serait-il possible d’envisager une prise de main à distance sur une machine locale via un client bureau à distance, une fois connecté à l’interface web de Freebox OS ? (à l’utilisateur de penser à laisser ses machines allumées dans son réseau local).

Cela rendrait plus facile l’accès aux ordinateurs qu’on laisse allumés à la maison, sans notion de VPN. :)

Merci d’avance pour votre réflexion,
Louis

Bonjour,

J’ai constaté qu’il n’est pas possible de créer un règle pour rediriger des paquets provenant du WAN vers un client particulier du LAN autres que pour les protocoles TCP et UDP.

J’aimerais pouvoir par exemple pouvoir rediriger les paquets ESP (pour IPSec) provenants d’une IP particulière (ou de toutes les IP) vers un PC client du LAN.

Quant dans “Redirection de port”, j’essaye de mettre autre chose que TCP ou UDP dans “Protocole”, j’ai le message “protocole invalide”.
J’aimerais par exemple pouvoir mettre “50” (pour un protocol code particulier) ou “50-55” (pour un range) ou “50,51,53” (pour une liste de protocole code) ou “esp” (pour un protocole connu). Dans ces cas là, les numéro de ports deviennent facultatifs.

Attention: ce bug ne concerne pas IPSec qui est ici utilisé en exemple (je n’ai pas de problème particulier avec IPSec merci, c’est juste le premier exemple que j’ai trouvé qui n’utilise pas que TCP et UDP).

Bonjour
Pouvez-vous ajouter l’option dans les protocoles UDP & TCP car sa pourrai simplifier les configuration quand on a les 2 protocoles à mettre sur le même port.

Bonjour
Serai-t’il possible d’intégrer dans les paramétrages, la possibilité d’activé ou de désactive le SIP ALG.
Je suis bloqué sur mon IPBX brancher sur ma connection je reçoit j’émets les appelles mais je n’ai pas de son et pas de voix.

Bonjour,

Serait-il possible d’ajouter une gestion des sous-domaines DNS qui permettrait en fonction du nom DNS de rediriger vers une @IP interne.
Cela permettrait par exemple d’avoir plusieurs appareils joignables sur un même numéro de port.

Merci

En version 3.3.1, la Freebox Server ne peut avoir une adresse IP que sur le sous-réseau 192.168.0.0/16.

Or, deux autres plages privées existent : 10.0.0.0/8 et 172.16.0.0/12.

Il serait utile de pouvoir choisir librement le sous-réseau utilisé par la freebox parmi l’une de ces 3 plages d’IP privées (et choisir le masque également).

Un cas d’usage : pouvoir configurer un sous-réseau freebox ne se superposant pas avec le sous-réseau local lors d’une connexion VPN depuis l’extérieur vers un serveur hébergé dans le sous-réseau freebox.

Bonjour,
la fonction “accès à mon mac” ne peut pas fonctionner avec la Freebox V6. Les ports ne sont pas automatiquement redirigés, quelque soit la version UPnP IGD utilisée.
Merci

Macbook-Pro-de-blablabla:~ blablabla$ echo “show State:/Network/BackToMyMac” | scutil
<dictionary> {

"mon_identification".members.btmm.icloud.com. : <dictionary> {
  AutoTunnelExternalPort : 0
  ExternalAddress : 0.0.0.0
  LLQExternalPort : 0
  LastNATMapResultCode : 0
  RouterAddress : 192.168.0.254
  StatusCode : -65557
  StatusMessage : Unable to obtain NAT port mapping from router
}

}

Bonjour,

J’ai environ une vingtaine de ports configurés dans la Gestion des Ports (NAT) et ce matin dans ma liste de redirection tout était à vide, vierge, complètement disparue !

Freebox Server R1 Version : 3.3.2

Erreur surement suite au reboot du server durant la nuit, je n’ai pas pu vérifier de suite après le reboot si ma liste était toujours présente.

Suis-je un cas isolé ??

comme tous les possesseurs de xbox 360 chez free depuis la maj du freebox player le nat est modéré ce qui m’empêche de jouer en ligne.j’ai tout essayé rien a faire les ports sont affichés ouverts mais ne le sont pas.tous mes amis de chez free ont le même probleme

Les redirections de ports créées via le service UPnP IGD (avec un NAS Synology dans mon cas) ne sont pas persistantes après un redémarrage du serveur. C’est très ennuyeux puisqu’il faut donc les recréer à chaque démarrage, qu’il soit volontaire ou non.

Serait-il possible de rendre ces règles UPnP IGD persistantes pour les conserver suite à un redémarrage ?

Bonjour,

Actuellement le contrôle parental ne bloque que le surf sortant.

Or je souhaite configurer le blocage de ports perso et de MAC adresse en entrant.

Exemple, le port 1002 ne doit pas etre joignable de l’extérieur sauf quand j’autorise ponctuellement.

Autre exemple, une webcam sur le port 80, je souhaite bloquer la MAC en entrant pour ne pas qu’une backdoor autorise à récupèrer des logs stockés dans la cam.

A ce jour à ma connaissance, je n’ai pas la possibilité de le faire.

Bonjour,

vous ne pourriez pas ajouter l’option qu’on puisse ouvrir un port sur le protocole tcp/udp en même temps ?

Cordialement,

Bonjour,

je me permets de vous signaler l’anomalie perçue depuis avant-hier (03/02/18) sur les disques dur du NAS.
Je ne peux plus enregistrer les fichiers (qq soit le type : image, doc, vidéo) sur le disque dur du Freebox Server, même sur le disque dur externe branché sur le port USB. Je peux voir mes fichiers en tant lecture uniquement.

Et aujourd’hui d’après avoir recharger la mise à jour du firmware 3.5.1, c’est pire, le Freebox Serveur ne reconnait plus du tout mes disques externes, qq soit le mode d’accès : Soit, via le réseau de mon macbook Pro, Soit, par le mode FTP (FileZilla).

Sur ces deux type d’accès un message d’erreur affiche en signalant que les disques sont inaccessible!

La seule chose qui marche, heureusement, c’est l’enregistrement direct des programmes avec la TV.

Merci d’avance.

M. Bich NGUYEN MANH

Bonsoir, cela ne semble pas nouveau apparemment... Je viens de passer toute une après midi à tester de toutes les manières la mise en place de redirection des ports et rien ne fonctionne.

1) Agrégation 4G activé ou désactivé FONCTIONNE PAS.
2) Ipv6 ou seulement Ipv4 activé NE FONCTIONNE PAS.
3) Agrégation 4G + Ipv6 et 4 idem, FONCTIONNE PAS.
4) Agrégation 4G avec uniquement Ipv6 ou que le 4 idem MARCHE PAS.
5) DMZ activé sans ipv6 et sans agrégation sa marche que sur une application sur 5.
6) DMZ Activé avec ipv6 seulement ou ipv4 avec agrégation FONCTIONNE PAS.
7) Upnp activé sans Agrégation 4G seulement sans redirection de port sa semble aléatoirement fonctionné...

En gros j’ai testé toutes les combinaisons autant via Freebox OS que via l’interface mon compte ! Mission impossible pour faire fonctionner des applications torrent ou autres serveur etc... qui nécessite de la redirection de port, sans parler pour jouer en ligne sur les console, qui nécessite l’ouverture de certain port.

La fonction permettrai d’indiquer une des machines adressée sur le réseau permettant de fournir une ou plusieurs images de boot, afin que tout ordinateur du réseau puisse être réinstallé sans avoir a courrier après ses disques de restauration.
La fonction PXE / TFTP serai assurer par une autre machine que la Freebox, seul l’annonce du serveur via le DHCP serait nécessaire.

Bonjour,
Je rencontre des pb avec des téléphones IP derrière une solution Centrex de VoIP (protocole utilisé SIP).
Ce pb apparaît uniquement sur les nouvelles BOX DELT(Fibre ou ADSL) et sur la ONE.
En résumé, les téléphones IP sont nattés.
Le serveur de téléphonie découvre le port public et l’adresse IP public lors de l’enregistrement du poste.
L’adresse IP publique est fixe mais le port est random car sur le réseau interne derrière la freebox, il y a plusieurs téléphones, par conséquent les téléphones IP ne peuvent pas tous utiliser le port 5060, et c’est la raison pour laquelle la Box allour à chacun des postes IP un port publique différent.
Ce port public et adresse IP publique est détecter par le serveur externe de téléphonie lors de l’enregistrement du poste (message sip REGISTER).
Le serveur de VoIP sait qu’il peut joindre ce poste à ce port publique et à cette adresse IP publique.
Pour conserver ce port ouvert entre 2 message d’enregistrement (par défaut chaque 5min), le serveur envoie des messages OPTIONS (Keepalive) à ce port chaque 30sec, mais passé un certain délai (proche des 3min) le port est fermé par le routeur/BOX malgré que l’on a envoyé moins de 30sec auparavant un message Options.
C’est même, plus grave, le Routeur/BOX ne détecte pas qu’il y a de l’activité sur le port UDP en question et le ferme directement sans faire cas de l’activité vers ce port public, et je dis cela car le pb se poste également avec le flux voix(flux RTP), en cours de communication, le port public se ferme et par conséquent la voix ne peut plus être transmise au poste en cours d’appels. Et dans le cas de la voix, on constate que quelques millièmes de secondes avant la fermeture du port, il y avait du traffic voix(traffic RTP en UDP) sur ce port, donc ce n’est pas un pb de détection d’activité qui fais que le routeur/BOX ferme ce port public.
Donc je pense que le routeur/BOX Delta libére/efface sa table NAT à intervalle régulier sans détection d’activité.
Si je diminue mon délai d’enregistrement à 1min, je peux également rencontré ce pb car il suffit d’initier un appel juste un peu avant que le routeur libère ce port publique.

Question:

Comment maintenir la table NAT ou session NAT/UDP “avec une détection d’activité” sur le port public fournir par le routeur? et non pas par timer fixe?
Exemple:
Table NAT de la BOX(actuellement):
à l’instant t1: 192.16.1.20(posteIP) → 91.168.x.x:2022 (port publique 2022 fourni la box)
à l’instant t2 (t1+timer): 192.16.1.20(posteIP) → 91.168.x.x:2041 (port publique 2041 fourni par la box)

Table NAT de la BOX(solution désiré):
à l’instant t1: 192.16.1.20(posteIP) → 91.168.x.x:2022 (port publique 2022 fourni la box)
à l’instant t2: message Keepalive (message OPTIONS sur Protocole SIP en UDP) vers 91.168.x.x:2022 (port publique 2022 fourni la box)
à l’instant t3(t1+timer): 192.16.1.20(posteIP)→ 91.168.x.x:2022 (port publique 2022 fourni la box)

Si l’instant t2 est très proche de t3 (exemple 30sec ou autre), la table NAT sera rafraîchi et le port 2020 conservé pour à nouveau t2+timer

Merci
Alain

périmêtre : Freebox-serveur, IPV6, routeur.

bonjour,

depuis peu, IPV6 a pris le pas sur IPV4 au sein de nos Freebox. C’est plutôt une très bonne chose. Chose nouvelle, cette fonctionnalité n’est pas désactivable sur l’interface d’administration de la box.

ma Freebox est configurée en mode routeur. Je constate dans ce mode, que toutes les connexions entrantes sur mon réseau domestique en flux IPV6 arrivent directement sur chacun des périphériques connectés. Il n’y a aucun filtrage. D’aucun me diront que c’est un peu le principe-même d’IPV6. Cependant, j’aurai bien vu des options au sein du routeur Freebox permettant une gestion un peu plus fine du routage IPV6 :

• autoriser tous les flux en entrée quelque soit l’IP source ou destination
• autoriser tout ou partie des flux sur une liste d’adresses IPV6,
• interdire tout trafic entrant.

bon nombre d’utilisateurs ayant une connaissance minimale en réseau informatique risquent de se retrouver avec d’éventuelles vulnérabilités internes. Sans compter, certains malwares activant un service sur IPV6 transformant n’importe quel équipement informatique doté d’IPV6 en petite bombe logiciel télécommandée.

La transition entre la configuration IPV4 plutôt protectrice permettant d’avoir un réseau domestique réellement privé et le réseau IPV6 totalement ouvert, est une transition particulièrement abrupte. La gestion des flux entrants en IPV4 est assez complète pour l’utilisateur averti souhaitant mettre en service des fonctionnalités sur son réseau interne. Je n’ai pas trouvé d’équivalent concernant les flux IPV6.

étant néophyte en matière d’IPV6, peut-être quelque chose m’a échappé. Auquel cas, il conviendrait de faire une communication afin de renforcer la sécurité des installations domestiques de plusieurs millions de foyer français.

cordialement, Marc Quinton.

Bonjour,
j’ai un serveur vpn dans la dmz. Mais la redirection de port du l2tp ne semble pas fonctionner. Nmap me dit que le port udp 500 est ouvert alors que mon serveur l2rp est arrêter. Je n’ai pas activé le IKE2 dans la freebox. Mais j’ai l’impression que cela reste ouvert de ce coté.

Je ne peux pas passer la box en bridge sinon je perdrais la télévision.

Y’a t’il une solution?

Merci

Bonjour,

Je suis nouvel abonné et possède une freebox mini 4k.

Sur son réseau, j’ai branché un serveur avec deux interfaces réseaux:

kopax@master-letort-01:[~]: ip -color a | grep 192

  inet 192.168.1.101/24 brd 192.168.1.255 scope global dynamic enp2s0
  inet 192.168.1.102/24 brd 192.168.1.255 scope global dynamic wlp1s0

Je précise que ces IPS sont fixé sur la freebox.

Coté freebox server, j’ai configuré ces deux redirections de ports:

10023 → 192.168.1.101
10024 → 192.168.1.102

J’ai eu un soucis de montage NFS depuis un NAS synology sur le réseau freebox avec l’erreur suivante :

2020-10-25T22:39:05+01:00 nas mountd[15563]: refused mount request from 192.168.1.102 for /volume4/DKA_MEDIA (/volume4/DKA_MEDIA): unmatched host

Effectivement, l’host en question doit pointé vers 192.168.1.101 , pour cette raison, je décide de couper l’interface wifi 192.168.1.102.

La connection sur le port SSH vers le port SSH 10024 fonctionne plus comme je l’attendais, mais je perd ensuite ma connection SSH sur le port 10023.

Heureusement via UN SSH sur le NAS, je peu récuperer l’accès a mon serveur en faisant un SSH local.

Il s’avère que la redirection de port 10023 pointais vers la mauvaise interface. Je viens de vérifier les réglages saisies dans l’interface freebox serveur, c’est bien un bug, la freebox me redirigeait vers la mauvaise interface pour le port 10023.

Je n’explique toujours pas pourquoi le NAS à reçu l’IP 192.168.1.102 lors du montage, comme l’indique la commande `ip -color a`, les addresses IP de l’interface vers laquel je monte aurait du être 192.168.1.101 et non 192.168.1.102, mais cela n’a rien à voir avec la redirection de port de la freebox serveur qui était mauvaise. Après redémarrage du serveur sans l’interface wifi 192.168.1.102, la connection SSH à été mapper correctement.

Mon fix: désactiver le WIFI en attendant que free corrige ce bug.

Cordialement,

bonjour ,

voila je posséde une freebox mini 4k (r2) (ports dispo : 0-65535)

jai ouvert les ports : 16380 a 16382 en tcp et udp

je controle mes ports avec se site : https://canyouseeme.org/

le port 16380 fonctionne bien
le port 16381

ne fonctionne pas

Bonjour,

serait-il possible de faire évoluer le système des redirections de façon à ne pas prendre une unique adresse IP à la fois comme source mais toute une plage (via notation CIDR ?). Ce serait potentiellement bien plus commode car actuellement, admettons que je veuille “accepter” une plage IPv4 en /24 soit 254 adresses, soit j’ai la patience de toutes les saisir à la main via l’interface, soit je passe par l’API en programmant un script pour ajouter chaque IP de cette plage soit, à mon avis la pire option, activer la DMZ mais ce serait faire “entrer” tout le monde quand ce n’était vraiment pas le but initial.

Merci de m’avoir lu (et bonnes fêtes)