Auteur Sujet: Actualités IPV6 Orange  (Lu 370288 fois)

0 Membres et 1 Invité sur ce sujet

Darklight

  • Abonné Free adsl
  • *
  • Messages: 648
  • Free non-dégroupé (77)
Actualités IPV6 Orange
« Réponse #492 le: 12 février 2016 à 14:30:51 »
Et donc comment fais-tu avec un serveur FTP?
FTP passif?

turold

  • Profil non complété
  • ******
  • Messages: 1 691
  • mp fermée (sauf admin et exceptions temporaires)
Actualités IPV6 Orange
« Réponse #493 le: 12 février 2016 à 14:37:40 »
FTP passif?
Déjà essayé un tel serveur derrière une LiveBox.
Si tu ne veux pas être en DMZ, et si tu n'a pas la patience de paramétrer la Livebox pour que cela fonctionne sans DMZ, oubli!

Darklight

  • Abonné Free adsl
  • *
  • Messages: 648
  • Free non-dégroupé (77)
Actualités IPV6 Orange
« Réponse #494 le: 12 février 2016 à 14:39:42 »
@corrector, @turold
En IPv6, chaque machine possède une ou plusieurs IP routées, donc il suffit d'autoriser le serveur FTP sur le pare-feu, je vois pas ce qui pose problème ensuite.

turold

  • Profil non complété
  • ******
  • Messages: 1 691
  • mp fermée (sauf admin et exceptions temporaires)
Actualités IPV6 Orange
« Réponse #495 le: 12 février 2016 à 14:47:31 »
Pour la LiveBox, c'est un peu compliqué, il faut intervenir conjointement à 2 endroits:
- Pare-feu: il faut ouvrir port par port en IPv4 (pas ce souci en IPv6, mais tous tes clients de ce serveur ne sont pas forcèment IPv6 compatible)
- NAT: c'est pour seulement IPv4 normalement (pas testé en IPv6), mais c'est aussi port par port!

FileZilla Server veut qu'on autorise au moins 100 ports à ce mode (si activé): soit un minimum de 200 paramètres au cas par cas dans la LiveBox!
Bonne demi-journée en perspective sans DMZ... ::)

Je@nb

  • Abonné Orange Fibre
  • *
  • Messages: 144
  • Paris 8ème (75)
Actualités IPV6 Orange
« Réponse #496 le: 12 février 2016 à 14:57:18 »
Ca c'est quand tu as un firewall idiot.
Généralement quand tu as un firewall stateful, pour ce genre de protocoles batards (FTP, SIP/RTP) tu as des modules complèmentaires qui vont scruter le contenu du paquet pour ouvrir à la volée les ports nécessaires.
Genre FTP avec le module conntrack_ftp (pour le firewall) et conntrack_nat_ftp (pour nat) vont pour les paquets FTP voir à la volée le port qui est annoncé dans le paquet pour l'ouvrir car "RELATED" au paquet ftp principal. Donc sur un bon firewall (et la lb pourrait le faire, ça se trouve elle le fait mais vu que je m'en sers pas j'en sais rien), tu ouvres que le 21 et les paquest established/related et ça passe sans soucis.

Darklight

  • Abonné Free adsl
  • *
  • Messages: 648
  • Free non-dégroupé (77)
Actualités IPV6 Orange
« Réponse #497 le: 12 février 2016 à 15:03:12 »
Sinon il y a la méthode bourrin qui consiste à faire passer son FTP par un proxy SOCKS (avec putty ouvert en même temps, qui crée le tunnel SOCKS), et WinSCP gère ça très bien ^^ ça évite de se perdre une heure dans la configuration, il suffit juste d'ouvrir le SSH et l'avantage est d'avoir accès à son FTP de manière sécurisée!
Second truc encore plus pratique, si le serveur SSH est sur la même machine que celle contenant les données, il suffit d'utiliser SFTP ;)

scope

  • Abonné Orange Fibre
  • *
  • Messages: 180
  • Plaisir (78) IPV6 jet 1000/250 Mb/s
Actualités IPV6 Orange
« Réponse #498 le: 12 février 2016 à 16:52:09 »
Bouh, là je ne suis pas ...

j'ai effectivement un serveur ftp mode actif sur un NAS,
pour lequel, dans la livebox, je "NAT" le seul port 21 tcp en ipv4.

Heureusement (!) ce NAS n'obtient pas d'adresse ipv6.

me voilà sauvé ... pour l'instant!

buddy

  • Expert
  • Abonné Free fibre
  • *
  • Messages: 15 267
  • Alpes Maritimes (06)
Actualités IPV6 Orange
« Réponse #499 le: 12 février 2016 à 20:32:40 »
Le nas à un firewall normalement...

