sujet Re : Problème ouverture de port NAT/PAT Livebox play dans ma connexion

Problème ouverture de port NAT/PAT Livebox play

mathieuc44 — Thu, 27 Nov 2014 14:31:57 GMT

Bonjour,

Je fais appel à vous aujourd'hui car je ne parviens pas à réaliser une chose pourtant relativement simple, ouvrir un port réseau sur la Livebox pour un de mes PC.

J'ai tenté pas mal de choses qui à mon sens devraient fonctionner, mais j'ai l'impression que la box ne tient pas compte de mon paramétrage.

Voici en bref ma situation.

# Mon réseau

Offre : Livebox Play 200 mbps (la noire)

PC1 : Portable Windows

PC2 : Portable Windows

Raspbmc : Mediacenter Linux

# Mon besoin

Je souhaite ouvrir le port 50500 depuis l'Internet vers mon PC1, afin de permettre le partage de fichiers via P2P. Mon logiciel de P2P est correctement configuré avec le port 50500

PI : à terme c'est mon Raspbmc qui sera client P2P

# Mes actions

1 : PC1 en IP fixe = 192.168.1.155

2 : Ajout d'une IP fixe pour le PC1 dans l'interface Livbox = 192.168.1.155

3 : Configuration d'une règle NAT/PAT pour le PC1 = port 50500 (TCP et UDP) autorisé

4 : Pare-feu Livebox configuré en faible (pas bien)

5 : Pare-Feu Windows autorisé sur le port 50500 en entrée et sortie

6 : Redémarrage du PC et de la Livebox

Le port n'est pas ouvert. Je ne peux pas partager de fichiers avec l'extérieur.

J'ai essayé d'autres configurations mais rien n'y fait !

- PC1 en DHCP et réservation d'un bail DHCP dans la livebox

- Configuration du pare-feu Livebox personnalisée et ouverture du port 50500

- Echange de la Livebox

Malgré tous mes efforts, je n'arrive à rien. Je commence à désespérer...

Avez-vous comme moi des difficultés pour configurer vos ports ? Pouvez-vous m'aider ?

Merci par avance

Re : Problème ouverture de port NAT/PAT Livebox play

regulus — Tue, 02 Dec 2014 15:56:03 GMT

Salut,

J'ai eu le même problème que j'ai résolu comme ceci.

1. ré-initialisation de la Livebox

2. configuration avancée > configuration réseau > NAT/PAT > voir ci-dessous > enregistrer

application / service : nouveau...

port interne : 49160 < > 65534

port externe : 49160 < > 65534

protocole : les deux

appareil : nom de l'appareil cible

vérifier que la case "activer" est bien cochée

configuration avancée > configuration réseau > UPnP > vérifier que le port choisit ne fasse pas doublon

3. configuration avancée > configuration pare-feu > voir ci-dessous > tester le port sur canyouseeme.org

test 1 > moyen : le port est fermé

test 2 > cocher "faible" + enregistrer + F5 : le port est fermé

test 3 > cocher "personnaliser" + enregistrer + F5 : le port est ouvert

test 4 > cocher "moyen" + enregistrer + F5 : le port est ouvert

Pourquoi... comment... aucune idée !

Je n'ai pas eu besoin de redémarrer la Livebox ni l'ordinateur.

configuration avancée > configuration réseau > DHCP >

Je n'ai pas eu besoin de réserver une adresse IP statique car elle est créée automatiquement.

Ne pas oublier de décocher la redirection de port via UPnP dans le logiciel P2P.

En espérant avoir pu t'aider.

Régis

Re : Problème ouverture de port NAT/PAT Livebox play

PhilDur — Tue, 02 Dec 2014 22:33:52 GMT

Bonsoir

Dans tes actions

Au point 1, quelle méthode as-tu utilisé pour créer une adresse fixe pour PC1 ?

Quelle est la plage DHCP de ta box ?

Ce qu'il faut faire :

déclarer dans windows du PC1 un adressage entièrement automatique

déclarer dans la box (page DHCP) l'adresse MAC du PC et une adresse IP DANS la plage DHCP de la box

Pour la suite ça ma semble correct

Cordialement

PhilDur

Re : Problème ouverture de port NAT/PAT Livebox play

mathieuc44 — Mon, 15 Dec 2014 09:12:23 GMT

Bonjour, Merci pour vos réponses et désolé pour le délai avant réponse. Il m'a fallut un peu de temps pour mettre en oeuvre les actions. Mon problème est aujourd'hui résolu.

