Par contre, d'une manière générale, la « réinstall » n'est pas une solution. D'abord, parce que ça maintient l'utilisateur dans l'ignorance, qui reste donc vulnérable au moindre pépin, ensuite par qu'après le temps de la réinstallation, vient celui de la reconfiguration.
Compromis pour compromis, je trouve que c'est un très bon exercice que d'essayer de nettoyer son système en conditions réelles, même si c'est avant de tout casser. Sebzonelibre a réussi à détecter l'attaque et à en identifier toutes les conséquences, et je l'en félicite.
Dans ce cas précis, oui, mais il faut savoir faire les deux, à mon avis. Connaître chattr, spécialement en cas de menace (qu'elle soit délibérée ou non), c'est quand même d'utilité publique.
On ne gère pas un Unix comme un Windows. Ce n'est pas un système jetable.
J'ajoute que si tu en es là, et que l'opération à faire sur les paquets est fort simple, largue le C++ et code directement en C. Tu économiseras beaucoup de ressources.
N'oubliez pas qu'au final, tous ces threads vont tourner sur la même machine et engendrer beaucoup d'overhead système ! Le multi-processus, c'est bien quand on fait du SMP. Pour le reste, ce n'est certainement pas une manière d'accélérer le travail en le distribuant, sauf en cas d'appel bloquant.
Étant donné que les machines récentes sont toutes hyper-threadées, je ferais exactement deux processus, qui partagent un buffer circulaire (le fameux graveur de CD). L'une en charge du disque, qui peut se permettre de l'attendre, et l'autre qui remplit le tampon.
Par contre, je pense quand même que la charge sera moins lourde si un seul processus lit tous les ports. Il y a un seul noyau et surtout, c'est la même carte réseau derrière pour tout le monde.
C'est drôle comme les gens ont du mal avec les participes passés en « i ». C'est probablement dû au fait que les trois verbes en« ir » les plus fréquents sont en fait en « ire » et, par conséquent, du troisième groupe, pas du second : lire, dire, écrire (et je ne parle pas de «&nsbp;suffire&nsbp;», ce serait trop compliqué :-).
Je le dis parce que certaines personnes sont même allées jusqu'à révoquer mes modifs Wikipédia pour restaurer les fautes. Pourtant, ce n'est pas bien dur de faire la différence :
Ce sont surtout les mots « clientèle captive » qui me font marrer. Pour du logiciel libre, c'est quand même un comble.
Par contre, vis-à-vis de prestations et maintenance, il est de fait que c'est ce sur quoi se rabattent la plupart des compagnies qui distribuent du logiciel libre si elles veulent faire un minimum d'argent.
M'enfin bon. Ça sent l'argumentaire commandé par la hiérarchie. Pondre quelque chose qui ait l'air de tenir à peu près debout en première lecture, et qui défende les intérêts de quelque chose en quoi on ne croit absolument pas, c'est toujours un exercice délicat.
Tout dépend de ta charge réseau. À priori, un bête fopen de débutant doit suffire à tout faire puisque les fichiers ainsi ouverts sont dotés d'un tampon, vidés à intervalles définis par le système, et qui peuvent être flushés sur commande avec sync.
Après, si tu reçois des milliers de paquets à la seconde, tu peux peut-être envisager autre chose.
Le contrôleur DMA relève du système d'exploitation, et est fortement lié à la gestion interne du filesystem, etc. Bref, c'est beaucoup plus que d'écrire un pilote, ce qui n'est déjà pas trivial. Si tu utilises de l'IDE, utilises hdparm pour voir si tes disques l'utilisent par défaut.
Ensuite, tu peux faire du raw device. Avant, ça se fait en associant un /dev/raw/rawX à ton périphérique. Maintenant, c'est en passant l'option O_DIRECT à open().
Par contre, d'après ce que je lis, il semblerait que ce qu'il te faille, c'est du file mapping. Vois du coté de $ man mmap. C'est un appel système, donc en C, aisément encastrable dans du code en C++.
Ok. Une semaine que je planche dessus et il suffit que je poste sur Linuxfr pour trouver la soluce dans la minute. C'est toujours pareil :-)
$ man req
...
-utf8
this option causes field values to be interpreted as UTF8 strings, by default they
are interpreted as ASCII. This means that the field values, whether prompted from a
terminal or obtained from a configuration file, must be valid UTF8 strings.
...
Il me semble que ça doit pouvoir marcher en collant utf8 = yes dans la section [ req ] également, mais je n'avais pas obtenu de bons résultats. Autre indice, ne pas oublier de relancer le serveur après avoir remplacé le certificat et sa clé.
Ben t'as remplacé le handler par défaut, celui-là même qui est en charge de tuer ton programme, par le tien, et tu ne lui as rien dit d'autre. À titre d'info, la fonction signal() renvoie un sighandler du comportement précédant l'appel. Colle ça dans un registre de ton programme et rappelle-le manuellement à la fin de ta fonction.
si vous avez une meilleure méthode, je suis preneur
Y a quoi dans ton script shell ? As-tu bien mis le #! en tête de script ? Sinon, en fonction de la méthode qu'utilise cron pour évaluer les scripts, il se peut qu'il ne sache pas le lancer ...
Qui doit fournir le driver permettant le bon fonctionnement de son matériel ? le fabricant du matériel ou le développeur de l'OS ?
Question épineuse, à laquelle il n'est pas si simple de répondre.
D'un côté, les fabricants ne peuvent effectivement pas développer des pilotes pour tous les systèmes d'exploitation existants. D'un autre, et c'est le point de départ du mouvement du logiciel libre, les spécifications devraient toujours être ouvertes. Quand on fabrique du matériel, on file le mode d'emploi. À ce stade, la communauté Linux est beaucoup plus réactive que les devs de Microsoft et les fabricants du matériel réunis pour pondre un pilote.
C'est une question récurrente. Il y a bien des cas, dans les cartes vidéos notamment, où le pilote contient une bonne partie du savoir métier, et ne peut être révélé mais dans la grande majorité des cas, le cloisonnement est plus une culture d'entreprise qu'un réel besoin de se protéger. Le pire, c'est que c'était comme çà au départ. Jusque dans les années 90, la notice de mon magnétoscope contenait le schéma électronique sur deux pages à la fin, et l'interface série de mon TO8D, bien que livrée avec une disquette de pilotes et immédiatement compatible avec le système en ROM des machines les plus récentes, contenait quand même le détail des ports d'entrée-sortie.
C'est étrange de constater que même aujourd'hui, les grands fabricants soient encore aussi frileux. Il leur suffit pourtant de filer l'interface d'utilisation de leur hardware pour profiter immédiatement d'un segment de marché supplémentaire, sans efforts puisque c'est la communauté qui va développer, intégrer au système et packager par défaut la gestion de leur produit dans toutes les distributions, parfois en un temps record.
Mais non. Pour comprendre cela, visiblement, il faut concevoir les ordinateurs, pas juste les vendre.
Ce n'est pas de la rancoeur... C'est juste l'expérience de quelqu'un dont la priorité est l'efficacité et d'être opérationnel le plus vite possible...
Oui, je connais bien. J'enchaîne les contrats à durée déterminée depuis 6 ans, mais la problématique n'est pas la même non plus.
Si tout ce que tu as besoin de faire est un poste bureautique avec un traitement de texte, Windows est fait pour cela. Pour tout le reste, à part peut-être les jeux vidéos, je trouve qu'à l'usage, je m'en sors mieux avec un Unix.
Et puis bon, ça dépend aussi de la distribution que tu utilises. Par exemple, j'ai installé une Fedora 9 sur quatres machines chez nous, dont un serveur. Beaucoup de changements dus à la release majeure, mais la majorité des bugs que j'ai rencontré ont été résolus dans les jours qui suivaient par les mises à jour. À côté d'un Linux, un Windows est un système jetable. C'est trop long et trop compliqué à dépanner.
Quand tu viens d'installer une machine neuve, je comprends que tu puisses céder à la tentation, mais si tu as un utilisateur qui a deux ans de travail sur sa bécane et que tu lui dis « non, c'est trop long. Je vais te remettre un master », il ne va pas être content.
Le troll, c'est le vendredi, tu seras gentil de repasser demain.
1) Ce n'est pas propre à Linux, mais aux systèmes d'exploitation alternatifs en général, pour la simple et bonne raison que ce sont les fabricants qui développent et fournissent les pilotes de leur matériel pour un seul système d'exploitation. À l'inverse, c'est la communauté qui s'efforce de faire une veille du matériel existant et de développer des pilotes natifs.
2) Encore une fois, GNU/Linux n'est pas un substitut à Windows. C'est un système d'exploitation complètement différent. En matière de stabilité, de versatilité et surtout de dépannage, je trouve que deux ou trois jours d'investissement sur une machine neuve (comprendre : avec du matériel inconnu), ce n'est pas très cher payé en comparaison de ce que tu gagnes par la suite.
On voit bien que ce n'est pas toi qui assure l'entretien de ton matériel, et heureusement, parce que l'informatique - et spécialement le helpdesk - est une activité qui nécessite de la patience.
Puisque tu as créé un compte spécialement pour venir cracher ta rancoeur, tu aurais dû plutôt nous dire ce que tu comptes faire avec tes machines, voire - mieux - exposer ton problème directement. Tes trois jours seraient peut-être devenus trois heures.
Allez, bon vent, et n'oublie pas de fermer la fenêtre en sortant.
Je suis exactement dans le même cas de figure que toi depuis une semaine, et je peux te dire que si tu n'as jamais touché à LDAP, la fortune suivante résume assez bien la situation : http://sam.linuxfr.org/352
mon soucis c'est que j'ai un peu de mal a configurer le fichier /etc/ldap.conf qui d'apres ce que j'ai compris est le fichier principal client pour tout ce qui est filtre d'authentification, droits.
Pas tout-à-fait. Ce fichier-là, c'est celui qui va indiquer aux bibliothèques clientes, qui tournent sur ta machine, comment se comporter, quel et où que soit le serveur. Tu peux notamment y indiquer l'adresse du serveur par défaut pour éviter d'avoir à se le repalucher à la main, etc.
Côté serveur, ça dépend du produit que tu utilises. Si c'est sous Linux, ce sera probablement openldap. Du coup, c'est dans /etc/openldap/slapd.conf, qu 'il faut regarder. Ensuite, quand tes comptes seront proprement insérés dans ton arbre, il faudra voir du côté de PAM pour demander à ton authentificateur de consulter le serveur. Selon la distrib, que tu utilises, il est possible que tout cela soit déjà configuré pour toi. Sur Fedora 9, par exemple, GNOME offre un paneau de contrôle qui regroupe NIS, LDAP, Hesiod, Winbind, Kerberos, les Smart Cards et le SMB dans une même boîte. Ça fait gagner du temps.
Pour tes multiples serveurs, tu peux éventuellement créer une branche par serveur, mais le plus simple reste encore d'étendre la classe posixAccount et de définir un attribut contenant un nom de serveur. Tu peux en spécifier ensuite autant que tu en veux par compte. Après, tu n'as plus qu'à faire un filtre sur chaque serveur.
je recherche la commande pour générer les liens des index de l'alphabet
exemple:
while read i ; do echo "<a href=\"$i.html\"><span style=\"font-weight: normal;\">$i</span></a><br>" ; done < di.txt > fichier.html
Ensuite, tu édites fichier.html à la main pour mettre les entêtes et pieds de page.
cela fait
je recherche la commande pour créer automatiquement les liens dans les pages
exemple:
le mot marteau dans toutes les pages vers marteau.html
while read i ; do sed -i "s/\($i\)/<a href=\"$i.html\"><span style=\"font-weight: normal;\">$i<\/span><\/a>/g" *.html; done < di.txt
Attention : Pas testé, d'une part, et d'autre part, cela modifie les fichiers .html présents dans ton répertoire de travail. Pense à garder une sauvegarde avant de lancer l'opération. En outre, cela décore le motif à rechercher en rajoutant les balises. Il ne faut donc lancer la commande qu'une seule fois, sinon les motifs déjà substitués le seront une nouvelle fois.
C'est toujours bon de savoir cela pour le côté historique, et pour savoir à quoi on devrait en principe s'attendre quand le bit en question est collé sur un exécutable.
Ses explications ne sont pas fondamentalement fausses, elle sont juste très incomplètes ! :-)
Par contre, je me serais bien foutu de sa gueule pour le « most simplest » mais vu comment écrivent une bonne partie de mes compatriotes, j'ai décidé de m'abstenir.
Pourquoi passez-vous par losetup alors qu'il existe l'option loop dans mount ? Du coup, on met tous dans la fstab, on passe users (pour qu'un utilisateur A puisse démonter ce qui a été monté par un utilisateur B), et il n'y a plus jamais besoin de demander à root.
/répertoire/monfichier.iso /mon/pointdemontage auto loop,users 0 0
Par contre, évidemment, cela demande toujours que les images soient connues à l'avance. J'imagine que l'on peut faire facilement un pilote qui se contente de faire le montage, mais je pense que le plus simple reste un script shell dûment privilégié par sudo (il y a moyen d'autoriser, avec ou sans mot de passe, l'accès à un programme unique à certains utilisateurs).
Sinon, si c'est une distrib' à destination du débutant ou du semi-public, les environnements de bureau tels que Gnome proposent déjà le montage automatique en mode graphique ...
Mauvaise idée, la boucle for, parce que certaines de tes entrées contiennent un ou plusieurs espaces : « abandonne, ee ». En soi, c'est aussi une mauvaise idée, parce que ça va t'obliger à nommer tes fichiers de la même manière. Il faudra donc au minimum mettre des guillemets autour de ton nom de variable. Ensuite, pas besoin d'aller coller des .html dans ton fichier. À la la place, tu mets le suffixe dans la boucle :
while read i ; do > "$i.html" ; done < dico-entrée
[^] # Re: Mauvaise méthode
Posté par Obsidian . En réponse au message Impossible de supprimer sshd !. Évalué à 3.
Par contre, d'une manière générale, la « réinstall » n'est pas une solution. D'abord, parce que ça maintient l'utilisateur dans l'ignorance, qui reste donc vulnérable au moindre pépin, ensuite par qu'après le temps de la réinstallation, vient celui de la reconfiguration.
Compromis pour compromis, je trouve que c'est un très bon exercice que d'essayer de nettoyer son système en conditions réelles, même si c'est avant de tout casser. Sebzonelibre a réussi à détecter l'attaque et à en identifier toutes les conséquences, et je l'en félicite.
[^] # Re: Mauvaise méthode
Posté par Obsidian . En réponse au message Impossible de supprimer sshd !. Évalué à 0.
On ne gère pas un Unix comme un Windows. Ce n'est pas un système jetable.
[^] # Re: File mapping
Posté par Obsidian . En réponse au message DMA en C++ ?. Évalué à 1.
J'ajoute que si tu en es là, et que l'opération à faire sur les paquets est fort simple, largue le C++ et code directement en C. Tu économiseras beaucoup de ressources.
[^] # Re: File mapping
Posté par Obsidian . En réponse au message DMA en C++ ?. Évalué à 2.
Étant donné que les machines récentes sont toutes hyper-threadées, je ferais exactement deux processus, qui partagent un buffer circulaire (le fameux graveur de CD). L'une en charge du disque, qui peut se permettre de l'attendre, et l'autre qui remplit le tampon.
Par contre, je pense quand même que la charge sera moins lourde si un seul processus lit tous les ports. Il y a un seul noyau et surtout, c'est la même carte réseau derrière pour tout le monde.
[^] # Re: La problématique habituelle
Posté par Obsidian . En réponse au journal Détecter le tunneling SSH. Évalué à 10.
C'est drôle comme les gens ont du mal avec les participes passés en « i ». C'est probablement dû au fait que les trois verbes en« ir » les plus fréquents sont en fait en « ire » et, par conséquent, du troisième groupe, pas du second : lire, dire, écrire (et je ne parle pas de «&nsbp;suffire&nsbp;», ce serait trop compliqué :-).
Je le dis parce que certaines personnes sont même allées jusqu'à révoquer mes modifs Wikipédia pour restaurer les fautes. Pourtant, ce n'est pas bien dur de faire la différence :
Au féminin, dit-on « fournie » ou « fournise » ?
# La guerre, c'est la paix, etc.
Posté par Obsidian . En réponse au message Une perle comme on les aime.... Évalué à 4.
Par contre, vis-à-vis de prestations et maintenance, il est de fait que c'est ce sur quoi se rabattent la plupart des compagnies qui distribuent du logiciel libre si elles veulent faire un minimum d'argent.
M'enfin bon. Ça sent l'argumentaire commandé par la hiérarchie. Pondre quelque chose qui ait l'air de tenir à peu près debout en première lecture, et qui défende les intérêts de quelque chose en quoi on ne croit absolument pas, c'est toujours un exercice délicat.
[^] # Re: File mapping
Posté par Obsidian . En réponse au message DMA en C++ ?. Évalué à 2.
Après, si tu reçois des milliers de paquets à la seconde, tu peux peut-être envisager autre chose.
# File mapping
Posté par Obsidian . En réponse au message DMA en C++ ?. Évalué à 3.
Ensuite, tu peux faire du raw device. Avant, ça se fait en associant un /dev/raw/rawX à ton périphérique. Maintenant, c'est en passant l'option O_DIRECT à open().
Par contre, d'après ce que je lis, il semblerait que ce qu'il te faille, c'est du file mapping. Vois du coté de $ man mmap. C'est un appel système, donc en C, aisément encastrable dans du code en C++.
Bon courage.
# Trouvé.
Posté par Obsidian . En réponse au message OpenSSL et certificats : problème d'UTF-8. Évalué à 3.
$ man req
...
-utf8
this option causes field values to be interpreted as UTF8 strings, by default they
are interpreted as ASCII. This means that the field values, whether prompted from a
terminal or obtained from a configuration file, must be valid UTF8 strings.
...
Il me semble que ça doit pouvoir marcher en collant utf8 = yes dans la section [ req ] également, mais je n'avais pas obtenu de bons résultats. Autre indice, ne pas oublier de relancer le serveur après avoir remplacé le certificat et sa clé.
Bon courage aux autres.
[^] # Re: Meilleur film du mois ?
Posté par Obsidian . En réponse au journal Bons Baisers de Bruges. Évalué à 10.
-1
# Bon anniversaire !
Posté par Obsidian . En réponse à la dépêche LinuxFR.org a dix ans !. Évalué à 9.
# Le HANDLER !
Posté par Obsidian . En réponse au message Intercepter SIGSEGV. Évalué à 6.
Ben t'as remplacé le handler par défaut, celui-là même qui est en charge de tuer ton programme, par le tien, et tu ne lui as rien dit d'autre. À titre d'info, la fonction signal() renvoie un sighandler du comportement précédant l'appel. Colle ça dans un registre de ton programme et rappelle-le manuellement à la fin de ta fonction.
si vous avez une meilleure méthode, je suis preneur
$ man setbuf
[^] # Re: AH j'oubliais
Posté par Obsidian . En réponse au message Cron.hourly qui tourne pas. Évalué à 3.
[^] # Re: Snif
Posté par Obsidian . En réponse au journal Bill Gates part à la retraite.... Évalué à 5.
[^] # Re: Extrémiste
Posté par Obsidian . En réponse au journal LGP introduits des DRMs. Évalué à 10.
RMS président !
(j'arrive !)
[^] # Re: Adieu
Posté par Obsidian . En réponse au message billet d'humeur CONTRE linux. Évalué à 2.
[^] # Re: On est jeudi.
Posté par Obsidian . En réponse au message billet d'humeur CONTRE linux. Évalué à 5.
Question épineuse, à laquelle il n'est pas si simple de répondre.
D'un côté, les fabricants ne peuvent effectivement pas développer des pilotes pour tous les systèmes d'exploitation existants. D'un autre, et c'est le point de départ du mouvement du logiciel libre, les spécifications devraient toujours être ouvertes. Quand on fabrique du matériel, on file le mode d'emploi. À ce stade, la communauté Linux est beaucoup plus réactive que les devs de Microsoft et les fabricants du matériel réunis pour pondre un pilote.
C'est une question récurrente. Il y a bien des cas, dans les cartes vidéos notamment, où le pilote contient une bonne partie du savoir métier, et ne peut être révélé mais dans la grande majorité des cas, le cloisonnement est plus une culture d'entreprise qu'un réel besoin de se protéger. Le pire, c'est que c'était comme çà au départ. Jusque dans les années 90, la notice de mon magnétoscope contenait le schéma électronique sur deux pages à la fin, et l'interface série de mon TO8D, bien que livrée avec une disquette de pilotes et immédiatement compatible avec le système en ROM des machines les plus récentes, contenait quand même le détail des ports d'entrée-sortie.
C'est étrange de constater que même aujourd'hui, les grands fabricants soient encore aussi frileux. Il leur suffit pourtant de filer l'interface d'utilisation de leur hardware pour profiter immédiatement d'un segment de marché supplémentaire, sans efforts puisque c'est la communauté qui va développer, intégrer au système et packager par défaut la gestion de leur produit dans toutes les distributions, parfois en un temps record.
Mais non. Pour comprendre cela, visiblement, il faut concevoir les ordinateurs, pas juste les vendre.
[^] # Re: On est jeudi.
Posté par Obsidian . En réponse au message billet d'humeur CONTRE linux. Évalué à 2.
Oui, je connais bien. J'enchaîne les contrats à durée déterminée depuis 6 ans, mais la problématique n'est pas la même non plus.
Si tout ce que tu as besoin de faire est un poste bureautique avec un traitement de texte, Windows est fait pour cela. Pour tout le reste, à part peut-être les jeux vidéos, je trouve qu'à l'usage, je m'en sors mieux avec un Unix.
Ce journal-là http://linuxfr.org/~akauffmann/26759.html résume assez bien la situation.
Et puis bon, ça dépend aussi de la distribution que tu utilises. Par exemple, j'ai installé une Fedora 9 sur quatres machines chez nous, dont un serveur. Beaucoup de changements dus à la release majeure, mais la majorité des bugs que j'ai rencontré ont été résolus dans les jours qui suivaient par les mises à jour. À côté d'un Linux, un Windows est un système jetable. C'est trop long et trop compliqué à dépanner.
Quand tu viens d'installer une machine neuve, je comprends que tu puisses céder à la tentation, mais si tu as un utilisateur qui a deux ans de travail sur sa bécane et que tu lui dis « non, c'est trop long. Je vais te remettre un master », il ne va pas être content.
# On est jeudi.
Posté par Obsidian . En réponse au message billet d'humeur CONTRE linux. Évalué à 9.
1) Ce n'est pas propre à Linux, mais aux systèmes d'exploitation alternatifs en général, pour la simple et bonne raison que ce sont les fabricants qui développent et fournissent les pilotes de leur matériel pour un seul système d'exploitation. À l'inverse, c'est la communauté qui s'efforce de faire une veille du matériel existant et de développer des pilotes natifs.
2) Encore une fois, GNU/Linux n'est pas un substitut à Windows. C'est un système d'exploitation complètement différent. En matière de stabilité, de versatilité et surtout de dépannage, je trouve que deux ou trois jours d'investissement sur une machine neuve (comprendre : avec du matériel inconnu), ce n'est pas très cher payé en comparaison de ce que tu gagnes par la suite.
On voit bien que ce n'est pas toi qui assure l'entretien de ton matériel, et heureusement, parce que l'informatique - et spécialement le helpdesk - est une activité qui nécessite de la patience.
Puisque tu as créé un compte spécialement pour venir cracher ta rancoeur, tu aurais dû plutôt nous dire ce que tu comptes faire avec tes machines, voire - mieux - exposer ton problème directement. Tes trois jours seraient peut-être devenus trois heures.
Allez, bon vent, et n'oublie pas de fermer la fenêtre en sortant.
# Alors ... LDAP.
Posté par Obsidian . En réponse au message ldap + ssh. Évalué à 2.
mon soucis c'est que j'ai un peu de mal a configurer le fichier /etc/ldap.conf qui d'apres ce que j'ai compris est le fichier principal client pour tout ce qui est filtre d'authentification, droits.
Pas tout-à-fait. Ce fichier-là, c'est celui qui va indiquer aux bibliothèques clientes, qui tournent sur ta machine, comment se comporter, quel et où que soit le serveur. Tu peux notamment y indiquer l'adresse du serveur par défaut pour éviter d'avoir à se le repalucher à la main, etc.
Côté serveur, ça dépend du produit que tu utilises. Si c'est sous Linux, ce sera probablement openldap. Du coup, c'est dans /etc/openldap/slapd.conf, qu 'il faut regarder. Ensuite, quand tes comptes seront proprement insérés dans ton arbre, il faudra voir du côté de PAM pour demander à ton authentificateur de consulter le serveur. Selon la distrib, que tu utilises, il est possible que tout cela soit déjà configuré pour toi. Sur Fedora 9, par exemple, GNOME offre un paneau de contrôle qui regroupe NIS, LDAP, Hesiod, Winbind, Kerberos, les Smart Cards et le SMB dans une même boîte. Ça fait gagner du temps.
Pour tes multiples serveurs, tu peux éventuellement créer une branche par serveur, mais le plus simple reste encore d'étendre la classe posixAccount et de définir un attribut contenant un nom de serveur. Tu peux en spécifier ensuite autant que tu en veux par compte. Après, tu n'as plus qu'à faire un filtre sur chaque serveur.
[^] # Re: Heu pour être clair
Posté par Obsidian . En réponse au message Authentification unifiée ssh/samba pour un parc de machine ?. Évalué à 2.
Tu auras bon quand tu auras donné la (bonne) réponse. :-)
[^] # Re: Robertix fait un dico. Bien.
Posté par Obsidian . En réponse au message chantier du dictionnaire gaulois. Évalué à 2.
exemple:
while read i ; do echo "<a href=\"$i.html\"><span style=\"font-weight: normal;\">$i</span></a><br>" ; done < di.txt > fichier.html
Ensuite, tu édites fichier.html à la main pour mettre les entêtes et pieds de page.
cela fait
je recherche la commande pour créer automatiquement les liens dans les pages
exemple:
le mot marteau dans toutes les pages vers marteau.html
while read i ; do sed -i "s/\($i\)/<a href=\"$i.html\"><span style=\"font-weight: normal;\">$i<\/span><\/a>/g" *.html; done < di.txt
Attention : Pas testé, d'une part, et d'autre part, cela modifie les fichiers .html présents dans ton répertoire de travail. Pense à garder une sauvegarde avant de lancer l'opération. En outre, cela décore le motif à rechercher en rajoutant les balises. Il ne faut donc lancer la commande qu'une seule fois, sinon les motifs déjà substitués le seront une nouvelle fois.
[^] # Re: heu, c'est quoi qui te choques ?
Posté par Obsidian . En réponse au message Sticky bit. Évalué à 4.
Ses explications ne sont pas fondamentalement fausses, elle sont juste très incomplètes ! :-)
Par contre, je me serais bien foutu de sa gueule pour le « most simplest » mais vu comment écrivent une bonne partie de mes compatriotes, j'ai décidé de m'abstenir.
[^] # Re: Il y a bien une méthode ...
Posté par Obsidian . En réponse au message Monter une image-disque sans être root. Évalué à 2.
/répertoire/monfichier.iso /mon/pointdemontage auto loop,users 0 0Par contre, évidemment, cela demande toujours que les images soient connues à l'avance. J'imagine que l'on peut faire facilement un pilote qui se contente de faire le montage, mais je pense que le plus simple reste un script shell dûment privilégié par sudo (il y a moyen d'autoriser, avec ou sans mot de passe, l'accès à un programme unique à certains utilisateurs).
Sinon, si c'est une distrib' à destination du débutant ou du semi-public, les environnements de bureau tels que Gnome proposent déjà le montage automatique en mode graphique ...
[^] # Re: Robertix fait un dico. Bien.
Posté par Obsidian . En réponse au message chantier du dictionnaire gaulois. Évalué à 3.
Mauvaise idée, la boucle for, parce que certaines de tes entrées contiennent un ou plusieurs espaces : « abandonne, ee ». En soi, c'est aussi une mauvaise idée, parce que ça va t'obliger à nommer tes fichiers de la même manière. Il faudra donc au minimum mettre des guillemets autour de ton nom de variable. Ensuite, pas besoin d'aller coller des .html dans ton fichier. À la la place, tu mets le suffixe dans la boucle :
while read i ; do > "$i.html" ; done < dico-entrée