Ce qui ne passe pas dans le sujet chez toi ce sont les couleurs, gaim n'a pas les correspondances donc tu ne vois que les codes couleurs et non celles ci.
pour l'ident il doit y avoir une option IDENT dans GAIM qui te permet d'entrer un User ID, dans ce cas entre exactement le même user que tu as mis dans ton mail, en ne prenant pas compte du @host, juste l'user et ca devrait marcher !
Ça me fait penser que j'ai arrêté d'écrire des rapports d'avancement, et pourtant, pas mal de choses ont évolué depuis
D'ailleurs, la fameuse partie mail entrante, j'ai fini par la faire il y a un peu plus d'un mois... et le choix s'est porté sur Sendmail, avec un SMTP authentifié + TLS, et de nombreux milters qui en font le serveur mail le plus complet que j'ai jamais mis en place Postfix fait pâle figure à côté (et pourtant je le maitrise pas mal aussi).
Autres innovations :
- Mise en place d'un IDS (détecteur d'intrusion pour ceux qui connaissent pas), avec Snort, ACID, ... tout scan, probe, tentative d'envoi de paquet malformé etc sont donc immédiatement loggués...
- proxy SOCKS 5 (ça vous sert pas ça évidemment)
- serveur d'IDENT supportant le masquerading des clients du LAN,
- Installation de samba (trop simple lol) pour pouvoir rapidement lire/écrire sur le serveur depuis une station windows (wwwroot par exemple...)
- Antispam, implémentation également du SPF au niveau de Sendmail...
Côté sécurité, j'ai également grandement amélioré la partie firewall, en implémentant un antiflood (TCP, UDP, ICMP...), un anti port-scanner, les logs iptables sont beaucoup plus fournis avec l'utilisation de ULOGd (userspace logging).
Pour la partie WEB, depuis quelques petits "accro" avec certaines personnes, j'ai dû construire une stratégie paranoïaque, mais qui fonctionne très bien (identification/gestion des connexions proxyfiées (et logging de tout ce qui est tenté depuis ces connexions)), j'ai également codé au niveau de vB des mouchards me permettant de détecter toute activité suspecte au niveau des fichiers sensibles (tentatives de hack...), Apache est également pas mal mis à contribution avec son Mod_Rewrite génialissime... Bref, il devient difficile de "jouer au con" sans se faire remarquer...
Dans les projets, j'ai toujours plein d'idées à mettre en place:
-> Hébergement du POP sur le serveur (et non sur ma station)
-> Ajout d'un antivirus au niveau du Linux (mon serveur MDaemon existe toujours sur ma station de travail et fait ce boulot aujourd'hui)
-> Implémentation de la TOS/CBS au niveau du routage (voilà un véritable challenge :-))))
-> Configuration avancée de proftpd, ou alors, installation de glftpd... à voir... si je reste sur proftpd, alors interfaçage avec MySQL pour les quotas et les comptes...
-> Migration des comptes SMTP vers une base type SASLdb, LDAP, ou MySQL, mais en tout cas, les séparer de la base Unix... ça n'a rien à faire là.
-> tout plein d'autres choses que j'oublie au moment où j'écris ces lignes
Bref... un vrai plaisir à administrer ce serveur
Je ne regrette absolument pas d'avoir abandonné les RPM pour bon nombre d'applis, l'upgrading de php/apache/mysql restant très simple dans tous les cas (d'ailleurs on a déjà migré plein de fois depuis noël...)
Voilà...
PS: ah tiens, quand je repense aussi à tous les détracteurs de la distrib fedora lors de la mise en place (pas stable mouhahahaha).... nous avoisinons déjà les 80 jours d'uptime là.... ça commence à devenir intéressant !!!! Je pense que je serai obligé de rebooter prématurément lors de l'upgrade vers la FC4 le mois prochain plutôt que d'attendre un hypotétique plantage )
Ah oui d'ailleurs c'est a le prochain "grand" upgrade : passage de FC3 à FC4 (j'ai hâte!!!)
__________________
Tout le monde est un génie. Mais si vous jugez un poisson sur ses capacités à grimper à un arbre, il passera sa vie à croire qu'il est stupide.
A. Einstein
Message écrit par soul^keeper, le 16-05-2005 à 16:07
........ah tiens, quand je repense aussi à tous les détracteurs de la distrib fedora lors de la mise en place (pas stable mouhahahaha).... nous avoisinons déjà les 80 jours d'uptime là.... ça commence à devenir intéressant...
si je remonte dans mes souvenirs : 300 jours sans reboot pour un serveur NFS+NIS+Impression+40 stations de travails au fesse.
Message écrit par shakes808080, le 16-05-2005 à 21:29
si je remonte dans mes souvenirs : 300 jours sans reboot pour un serveur NFS+NIS+Impression+40 stations de travails au fesse.
Mais c'était du Sunos hein...
Houlà, dans mes souvenirs, j'avais lu un article (sur oxmo ) faisant état d'un serveur sous UNIX qui avait été perdu dans une université américaine : en fait, il était up depuis plusieurs années, mais après des mois de recherches, ils avaient fini par se rendre compte que le serveur avait été "muré" suite à des travaux... (pas mal ouais lol) ils avaient dû casser un mur pour mettre la main dessus : plusieurs années d'uptime la bestiole...
Bon et moi, je suis plutôt fier de vous annoncer qu'on vient de franchir le cap des 100 jours d'uptime là: 100 jour(s) 0 heure(s) et 38 minute(s) pour être précis.... Qui a dit que la fedora n'était pas stable ?
Message écrit par soul^keeper, le 07-06-2005 à 21:19
Qui a dit que la fedora n'était pas stable ?
Je l'ai fait tourné pendant une bonne année, avec apache, bind, postfix, proftpd et smsgateway, avec un seul reboot... Suite à mauvaise manip (ca m'apprendra à débrancher une alim sans vérifier que je débranche bien la bonne...)
Ca tourne niquel
Pour info, si tu as les ressources matérielles, tu peux monter un second pour monter un clustering...
cf: Linux HA, High Avaibility
On en parle sur Forpage si ça t'interesse
Perso, je vais me tourner vers la dernière stable de Debian, Sarge, que j'ai déjà testé
je suis solidaire avec benmars, j ai rien compris au compte-rendu de Soul!
j ai quand meme cru comprendre qu il y a un systeme antihack...il y a des mechants qui en veulent a oxmo?
bref, bonne continuation et je viendrais lire la suite du jargon au prochain up
Message écrit par soul^keeper, le 07-06-2005 à 21:19
Houlà, dans mes souvenirs, j'avais lu un article (sur oxmo ) faisant état d'un serveur sous UNIX qui avait été perdu dans une université américaine : en fait, il était up depuis plusieurs années, mais après des mois de recherches, ils avaient fini par se rendre compte que le serveur avait été "muré" suite à des travaux... (pas mal ouais lol) ils avaient dû casser un mur pour mettre la main dessus : plusieurs années d'uptime la bestiole...
Desolé de te contre-dire pour ma premiere post sur ton excellent forum Soul, mais le serveur perdu n'était pas du Linux, ni du Unix. C'etait du Novell 3.11! Google sur "Novell Drywall" pour avoir plus d'infos. Une petite resumé se trouve ici (mais mon compte est trop neuf pour poster des URL): http://www.techweb.com/wire/story/TWB20010409S0012