Mon principal soucis venait de mon petit Raspberry Pi. Visiblement, le système RaspBMC pose des problèmes avec la configuration des adresses IP. Les changements que je faisais n'étaient pas pris en compte : IP Fixe configurée sur le Raspberry ou Réservation DHCP dans la Livebox.

Du coup, la Livebox mémorisait une adresse IP réservée qui n'était pas appliquée sur le Raspberry. D'où la confusion.

J'ai réinstallé un autre système (Raspbian) et rejoué la procédure:

- Réservation DHCP dans la plage IP

- Ouverture de port NAT/PAT

- Configuration du pare-feu personnalisé

Tout fonctionne à présent

Merci à vous deux.

Re : Problème ouverture de port NAT/PAT Livebox play

verdyp — Thu, 20 Apr 2017 14:58:59 GMT

C'est stupide: on ne peut pas configurer l'ouverture d'un port NAT/PAT avec une adresse IP statique, on est limité uniquement à la sélection des appareils nommés que détectent la Livebox.

Problème: la Livebox ne voit PAS mon PC dans cette liste (alors qu'il y a bien un bail DHCP alloué) et pas davantage si j'attribue une adresse IP statique sur le PC dans la plage DHCP de la box.

On ne peut le configurer que sur les rares appareils listés dans la combobox, et il en manque (ces appareils ne sont pas listés si la livebox n'a pas pu détecter un nom à l'appareil.

Autre remarque de configuration stupide de la livebox: on ne peut pas purger les baux indésirables, ni supprimer les appareils qui n'y sont plus connectés. La Livebox garde ces infos ad vitam eternam. Seul remède: la remise à zéro complète (qui purge la totalité des réglages, y compris le mot de passe de configuration, la configuration des NAT et du parefeu.

Dernière remarque: impossible de définir nos propres serveurs DNS, la Livebox impose les siens. C'est totalement contraire aux bonnes pratiques et contraire à la liberté de choix: les DNS d'Orange sont pourris, infectés de fausses informations qu'Orange peut changer à loisir, et pas du tout sécurisés. Laissez nous définir nos propres choix pour les serveurs DNS: JE VEUX ET J'EXIGE qu'Orange me laisse utiliser OpenDNS ou un autre service DNS public comme celui de Google. Orange s'insère dans nos libertés de communication et FALSIFIE les informations en ajoutant des redirections indésirables vers d'autres sites que ceux demandés. C'est illégal même selon le droit européen, Orange n'a PAS LE DROIT de restreindre nos choix de fournisseurs de services sur Internet.

Re : Problème ouverture de port NAT/PAT Livebox play

PhilDur — Fri, 21 Apr 2017 08:58:57 GMT

Bonjour verdyp

J'ai lu ton post et je peux te garantir que ce que tu crois impossible fonctionne parfaitement bien chez moi.

Je ne ferai aucun jugement de valeur concernant le fonctionnement de slivebox, mais je vais t'indiquer la manière d'y arriver. Tu pourra sdire que ce n'est pas comme ça que tu veux le faire, ... mais chez moi c'est comme ça que ça fonctionne.

Pour faire fonctionner les règles NAT/PAT, il ne faut pas configurer d'équipement en IP fixes, tout doit être en DHCP.

Pour créer un règle nat, il faut bien une IP fixe ? Oui, mais c'est au DHCP de la fournir.

Utilise les baux fixes dans la page de configuration du DHCP.

Dans une règle NAT il est possible de spécifier une IP en forme numérique, ce n'est pas souhaitable, mais c'est possible.

Ta remarque concernat les stupidités du paramétrage de la Livebox me va bien.

Par contre la réinitialisation peut être utilisée pour le grand nettoyage, à condition d'être prudent.

Fait une sauvegarde de ta configuration.

Réinitialise ta box

Au reboot restaure ta configuration, même tes mots de passe, ton paramétrage wifi, ta timezone, .... tout est restauré.

Je ne l'ai pas vérifié, mais ies programmeurs sont sufisemment "légers" qu'ils pourraient bien ne pas avoir sauvegardés les vieilles traces de machines déconnectées.

Ta remarque concernant OPENest vraie et fausse.

Open DNS est une bonne chose.

Je ne vois pas pourquoi il n'auraient pas le droit de mettre leurs DNS en dur.

S'ils ne te conviennent pas c'est dans la machine utilisatrice que tu spécifie les tiens.

Orange peut très bien justifier de l'utilisation de ses DNS pour que ses services fonctionnent (Tel et TV par exemple). Ils ont eu l'expérience de "geek" qui bidouillaient la dedans dans le passé.

Je comprends ta position, l'usage de leur box n'est pas obligatoire, tu peux utiliser ton propre routeur derrière la box ou ton propre modem/routeur si tu ne souhaites pas utiliser les services Oranges.

A ma connaissance, Ils n'enfreignent rien en agissant de la sorte.

Je lirai avec intéret toute info contraire.

Cordialement

PhilDur

Re : Problème ouverture de port NAT/PAT Livebox play

verdyp — Fri, 21 Apr 2017 10:50:55 GMT

"Ta remarque concernant OPENest vraie et fausse." ????

Non elle est totalement vraie.

Non le DNS Orange imposé sur lé réseau local n'est pas du tout une nécessité pour la TV. Les autres FAI ne font pas ça et pourtant leurs décodeur TV s'en sort très bien: c'est au décodeur TV de configurer son propre client DNS si nécessaire (ce n'est pas du tout nécessaire Free, SFR, Numéricable, Bouygues dont leur box ont toutes gardé cette liberté de choix...).

Et je maintiens que cette imposition des DNS sur le réseau local est absurde et contrecarre une liberté (les DNS d'Orange ont la fâcheuse habitude de ne pas retourner les vraies informations mais les remplacer par celles qui "arrangent" la politique commerciale Orange, y compris détourner des sites des d'autres, détourner des fournisseurs publicitaires, falsifier les résultats de recherche sur les moteurs de recherches (Orange détourne vers un proxy "espion").

Je passe sur son fournisseur webmail qui est tout aussi horrible que je ne l'utilise pas du tout et refuse d'utiliser l'email fourni.

Sinon pour le NAT oui il faut une IP fixe mais il n'y a strictement aucune raison que cette IP fixe soit dans les baux DHCP. Note que même si c'est le cas (j'ai essayé), pas moyen pour la box de voir mon appareil sur lequel je veux mettre l'IP fixe, car la livebox ne détecte pas le nom de cet appareil et ne le propose pas, alors même que j'ai pu inscrire l'appareil dans la liste des baux statiques assignés (nouveau> saisie adresse MAC et adresse IP): toujours pas moyen de sélectionner cet appareil dans le NAT.

Quant aux appareils qu'on ne peut pas supprimer dans la config de la box, c'est complètement stupide. Ce n'est pas parce que quelqu'un est passé chez moi y a connecté son smartphone en ma présence qu'il doit pouvoir se reconnecter ensuite quand il voudra et faire ce qu'il veut ensuite sur ma ligne. J'ai pu dépanner chez moi un PC ou un téléphone d'un voisin, mais je ne vois pas pourquoi une fois ceci fait il doit garder un accès permanent à mon réseau local (même si j'ai pas mal d'outils de sécurité), ou pouvoir ensuite pirater des contenus sur Internet.

Note aussi que le portail d'Orange affichera sur cet appareil automatiquement mon nom et mon profil pour s'y connecter (parce qu'Orange se contente de l'IP utilisée pour proposer un profil par défaut, sans même l'avoir authentifié! Là aussi c'est stupide)

Re: Re : Problème ouverture de port NAT/PAT Livebox play

Brainstorm — Fri, 06 Oct 2017 13:34:18 GMT

Bonjour,

Il s'avère que j'ai eu le même problème : impossibilité de rediriger correctement vers le port 22 depuis une livebox Orange.
J'ai tout essayé que ce soit réglages Firewall, réglages sur le serveur SSH etc, rien a faire pour ouvrir ce foutu port.

Au final le problème venait de la box Orange (surprise !), il s'avère que quand on édite une règle déjà existante qui ne lui plait pas il la blacklist ou un truc du genre. En gros je suis parti avec une redirection "monSSH externe 22 => interne 22" qui lui a pas plu et quelquesoit les modifs que je faisait sur cette règle les ports restaient fermés.
La solution : ne pas EDITER une règle existante, il faut en CREER une nouvelle avec des ports qui lui conviennent (j'ai testé port 8002 => port 22) et ça marche nickel.

Le coup de la blacklist m'est apparu quand j'avais une règle qui fonctionne (8002=>21), je l'ai modifiée pour 8002=>22 et ça ne marchait plus. Plus étrange, je l'ai remodifiée pour repasser à 8002=>21 et ça ne marchait plus !!! Bref ma règle était blacklistée.

J'espère que ça aidera ceux qui galèrent à cause des foutus règles d'édition cachées des box d'orange ...

Re: Re : Problème ouverture de port NAT/PAT Livebox play

PhilDur — Fri, 06 Oct 2017 13:43:36 GMT

@Brainstorm a écrit :

La solution : ne pas EDITER une règle existante, il faut en CREER une nouvelle avec des ports qui lui conviennent (j'ai testé port 8002 => port 22) et ça marche nickel.

Salut Brainstorm

J'avais déjà remarqué ça.

Ca s'applique aux baux DHCP, on peut se bousiller une IP locale en saisissant mel l'adresse MAC.

Pour le règles NAT/PAT

Supprimer la règle et enregistrer, ça marche aussi.

Plus généralement quand on a des difficultés avec cette sa%@!?µ¤ d'interface homme/machine, il vaut mieux se déconnecter (bouton en haut à droite) et se reconnecter, ça doit purger des contextes.

Cordialement

PhilDur

Re: Re : Problème ouverture de port NAT/PAT Livebox play

jojoledémago — Sun, 23 Sep 2018 19:25:21 GMT

Petit déterrage pour ajouter une config NAT impossible sur Livebox :

Prenons l'exemple du port SSH, afin de pouvoir se connecter sur plusieurs machines du même réseau local en SSH, il peut être intéressant d'utiliser un port différent pour chaque machine.

1ère règle NAT : PortEntrant=22 PortSortant=22 appareil=PC1
2ème règle NAT : PortEntrant=1022 PortSortant=22 appareil=PC2

...

Et bien impossible sur Livebox ! En tous cas pour moi, impossible d'utiliser le même port, même pour 2 PC distincts... Obligé de modifier le port SSH de chaque serveur et créer ceci :

1ère règle NAT : PortEntrant=22 PortSortant=22 appareil=PC1
2ème règle NAT : PortEntrant=1022 PortSortant=1022 appareil=PC2

...

Là ça fonctionne ! Mais quel bord.... !

Re: Re : Problème ouverture de port NAT/PAT Livebox play

JujuLand — Mon, 24 Sep 2018 07:05:41 GMT

Réponse à jojo:

Vrai à travers le net (pour de l'IPv4), mais c'est normal. Quand on se connecte à un ordi à travers le net, on donne l'adresse de la box, et c'est le port qui fait la différence entre les machines. Donc, même si on peut râler sur le livebox (et il y a quelques raisons), dans le cas d'espèce, la livebox n'a rien à voir avec ce problème qui n'en n'est pas un.

Faux sur un LAN, ou les adresses sont données par la livebox (192.168.1.xx) et donc différentes entre chaque machine.

Vrai probablement pour l'IPv6, là, car la livebox semble être trop restrictive, vu que dans les règles, elle associe un port à une machine, si mes souvenirs sont exacts.

[Edit]

Bon, j'avais mal lu le post, et il est vrai que je n'avais jamais essayé d'utiliser un port différent entre entrant et sortant. Toutes mes machines ont le même port en entrant et en sortant de la box. Bien sûr, ports différents entre machines si je désire me connecter à travers le net.

A+

Re: Re : Problème ouverture de port NAT/PAT Livebox play

jojoledémago — Mon, 24 Sep 2018 14:03:36 GMT

"Bien sûr, ports différents entre machines si je désire me connecter à travers le net."

Ports différents depuis le net oui mais pas forcément sur les machines auxquelles je veux accéder depuis le net si je pouvais configurer un "forward" correctement...

Re: Re : Problème ouverture de port NAT/PAT Livebox play

PhilDur — Tue, 25 Sep 2018 08:34:02 GMT

@jojoledémago a écrit :
1ère règle NAT : PortEntrant=22 PortSortant=22 appareil=PC1

2ème règle NAT : PortEntrant=1022 PortSortant=22 appareil=PC2

...

Et bien impossible sur Livebox ! En tous cas pour moi, impossible d'utiliser le même port, même pour 2 PC distincts... Obligé de modifier le port SSH de chaque serveur et créer ceci :

1ère règle NAT : PortEntrant=22 PortSortant=22 appareil=PC1
2ème règle NAT : PortEntrant=1022 PortSortant=1022 appareil=PC2

...

Là ça fonctionne ! Mais quel bord.... !

Je ne comprends pas, ça devrait fonctionner : PC1:22 et PC2:22 ne sont pas en conflit.

C'est très exactement ce que tu as avec deux imprimantes sur le même LAN tes deux serveurs d'impressions sont bien à l'écoute sur le même port.

Es-tu certains d'avoir configuré correctement tes deux machines PC1 et PC1

Aucune machine ne doit avoir d'adresse IP configurée en dur.

Les machines PC1 et PC2 doivent toutes les deux être configurées en adressage automatique.

Le DHCP de la Livebox doit être utilisé.

Chaque machine PC1 et PC2 doit faire l'objet d'un bail DHCP fixe dans la Livebox.

C'est vrai que la configuration du DHCP des Livebox est un vrai bord d'aile.

Dans une règle NAT, l'adresse utilisée est celle de la machine cible au mement de la création de la règle, si ils avaient utilisé le nom de la machine avec une résolution du nom en dynamique on ne serait même pas obligé de passer par un bail fixe. Cela dit c'est probablement mieux au niveau performance, mais ça reste à prouver.

Cordialement

PhilDur

Re: Re : Problème ouverture de port NAT/PAT Livebox play

verdy_p — Tue, 25 Sep 2018 10:55:24 GMT

La Livebox semble plutôt bien marcher avec DHCP, tant que les logiciels correspondant sont compatibles avec le protocole UPNP qui peut remplacer la plupart des règles NAT+PAT statiques.

De nombreuses applications savent utiliser UPNP aujourd'hui. Mais pour un usage plus permanent (exemple : hébergemetn de site web à domicile), la solution reste encore d'assigner un numéro de port statique réservé à une seule machine du réseau local et faire du NAT simple (sans translation de port), ou de configurer une machine du réseau locale comme DMZ (destination par défaut du trafic non réservé dynamiquement à une machine), à elle ensuite de faire le routage si nécessaire.

Nombre d'applis "serveur" qu'on installe sur une machine locale ont une API type web, et HTTP(S) est assez universel pour surpporter divers sous-protocoles: il ne lui siffit en effet que d'un seul port pour tout faire. Cependant c'est pas forcément idéal pour faire autre chose que livrer des contenus statiques, ou faire des requêtes dirigées via une API de sous-protocole web (de type REST API, DAV, ou proxy HTTP) ou du streaming HTTP pour les flux audio/vidéo.

En effet HTTP étant basé sur TCP, il nécessite d'établir d'abord une session bidirectionnelle, et la connexion au port serveur unique alloué va demander d'allouer un second port pour communiquer avec le client distant, et le nombre de ports disponible est limité : la session ne pourra pas être permanente sous peine de tomber à court de ports disponibles pour répondre aux demandes de conenxion des clients, et chaque allocation va demander l'allocation d'un tampon mémoire de communication important (les deux "fenêtres TCP" pour la réception et la transmission); de plus comme TCP est conçu comme un protocole "fiable", ne permet pas facilement d'ignorer des paquets manquants, et il s'en suit des délais qui peuvent ralentir le traitement du reste du flix qui reste en attente même s'il est déjà bien transmis.

Si on veut plus d'interactivité et éviter ces pauses, on passe plutôt par UDP pour avoir une granularité plus fine permettant d'ignorer les paquets non reçus ou arrivent trop tard et de de resynchroniser vite sur le reste et de supprimer la couteuse barrière mémoire des fenêtres TCP. Dans ce cas HTTP ne fonctionnne pas de la façon attendue et va produire des erreurs de coupure sessions en cas de perte de trames ou rupture de session trop longue.

Si on est en UDP, il est difficile de l'utiliser comme unique point d'entrée d'un service, même avec UPNP. En général un compromis est fait en utilisant les deux protocoles: un protocole de contrôle à bas débit pouvant utiliser des sessions temporaires (mais faibles) en TCP, basé sur HTTP avec des requêtes courtes et simples (et compatibles UPNP et avec les proxies), un autre protocole secondaire pour transmettre les flux interactifs sur lesquels on accepte un niveau de dégradation de qualité globale, au profit d'une meilleure interactivité.

Les deux parties (clients et serveur) se mettent d'accord via le canal TCP (HTTP) sur les numéros de ports à utiliser en UDP. Puis communiquent directement. UPNP est utilisé lors de l'établissement de l'accord par l'applicaton serveur pour demander la réservation ou désallouer la suppression d'une route NAT et on n'a pas besoin alors de translation de port.

Le PAT (translation de port) est un pis-aller. Une box Internet grand public n'est pas prévue pour faire ça, et il vaut mieux se tourner vers des applications compatibles avec UPNP qui est plus universel et plus ouvert. Le PAT reste maintenant utilisé massivement par les fournisseurs d'accès (notamment en IPv4 depuis qu'il est saturé et que ceux-ci doivent payer maintenant plus cher les tranches d'adresses IPv4 dont ils ont besoin pour leurs abonnés) par des règles automatiques (par exemple pour partager la même adresse IPv4 entre 4 abonnés, en allouant à chacun une tranche de 16384 ports TCP ou UDP et non la tranche complète des ports 0 à 65535, comme le fait Free maintenant par défaut).

Le PAT n'est pas utile du tout en IPv6 puisque'au lieu de de scinder les ports, IPv6 permet de router non pas une seule adresse vers un client mais tout un bloc très large au moins 32 bits, 48 bits recommandés, parfois 64 bits chez certains fournisseurs d'accès) : un client peut configuer une interface réseau pour écouter toute une série d'adresses IPv6 sans avoir à faire aucune translation de ports ni modifier le routage sur le réseau local, ni utiliser aucun système UPNP, et il peut encore plus facilement isoler les services locaux de ceux destinés à communiquer avec Internet. Et le fournisseur d'accès n'a plus non plus à s'occuper de ces détails: ils achemine tout trafic destiné à n'importe quelle adresse située dans le gros bloc d'adresses IPv6 alloué à son client final. Et localement IPv6 permet une configuration totalement automatique (zeroconfig) pour les applications et machines qui choisissent elles-mêmes de se connecter uniquement au réseau local (les adresse IPv6 dans le bloc alloué) ou à l'Internet (toute tranche d'adresses IPv6 hors du bloc alloué et de quelques blocs "spéciaux" réservés à la compatibilité IPv4 ou aux communications sur un segment local).

Il ne reste que NAT qui servira localement comme interface locale de routage entre IPv6 avec Internet et IPv4 sur le réseau local, et dont le fournisseur d'accès ne s'occupera pas.

Vive IPv6, adieu NAT et PAT ! C'est bien plus simple que vous imaginez. Et contrairement à une ancienen légende persistante, IPv6 est même maintenant plsu rapide qu'IPv4 car il est routé bien plus efficacement et gère nttement mieux les priorités de trafic et bien plus économes en protocoles annexes pour régler divers problèmes hérités dans IPv4. Certes les trames IPv6 sont légèrement plus grandes, mais il en faut moins, il y a besoin de moins de protocoles annexes, des tas d'options qui doivent polluer les trames IPv4 sont externalisées au lieu de s'intégrer dans les trames, IPv6 est donc nettement plus fiable (il est également bien plus stable en terme de routabilité et de reconfigation des plans de routage inter-réseaux, et permet une bien meilleur isolation et segmentation, donc une sécurisation plus facile à améliorer; globalement aussi les routes suivies ont beaucoup moisn de "hop" et les délais de réponse sont améliorés, et les routeurs économisent plein de mémoire pour les fenêtres TCP qui n'ont pas besoin d'être aussi grandes pour que TCP reste fiable, d'autant plus qu'on n'est plus limtié en nombre de ports et qu'on faire beaucoup plus de sessions TCP/HTTP en parallèle entre deux mêmes hôtes, et donc gérer plus facilement les priorités de trafic pour la même application, au lieu de fire du multiplexage sur un unique port TCP/HTTP)

Re: Re : Problème ouverture de port NAT/PAT Livebox play

MIKE59126 — Wed, 04 Sep 2024 17:56:24 GMT

Bonjour Phil,

Concernant votre approche sur l'ouverture de ports NAT, je ne suis pas d'accord avec votre point de vue, si vous le permettez.

En effet, si vous positionnez un serveur FTP disponible à distance, on ne peut pas utiliser une adresse automatique DHCP.

Il faut bien indiquer une IP Fixe pour atteindre le serveur. Les baux dynamiques changent les IP occasionnellement.

Et avoir un accès FTP implique une IP fixe

Toutefois sur la Livebox 6 quie j'ai, même après avoir déclaré une IP fixe et des ports E/S RDP et FTP, rien n'y fait...

Cette saleté de Box ne tient pas compte des paramétrages demandés, même après redémarrage classique(sans tout réinitialiser)

Sur une Box Free par contre pas de souci...Orange sur ce plan ont une politique restrictive qui laisse à désirer...

Ils aiment bien le "compliqué" pour pas grand chose...

Et mon problème de NAT reste là...quelle m...

Bien clt MIKE