[Q] N'arrive pas à faire marcher Fetch (& al.) sous Panther
9 réponses
blanc
Bonjour,
Soit un G4 /933 avec Mac OS X
Soit une connection chez free.adsl par l'intermédiaire d'un modem
Bewan ST PCI. Cette connection marche très bien sous Mac OS 9.2.
Un peu moins bien sous X :
Soit par exemple le bon vieux Fetch (4.0.3) qui marche impec sous 9.
Sous X je le configure pareil que sous 9
C'est-à-dire en particulier :
- n'utilise pas Internet config
- n'utilise pas le mode passif (PASV)
- n'utilise pas de coupe-feu (mandaté : aucun)
etc...
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il
fait en particulier l'authentification; le changement de répertoire,
même indique qu'il va charger un fichier si je lui est demandé...
...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il
affiche le message suivant :
Réponse du serveur : Can't build data connection.
Operation already in progress
ou bien la variante :
Réponse du serveur : Can't build data connection.
Connection timeout
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
blanc
JPaul wrote:
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il fait en particulier l'authentification; le changement de répertoire, même indique qu'il va charger un fichier si je lui est demandé... ...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il affiche le message suivant : Réponse du serveur : Can't build data connection. Operation already in progress ou bien la variante : Réponse du serveur : Can't build data connection. Connection timeout
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien qu'un peu trop lentement je trouve. Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions entrantes. Pas les autres. Ou bien j'ai raté qque chose....
JPaul.
JPaul <blanc@empty.org> wrote:
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il
fait en particulier l'authentification; le changement de répertoire,
même indique qu'il va charger un fichier si je lui est demandé...
...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il
affiche le message suivant :
Réponse du serveur : Can't build data connection.
Operation already in progress
ou bien la variante :
Réponse du serveur : Can't build data connection.
Connection timeout
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien
qu'un peu trop lentement je trouve.
Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir
du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions
entrantes. Pas les autres. Ou bien j'ai raté qque chose....
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il fait en particulier l'authentification; le changement de répertoire, même indique qu'il va charger un fichier si je lui est demandé... ...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il affiche le message suivant : Réponse du serveur : Can't build data connection. Operation already in progress ou bien la variante : Réponse du serveur : Can't build data connection. Connection timeout
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien qu'un peu trop lentement je trouve. Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions entrantes. Pas les autres. Ou bien j'ai raté qque chose....
JPaul.
Bouly from Paris
ON Mon, 29 Dec 2003 17:11:10 +0100, alors que j'étais ailleurs, voilà que JPaul a écrit: :
JPaul wrote:
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il fait en particulier l'authentification; le changement de répertoire, même indique qu'il va charger un fichier si je lui est demandé... ...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il affiche le message suivant : Réponse du serveur : Can't build data connection. Operation already in progress ou bien la variante : Réponse du serveur : Can't build data connection. Connection timeout
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien qu'un peu trop lentement je trouve. Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions entrantes. Pas les autres. Ou bien j'ai raté qque chose....
JPaul.
Avec X et fink, installe axyftp, tres bon client
ON Mon, 29 Dec 2003 17:11:10 +0100, alors que j'étais ailleurs, voilà
que JPaul a écrit: :
JPaul <blanc@empty.org> wrote:
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il
fait en particulier l'authentification; le changement de répertoire,
même indique qu'il va charger un fichier si je lui est demandé...
...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il
affiche le message suivant :
Réponse du serveur : Can't build data connection.
Operation already in progress
ou bien la variante :
Réponse du serveur : Can't build data connection.
Connection timeout
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien
qu'un peu trop lentement je trouve.
Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir
du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions
entrantes. Pas les autres. Ou bien j'ai raté qque chose....
ON Mon, 29 Dec 2003 17:11:10 +0100, alors que j'étais ailleurs, voilà que JPaul a écrit: :
JPaul wrote:
Si je lance une connexion, il arrive à dialoguer avec le serveur. Il fait en particulier l'authentification; le changement de répertoire, même indique qu'il va charger un fichier si je lui est demandé... ...puis plus rien !... si ce n'est qu'au bout d'un certain timeout il affiche le message suivant : Réponse du serveur : Can't build data connection. Operation already in progress ou bien la variante : Réponse du serveur : Can't build data connection. Connection timeout
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien qu'un peu trop lentement je trouve. Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions entrantes. Pas les autres. Ou bien j'ai raté qque chose....
JPaul.
Avec X et fink, installe axyftp, tres bon client
J.P. Kuypers
In article (Dans l'article) <1g6qllh.1hbjolzgwms32N%, JPaul wrote (écrivait) :
Sous X je le configure pareil que sous 9 C'est-à-dire en particulier : - n'utilise pas Internet config - n'utilise pas le mode passif (PASV) - n'utilise pas de coupe-feu (mandaté : aucun) etc... Réponse du serveur : Can't build data connection.
Vu le coupe-feu, l'utilisation du mode passif (PASV) pourrait aider.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article) <1g6qllh.1hbjolzgwms32N%blanc@empty.org>,
JPaul <blanc@empty.org> wrote (écrivait) :
Sous X je le configure pareil que sous 9
C'est-à-dire en particulier :
- n'utilise pas Internet config
- n'utilise pas le mode passif (PASV)
- n'utilise pas de coupe-feu (mandaté : aucun)
etc...
Réponse du serveur : Can't build data connection.
Vu le coupe-feu, l'utilisation du mode passif (PASV) pourrait aider.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1g6qllh.1hbjolzgwms32N%, JPaul wrote (écrivait) :
Sous X je le configure pareil que sous 9 C'est-à-dire en particulier : - n'utilise pas Internet config - n'utilise pas le mode passif (PASV) - n'utilise pas de coupe-feu (mandaté : aucun) etc... Réponse du serveur : Can't build data connection.
Vu le coupe-feu, l'utilisation du mode passif (PASV) pourrait aider.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
blanc
Bouly from Paris wrote:
Avec X et fink, installe axyftp, tres bon client
fink est-il nécessaire compte tenu du fait que Panther est livré avec un système de packaging qui a l'air de marcher correctement (je ne sais pas d'ailleurs s'il n'ewt pas aussi dérivé du packaging de Debian. Il me semble avoir lu qque chose de ce genre).
En ce qui concerne axyftp, maintenant que fetch semble marcher correctement, je vais peut-être attendre un peu. J'ai déjà beaucoup de chose à installer (puisque je repars (presque) de zéro). Il est vrai que cette histoire de parre-feu me tracasse un peu. Mais axyftp résoudra-t-il le pb ? J'ai donné l'exemple de fetch, mais il semble que j'ai des problèmes avec d'autres logiciels pour franchir ce parre-feu. Peut-être quelqu'un d'autre me donnera-t-il la solution...
En attendant, merci beaucoup pour ta réponse. JPaul.
PS : Tiens voici aussi qquechose que j'ai réussi à remettre : ma signature : ;-) -- /==/==- JPaul Blanc / /--/--// quelque part |/| L | en /|| = ||| France
Bouly from Paris <eric@locaflat.Com> wrote:
Avec X et fink, installe axyftp, tres bon client
fink est-il nécessaire compte tenu du fait que Panther est livré avec un
système de packaging qui a l'air de marcher correctement (je ne sais pas
d'ailleurs s'il n'ewt pas aussi dérivé du packaging de Debian. Il me
semble avoir lu qque chose de ce genre).
En ce qui concerne axyftp, maintenant que fetch semble marcher
correctement, je vais peut-être attendre un peu. J'ai déjà beaucoup de
chose à installer (puisque je repars (presque) de zéro).
Il est vrai que cette histoire de parre-feu me tracasse un peu. Mais
axyftp résoudra-t-il le pb ? J'ai donné l'exemple de fetch, mais il
semble que j'ai des problèmes avec d'autres logiciels pour franchir ce
parre-feu.
Peut-être quelqu'un d'autre me donnera-t-il la solution...
En attendant, merci beaucoup pour ta réponse.
JPaul.
PS : Tiens voici aussi qquechose que j'ai réussi à remettre : ma
signature : ;-)
--
/==/==\- JPaul Blanc
/ /--/--//\ quelque part
|/| L |\ en
/|| = |||\ France
fink est-il nécessaire compte tenu du fait que Panther est livré avec un système de packaging qui a l'air de marcher correctement (je ne sais pas d'ailleurs s'il n'ewt pas aussi dérivé du packaging de Debian. Il me semble avoir lu qque chose de ce genre).
En ce qui concerne axyftp, maintenant que fetch semble marcher correctement, je vais peut-être attendre un peu. J'ai déjà beaucoup de chose à installer (puisque je repars (presque) de zéro). Il est vrai que cette histoire de parre-feu me tracasse un peu. Mais axyftp résoudra-t-il le pb ? J'ai donné l'exemple de fetch, mais il semble que j'ai des problèmes avec d'autres logiciels pour franchir ce parre-feu. Peut-être quelqu'un d'autre me donnera-t-il la solution...
En attendant, merci beaucoup pour ta réponse. JPaul.
PS : Tiens voici aussi qquechose que j'ai réussi à remettre : ma signature : ;-) -- /==/==- JPaul Blanc / /--/--// quelque part |/| L | en /|| = ||| France
jperrocheau
JPaul wrote:
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien qu'un peu trop lentement je trouve.
Si tu actives le firewall, tu es obligé de passer en mode passif... ou d'activer ton serveur FTP ce qui aura pour conséquence d'ouvrir dans la bonne direction les ports nécessaires (tu peux le faire "manuellement" aussi), là tu pourrais faire aussi bien du FTP actif que passif.
Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions entrantes. Pas les autres. Ou bien j'ai raté qque chose....
Oui, dans la connaissance minimale de ce qui se passe en FTP. Ici une explication accessible aux débutants:
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
JPaul <blanc@empty.org> wrote:
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien
qu'un peu trop lentement je trouve.
Si tu actives le firewall, tu es obligé de passer en mode passif... ou
d'activer ton serveur FTP ce qui aura pour conséquence d'ouvrir dans la
bonne direction les ports nécessaires (tu peux le faire "manuellement"
aussi), là tu pourrais faire aussi bien du FTP actif que passif.
Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir
du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions
entrantes. Pas les autres. Ou bien j'ai raté qque chose....
Oui, dans la connaissance minimale de ce qui se passe en FTP. Ici une
explication accessible aux débutants:
Bon : en arrêtant le pare-feu interne de Mac OS X, cela marche, bien qu'un peu trop lentement je trouve.
Si tu actives le firewall, tu es obligé de passer en mode passif... ou d'activer ton serveur FTP ce qui aura pour conséquence d'ouvrir dans la bonne direction les ports nécessaires (tu peux le faire "manuellement" aussi), là tu pourrais faire aussi bien du FTP actif que passif.
Cela ne me satisfait pas par ailleurs, car si je ne peut pas me servir du pare-feu, à quoi sert-il ? Je croyais que ça empêchait les connexions entrantes. Pas les autres. Ou bien j'ai raté qque chose....
Oui, dans la connaissance minimale de ce qui se passe en FTP. Ici une explication accessible aux débutants:
Vu le coupe-feu, l'utilisation du mode passif (PASV) pourrait aider.
Exact, ça marche !...
Merci JPierre. C'est quoi au fait ce mode passif ?
JPaul.
-- /==/==- JPaul Blanc / /--/--// quelque part (somewhere) |/| L | en (in) /|| = ||| France
J.P. Kuypers
In article (Dans l'article) <1g6r8ll.1s7nllp1wer1p4N%, JPaul wrote (écrivait) :
C'est quoi au fait ce mode passif ?
En mode "normal", lorsque le client demande le transfert d'un fichier, c'est le serveur qui ouvre à cet effet, une connexion sur un port dont il a choisi le numéro.
Avec un coupe-feu ou un serveur qui fait NAT (Network Address Translation), la machine cliente bien souvent n'est pas accessible de l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la connexion servant au transfert. Même avec un coupe-feu ou NAT, le client est normalement autorisé à établir ce type de connexion.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article) <1g6r8ll.1s7nllp1wer1p4N%blanc@empty.org>,
JPaul <blanc@empty.org> wrote (écrivait) :
C'est quoi au fait ce mode passif ?
En mode "normal", lorsque le client demande le transfert d'un fichier,
c'est le serveur qui ouvre à cet effet, une connexion sur un port dont
il a choisi le numéro.
Avec un coupe-feu ou un serveur qui fait NAT (Network Address
Translation), la machine cliente bien souvent n'est pas accessible de
l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la
connexion servant au transfert. Même avec un coupe-feu ou NAT, le
client est normalement autorisé à établir ce type de connexion.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1g6r8ll.1s7nllp1wer1p4N%, JPaul wrote (écrivait) :
C'est quoi au fait ce mode passif ?
En mode "normal", lorsque le client demande le transfert d'un fichier, c'est le serveur qui ouvre à cet effet, une connexion sur un port dont il a choisi le numéro.
Avec un coupe-feu ou un serveur qui fait NAT (Network Address Translation), la machine cliente bien souvent n'est pas accessible de l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la connexion servant au transfert. Même avec un coupe-feu ou NAT, le client est normalement autorisé à établir ce type de connexion.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
J.P. Kuypers
In article (Dans l'article) <1g6r8ll.1s7nllp1wer1p4N%, JPaul wrote (écrivait) :
C'est quoi au fait ce mode passif ?
En mode "normal", lorsque le client demande le transfert d'un fichier, c'est le serveur qui ouvre à cet effet, une connexion sur un port dont il a choisi le numéro.
Avec un coupe-feu ou un serveur qui fait NAT (Network Address Translation), la machine cliente bien souvent n'est pas accessible de l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la connexion servant au transfert. Même avec un coupe-feu ou NAT, le client est normalement autorisé à établir ce type de connexion.
En regardant dans le journal de bord ou des transactions, on peut observer la différence de comportement.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
In article (Dans l'article) <1g6r8ll.1s7nllp1wer1p4N%blanc@empty.org>,
JPaul <blanc@empty.org> wrote (écrivait) :
C'est quoi au fait ce mode passif ?
En mode "normal", lorsque le client demande le transfert d'un fichier,
c'est le serveur qui ouvre à cet effet, une connexion sur un port dont
il a choisi le numéro.
Avec un coupe-feu ou un serveur qui fait NAT (Network Address
Translation), la machine cliente bien souvent n'est pas accessible de
l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la
connexion servant au transfert. Même avec un coupe-feu ou NAT, le
client est normalement autorisé à établir ce type de connexion.
En regardant dans le journal de bord ou des transactions, on peut
observer la différence de comportement.
--
Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con-
texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une
opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas,
être considérée comme celle de mon employeur.
In article (Dans l'article) <1g6r8ll.1s7nllp1wer1p4N%, JPaul wrote (écrivait) :
C'est quoi au fait ce mode passif ?
En mode "normal", lorsque le client demande le transfert d'un fichier, c'est le serveur qui ouvre à cet effet, une connexion sur un port dont il a choisi le numéro.
Avec un coupe-feu ou un serveur qui fait NAT (Network Address Translation), la machine cliente bien souvent n'est pas accessible de l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la connexion servant au transfert. Même avec un coupe-feu ou NAT, le client est normalement autorisé à établir ce type de connexion.
En regardant dans le journal de bord ou des transactions, on peut observer la différence de comportement.
-- Jean-Pierre Kuypers
Veuillez émailler les phrases dans leur con- texte avant de câbler sciemment.
Le présent article étant d'affliction pure, toute ressemblance avec une opinion exprimée ne pourra être attribuée qu'au hasard et, en aucun cas, être considérée comme celle de mon employeur.
blanc
J.P. Kuypers wrote:
Avec un coupe-feu ou un serveur qui fait NAT (Network Address Translation), la machine cliente bien souvent n'est pas accessible de l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la connexion servant au transfert. Même avec un coupe-feu ou NAT, le client est normalement autorisé à établir ce type de connexion.
Tout compris. Merci beaucoup J.-Pierre. JPaul.
PS : J'ai une autre question pour toi, mais sans doute l'as-tu déjà vue : Message Id : <1g6s5ic.18fe9rqggwruwN% -- /==/==- JPaul Blanc / /--/--// quelque part (somewhere) |/| L | en (in) /|| = ||| France
J.P. Kuypers <Kuypers@sri.ucl.ac.be> wrote:
Avec un coupe-feu ou un serveur qui fait NAT (Network Address
Translation), la machine cliente bien souvent n'est pas accessible de
l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la
connexion servant au transfert. Même avec un coupe-feu ou NAT, le
client est normalement autorisé à établir ce type de connexion.
Tout compris. Merci beaucoup J.-Pierre.
JPaul.
PS : J'ai une autre question pour toi, mais sans doute l'as-tu déjà
vue :
Message Id : <1g6s5ic.18fe9rqggwruwN%blanc@empty.org>
--
/==/==\- JPaul Blanc
/ /--/--//\ quelque part (somewhere)
|/| L |\ en (in)
/|| = |||\ France
Avec un coupe-feu ou un serveur qui fait NAT (Network Address Translation), la machine cliente bien souvent n'est pas accessible de l'Internet. La tentative du serveur échoue.
En mode "passif", on convient que c'est le client qui va ouvrir la connexion servant au transfert. Même avec un coupe-feu ou NAT, le client est normalement autorisé à établir ce type de connexion.
Tout compris. Merci beaucoup J.-Pierre. JPaul.
PS : J'ai une autre question pour toi, mais sans doute l'as-tu déjà vue : Message Id : <1g6s5ic.18fe9rqggwruwN% -- /==/==- JPaul Blanc / /--/--// quelque part (somewhere) |/| L | en (in) /|| = ||| France
