Dabowl_92 a écrit 298 commentaires

Mais pourquoi faire appel à la grue juste pour déplacer un parpaing ?

J'aurais plutôt fait comme ceci :

cat LISTE | while read FIC
do
cp "$FIC" /tmp
done

Salut !

Et bien tu as de la chance de pouvoir utiliser linux dans ta boite...je bosse dans une banque où tout est vérouillé...et donc impossible de pouvoir bosser avec de vrais outils mêmê si c'est meilleur techniquement...

Je dois aussi utiliser Lotus comme client de messagerie, et c'est un peu dur surtout que je sors d'un autre job où j'ai eu la liberté d'utiliser linux pendant 3 ans.

D'après ce que j'ai entendu dire, Lotus devrait sortir sous Linux...maintenant ce n'est que des bruits de tribune...alors

Toujours est-il que je suis aussi le seul de ma boite à connaitre linux, aussi le seul à connaitre le libre et tout ce qu'il y a autour, j'ai parfois l'impression que l'on est des extra terrestre, or il n'en est rien, les gens qui sont ouvert nous ont déjà compris, ceux qui sont coupés du monde et ben tant pis pour eux car ils passent à côté de très bons outils, j'ai donc un nouveau terrain à conquerir, mais ça risque d'être long et difficile, et si finalement le rêve du tout libre n'était qu'un rêve d'enfant ?

Enfin je vais déjà essayer de mettre des binaires GNU un peu partout sur mes aix parce que là ça devient vraiment triste :-)

Bon, me revoici.

A vrai dire j'ai préféré ne pas essayer de copier un binaire compilé aix 5.2 pour l'utiliser sur aix 5.1

J'ai contacté les différents support (ibm, et bull)

Bull me donne une proc ibm qui consiste à faire des copies de fichiers, en gros c'est une migration de comptes, ça ne répond pas du tout à mon besoin

IBM me dit d'aller downloader un package bull, sur le site www.bullfreeware.com, aix-tools, ce package contient la commande "chpass" et elle permet donc d'affecter un mot de passe fournit directement en paramètres MAIS cela ne marche que si l'utilisateur dispose déjà d'un mot de passe, sinon la commande fait un joli core dump....

Bref, j'ai sollicité la terre entière pour finalement opter pour ma solution initiale, qui est de faire des append dans le fichier /etc/security/passwd avec perl, je n'ai pas besoin de le modifier car je ne fais que créer des comptes....et j'ai testé à la main cette solution et ça marche...donc il va falloir que je me lance :-)

Merci pour votre aide !

hmmmmmmmmm bidouille empirique quand tu nous tiens...

Et bien je vais essayer ça ne mange pas de pain...

Mais si je casse la machine je peux porter plainte contre toi ? ==>[]

L'authentification par ldap est un projet prévu mais ppour plus tard, dans l'immédiat je dois faire comme ça :-/

J'ai pris différents renseignements notamment auprès du support IBM, il existe une procédure qui consiste à faire des copies de fichiers :-/

En gros avant AIX 5.2, il faut faire un outil maison ou se palucher les mots de passe à la main...

Salut,

Oui, j'avais déjà vu qu'en C on avait les fonctions qu'il fallait, mais malheureusement je ne dispose pas de compilateurs sur mes machines de production, et je ne peux pas en installer car il faudrait que je fasse une demande au service de déploiement etc...bref, je pense que tu as saisis :-)

J'avais commencé par faire un truc en Perl et comme je déclare de nouveaux utilisateurs, je peux mettre en "append" mes comptes dans /etc/security/passwd...et le cryptage que je génère est bien le même que celui du système, le timestamp est bon etc... et puis il s'agit ici d'affecter un mot de passe par défaut pour chaque utilisateur, lors de leur première connexion ils doivent le changer et ils doivent respecter la politique interne de gestion de mot de passe (longueur etc..)

Modifier à la main /etc/security/passwd c'est pas bo et risqué, entièrement d'accord avec toi mais si c'est la seule voie...

En tout cas merci :-)

Merci pour vos réponses, cependant, la commande chpasswd n'existe pas sous AIX 5.1....et revanche elle est présente sous AIX 5.2 \o/

Et effectivement, elle permet de faire ce que je veux, à savoir de d'affecter un mot de passe pour chaque utilisateur depuis un fichier, on peut même stocker le mot de passe en crypté dans le fichier d'import.

Du coup je peux employer cette commande pour certaines machines c'est déjà ça :-)

Merci

Il semblerait que teemplet ai "mangé" quelques caractères.

Il fallait lire la combinaison de touches

<ESC>*

Ce qui veut dire qu'il faut appuyer sur la touche ESC puis sur une des touches suivantes * ou \ ou =

Vous obtiendrez donc la complétion tant attendue avec ksh.

Mais putain les backports sont là pour éviter de fragiliser son système en passant en testing/unstable !

Ubuntu n'a pas le monopole du coeur !

Merci beaucoup de cette info !

