In article <1gxysxq.1517gzw1rtb03wN%, (Julien Gautier) wrote:
donne des url que tu testes, j'ai l'impression que ton usage de wget est peu orthodoxe.
bah je faisais une commande de ce genre :
wget ftp://user:/mondossier/aaa_*.php
pour récupérer tous les fichiers de la forme "aaa_n_caracteres.php
c'est pas bon ?
En FTP ça devrait, mais sur de l'HTTP ça ne passe pas par exemple :)
Sinon, j'ai fini par trouver mon souci, qui était bien bête... un problème de pare-feu !
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
patpro
In article <1gxysxq.1517gzw1rtb03wN%julien.gautier@wanadoo.fr>,
julien.gautier@wanadoo.fr (Julien Gautier) wrote:
donne des url que tu testes, j'ai l'impression que ton usage de wget est
peu orthodoxe.
pour récupérer tous les fichiers de la forme "aaa_n_caracteres.php
c'est pas bon ?
En FTP ça devrait, mais sur de l'HTTP ça ne passe pas par exemple :)
Sinon, j'ai fini par trouver mon souci, qui était bien bête... un
problème de pare-feu !
effectivement, une connexion qui se fait, des cd et pwd qui
fonctionnent, mais des ls et get qui ne passent pas, c'est un problème
de FTP actif/passif, souvent solutionnables via le firewall.
In article <1gxysxq.1517gzw1rtb03wN%, (Julien Gautier) wrote:
donne des url que tu testes, j'ai l'impression que ton usage de wget est peu orthodoxe.
bah je faisais une commande de ce genre :
wget ftp://user:/mondossier/aaa_*.php
pour récupérer tous les fichiers de la forme "aaa_n_caracteres.php
c'est pas bon ?
En FTP ça devrait, mais sur de l'HTTP ça ne passe pas par exemple :)
Sinon, j'ai fini par trouver mon souci, qui était bien bête... un problème de pare-feu !
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
patpro
Patrick Stadelmann
In article , patpro ~ patrick proniewski wrote:
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
Patrick -- Patrick Stadelmann
In article <patpro-2B49A0.00024111062005@news4-e.proxad.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
effectivement, une connexion qui se fait, des cd et pwd qui
fonctionnent, mais des ls et get qui ne passent pas, c'est un problème
de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le
firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà
sur Panther, il fallait activer le serveur FTP pour que ça passe...
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
Patrick -- Patrick Stadelmann
une.bevueVOTEZ
patpro ~ patrick proniewski wrote:
FTP actif/passif
où trouve-t'on une description de la différence entre actif et passif en FTP ? -- une bévue
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
FTP actif/passif
où trouve-t'on une description de la différence entre actif et passif en
FTP ?
--
une bévue
où trouve-t'on une description de la différence entre actif et passif en FTP ? -- une bévue
patpro ~ patrick proniewski
In article , Patrick Stadelmann wrote:
In article , patpro ~ patrick proniewski wrote:
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface graphique Apple.
patpro
In article <Patrick.Stadelmann-BC3EE5.00491211062005@individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <patpro-2B49A0.00024111062005@news4-e.proxad.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
effectivement, une connexion qui se fait, des cd et pwd qui
fonctionnent, mais des ls et get qui ne passent pas, c'est un problème
de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le
firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà
sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface
graphique Apple.
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface graphique Apple.
patpro
patpro ~ patrick proniewski
In article <1gxzcxz.11b5hgl1mcwzb6N%, (Une bévue) wrote:
patpro ~ patrick proniewski wrote:
FTP actif/passif
où trouve-t'on une description de la différence entre actif et passif en FTP ?
dans la RFC qui décrit le protocole FTP j'imagine... :) sinon y'a surement un truc sur wikipedia ou commentcamarche.com
patpro
In article <1gxzcxz.11b5hgl1mcwzb6N%une.bevueVOTEZ@NONfree.fr>,
une.bevueVOTEZ@NONfree.fr (Une bévue) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
FTP actif/passif
où trouve-t'on une description de la différence entre actif et passif en
FTP ?
dans la RFC qui décrit le protocole FTP j'imagine... :)
sinon y'a surement un truc sur wikipedia ou commentcamarche.com
In article <1gxzcxz.11b5hgl1mcwzb6N%, (Une bévue) wrote:
patpro ~ patrick proniewski wrote:
FTP actif/passif
où trouve-t'on une description de la différence entre actif et passif en FTP ?
dans la RFC qui décrit le protocole FTP j'imagine... :) sinon y'a surement un truc sur wikipedia ou commentcamarche.com
patpro
une.bevueVOTEZ
patpro ~ patrick proniewski wrote:
dans la RFC qui décrit le protocole FTP j'imagine... :) ben non dans la rfc en français
<http://www.eisti.fr/res/norme/rfc959/959tm.htm> une recherche de "actif" ne donne rien...
la page <http://www.commentcamarche.net/internet/ftp.php3> une seule occurence de passif :
LIST : Cette commande permet de renvoyer la liste des fichiers et répertoires présents dans le répertoire courant. Cette liste est envoyée sur le DTP passif. Il est possible de passer en paramètre de cette commande un nom de répertoire, le serveur DTP enverra la liste des fichiers dans le répertoire passé en paramètre
avec : le DTP (Data Transfer Process) est le processus chargé d'établir la connexion et de gérer le canal de données. Le DTP côté serveur est appelé SERVER-DTP, le DTP côté client est appelé USER-DTP
pas d'explication sur ce que serait un DTP-actif, d'autant qu'il me semble que cette dénomination est bizarre vu que, si j'ai bien compris, il y a deux canaux d'ouverts lors d'un transfert ftp un pour les commandes (comme LIST) le PI (Protocol Interpreter), l'autre pour les données, le DTP, lui-même commandé par le PI...
-- une bévue
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
dans la RFC qui décrit le protocole FTP j'imagine... :)
ben non dans la rfc en français
<http://www.eisti.fr/res/norme/rfc959/959tm.htm> une recherche de
"actif" ne donne rien...
la page <http://www.commentcamarche.net/internet/ftp.php3> une seule
occurence de passif :
LIST : Cette commande permet de renvoyer la liste des fichiers et
répertoires présents dans le répertoire courant. Cette liste est envoyée
sur le DTP passif. Il est possible de passer en paramètre de cette
commande un nom de répertoire, le serveur DTP enverra la liste des
fichiers dans le répertoire passé en paramètre
avec : le DTP (Data Transfer Process) est le processus chargé d'établir
la connexion et de gérer le canal de données. Le DTP côté serveur est
appelé SERVER-DTP, le DTP côté client est appelé USER-DTP
pas d'explication sur ce que serait un DTP-actif, d'autant qu'il me
semble que cette dénomination est bizarre vu que, si j'ai bien compris,
il y a deux canaux d'ouverts lors d'un transfert ftp un pour les
commandes (comme LIST) le PI (Protocol Interpreter), l'autre pour les
données, le DTP, lui-même commandé par le PI...
dans la RFC qui décrit le protocole FTP j'imagine... :) ben non dans la rfc en français
<http://www.eisti.fr/res/norme/rfc959/959tm.htm> une recherche de "actif" ne donne rien...
la page <http://www.commentcamarche.net/internet/ftp.php3> une seule occurence de passif :
LIST : Cette commande permet de renvoyer la liste des fichiers et répertoires présents dans le répertoire courant. Cette liste est envoyée sur le DTP passif. Il est possible de passer en paramètre de cette commande un nom de répertoire, le serveur DTP enverra la liste des fichiers dans le répertoire passé en paramètre
avec : le DTP (Data Transfer Process) est le processus chargé d'établir la connexion et de gérer le canal de données. Le DTP côté serveur est appelé SERVER-DTP, le DTP côté client est appelé USER-DTP
pas d'explication sur ce que serait un DTP-actif, d'autant qu'il me semble que cette dénomination est bizarre vu que, si j'ai bien compris, il y a deux canaux d'ouverts lors d'un transfert ftp un pour les commandes (comme LIST) le PI (Protocol Interpreter), l'autre pour les données, le DTP, lui-même commandé par le PI...
-- une bévue
patpro ~ patrick proniewski
In article <1gxzgw0.1x6br44195j7uzN%, (Une bévue) wrote:
patpro ~ patrick proniewski wrote:
dans la RFC qui décrit le protocole FTP j'imagine... :) ben non dans la rfc en français
<http://www.eisti.fr/res/norme/rfc959/959tm.htm> une recherche de "actif" ne donne rien...
je vois tout ce qu'il faut dans la RFC en anglais...
En gros, les data passe par un tuyau dont une extrémité est passive et l'autre active. C'est le DTP de chaque coté qui gère l'établissement du transfert. Le DTP actif établie la connexion avec le port en écoute du DTP passif.
Mettre ton client en mode passif ou actif revient a décider qui de toi ou du serveur va ouvrir un port en écoute :
server-DTP
The data transfer process, in its normal "active" state, establishes the data connection with the "listening" data port. It sets up parameters for transfer and storage, and transfers data on command from its PI. The DTP can be placed in a "passive" state to listen for, rather than initiate a connection on the data port.
si tu ouvres un port en écoute de ton coté, ton firewall ou ton nat qui lui n'est pas au courant que tu attends des données sur ce port ne vont pas les laisser passer.
patpro
In article <1gxzgw0.1x6br44195j7uzN%une.bevueVOTEZ@NONfree.fr>,
une.bevueVOTEZ@NONfree.fr (Une bévue) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
dans la RFC qui décrit le protocole FTP j'imagine... :)
ben non dans la rfc en français
<http://www.eisti.fr/res/norme/rfc959/959tm.htm> une recherche de
"actif" ne donne rien...
je vois tout ce qu'il faut dans la RFC en anglais...
En gros, les data passe par un tuyau dont une extrémité est passive et
l'autre active. C'est le DTP de chaque coté qui gère l'établissement du
transfert. Le DTP actif établie la connexion avec le port en écoute du
DTP passif.
Mettre ton client en mode passif ou actif revient a décider qui de toi
ou du serveur va ouvrir un port en écoute :
server-DTP
The data transfer process, in its normal "active" state,
establishes the data connection with the "listening" data port.
It sets up parameters for transfer and storage, and transfers
data on command from its PI. The DTP can be placed in a
"passive" state to listen for, rather than initiate a
connection on the data port.
si tu ouvres un port en écoute de ton coté, ton firewall ou ton nat qui
lui n'est pas au courant que tu attends des données sur ce port ne vont
pas les laisser passer.
In article <1gxzgw0.1x6br44195j7uzN%, (Une bévue) wrote:
patpro ~ patrick proniewski wrote:
dans la RFC qui décrit le protocole FTP j'imagine... :) ben non dans la rfc en français
<http://www.eisti.fr/res/norme/rfc959/959tm.htm> une recherche de "actif" ne donne rien...
je vois tout ce qu'il faut dans la RFC en anglais...
En gros, les data passe par un tuyau dont une extrémité est passive et l'autre active. C'est le DTP de chaque coté qui gère l'établissement du transfert. Le DTP actif établie la connexion avec le port en écoute du DTP passif.
Mettre ton client en mode passif ou actif revient a décider qui de toi ou du serveur va ouvrir un port en écoute :
server-DTP
The data transfer process, in its normal "active" state, establishes the data connection with the "listening" data port. It sets up parameters for transfer and storage, and transfers data on command from its PI. The DTP can be placed in a "passive" state to listen for, rather than initiate a connection on the data port.
si tu ouvres un port en écoute de ton coté, ton firewall ou ton nat qui lui n'est pas au courant que tu attends des données sur ce port ne vont pas les laisser passer.
patpro
Patrick Stadelmann
In article , patpro ~ patrick proniewski wrote:
In article , Patrick Stadelmann wrote:
In article , patpro ~ patrick proniewski wrote:
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface graphique Apple.
Le problème c'est que dès que tu touches ipfw autrement, l'interface Apple se désactive.
Est-ce qu'il y a une raison valable pour ne pas mettre par défaut la règle autorise la connexion "data" en mode actif ? Ca passe tout les routeurs et firewalls entre le serveur et moi, et ça se fait bêtement rejeter par le firewall du Mac...
Patrick -- Patrick Stadelmann
In article <patpro-61BDD5.08015911062005@news4-e.proxad.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
In article <Patrick.Stadelmann-BC3EE5.00491211062005@individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <patpro-2B49A0.00024111062005@news4-e.proxad.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
effectivement, une connexion qui se fait, des cd et pwd qui
fonctionnent, mais des ls et get qui ne passent pas, c'est un problème
de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le
firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà
sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface
graphique Apple.
Le problème c'est que dès que tu touches ipfw autrement, l'interface
Apple se désactive.
Est-ce qu'il y a une raison valable pour ne pas mettre par défaut la
règle autorise la connexion "data" en mode actif ? Ca passe tout les
routeurs et firewalls entre le serveur et moi, et ça se fait bêtement
rejeter par le firewall du Mac...
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
effectivement, une connexion qui se fait, des cd et pwd qui fonctionnent, mais des ls et get qui ne passent pas, c'est un problème de FTP actif/passif, souvent solutionnables via le firewall.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface graphique Apple.
Le problème c'est que dès que tu touches ipfw autrement, l'interface Apple se désactive.
Est-ce qu'il y a une raison valable pour ne pas mettre par défaut la règle autorise la connexion "data" en mode actif ? Ca passe tout les routeurs et firewalls entre le serveur et moi, et ça se fait bêtement rejeter par le firewall du Mac...
Patrick -- Patrick Stadelmann
une.bevueVOTEZ
patpro ~ patrick proniewski wrote:
server-DTP
The data transfer process, in its normal "active" state, establishes the data connection with the "listening" data port. It sets up parameters for transfer and storage, and transfers data on command from its PI. The DTP can be placed in a "passive" state to listen for, rather than initiate a connection on the data port.
ok, merci je vois l'intérêt de cette commutation active/passive... -- une bévue
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
server-DTP
The data transfer process, in its normal "active" state,
establishes the data connection with the "listening" data port.
It sets up parameters for transfer and storage, and transfers
data on command from its PI. The DTP can be placed in a
"passive" state to listen for, rather than initiate a
connection on the data port.
ok, merci je vois l'intérêt de cette commutation active/passive...
--
une bévue
The data transfer process, in its normal "active" state, establishes the data connection with the "listening" data port. It sets up parameters for transfer and storage, and transfers data on command from its PI. The DTP can be placed in a "passive" state to listen for, rather than initiate a connection on the data port.
ok, merci je vois l'intérêt de cette commutation active/passive... -- une bévue
patpro ~ patrick proniewski
In article , Patrick Stadelmann wrote:
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface graphique Apple.
Le problème c'est que dès que tu touches ipfw autrement, l'interface Apple se désactive.
c'est pas grave ça. De plus je ne vois pas ce qui t'interdit de faire des ajouts via l'interface graphique apple. Un coup de "new..." et tu crées les réglages qui te conviennent.
Est-ce qu'il y a une raison valable pour ne pas mettre par défaut la règle autorise la connexion "data" en mode actif ? Ca passe tout les routeurs et firewalls entre le serveur et moi, et ça se fait bêtement rejeter par le firewall du Mac...
ipfw n'est pas un firewall d'application, au sens ou il ne comprend pas les protocoles, et donc il n'a aucune idée que tu souhaites faire du FTP actif. Il ne lit pas les commandes FTP que tu passes, et donc est incapable d'anticiper sur l'ouverture de tel ou tel port. Dans mon souvenir, IPF/IPNat le fait, mais je ne peux pas le garantir, et il n'est pas porté sur MacOSX.
Quoi qu'il en soit, le FTP c'est en train de mourir. De plus en plus, les prestataires vont se tourner vers des protocoles plus souples comme WebDAV, ou vers des protocoles plus sécurisés comme sftp/scp.
patpro
In article <Patrick.Stadelmann-D8545B.10285911062005@individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Malheureusement, dans Tiger il n'est pas possible de configurer le
firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà
sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface
graphique Apple.
Le problème c'est que dès que tu touches ipfw autrement, l'interface
Apple se désactive.
c'est pas grave ça. De plus je ne vois pas ce qui t'interdit de faire
des ajouts via l'interface graphique apple. Un coup de "new..." et tu
crées les réglages qui te conviennent.
Est-ce qu'il y a une raison valable pour ne pas mettre par défaut la
règle autorise la connexion "data" en mode actif ? Ca passe tout les
routeurs et firewalls entre le serveur et moi, et ça se fait bêtement
rejeter par le firewall du Mac...
ipfw n'est pas un firewall d'application, au sens ou il ne comprend pas
les protocoles, et donc il n'a aucune idée que tu souhaites faire du FTP
actif. Il ne lit pas les commandes FTP que tu passes, et donc est
incapable d'anticiper sur l'ouverture de tel ou tel port. Dans mon
souvenir, IPF/IPNat le fait, mais je ne peux pas le garantir, et il
n'est pas porté sur MacOSX.
Quoi qu'il en soit, le FTP c'est en train de mourir. De plus en plus,
les prestataires vont se tourner vers des protocoles plus souples comme
WebDAV, ou vers des protocoles plus sécurisés comme sftp/scp.
Malheureusement, dans Tiger il n'est pas possible de configurer le firewall (via les préfs système) pour pouvoir faire du FTP actif. Déjà sur Panther, il fallait activer le serveur FTP pour que ça passe...
c'est toujours possible, il suffit de ne pas se limiter a l'interface graphique Apple.
Le problème c'est que dès que tu touches ipfw autrement, l'interface Apple se désactive.
c'est pas grave ça. De plus je ne vois pas ce qui t'interdit de faire des ajouts via l'interface graphique apple. Un coup de "new..." et tu crées les réglages qui te conviennent.
Est-ce qu'il y a une raison valable pour ne pas mettre par défaut la règle autorise la connexion "data" en mode actif ? Ca passe tout les routeurs et firewalls entre le serveur et moi, et ça se fait bêtement rejeter par le firewall du Mac...
ipfw n'est pas un firewall d'application, au sens ou il ne comprend pas les protocoles, et donc il n'a aucune idée que tu souhaites faire du FTP actif. Il ne lit pas les commandes FTP que tu passes, et donc est incapable d'anticiper sur l'ouverture de tel ou tel port. Dans mon souvenir, IPF/IPNat le fait, mais je ne peux pas le garantir, et il n'est pas porté sur MacOSX.
Quoi qu'il en soit, le FTP c'est en train de mourir. De plus en plus, les prestataires vont se tourner vers des protocoles plus souples comme WebDAV, ou vers des protocoles plus sécurisés comme sftp/scp.