corrector

  • Invité
"tu as des modules complémentaires qui vont scruter le contenu du paquet"
« Réponse #500 le: 13 février 2016 à 14:05:32 »
Ca c'est quand tu as un firewall idiot.
Généralement quand tu as un firewall stateful, pour ce genre de protocoles batards (FTP, SIP/RTP) tu as des modules complèmentaires qui vont scruter le contenu du paquet pour ouvrir à la volée les ports nécessaires.
Genre FTP avec le module conntrack_ftp (pour le firewall) et conntrack_nat_ftp (pour nat) vont pour les paquets FTP voir à la volée le port qui est annoncé dans le paquet pour l'ouvrir car "RELATED" au paquet ftp principal.
Mais c'est bien là mon objection de principe : sauf sur avec micrologiciel opensource, tu ne sais jamais quels modules sont chargés, sauf essais et erreurs. Et tu ne connais pas leurs paramètres.

La plupart des box n'ont pas un micrologiciel opensource, en tout cas celle qui propose le 3P.

Le comportement de ces engins est donc une boite noire.

Même si tu connais le comportement de ta box, cela ne te permet pas de prédire celui de la box d'un client dont tu fais le support technique.

corrector

  • Invité
FTP via machinbix
« Réponse #501 le: 13 février 2016 à 14:29:11 »
Bouh, là je ne suis pas ...

j'ai effectivement un serveur ftp mode actif sur un NAS,
pour lequel, dans la livebox, je "NAT" le seul port 21 tcp en ipv4.
Tu as essayé avec FileZilla Server?

Le client de FileZilla Server t'affiche les contenu des connexions de contrôle.

scope

  • Abonné Orange Fibre
  • *
  • Messages: 180
  • Plaisir (78) IPV6 jet 1000/250 Mb/s
Actualités IPV6 Orange
« Réponse #502 le: 13 février 2016 à 15:58:32 »
En serveur ftp mode passif, le client que j'utilise affiche bien
les commandes PASV avec les n° de port proposés par le serveur;
que le client ouvrira.

En serveur ftp mode actif, le client affiche aussi les commandes PORT
avec les ports qu'il demande d'ouvrir par le serveur.

le protocole ftp est une vieillerie un peu bizarre ...

corrector

  • Invité
FTP
« Réponse #503 le: 13 février 2016 à 16:09:38 »
le protocole ftp est une vieillerie un peu bizarre ...
Le FTP n'a pas d'age, c'est une veille de 80 ans qui a un visage de 12 ans et des nibards de 18 ans; regarde une liste de quelques RFC couvrant le FTP :

RFC 697 – CWD Command of FTP. July 1975.
RFC 959 – (Standard) File Transfer Protocol (FTP). J. Postel, J. Reynolds. October 1985.
RFC 1579 – (Informational) Firewall-Friendly FTP. February 1994.
RFC 1635 – (Informational) How to Use Anonymous FTP. May 1994.
RFC 1639 – FTP Operation Over Big Address Records (FOOBAR). June 1994.
RFC 1738 – Uniform Resource Locators (URL). December 1994.
RFC 2228 – (Proposed Standard) FTP Security Extensions. October 1997.
RFC 2389 – (Proposed Standard) Feature negotiation mechanism for the File Transfer Protocol. August 1998.
RFC 2428 – (Proposed Standard) Extensions for IPv6, NAT, and Extended passive mode. September 1998.
RFC 2577 – (Informational) FTP Security Considerations. May 1999.
RFC 2640 – (Proposed Standard) Internationalization of the File Transfer Protocol. July 1999.
RFC 3659 – (Proposed Standard) Extensions to FTP. P. Hethmon. March 2007.
RFC 5797 – (Proposed Standard) FTP Command and Extension Registry. March 2010.
RFC 7151 - (Proposed Standard) File Transfer Protocol HOST Command for Virtual Hosts. March 2014.

Ce protocole a historiquement un paquet de défauts de conception touchant aussi bien l'encodage des noms, la sécurité, et même la standardisation du listing de répertoire. C'est au départ une bidouille de merde à base de ls -l.

Du coup, "serveur FTP" ne veut RIEN dire : tu peux aussi bien avoir un machin obsolète non-sécurisé, avec noms de fichiers en ASCII uniquement, avec aucune façon pour un client de régler les mtime d'un fichier (coucou la Freebox TV) ou un serveur compatible IPv4 et IPv6, noms de fichiers en UTF8, dont la sécurité est assurée par TLS y compris la protection contre le piratage de connexion de données par le mécanisme de sessions de TLS (coucou FileZilla client/serveur).

Plutôt que de parler de serveur FTP, parle de serveur supportant telles ou telles commandes.