Droits et connexions FTP, comportement bizarre [Résolu]

[frp31]

Bonjour,

J'ai un cas à vous soumettre parce que là je nage complètement je ne comprend pas.

On tourne sous tru64 unix v5.1b et ksh

le cas est totalement incompréhensible. (pour l'instant)

la situation initiale :
1. .netrc droit 600 du 24 juin 2003 contenant une entrée
2. script qui tourne en prod et exécute un

Code :

1
2
3
4
5
6
7
8
(
ftp -v $MACHINE <<FIN
ascii
cd ..............
put ..............
bye
FIN
)   2>/tmp/test_ftp2 1>/tmp/test_ftp1

le fichier émis est crée depuis un script SQL

tout marche depuis lors

on met en production une version modifiée début janvier 2007
on utilise le même .netrc
la seule différence est que l'on fait 2 FTP vers deux machines des deux fichiers générés, mais de la même façon que précédemment.

Code :

1
2
3
4
5
6
7
8
(
ftp -v $MACHINE <<FIN
ascii
cd ..............
put ..............
bye
FIN
)   2>/tmp/test_ftp2 1>/tmp/test_ftp1

et plus loin

Code :

1
2
3
4
5
6
7
8
(
ftp -v $MACHINE2 <<FIN
ascii
cd ..............
put ..............
bye
FIN
)   2>/tmp/test_ftp3 1>/tmp/test_ftp4

là encore tout marche à la perfection
(ce qui est impossible ou dumoins anormal puisque la machine 2 n'est pas déclarée dans le .netrc et que c'est pas les mêmes comptes pour se connecter)

hop miracle pour la première fois ce matin à 07h30 (heure d'arrivée de mon collègue) on découvre que le ftp échoue de façon très logique puisque le message d'erreur est le suivant :

FTP server (Compaq Tru64 UNIX Version 5.60) ready.
Name (XXXXXXXXX:YYYYYYY): 331 Password required for ascii.
530 Login incorrect.
Remote system type is UNIX.
Using binary mode to transfer files.
530 Please login with USER and PASS.
200 PORT command successful.
530 Please login with USER and PASS.
221 Goodbye.
Login failed.

C'est le cas facile à reproduire en l'absence de .netrc

Hors comme je viens de le dire plus haut, ça a marché pendant plusieurs semaines 2 runs par nuits, ce qui n'est pas possible, à priori. On aurai dû tomber sur ce cas d'erreur dès la première exécution.

Après vérification de la date de modif des fichiers et des sources sur la machine de développement les scripts n'ont pas changés.

Le diff entre le script sur la machine de dev et de prod ne trouve pas de caractères fantômes ni d'autres différences non plus d'ailleurs.

Les fichiers sont bien en dates du 9janvier2007 vers 11:29 comme dernière modif et le .netrc carrément de 2003 n'a jamais été modifié.

Cette erreur ne se produira plus car j'ai ajouter cette machine au .netrc cet aprèsmidi.

Alors pourquoi le ftp a fonctionné sans avoir le .netrc pour s'identifier jusqu'à aujourd'hui ? (PS : on utilise le service ftp système pas une appli externe).

Comme le montre les éléments ci dessus le script n'envoie pas en dur les login/password à la machine distante.

Si vous avez une idée valable sur un tel cas... parceque là il est plus de 16h et j'en ai marre de ne pas comprendre...ce cas.....

PS: sur la machine destination et origine, le dernier reboot remonte à 9 janvier 2007 don c avant la modif. C'est donc pas le service FTP qui est en cause coté machine destination ni coté machine origine. (une des hypothèses que j'ai émis dans la journée).

Ceci peut avoir un impact direct sur la securité si il est possible de se connecter sans login/pass même restreint aux commandes ftp vers une machine destination. Voilà pourquoi je tiens à comprendre ce cas.

merci.

[frp31]

résolu en force

ftp -nv


-n force la lecture du .netrc

et j'ai ajouter ce qu'il faut au .netrc.


mais ça n'explique pas comment ça a pu fonctionner avant par contre....

[Katyucha]

une différence de version du ftpd?

[frp31]

à priori non même CD d'install y'a que le fichier de licence qui change mais par contre peut être que cet élément a été changé au cours de patchages.

[medora]

Envoyé par frp31

Bonjour,

J'ai un cas à vous soumettre parce que là je nage complètement je ne comprend pas.

On tourne sous tru64 unix v5.1b et ksh

le cas est totalement incompréhensible. (pour l'instant)

la situation initiale :
1. .netrc droit 600 du 24 juin 2003 contenant une entrée
2. script qui tourne en prod et exécute un

Code :

le fichier émis est crée depuis un script SQL

tout marche depuis lors

on met en production une version modifiée début janvier 2007
on utilise le même .netrc
la seule différence est que l'on fait 2 FTP vers deux machines des deux fichiers générés, mais de la même façon que précédemment.

Code :

et plus loin

Code :

là encore tout marche à la perfection
(ce qui est impossible ou dumoins anormal puisque la machine 2 n'est pas déclarée dans le .netrc et que c'est pas les mêmes comptes pour se connecter)

hop miracle pour la première fois ce matin à 07h30 (heure d'arrivée de mon collègue) on découvre que le ftp échoue de façon très logique puisque le message d'erreur est le suivant :

C'est le cas facile à reproduire en l'absence de .netrc

Hors comme je viens de le dire plus haut, ça a marché pendant plusieurs semaines 2 runs par nuits, ce qui n'est pas possible, à priori. On aurai dû tomber sur ce cas d'erreur dès la première exécution.

Après vérification de la date de modif des fichiers et des sources sur la machine de développement les scripts n'ont pas changés.

Le diff entre le script sur la machine de dev et de prod ne trouve pas de caractères fantômes ni d'autres différences non plus d'ailleurs.

Les fichiers sont bien en dates du 9janvier2007 vers 11:29 comme dernière modif et le .netrc carrément de 2003 n'a jamais été modifié.

Cette erreur ne se produira plus car j'ai ajouter cette machine au .netrc cet aprèsmidi.

Alors pourquoi le ftp a fonctionné sans avoir le .netrc pour s'identifier jusqu'à aujourd'hui ? (PS : on utilise le service ftp système pas une appli externe).

Comme le montre les éléments ci dessus le script n'envoie pas en dur les login/password à la machine distante.

Si vous avez une idée valable sur un tel cas... parceque là il est plus de 16h et j'en ai marre de ne pas comprendre...ce cas.....

PS: sur la machine destination et origine, le dernier reboot remonte à 9 janvier 2007 don c avant la modif. C'est donc pas le service FTP qui est en cause coté machine destination ni coté machine origine. (une des hypothèses que j'ai émis dans la journée).

Ceci peut avoir un impact direct sur la securité si il est possible de se connecter sans login/pass même restreint aux commandes ftp vers une machine destination. Voilà pourquoi je tiens à comprendre ce cas.

merci.

bonjour frp31

j ai heurté le meme cas que avez cité.
j ai 3 machine 1,2 et 3 et j accède de n'import quelle machine X vers la machine Y via FTP en tenant compte que :
le .netrc de la machine1 contient seulement la machine2 et le .netrc de cette derniere contient seulement la machine3 dont le .netrc n'existe pas !!!!!!! .... pourtant j accede par exemple à la machine3 depuis la machine1 via ftp et vis-versa (de 2 à 1, de 3 à 2).... ce qui est incompréhensible pour moi ...
partiellement je m 'interprete en disant que puisque le .netrc de la machine1 contient la machine2 dont le .netrc contient la machine3 alors on peut acceder de machine1 à la machine3 via ftp...(peut etre)... mais ce qui m'étonne que la machine3 ne contient pas le fichier .netrc..

salut.