Et oui, j'ai installé une woody y a 3 ans et demi chez un client...pour mettre en place un VPN...à l'époque j'avais dû installer un backport de OpenVPN...j'ai fait quelques mises à jour de sécurité et puis j'ai un peu laissé tomber la machine...la sarge est sortie...la machine a un uptime de plus de 600 jours...et là je me dis que si je mets à jour j'ai peur qu'en rebootant l'alim ou un truc comme ça tombe en rad (oui c'est un vieux PC)...ce n'est pas la première fois que je constate que debian est même plus stable que le matériel !

Ceci n'est pas un troll, c'est la réalité, debian ça ro>< c'est tout.

non pas obligatoirement, j'ai posté une question ici pour aller plus vite c'est tout....dès fois j'aide, dès fois on m'aide c'est ainsi qu'on procède avec la communauté :-)

Hmm en effet, en fait ce que je voulais c'était surtout interdire l'accès au service sftp/scp.

Après c'est clair qu'avec ssh on peut toujours transférer des données, typiquement:

ssh toto@machine_distante "cat fichier_distant" > fichier_local

Et hop !

Donc bon, il va falloir que je fasse comprendre à celui qui me fait la demande qu'il ne comprend pas bien comment les choses fonctionnent et que sa demande est incohérente...

Merci

Je ne comprends pas bien ta question, peut-tu être plus précis dans ta demande ?

Enfin sinon je t'ai répondu déjà /o\

Salut,

Tu peux toujours mettre ton instruction read dans une boucle while.

Dans ta boucle while tu testes si l'utilisateur a bien répondu à la première question, ensuite tu testes la réponse à la deuxième question, si c'est ok, tu break le while.

cat ton_fichier | awk -F',' '{ 

if ( $3 = true ) { 
printf(" update table set ch1=%s, ch2=%s, ch3=%s where ch4=%s and ch5=%s and ch6=%s;\n", $6 $7 $9 $1 $3 $2) 
} 

}'

La sortie doit contenir les requêtes, que tu peux rediriger dans un fichier puis ensuite le lancer avec ton interpréteur sql. Le code n'est pas testé donc bon, je garantie pas qu'il marche du premier coup, mais en gros c'est l'idée.

ls -1 mon_fichier_* | while read NOM_FIC
do

NUM_FIC=`echo $NOM_FIC | sed 's/[^0-9]//g'`

if [ $NUM_FIC -le 250]
then

echo "OK, inférieur ou égal à 250"

else

echo "PB, supérieur ou égal à 250"

fi

done

Tu ne peux pas encore noter des commentaires parce que tu n'as pas assez d'XP, et ce sont les XP qui te donnent un nombre de droit de vote..

Donc il faut continuer à poster des trucs pertinent pour que les gens votent pour toi, et ainsi tu auras des points d'expérience, et tu pourras moinsser ou plusser des gens à ton tour...

Hmm ça veut peut-être dire que dans l'initrd il manque le module "ide-disk", du coup il ne voit pas le disque au boot.. mais c'est quand même étrange ton message d'erreur qui indique tes devices SCSI...

tu peux peut-être attendre en effet...ou sinon une fois ton upgrade terminé, avant de rebooter, tu peux recréer toi-même un initrd plus complet, et y incorporant notamment les modules qui manqueraient....

A mon avis, tu as activé l'émulation scsi...du coup ton disque IDE est vu comme un /dev/sda... et tu ne peux plus y accéder via /dev/hda, et donc ça fiche la grouille dans ta conf qui ne s'y retrouve plus...

Il faudrais que tu puisses soit désactiver cette emulation scsi...soit modifier ton /etc/fstab pour y mettre /dev/sda...suffit de booter sur un cd et de mounter ta partoche et de faire un vi sur /etc/fstab, c'est à mon avis le plus simple...

hop !

1 - La commande "ls" te permet de retrouver le proprio d'un fichier avec l'option -al

2 - La commande find te permet de retrouver des fichiers, pour chaque fichier trouvé il faut vérifier son type, on vérifie ça par l'extension dans le nom de fichier ou sinon pour son en-tête, on utilise pour la commande "file"

3 - La commande cat (d'où le nom) permet de faire ça, cat A B > C, C contiendra la concaténation de A et de B

Lire les man pour plus d'informations

Et bien c'est un comportement normal...si tu modifies ton /etc/exports il faut soit réexporter tes file system ou bien faire un arrêt/relance des services NFS...

C'est un peu comme apache, il faut le relancer après avoir modifié la conf

Ben non, on irait troller ailleurs...

Tu crois que si Windows passe en OpenSource, on abandonnerait notre Linux ?

Oui, Darwin est Opensource depuis longtemps, mais ça c'est pas nouveau....

Si Aqua ainsi que les diverses appli Apple pouvaient l'être ce serait bien mieux...le code servirait à ce que nos linux soient aussi optimisés et donc rapides...bon y a XGL qui est un bon début aussi ...

Salut,

Pour ton problème, je pense qu'un chroot ferait effectivement ce que tu veux, du coup personne ne peut aller chez le voisin et ça facilite le problème des droits.

Je te conseille aussi l'utilisation de scponly, cet outil empêche aux utilisateurs de se loggeur et donc d'ouvrir un shell, il laisse juste passer les transferts avec sftp/scp.

Plus d'info ici :

http://www.sublimation.org/scponly/

Et pour finir, comme je le dis dans mon autre commentaire, si les utilisateurs veulent échanger des fichiers entre eux, alors il faut créer un espace commun...

Si les utilisateurs veulent échanger des fichiers/répertoires entre eux c'est une autre problématique...à ce moment là il faut créer un espace commun prévu à cet effet...