Après les captchas qui ne marchent pas, les commentaires déconnent (un peu)... En effet, par défaut, Plone n'autorise pas les commentaires anonymes, et quand il le fait, met "Utilisateur anonyme" comme auteur du commentaire.

J'ai donc installé Plone Comments qui rend la gestion des commentaires plus souple. Mais, comme il y a un mais, vu que les mecs qui codent ça n'ont pas encore mis à jour leurs produits pour Plone 3.2, il y a des ratés : le champ auteur du commentaire n'est pas renseigné...

Et on termine encore en musique : "Un jour, mon prince viendra, et le site marchera..."

Il semble que tout ne soit pas rose au pays de Plone 3...

J'avais commencé à utiliser Plone 3.1.7. Et cette version s'installait comme les versions précédentes, récupérer l'archive, décompacter, mettre les répertoires de produits aux bons endroits, et hop ça roule. Mais ils ont sorti une version 3.2.1 entre-temps.

Et tant qu'à avoir changé de version, autant être à jour. Mais là, la procédure d'installation a un peu changé. Avant, Plone reposait sur les binaires du système, pour Python et Zope. Or maintenant, vu les problèmes que peuvent causer la nécessité d'une version particulière de Python et Zope, Plone fournit un installeur qui récupère et compile un Python et un Zope pour lui-même. Du coup, ça supprime les problèmes de dépendance et réduit les efforts de maintenance.

Il m'a fallu une demi-journée pour piger le truc, installer des instances propres, et récupérer mes petits du Plone 3.1.7. Et ça marchait bien.

Du moins je le croyais... Mon fidèle lecteur Michel me signale aujourd'hui (outre les couleurs trop sages du site) qu'il y a un problème avec les captchas du site... En effet, le produit que j'utilise, Plone Captchas, n'est compatible que jusqu'à Plone 3.1... Et maintenant j'ai Plone 3.2.

Du coup j'ai retiré le produit. J'espère que ça va pas attirer les spams...

On dirait que les flux RSS sont devenus nazes (ils ne contiennent pas le corps du texte), et en plus, ils prennent sur critère de date de création, pas de publication, ce qui fait que les toutes premières entrées sont remontées comme nouvelles "fraîches"...

Tant pis.

Le patch pour les touches de clavier qui s'envolent c'est du pipo. Je dois régulièrement retaper des lettres qui ont été "oubliées" par cette machine de merde.

C'est vraiment la dernière machine Apple que j'achète.

J'avais exposé mes problèmes de clavier précédemment. Mes irritants problèmes de clavier. Mes insupportables problèmes de clavier.

Mais hier, Apple a publié un correctif : MacBook, MacBook Pro Mise à jour du programme interne du clavier 1.0. Et c'est supposé régler mon problème précis.

Ni une ni deux, je fais la mise à jour. A première vue, ça a l'air concluant. En tous cas, je le ressens beaucoup moins qu'avant. Beaucoup beaucoup moins. Maintenant, les lettres manquantes semblent plus causées par ma maladresse que le matériel. Faudra voir à l'usage, mais ça a l'air pas mal, là.

Au final il est possible qu'au bout de presque 3 mois, j'aie une machine qui marche convenablement. Quoi qu'en tapant ça, j'ai eu pas mal de frappes manquées... Dois-je taper plus fort sur ce clavier, ou ai-je encore le problème ?

Et cette nouvelle révision de Mac OS X était attendue comme le messie par les adorateurs du Mac. Même moi je l'attendais, à cause de deux problèmes particuliers : problème de clavier, et problème de souris.

Le problème de clavier, c'est un truc débile. Des fois, le clavier ne prend pas en compte la frappe d'une touche. Souvent la première lettre, mais pas toujours. C'est comme si le clavier se mettait en veille et se réveillait en retard. Ou s'endormait en plein travail. Comme s'il était narcoleptique. Et les gens espéraient que ce problème serait réglé par la fameuse mise à jour 10.5.2. Mais non. J'ai toujours des problèmes de clavier, j'ai des lettres qui sautent au hasard.

Le problème de souris, c'est que ma souris Bluetooth répond mal des fois. On dit que c'est à la reprise de veille, mais c'est pas toujours le cas. C'est peut-être quand la charge de la batterie de la souris faiblit, mais je ne saurais le dire avec certitude...

Je suis de plus en plus déçu d'Apple...

