Client FTP IPv6

Bonsoir,

Je développe un client ftp qui fonctionne plutôt pas mal mise à part pour les ipv6 sur le canal de donnée.
Effectivement, en ipv6 le canal de contrôle s'ouvre, je peux échangé les commandes comme "user", "pass", "pwd", etc... avec le serveur sans problème. Cependant lorsqu'il s'agit d'utiliser le canal de donnée, par exemple avec la commande de listing du répertoire ls (LIST), j'ai le message suivant : "No route to host" de la part de la fonction connect()...
A noter qu'en utilisant la commande ftp, cela fonctionne parfaitement, donc le problème viens effectivement de mon programme. La fonction de connexion pour le canal de contrôle/donnée est exactement la même mise à part le port du canal de contrôle reçu par le serveur via la commande EPSV.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

int my_connect_ipv6(char *addr, int port) //Addr = ip v6 du serveur & port = port extrait de la commande 229 Extended Passive mode OK (|||10848|) { int s; t_sockaddr_in6 sin; t_protoent *proto; unsigned char buff[sizeof(struct in6_addr)];   printf("Connexion to %s at %d\n", addr, port); if (!(proto = getprotobyname("tcp"))) printf(ERROR); if ((s = socket(PF_INET6, SOCK_STREAM, proto->p_proto)) == -1) printf(ERROR); sin.sin6_family = AF_INET6; sin.sin6_port = htons(port); if (inet_pton(AF_INET6, addr, &buff) <= 0) printf("Error : ipv6\n"); my_memcpy(sin.sin6_addr.s6_addr, buff, sizeof(sin.sin6_addr.s6_addr)); if ((connect(s, (const struct sockaddr *)&sin, sizeof(sin))) == -1) perror(""); //No route to host return (s); }

---

Merci pour votre aide.

Personne à une petite idée ?

Citation:

---

Envoyé par sbill

Bonsoir,

Je développe un client ftp qui fonctionne plutôt pas mal mise à part pour les ipv6 sur le canal de donnée.
Effectivement, en ipv6 le canal de contrôle s'ouvre, je peux échangé les commandes comme "user", "pass", "pwd", etc... avec le serveur sans problème.
(1)Cependant lorsqu'il s'agit d'utiliser le canal de donnée, par exemple avec la commande de listing du répertoire ls (LIST), j'ai le message suivant : "No route to host" de la part de la fonction connect()...

(2)A noter qu'en utilisant la commande ftp, cela fonctionne parfaitement, donc le problème viens effectivement de mon programme. La fonction de connexion pour le canal de contrôle/donnée est exactement la même mise à part le port du canal de contrôle reçu par le serveur via la commande EPSV.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22

int my_connect_ipv6(char *addr, int port) //Addr = ip v6 du serveur & port = port extrait de la commande 229 Extended Passive mode OK (|||10848|) { int s; t_sockaddr_in6 sin; t_protoent *proto; unsigned char buff[sizeof(struct in6_addr)];   printf("Connexion to %s at %d\n", addr, port); if (!(proto = getprotobyname("tcp"))) printf(ERROR); if ((s = socket(PF_INET6, SOCK_STREAM, proto->p_proto)) == -1) printf(ERROR); sin.sin6_family = AF_INET6; sin.sin6_port = htons(port); if (inet_pton(AF_INET6, addr, &buff) <= 0) printf("Error : ipv6\n"); my_memcpy(sin.sin6_addr.s6_addr, buff, sizeof(sin.sin6_addr.s6_addr)); if ((connect(s, (const struct sockaddr *)&sin, sizeof(sin))) == -1) perror(""); //No route to host return (s); }

---

Merci pour votre aide.

---

Bonsoir
En général ce genre de message veut dire deux choses.
La première cela se traduit par, votre application ne trouve pas un chemin dans la table de routage pour l'adresse IP que vous lui avez fournie et c'est ce qui explique votre message d'erreur.
La seconde est que votre application est en mode passive (ou peut être active) et que votre pare-feu n'a pas été configuré.

(1):Un canal de données est un canal ou une autoroute sur lequel il y a que les données qui circulent et ce canal ne dure que le temps d'acquisition ou d'émission des données alors pourquoi émettre une commande sur ce canal, quel est l'intérêt ?

(2)Dans le cas actuel c'est tout à fait normal que la commande fonctionne car elle s'utilise derrière un pare-feu (il me semble, "norme RFC 2428" sur la commande).
La première étape de résolution de votre problème passe en premier par la configuration de votre pare-feu et en complement lire la norme sur FTP ça aide.
à bientôt

Bonjour,

Citation:

---

La seconde est que votre application est en mode passive (ou peut être active) et que votre pare-feu n'a pas été configuré.

---

L'application est effectivement en mode passive, la commande "ftp" fonctionne parfaitement dans les même conditions (même machine, mode passive) donc je ne pense pas que l'erreur vient de la configuration de mon par-feu. D'autant plus qu'avec les ipv4 tout fonctionne parfaitement.

Citation:

---

(1):Un canal de données est un canal ou une autoroute sur lequel il y a que les données qui circulent et ce canal ne dure que le temps d'acquisition ou d'émission des données alors pourquoi émettre une commande sur ce canal, quel est l'intérêt ?

---

La commande LIST (qui permet le listing du répertoire courant du serveur ) est envoyé via le canal de contrôle, cette commande déclenche l'ouverture du canal de donnée sur lequel le listing du répertoire est envoyé par le serveur, une fois les données reçu le canal de donnée est immédiatement fermé. Autrement dit je respecte, le schéma que tu as décris ci-dessus.

Citation:

---

La première étape de résolution de votre problème passe en premier par la configuration de votre pare-feu et en complément lire la norme sur FTP ça aide.

---

Justement, le fait que cela fonctionne pour la commande ftp, pourquoi devrais-je configurer mon par-feu pour mon client ftp qui respecte les même conditions que la commande ftp ? (J'ai lu, respecté a norme RFC 959).

Merci.

Bonjour
Désolé, je n'avais pas compris comme ça. Je pensais que vous utiliser le canal de données pour transmettre vos ordres.
Ceci dit personnellement je penche toujours sur le cas du pare-feu. Essayer de définir une route c'est-à-dire application vers un service ou port donné et si possible pourriez-vous nous fournir le code sources plus en détail ?
à bientôt