Hier chez moi, je me suis inscrit sur dyndns.org et ai installé
dnsupdate.
J'ai activé le firewall ainsi que le partage de fichiers et ftp.
Tout ça sur iMac G4 sous 10.2.6.
Aujourd'hui au travail, j'ai réussi à me connecter sans problème en
protocole afp en utilisant le nom de domaine que j'ai sélectionné chez
dyndns.
Par contre, c'est plus problématique en ftp.
J'ai utilisé RBrowserLite 3.2.1 mais il renvoieun message d'erreur :
«Your login to stanc.homeip.net has succeeded, but no folder list data
has been returned. Please see what the error is in the transcript.»
Le transcript indique que la connexion se passe bien mais vers la fin,
voilà ce qu'il dit :
<--[12]PASV
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
patpro
In article <20031013164548743+, Stan wrote:
Bonjour,
Hier chez moi, je me suis inscrit sur dyndns.org et ai installé dnsupdate. J'ai activé le firewall ainsi que le partage de fichiers et ftp. Tout ça sur iMac G4 sous 10.2.6. Aujourd'hui au travail, j'ai réussi à me connecter sans problème en protocole afp en utilisant le nom de domaine que j'ai sélectionné chez dyndns. Par contre, c'est plus problématique en ftp. J'ai utilisé RBrowserLite 3.2.1 mais il renvoieun message d'erreur : «Your login to stanc.homeip.net has succeeded, but no folder list data has been returned. Please see what the error is in the transcript.»
probleme classique de mode passif/actif. Tente de forcer le mode actif dans ton client FTP.
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
In article <20031013164548743+0200@news.free.fr>,
Stan <stan.c@nospam.fr> wrote:
Bonjour,
Hier chez moi, je me suis inscrit sur dyndns.org et ai installé
dnsupdate.
J'ai activé le firewall ainsi que le partage de fichiers et ftp.
Tout ça sur iMac G4 sous 10.2.6.
Aujourd'hui au travail, j'ai réussi à me connecter sans problème en
protocole afp en utilisant le nom de domaine que j'ai sélectionné chez
dyndns.
Par contre, c'est plus problématique en ftp.
J'ai utilisé RBrowserLite 3.2.1 mais il renvoieun message d'erreur :
«Your login to stanc.homeip.net has succeeded, but no folder list data
has been returned. Please see what the error is in the transcript.»
probleme classique de mode passif/actif.
Tente de forcer le mode actif dans ton client FTP.
patpro
--
je cherche un poste d'admin-sys Mac/UNIX
(ou une jeune et jolie femme riche)
http://patpro.net/cv.php
Hier chez moi, je me suis inscrit sur dyndns.org et ai installé dnsupdate. J'ai activé le firewall ainsi que le partage de fichiers et ftp. Tout ça sur iMac G4 sous 10.2.6. Aujourd'hui au travail, j'ai réussi à me connecter sans problème en protocole afp en utilisant le nom de domaine que j'ai sélectionné chez dyndns. Par contre, c'est plus problématique en ftp. J'ai utilisé RBrowserLite 3.2.1 mais il renvoieun message d'erreur : «Your login to stanc.homeip.net has succeeded, but no folder list data has been returned. Please see what the error is in the transcript.»
probleme classique de mode passif/actif. Tente de forcer le mode actif dans ton client FTP.
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
Stan
patpro déclama :
probleme classique de mode passif/actif. Tente de forcer le mode actif dans ton client FTP.
Nickel, c'était ça, merci. Il me semblait pourtant avoir essayé :-( C'est quoi la différence entre les deux ?
-- Stan nospam = free
patpro déclama :
probleme classique de mode passif/actif.
Tente de forcer le mode actif dans ton client FTP.
Nickel, c'était ça, merci. Il me semblait pourtant avoir essayé :-(
C'est quoi la différence entre les deux ?
probleme classique de mode passif/actif. Tente de forcer le mode actif dans ton client FTP.
Nickel, c'était ça, merci. Il me semblait pourtant avoir essayé :-( C'est quoi la différence entre les deux ?
-- Stan nospam = free
patpro
In article <20031013175557630+, Stan wrote:
patpro déclama :
probleme classique de mode passif/actif. Tente de forcer le mode actif dans ton client FTP.
Nickel, c'était ça, merci. Il me semblait pourtant avoir essayé :-( C'est quoi la différence entre les deux ?
dans le mode passif, tu laisses le client et le serveur négocier un port pour les data (les commandes passent tjrs par le port 21). Ce port est choisi en général au dessus de 5000, voire bien plus haut. Dans le mode actif, il n'y pas de négociation, les data passent par le port 20, qui est un port privilégié (inférieur à 1024). Comme c'est un port privilégié, il doit être ouvert par root. Globalement, on peut dire que FTP est un protocole de merde, même si c'est bien pratique :)
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
In article <20031013175557630+0200@news.free.fr>,
Stan <stan.c@nospam.fr> wrote:
patpro déclama :
probleme classique de mode passif/actif.
Tente de forcer le mode actif dans ton client FTP.
Nickel, c'était ça, merci. Il me semblait pourtant avoir essayé :-(
C'est quoi la différence entre les deux ?
dans le mode passif, tu laisses le client et le serveur négocier un port
pour les data (les commandes passent tjrs par le port 21). Ce port est
choisi en général au dessus de 5000, voire bien plus haut.
Dans le mode actif, il n'y pas de négociation, les data passent par le
port 20, qui est un port privilégié (inférieur à 1024). Comme c'est un
port privilégié, il doit être ouvert par root.
Globalement, on peut dire que FTP est un protocole de merde, même si
c'est bien pratique :)
patpro
--
je cherche un poste d'admin-sys Mac/UNIX
(ou une jeune et jolie femme riche)
http://patpro.net/cv.php
probleme classique de mode passif/actif. Tente de forcer le mode actif dans ton client FTP.
Nickel, c'était ça, merci. Il me semblait pourtant avoir essayé :-( C'est quoi la différence entre les deux ?
dans le mode passif, tu laisses le client et le serveur négocier un port pour les data (les commandes passent tjrs par le port 21). Ce port est choisi en général au dessus de 5000, voire bien plus haut. Dans le mode actif, il n'y pas de négociation, les data passent par le port 20, qui est un port privilégié (inférieur à 1024). Comme c'est un port privilégié, il doit être ouvert par root. Globalement, on peut dire que FTP est un protocole de merde, même si c'est bien pratique :)
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
Patrick Stadelmann
In article , patpro wrote:
dans le mode passif, tu laisses le client et le serveur négocier un port pour les data (les commandes passent tjrs par le port 21). Ce port est choisi en général au dessus de 5000, voire bien plus haut. Dans le mode actif, il n'y pas de négociation, les data passent par le port 20, qui est un port privilégié (inférieur à 1024). Comme c'est un port privilégié, il doit être ouvert par root.
La grande différence tient aussi au fait qu'en mode actif, c'est le serveur qui ouvre le port data (ce qui pose un problème si le firewall interdit les connexion entrantes) alors qu'en mode passif c'est le client qui s'en charge. Enfin, il me semble...
Patrick -- Patrick Stadelmann
In article <patpro.pouet-92C843.09540314102003@news.wanadoo.fr>,
patpro <patpro.pouet@archange.fr> wrote:
dans le mode passif, tu laisses le client et le serveur négocier un port
pour les data (les commandes passent tjrs par le port 21). Ce port est
choisi en général au dessus de 5000, voire bien plus haut.
Dans le mode actif, il n'y pas de négociation, les data passent par le
port 20, qui est un port privilégié (inférieur à 1024). Comme c'est un
port privilégié, il doit être ouvert par root.
La grande différence tient aussi au fait qu'en mode actif, c'est le
serveur qui ouvre le port data (ce qui pose un problème si le firewall
interdit les connexion entrantes) alors qu'en mode passif c'est le
client qui s'en charge. Enfin, il me semble...
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
dans le mode passif, tu laisses le client et le serveur négocier un port pour les data (les commandes passent tjrs par le port 21). Ce port est choisi en général au dessus de 5000, voire bien plus haut. Dans le mode actif, il n'y pas de négociation, les data passent par le port 20, qui est un port privilégié (inférieur à 1024). Comme c'est un port privilégié, il doit être ouvert par root.
La grande différence tient aussi au fait qu'en mode actif, c'est le serveur qui ouvre le port data (ce qui pose un problème si le firewall interdit les connexion entrantes) alors qu'en mode passif c'est le client qui s'en charge. Enfin, il me semble...
Patrick -- Patrick Stadelmann
patpro
In article , Patrick Stadelmann wrote:
La grande différence tient aussi au fait qu'en mode actif, c'est le serveur qui ouvre le port data (ce qui pose un problème si le firewall interdit les connexion entrantes) alors qu'en mode passif c'est le client qui s'en charge. Enfin, il me semble...
oui, en passif c'est le client qui envoie la commande PORT pour indiquer qu'il ouvre tel port pour recevoir les data.
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
In article
<Patrick.Stadelmann-D5CEE7.10011514102003@news.fu-berlin.de>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
La grande différence tient aussi au fait qu'en mode actif, c'est le
serveur qui ouvre le port data (ce qui pose un problème si le firewall
interdit les connexion entrantes) alors qu'en mode passif c'est le
client qui s'en charge. Enfin, il me semble...
oui, en passif c'est le client qui envoie la commande PORT pour indiquer
qu'il ouvre tel port pour recevoir les data.
patpro
--
je cherche un poste d'admin-sys Mac/UNIX
(ou une jeune et jolie femme riche)
http://patpro.net/cv.php
La grande différence tient aussi au fait qu'en mode actif, c'est le serveur qui ouvre le port data (ce qui pose un problème si le firewall interdit les connexion entrantes) alors qu'en mode passif c'est le client qui s'en charge. Enfin, il me semble...
oui, en passif c'est le client qui envoie la commande PORT pour indiquer qu'il ouvre tel port pour recevoir les data.
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
Patrick Stadelmann
In article , patpro wrote:
oui, en passif c'est le client qui envoie la commande PORT pour indiquer qu'il ouvre tel port pour recevoir les data.
Euh... en actif tu veux dire, non ?
Patrick -- Patrick Stadelmann
In article <patpro.pouet-C27C07.10575114102003@news.wanadoo.fr>,
patpro <patpro.pouet@archange.fr> wrote:
oui, en passif c'est le client qui envoie la commande PORT pour indiquer
qu'il ouvre tel port pour recevoir les data.
Euh... en actif tu veux dire, non ?
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
oui, en passif c'est le client qui envoie la commande PORT pour indiquer qu'il ouvre tel port pour recevoir les data.
Euh... en actif tu veux dire, non ?
Patrick -- Patrick Stadelmann
patpro
In article , Patrick Stadelmann wrote:
In article , patpro wrote:
oui, en passif c'est le client qui envoie la commande PORT pour indiquer qu'il ouvre tel port pour recevoir les data.
Euh... en actif tu veux dire, non ?
oui completement (note pour plus tard : arreter de lire aussi tard le soir). C'est en actif que le client envoie PORT pour dire qu'il attent les data (sortant du port 20) à tel port. Mais dans le cas d'un NAT ou d'un FW le dispositif de filtrage n'est pas mis au courant et la connexion échoue.
ex: connexion en actif sans puis avec commande PORT
ftp> sendport Use of PORT/LPRT cmds off. ftp> passive Passive mode: off; fallback to active mode: off. ftp> ls 425 Can't build data connection: Connection refused ftp> sendport Use of PORT/LPRT cmds on. ftp> ls 200 PORT command successful 150 Opening ASCII mode data connection for file list ...
En passif sendport n'a pas d'impact
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
In article
<Patrick.Stadelmann-C2BE3C.11135614102003@news.fu-berlin.de>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <patpro.pouet-C27C07.10575114102003@news.wanadoo.fr>,
patpro <patpro.pouet@archange.fr> wrote:
oui, en passif c'est le client qui envoie la commande PORT pour indiquer
qu'il ouvre tel port pour recevoir les data.
Euh... en actif tu veux dire, non ?
oui completement (note pour plus tard : arreter de lire aussi tard le
soir).
C'est en actif que le client envoie PORT pour dire qu'il attent les data
(sortant du port 20) à tel port. Mais dans le cas d'un NAT ou d'un FW le
dispositif de filtrage n'est pas mis au courant et la connexion échoue.
ex: connexion en actif sans puis avec commande PORT
ftp> sendport
Use of PORT/LPRT cmds off.
ftp> passive
Passive mode: off; fallback to active mode: off.
ftp> ls
425 Can't build data connection: Connection refused
ftp> sendport
Use of PORT/LPRT cmds on.
ftp> ls
200 PORT command successful
150 Opening ASCII mode data connection for file list
...
En passif sendport n'a pas d'impact
patpro
--
je cherche un poste d'admin-sys Mac/UNIX
(ou une jeune et jolie femme riche)
http://patpro.net/cv.php
oui, en passif c'est le client qui envoie la commande PORT pour indiquer qu'il ouvre tel port pour recevoir les data.
Euh... en actif tu veux dire, non ?
oui completement (note pour plus tard : arreter de lire aussi tard le soir). C'est en actif que le client envoie PORT pour dire qu'il attent les data (sortant du port 20) à tel port. Mais dans le cas d'un NAT ou d'un FW le dispositif de filtrage n'est pas mis au courant et la connexion échoue.
ex: connexion en actif sans puis avec commande PORT
ftp> sendport Use of PORT/LPRT cmds off. ftp> passive Passive mode: off; fallback to active mode: off. ftp> ls 425 Can't build data connection: Connection refused ftp> sendport Use of PORT/LPRT cmds on. ftp> ls 200 PORT command successful 150 Opening ASCII mode data connection for file list ...
En passif sendport n'a pas d'impact
patpro -- je cherche un poste d'admin-sys Mac/UNIX (ou une jeune et jolie femme riche) http://patpro.net/cv.php