J'ai donc reçu le nouveau MacBook Pro. Tout va bien, à part que la carte WiFi ne marchait pas. J'ai cru à un problème matériel, mais non.

Quand j'ai reçu la machine avant-hier, j'ai configuré un compte bateau au cas où je devrais encore la renvoyer (chat échaudé). Durant l'assistant de configuration, je me suis connecté au réseau WiFi du boulot sans problèmes apparents. Ensuite, j'ai promptement changé le disque dur avec le 7K200, contenant la partition Mac OS X préalablement copié du disque Samsung.

Et hier, j'ai vu que l'adresse MAC de la carte Airport était 00:00:00:00:00:00. Ce qui est résolument mauvais. Et impossible d'activer la carte ! Chose étonnante, la carte était pourtant bien reconnue dans Informations système... Mais ifconfig me disait ifconfig: interface en1 does not exist ! J'ai une carte Airport électriquement reconnue, mais dont l'interface réseau ne monte pas !

J'ai soupçonné une maladresse de ma part, j'aurais peut-être bougé la carte sans m'en rendre compte. C'était ça ou la carte était morte deux jours après son déballage (chose possible).

Donc hier soir, mon MacBook Pro est retourné sur le billard. Et ça m'a confirmé ce que je pensais : la carte ne peut pas bouger. Elle est retenue par une pièce métallique vissée au châssis. Dans le doute, je l'ai débranchée et rebranchée.

