Krunch a écrit 4046 commentaires

XFCE
Ion mais ça demande un petit temps d'adaptation

http://www.xfce.org/(...)
http://iki.fi/tuomov/ion/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Posté par thoms le lundi 09 août à 13:37

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Heu... "su moz & mozilla" d'après moi ça devrait pas donner grand chose. Enfin ça lance mozilla mais avec l'utilisateur courant et tu te retrouves avec un su qui tourne en tache de fond. "sudo -u moz mozilla" ça devrait déjà mieux marcher. En mettant les permissions qui vont bien sur /home/*/mozilla ça devrait aller pour les bookmarks individuels puisque les variables d'environnement sont conservées je pense. Faudrait que j'essai.

Sinon ya moyen de mettre un mdp invalide dans /etc/shadow (je pense qu'il faut mettre un "!" à la place du hash) pour qu'on ne puisse pas se loguer "normalement" et ya moyen de mettre les utilisateurs qui peuvent se loguer par ssh dans un groupe spécial pour que les autres ne puissent pas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

PAN !

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

"sans pour autant monopoliser un disque dur et 20 minutes de temps d'installation"

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu pourrais détailler comment tu as fait pour éffectuer ces séparations de privilèges stp ? Et les bookmarks ils sont sauvés où ?

Sinon t'es quand même pas à l'abri d'un rm -rf ~/* mais le ~ sera remplacé par /home/moz :) Dire que Linux n'est pas sujet aux virus c'est quand même un gros mensonge. Par contre il est possible de mitiger les effets des virus en faisant les réglages qui vont bien.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est pas pire que les serveurs mails gratuits. Si tu veux un gros serveur fiable, tu demandes à ton ISP, normalement il est la pour fournir ce genre de services non ?

Sinon tu te fais deux ou trois comptes sur des serveurs différents ou tu montes ton propre serveur pour toi et tes amis et le problème est réglé. Mais dans le cas de MSN c'est pas possible. Et si le serveur MSN que tu utilises perd tes données, tu ne peux rien faire non plus.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Mon ISP c'est Skynet/Belgacom. Leur serveur Jabber c'est jabber.skynet.be mais je l'ai pas testé et d'après le listing de Jabber.org, il ne supporte aucun transport: juste JUD et SSL.

Personnellement j'utilise jabber.org.uk. Les passerelles MSN et Y! surtout déconnent de temps en temps et il est déjà arrivé que le serveur soit injoignable pendant plusieurs heures mais c'est plus arrivé depuis longtemps. J'en suis assez content mais je vais peut-être monter mon propre serveur Jabber (privé) quand même un de ces jours.

http://jabber.skynet.be/(...)
http://jabber.org.uk/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

* Utilisation du HTML dans les messages

Et du même coup tu fais la nique au protocol et tu envois des messages "illisibles" à ceux qui n'utilisent pas le même IM que toi. Dans le même genre, j'apprécie beaucoup les utilisateurs MSN qui envoient des smilies incompréhensibles ou les utilisateurs ICQ qui ne comprennent pas pourquoi je leur fait des similes quand j'essai de leur expliquer comment utiliser vi (apparement :wq sous ICQ ça fait un "wink").

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est toujours mieux que des clients libres pour un protocole pas libre.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour le serveur, c'est vrai qu'il faudrait tenir à jour une liste de serveur, stable, moyennement stables et expérimentaux.

Normalement tous les serveurs qui sont listés sur Jabber.org sont relativement stables: http://www.jabber.org/user/publicservers.php(...)

Par ailleurs je découvre que mon ISP dispose d'un serveur Jabber.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ca dépend de la connexion internet...

Evidemment si ya des contacts avec l'extérieur, l'expérience est fausée :/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ya un truc qui s'appelle Expect qui permet d'automatiser des interfaces normalement interactives (comme celle de passwd). Après un truc genre

for i in `cat servers.list` ; do rexec $i expect_passwd $newpass ; done

et le tour est joué.

Enfin je connais pas rexec et encore moins sa syntaxe mais je suppose que ça sert bien à exécuter une commande sur une machine distante.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Dans le même genre tu peux mettre ton serveur sur un Soekris et le planquer dans le boitier d'un autre PC. En bricolant un peu ya surement moyen de pomper sur la même alimentation que le PC "hôte" et d'utiliser sa connexion réseau en faisant un bridge ou à coup de wifi par exemple de manière à ne pas avoir de cables suspects "en trop".

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

En fait pour les passerelle, c'est assez mouvant. Pour le moment ça fait quelques heures que je n'ai plus accès à MSN et Yahoo! Messenger ne fonctionne plus depuis plusieurs jours/semaines/mois (de toute façon je l'utilise pas). Par contre ça fait bien longtemps que j'ai pas eu de problème avec ICQ et AIM. Mais bon tout ça dépend aussi du serveur je suppose (je n'administre pas le serveur Jabber que j'utilise).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

D'après NoFrag, c'est bien JC.
http://www.nofrag.com/news/aou2004/04/13059.html(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je ne pense pas qu'effectuer cette expérience avec une seule personne soit très représentatif de l'espèce humaine.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Qu'est-ce que tu veux dire par "innaccessible aux scripts" ? S'il est accessible aux humains il est accessibles aux scripts non ? En admettant que le partage de fichiers sans nmdb est possible, il faudra juste utiliser l'adresse IP (ou le nom DNS) à la place du nom NetBIOS pour accéder aux partage de la machine.

Je serais quand même intéressé de savoir si ça marche ou pas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu peux essayer ça: http://www.testdrive.compaq.com/(...)
Sinon ya la ferme de compilation de SourceForge mais faut avoir un projet chez eux évidemment.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je connais pas grand chose à Samba mais si j'ai bien compris, il y a deux daemons: smbd et nmbd. Le premier s'occupe des partages de fichiers et le second de la résolution des noms NetBIOS. Donc je suppose qu'en arrètant nmbd, ton serveur va devenir "invisible".

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

oui

oui

je crois que c'est Gossip

Psi :)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je crois que par défaut il n'est pas sur OpenBSD non plus. J'ai l'impression que Bash est plutôt spécifique au projet GNU (même s'il est portable et porté un peu partout).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ya aussi des trucs utiles ici: http://unxutils.sourceforge.net/(...) (voir aussi les liens en bas de page). Pour Bash sous Windows, Google me donne ceci: http://www.steve.org.uk/Software/bash/(...)

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ca me fait beaucoup penser à une traduction automatique, notamment le "Restez loin des outils d'attaques ou illégal".

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pas besoin d'ajouter des utilisateurs. Tu as juste à ajouter une ligne avec login:mdp dans le fichier qui va bien. Si tu veux gérer le fichier par une interface web, Pear est ton ami. C'est pas plus compliqué que de s'amuser à écrire un système d'authentification potentiellement foireux.

http://pear.php.net/package/File_Passwd/docs/0.9.2a/File_Passwd/Fil(...)

Par ailleurs maintenant que tu as dit comment tu trouvais tes mdp, il est bcp plus facile (moins difficile en tout cas) de les cracker :op

Pour éviter d'avoir plusieurs fois le même script qui tourne en parrallèle, on utilise des verrous: tu bloques un verrou au début du script et tu le libéres à la fin. Après tu vérifies si le verrou est bloqué, si c'est le cas le script est en train de tourner. En pratique tu peux utiliser flock() ou une entrée dans une base de données (MySQL sur un P133 avec 48Mo de RAM c'est pas top cependant). Le truc à _ne_ _pas_ faire est d'utiliser un bête fichier genre

while (file_exists($lock)) sleep(0.1);
create_file($lock);
/* do stuff */
delete_file($lock);

Parce que tu n'est pas certains que le fichier n'aura pas été verrouillé par un autre process entre la fin du while et le début du create_file(). Enfin dans 99% des cas sur une machine mono processeur ça ne devrait pas poser de problème mais de toute façon il vaut mieux utiliser flock() qui est fait pour ça (mais c'est pas super portable). Dans ton cas tu peux écrire la date (temps epoch) de la dernière tentative d'authentification dans une db ou un fichier (mais dans ce cas tu dois quand même utiliser flock()) et vérifier que le délais est respecté.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.