Après le remontage (et une frayeur dûe à une barrette de RAM mal enfichée - j'ai cru que le MacBook Pro était mort), toujours pareil. Désespoir, rage.

Mais je ne lâchais pas l'affaire. Mon côté admin FreeBSD est remonté. Si je n'avais pas d'interface en1, les messages console devraient me dire pourquoi. Déjà, j'ai découvert que par défaut, il n'y a pas de log de démarrage comme sur FreeBSD. Différence du noyau, je suppose. En tous cas, ça ne m'aidait pas à trouver la cause. J'ai donc redémarré la machine, et guetté les messages concernant la fameuse interface en1, ou quelque chose se rapportant à Airport.

Et j'ai fini par trouver : Feb 6 20:15:33 Caitlin System Preferences[156]: Error: airportd MIG failed = -1 ((null)) (port = 35111) . C'est pas exactement la source du problème, mais ça m'a permis de lancer une recherche, et j'ai trouvé cette page des forums d'Apple.

Le mec avait exactement les mêmes problèmes que moi : la carte Airport ne s'active pas. Quelqu'un lui a suggéré de regarder s'il avait plus d'une extension noyau pour Airport, qui seraient des reliquats d'anciens systèmes, mais il en avait pas. Et en bas du fil, le mec a trouvé la solution : c'était dû au fichier de configuration des interfaces réseau, NetworkInterfaces.plist (Situé dans /Library/Preferences/SystemConfiguration/).

Ce fichier liste les interfaces réseau de la machine, détaille les propriétés, etc. Et c'est là que je me suis rappelé que j'avais démarré le Mac Pro du boulot avec mon disque de MacBook Pro pour m'assurer qu'il marchait correctement. Et ce con de Leopard a mis à jour le fichier d'interfaces réseau avec les caractéristiques du Mac Pro... Et sur le Mac Pro, le en1, c'est un Ethernet. Et ce con de Leopard n'a pas remis à jour ce fichier quand il a redémarré sur un autre MacBook Pro...

Et aujourd'hui en recopiant le fichier NetworkInterfaces.plist du Leopard du disque d'origine du MacBook Pro, j'ai récupéré ma carte WiFi. Ouf.

Donc pour l'instant, j'ai un MacBook Pro complètement fonctionnel. J'attends de passer un mois avec avant de le déclarer sain, toutefois...

Avant-hier, j'ai connecté le MacBook Pro à mon réseau WiFi. Si vous êtes de fidèles de ce blog, vous savez que j'ai un routeur 802.11n qui marche moyen (c'est d'ailleurs la raison pour laquelle le site a été en rade toute la journée d'hier).

Le routeur est configuré en mode 300 Mbps (802.11n), mais la sécurité est en WEP (avec filtrage MAC), parce que les Nintendo DS ne supportent rien d'autre que le WEP.

Quand j'ai essayé de connecter le MacBook Pro (avec Leopard), ça ne marchait pas. Je me suis souvenu d'un patch qui réparait les mots de passe pour Leopard, et j'ai lancé les mises à jour. La machine était arrivée en version 10.5.0, et je l'ai donc mise à jour en 10.5.1.

Et là, le message d'erreur de connexion a changé de Délai lors de la connexion en Sécurité incompatible... Pas de connexion donc.

J'ai cherché sur le net, et en effet, nombre de personnes ont rencontré le problème. Leopard ne veut pas se connecter en WEP. Et là encore, pour certains il n'y a pas de problèmes, pour d'autres, c'est l'enfer. Solution préconisée, passer en WPA/WPA2.

Ce que je fais. Je sacrifie au passage la connexion des DS, mais tant pis. Le MacBook Pro se connecte illico. Bien. Je reconfigure les autres machines et appareils (genre la Wii) pour la nouvelle sécurité. Et là, je remarque un truc sur la carte réseau de mon ordinateur fixe : la vitesse de connexion est annoncée à... 300 Mbps.

J'avais pesté longtemps contre les cartes et le routeur, parce que malgré tout mon équipement 802.11n, je n'avais que 54 Mbps. Mais ce que j'avais oublié, c'est que le 802.11n impose une encryption WPA ou WPA2... Mon routeur autorise le mix 300 Mbps et WEP, mais les cartes ne se synchronisent qu'à 54 Mbps, pour faute de protocole...

Or Leopard (et même peut-être Tiger ?) est plus intégriste. Il détecte un réseau 802.11n (le MacBook Pro est équipé d'une carte 802.11n), mais il trouve une encryption WEP. D'où le message laconique de Sécurité incompatible. Et ce petit con ne baisse pas la vitesse pour réussir la connexion, non, il boude.

Au final, ça marche. Je n'ai pas vérifié le débit du MacBook Pro, mais je sais que mon fixe a un bien meilleur débit. Et je sais aussi qu'il faut respecter les protocoles...

Et pour mes Nintendo DS, j'ai trouvé une solution simple : j'ai acheté une Fonera chez FON.

Mes amis suisses expliquent FON de long en large chez Cuk.ch.

Il y a quelques semaines, Plone a été mis à jour. Une mise à jour majeure cette fois-ci, on passe à la version 3.

Ce changement entraîne bon nombre de modifications sur l'infrastructure. Zope doit être mis à jour aussi, à la version 2.10.4. Et tous les produits utilisés sur le site doivent également être mis à jour. Mise à jour d'autant plus nécessaire que la structure des produits a changé assez radicalement.

Dans mon cas, mettre à jour Zope, facile. Soit télécharger la nouvelle version chez Zope, soit utiliser le port FreeBSD.

Mettre à jour Plone, également facile, il suffit de le télécharger chez Plone.

Pour les produits... C'est plus dur.

J'utilise Plone presque pur, avec peu d'ajouts. Or le peu de produits que j'utilise m'est vraiment utile, et essentiel. Le problème, c'est que les mecs qui font ces produits ne sont pas vraiment motivés pour maintenir les pages web de leurs produits...

Du coup, PageBuilder, dont je me sers pour la page d'accueil du site entre autres, est toujours à la version 1.2.1, alors que sur le serveur SVN de chez Plone, il est en 1.3.0 (et apparemment fonctionnel). Pire encore, il semble que PageBuilder soit abandonné pour Collage, mais c'est juste mentionné dans un fil de commentaires sur le produit prédecesseur de PageBuilder...

Du coup, PageBuilder, c'est no go, et Collage plante méchamment mon site si je l'essaie (alors qu'il est théoriquement 2.5/3.0 compliant)...

Autre produit essentiel, Quills. Le moteur de ce blog. La dernière version stable sortie est la 0.9. Incompatible Plone 2.5. J'utilise donc la 1.5 RC3, qui est une RC...

La roadmap du produit indique que la date de sortie estimée de la 1.5 est... Le 21 octobre 2006. C'est il y a presque un an, les mecs. Une version 1.6 est prévue, pour... Le 11 décembre 2006...

La 1.6 est théoriquement compatible Plone 3.0. Mais depuis, ils ont annoncé une version 2.0, normalement sortie... Le 21 mars 2007. Pas suivi de faits comme précédemment.

Dans les faits, rien ne permet de penser qu'ils ont une seule version réellement finalisée qui supporte Plone 3.0. Le SVN contient des versions possiblement fonctionnelles en trunk, mais je n'aime vraiment pas utiliser des versions de développement non arrêtées...

Quills : no go...

Au final si je migre mon site, plus rien ne marche. Même les produits Plone Captchas et Plone Comments, pour respectivement éviter les commentaires de spam laissés par des robots, et pour accepter des commentaires des utilisateurs non inscrits ne sont pas portés à Plone 3.0, comme le montre ce post resté sans réponse depuis 2 semaines...

Ça commence à vraiment me saoûler cette histoire où faut quasi remonter tout le site à chaque mise à jour majeure...

J'ai acheté un Netgear WNR854T et deux Netgear WN311T pour remplacer mes routeurs. Là c'est du lourd. Du pré-N.

Netgear WNR854T

Netgear WN311T

Le routeur est fantastique, par rapport à ma solution bancale que j'avais avant. La ligne est stable, et le WiFi marche bien. Tout ce qu'on peut demander d'un routeur. Rien à dire.

Les cartes... C'est autre chose. Elles sont livrées avec des grosses antennes déportées à 3 connecteurs, pour le MIMO, ce qui est bien. Mais les drivers fournis ne marchent pas avec Vista, ce qui est pas bien.

Netgear fournit ses drivers en package unifié, et détermine les fichiers à décompresser en fonction de l'OS détecté. Donc sur Vista, il me sort uniquement les drivers Vista. Mais ces drivers ne marchent pas. La carte "ne peut pas démarrer (code 10)".

Ce que préconisent les gens sur le net, c'est d'utiliser les drivers XP. Mais vu le comportement de l'installeur des drivers, je ne peux pas les avoir. Je n'ai plus de Windows XP à la maison...

Je résume mon week-end, où j'ai bidouillé pour récupérer les drivers XP (sur un serveur TSE du boulot), où j'ai foiré mon Vista, recollé une image XP de ma machine, essayé la carte, qui a marché 2 heures (avant de se rebloquer en code 10), et remis une vieille image Vista que j'ai dû remettre à jour.

Hier j'ai encore fait des essais, avec les drivers de chez Netgear, de chez Marvell, en version XP, en version Vista. No go.

Ce soir, je vais essayer tous les drivers de chez Netgear un par un, j'ai trouvé la page de support US qui les liste.

Mais entre nous, ça m'a l'air mal parti. Font chier chez Netgear. Et font chier chez Microsoft avec leurs nouveaux modèles de drivers à la noix...

Maintenant que j'ai cédé à ma folie et que j'ai acheté une GeForce 8800 GTS, je me suis dit que j'allais mettre à jour la machine de Séverine.

Tout a bien marché, jusqu'à ce que j'essaie WoW. Et c'est le drame. Je sais que WoW plante la machine de façon sûre en moins d'une heure. Pas d'écran bleu, pas d'erreur WoW, juste un freeze. Complet. Inévitable.

Dans le doute, j'ai essayé de faire tourner Guild Wars. Marche bien. Sims 2. Marche bien.

J'ai regardé sur le forum officiel US, et en effet, il semble qu'il y ait des problèmes avec les drivers nVidia et WoW. Les propositions de solutions varient de mettre à jour les pilotes à réduire les options graphiques comme le filtre trilinéaire, supprimer l'anti-aliasing, réduire la distance de vision.

Les pilotes sont à jour, et j'ai essayé 5 versions différentes. Supprimer l'anti-aliasing, c'est stupide, j'achète pas une carte graphique haut de gamme pour jouer avec des graphismes de merde. Réduire la distance de vision, c'est pareil.

Enlever le filtre trilinéaire, je sais pas trop. Ma propre machine a planté sur WoW quand j'essayais de bricoler celle de Séverine (alors que je pensais être sorti des galères). J'ai enlevé le filtre trilinéaire, et ça n'a pas l'air de planter (mais en même temps, ça avait pas planté pendant longtemps). Puis le trilinéaire, c'est pour éviter une détérioration de la qualité des textures distantes, mais normalement le filtre anisotrope est sensé déjà faire ça, et en mieux.

Donc au final j'ai remonté la machine de Séverine comme elle était avant, et tout marche bien, à part que le taux d'images baisse un peu trop à certains endroits. Je retenterai quand nVidia sortira de nouveaux drivers pour Windows XP.

En fait tout dépend de nVidia maintenant chez moi...

Les épisodes précédents de cette passionnante saga sont ici et là et là.

Hier, j'ai utilisé une technique de faible, j'étais désespéré. J'ai restauré mon image Ghost de mon disque système qui date de fin décembre. Je l'ai laissé tourner tel quel une journée. Pas de plantage. C'est déjà bien. Mais j'avais mis à jour des logiciels entre temps, et ça se trouve, c'est un de ces logiciels qui a mis le binz.

Et c'est en effet le cas : la première chose que je fais, c'est de mettre à jour NIS. Je pars faire des courses, et au retour, écran bleu, PFN_LIST_CORRUPT. C'est un problème relatif à un driver. Je pensais que c'était dû à mes expérimentations suite aux problèmes de son de WoW, mais il semble que ça soit un module de NIS 2007... La version 2006 marche bien... Mais elle est expirée.

J'ai désinstallé NIS 2006, et je n'ai pas encore réinstallé NIS 2007. Et la machine n'a plus l'air de planter. Donc je vais voir si la situation se maintient en utilisant l'ordinateur comme d'habitude pendant une semaine, et je retenterai d'installer NIS 2007 (en ayant fait une image disque avant).

Je sens que je vais devoir à faire avec le service support de Symantec... J'espère qu'ils sont plus efficaces que ceux que j'ai eus jusqu'à présent...

Bon, je disais l'autre jour que j'avais solutionné un problème de son sur ma machine. En fait il apparait que non.

Hier, en rejouant à WoW (j'y avais presque pas joué depuis la fois où j'ai bricolé la machine pour les écrans bleus liés à la carte son), j'ai eu des plantages du jeu. Le genre de plantage que j'avais avant, le son s'arrête ou se bloque, du coup le jeu part en couille, et l'affichage reste figé, bien que le système en dessous continue de marcher normalement.

La solution pour ce cas, pour les gens qui n'ont qu'un seul ordinateur ou qui n'ont pas d'autre ordinateur connecté en réseau, c'est le reboot sauvage. C'est une solution barbare qu'il ne faut tenter qu'en dernière extrémité.

Heureusement, les gens disposant de plusieurs ordinateurs reliés en réseau peuvent utiliser une autre méthode : se connecter en bureau à distance à partir d'une autre machine, avec le nom d'utilisateur courant, et tuer le process du jeu (ou du programme qui a planté), et fermer la connexion bureau à distance sans fermer la session en cours. Et hop, la machine est à nouveau opérationnelle.

Et ce fait me fait penser que le problème de son est uniquement lié à WoW. Parce que rien d'autre ne plante. Et WoW ne plante uniquement que si le jeu utilise l'accélération matérielle du son. Et l'accélération matérielle du jeu ne plante nulle part ailleurs (à part sur Outrun: Coast to Coast et Tomb Raider Legend). Donc je me dis que Blizzard a dû embaucher les nazes qui ont codé Outrun et Tomb Raider.

Et en même temps quand j'écris ça, je me dis que 2,5 jeux largement diffusés (Outrun ne l'est qu'à moitié) plantent avec la gestion du son sur mon Augigy 2, il y a peut-être un problème sur l'Audigy ?

En tous cas, là je tourne avec le son en software et ça a l'air de marcher pas mal. Je pense que la prochaine fois, je réfléchirai à deux fois avant d'acheter une carte son Creative...

Je pense qu'on n'a pas encore le fin mot de cette histoire...

Blizzard a merdé WoW lors de son dernier patch en ce qui concerne la gestion du son. Le moteur du jeu n'arrive pas à autodétecter correctement les possibilités du système audio. Du coup, avec mon Audigy 2 ZS à multi-dizaines d'euros, l'accélération matérielle ne marche pas avec le maximum de canaux sonores et surtout, le son grésille sur certains effets. Et c'est inacceptable.

Il y a un mec dans les forums officiels qui dit que ça marche si on met le nombre de canaux audio au minimum, et qui ajoute : "c'est pas parce qu'on a une machine de guerre qu'il faut tout mettre au max". Une seule chose à dire : hé connard, et ils servent à quoi les réglages maximum alors, à faire joli ?!

Je jouais donc depuis 2 semaines avec le système audio software. Qui grésille. Et je me suis décidé à chercher une solution. Première qui me vient à l'esprit : mettre à jour les drivers de la carte son. Mais je me rends compte qu'ils sont déjà à la dernière version... Je pense alors qu'il y a eu peut-être un bug d'introduit à la dernière version, et j'installe la version précédente.

Tout se passe bien, mais pendant l'installation, le programme me dit que le Creative Audio Console, le truc qui gère les paramètres de la carte son est déjà installé dans une version supérieure, et qu'il va laisser celle-là. Je me dis que ça ne doit pas changer grand-chose, je laisse couler.

Mais je remarque ensuite que le jeu plante de temps en temps, et que ça emporte la machine avec. Je me rappelle alors que j'avais eu des soucis avec certains drivers nVidia qui entraient en conflit avec les drivers de l'Audigy. Je mets donc à jour les drivers de la carte vidéo. Ça tombe bien, il y a une toute nouvelle version beta de sortie.

Mais ça ne résoud pas mes problèmes. Pire encore, la machine plante de façon régulière tous les jours dans la nuit. Je retente un nouveau remix de drivers. Ça plante toujours. Je vérifie la RAM par Memtest86+. Ça plante toujours.

À ce point, je suis prêt à tester en lourd, à sortir la carte son et la carte vidéo et tout. Mais là je me rappelle de cette histoire d'Audio Console. Je désinstalle donc l'Audio Console. Je désinstalle aussi le Media Player Creative, que je n'utilise jamais. Et je réinstalle les drivers. Les drivers installent leur Audio Console.

Et la machine redevient stable.

En fait, Creative livre l'Audio Console avec ses drivers parce que les deux vont ensemble. Mais ils sont assez bêtes pour que l'installeur force le downgrade des drivers mais pas de l'Audio Console... Mais maintenant je le sais.

Ce problème résolu, je peux donc m'attaquer au problème initial : WoW. Et pour ça, j'ai trouvé la solution suivante sur ce sujet du forum américain de WoW. En résumé, il faut ajouter ou modifier les lignes suivantes dans le fichier config.wtf :

SET SoundOutputSystem "-1"
SET SoundDriver "1"
SET SoundNumChannels "-1"
SET SoundUseHardware "-1"
SET SoundMixer "4"

Si j'ai bien compris le truc, c'est que ça force le jeu à redétecter le nombre de canaux sonores en utilisant le driver son utilisé par défaut par Windows, avec le mixeur son par défaut de la carte son sélectionnée. Et ça marche. J'ai alors bien les canaux sonores hardware qui utilisent EAX et tout.

Toutefois, il semble que le jeu réinitialise la valeur SoundNumChannels si elle ne correspond pas à une valeur de l'interface de configuration du son dans les paramètres du jeu. Or la Audigy 2 a 24 canaux 2D et 61 canaux 3D, donc 86 au total, alors que les paramètres du jeu proposent des puissances de 2. Peut-être que ceci explique cela... En tous cas, cette réinitialisation oblige à mettre le fihcier config.wtf en lecture seule, pour que le jeu ne recasse pas la gestion du son. Et c'est un peu chiant, car les paramètres du jeu sont aussi conservés dans ce fichier...

Plus qu'à attendre un prochain patch qui corrige ça...

Hier, vers 11 h 30, alors que j'envoyais un mail, Apple Mail me dit que mon message n'a pas pu partir, à cause d'une erreur cryptique, Recipient domain not found...

En regardant les logs, je me dirige vers la possibilité que CBL, qui aide mon serveur mail à vérifier les IP des machines qui se connectent ne soient pas des spammeurs connus, a déconné. Je désactive donc temporairement, le temps d'envoyer le mail, cette vérification. Sans succès...

Une mention d'utilisateur non trouvé dans la base SASL m'indique que mon Cyrus SASL pourrait avoir été compilé avec le mauvais Berkeley DB. Ni une ni deux, je me lance dans la recompilation de tout ce beau monde. Et là, portupgrade me dit qu'il ne peut pas télécharger les sources...

C'est à ce moment que je ressens un doute et que je lance Links pour voir. Impossible de joindre quelque site que ce soit... J'essaie des traceroutes, impossible de résoudre le nom. J'essaie en IP, ça marche. J'interroge mon DNS par dig, aucun serveur ne répond ?!

Pourtant, mon serveur DNS Bind fourni avec FreeBSD marche... La preuve, il est joignable de l'extérieur. Mais en local, rien à faire...

Au final, après plusieurs heures de manipulations et deux redémarrages de la machine, c'est retombé en marche... Comme il était tombé en panne.

Le fait étrange, c'est que je n'ai fait aucune modification à la configuration de la machine, et je n'ai rien fait qui puisse expliquer le rétablissement des services de résolution de noms...

Je vais passer une recherche de rootkits, dans le doute...