OpenDNS : le serveur qui vous suit

J’ai trouvé un truc il y a pas mal de temps maintenant et plutôt pratique je trouve, c’est OpenDNS.

Ce site propose deux serveurs DNS (un primaire et un secondaire qui sont respectivement 208.67.222.222 et 208.67.220.220) utilisable sans inscription, ce qui peut être plutôt pratique quand on bouge souvent.

J’ai fait quelques tests, et globalement OpenDNS est plus rapide que les serveurs de Free ou Club-Internet. Même mieux : après inscription, on peut restreindre l’accès à certaines pages de type « casino, loto », « porn », sectaire et autres sites complètement inutiles lorsqu’on surfe sur le net.

De même, on peut voir les domaines consultés et leurs fréquences, rajouter des urls…. je vous laisse découvrir le reste par vous-même.

Je dirais donc : que du bon, surtout que ça ne coûte pas un rond.

Use OpenDNS

Voir aussi

Active Directory: le service de réplication de fichiers échoue

Dès lors qu’il y a plusieurs contrôleurs de domaines dans un domaine Active Directory, il peut y avoir des problèmes de réplication des fichiers, ce qui empêche la fonction de contrôleur de domaines sur les serveurs sur lesquels il n’y a pas eu de réplication, et là c’est la merde.

La réplication en question concerne les fichiers des dossiers partagés SYSVOL et NETLOGON. Ils contiennent entre autres les stratégies de sécurité, et les scripts de démarrage.
Afin d’être opérationnel, tous les contrôleurs de domaines doivent avoir exactement les mêmes fichiers dans les partages SYSVOL et NETLOGON.

Une des solutions est de forcer un des contrôleurs de domaines, souvent l’émulateur PDC, à être autoritaire sur la réplication de fichiers, de sorte que tous les autres contrôleurs de domaines le voient comme le master. Pour ce faire, arrêtez le service de réplication de fichiers (ceci est nécessaire pour ne pas réinitialiser la valeur du registre) puis naviguez jusqu’à la clef :

HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Paramaters\Backup/Restore\Process at Startup.

Editez ensuite la valeur DWORD BurFlags  et mettez lui la valeur D4.
Démarrez le serveur de réplication de fichiers, et le problème se résolvera tout seul. Les serveurs à problèmes se verront créer les partages SYSVOL et NETLOGON avec le contenu correct.

Voir aussi

Active Directory: le service de réplication de fichiers échoue (le retour)

Cette fois tout semble correcte, mais la réplication échoue encore avec l’événement 13552, la source Ntfrs et l’erreur FrsErrorJournalInitFailed.

L’erreur signifie tout simplement qu’il n’y a pas assez d’espace disque restant pour le service de réplication de fichiers. Il faut en effet au minimum 512Mo d’espace disque libre pour que le tout fonctionne. Après avoir fait le ménage, et si cela est toujours insuffisant, il est toujours possible de réduire la taille du journal pour l’adapter à l’espace disque restant. Pour cela, allez dans le registre à la clé HKLM\System\CurrentControlSet\Services\NtFrs\Parameters  et éditer la valeur DWORD Ntfs Journal size in MB . La valeur par défaut est de 512, la valeur du temps de Windows 2000 Server était de 128.

Redémarrez le service de réplication de fichiers une fois l’opération terminée.

Voir aussi

Spécifier la clé VS.NET 2008 avant l’installation

Comment installer Visual Studio sans devoir rentrer la clé produit à chaque fois ?

Il existe deux options pour spécifier la clé produit à l’installation de Visual Studio 2008, sans avoir à la taper manuellement.

La première option consiste à l’entrer en ligne de commande.

Placez-vous dans le dossier contenant l’installation de Visual Studio 2008 puis entrez la commande suivante :

setup\setup.exe /q /msipassthru=BEGIN" PIDKEY=xxxxxxxxxxxxxxxxxxxxxxxxx "END

Les « – » de la clé produit doivent être retirés.

La seconde option consiste à modifier le fichier de données d’installation

1. Copiez le répertoire d’installation dans un endroit où vous pourrez en modifier le contenue
2. Ouvrez le fichier \setup\setup.sdb  dans un éditeur de texte.
3. Trouvez la section nommée [Product Key]  (créez la à la fin si non existant)
4. Entrez la clé produit sous ladite section de la manière suivante

[Product Key]
xxxxxxxxxxxxxxxxxxxxxxxxx

5. Sauvez et fermez le fichier.
6. Il ne vous reste plus qu’à démarrer l’installation, avec le switch « /q » pour la rendre silencieuse.

Compiz et pas de barre de titre

Dans le cas où les barres de titre des applications ont disparues, désactivez le plus de choses dans Compiz, à part le déplacement et le redimensionnement des fenêtres. Ensuite changez le gestionnaire de thèmes via Compiz-fusion icon (ou via compiz directement si vous connaissez la commande) et activez le plug-in décorations des fenêtres. Ensuite rechargez compiz avec compiz-fusion icon.

Fichiers invisibles sous Vista

Vous utilisez Vista et vous téléchargez un fichier (avec mIRC par exemple) qui devrait en principe se retrouver quelque part dans le dossier C:\Program Files . Une fois le téléchargement terminé, vous allez voir dans le dossier et surprise, le dossier est vide !

C’est une nouveauté de Vista, les utilisateurs ne sont plus administrateurs par défaut, mais utilisateurs avec des pouvoirs restreints par défaut. Cela les empêche entre autres de faire des conneries dans les dossiers système type C:\Program Files  vu qu’ils sont partagés avec tous les utilisateurs et ne sont pas censés contenir de données, mais juste les exécutables des programmes.

Cependant afin d’éviter les messages ‘Accès refusé’ intempestifs du à des logiciels non encore mis à jours pour prendre en compte cette restriction (qui aurait dû être celle de XP, et même celle de 2000, soit-dit en passant), Vista crée un dossier dans le profil de l’utilisateur (donc accessible en écriture) qu’il fusionne de manière transparente avec le dossier C:\Program Files . Ainsi tous les fichiers téléchargés arrivent non plus dans C:\Program Files  qui reste propre, mais dans C:\Users\%USERNAME%\AppData\Local\VirtualStore\Program Files .

Il va sans dire que de ce fait, le fichier ne sera accessible que par le créateur.

ATI Radeon Mobility x1600

Au bout de 8 mois d’acharnement, enfin, j’ai réussi à faire fonctionner correctement le serveur X avec une carte graphique ATI Radeon Mobility X1600 et l’accélération graphique !! Tout ça parce que ATI est incapable de faire un tuto correct. Ceci est un compléments aux tutoriels que j’ai référencé dans la section Voir aussi.

L’installation des pilotes ATI requiert gcc 3.3. Chez moi ça ne compile pas, mais ce n’est pas grave, émergez au préalable le paquet libstdc++v3, cela va compiler les librairies de gcc 3.3, et cela sans plantage.
En ce qui concerne le noyau, il doit supporter le System V IPC et VM86.
Afin de bénéficier des dernières nouveautés ATI, ajoutez le paquets x11-drivers/ati-drivers ~x86 dans la liste des keywords, afin de démasquer les paquets encore marqués instables.
Normalement le reste devrait maintenant fonctionner.

Voir aussi

Adieu la pub MSN

Vous en avez marre des pub flash sur la fenêtre principale de MSN ? Tant mieux car moi aussi.

La pub est fournit par l’hôte rad.msn.com . Pour bloquer la pub (et laisser un magnifique fond blanc), allez dans les Options internet et mettez le site rad.msn.com  dans la zone des sites restreints. C’est une solution bon marché, il n’y a pas besoin d’un firewall.

Pingouin malade demande docteur

Suite à un crash de mon portable (disque illisible), j’ai dû me farcir une grosse réinstallation. J’en profite donc pour refaire un Gentoo en environnement virtualisé en utilisant l’hyperviseur VMWare Workstation 6. Comme je travaille sur un PC portable aux ressources très limitées et que je suis assez gourmand en nombres d’applications ouvertes, j’alloue arbitrairement 256Mo de mémoire vive à ma bête polaire. Quelle erreur ! Lors de certaines compilations, j’obtient des crashs du compilateur g++ sans aucune raison particulière. C’est d’autant plus étrange sachant que ce n’est pas ma première installation de Gentoo, c’est la première fois que je vois ce phénomène. Je remarque également des freezes : les programmes ne font plus rien pendant un certains temps avant de reprendre leurs tâches. J’ai au début pensé à une erreur des options de compilation du noyau, mais en regardant les ressources systèmes avec la commande ‘htop’, je vis qu’il me restait 5Mo de mémoire vive, sachant que je n’ai pas de swap. En augmentant la mémoire vive allouée à la machine virtuelle, je redémarre, je compile et tout se passe bien.

Conclusion, ne soyez pas trop radin avec Linux sur la RAM, sous peine de comportement très aléatoire. On pourra d’ailleurs remarquer qu’en idle, mon nux ne me laisse pas beaucoup de mémoire vive, alors qu’il n’y a rien qui tourne à par le daemon ssh. Il faut que je jette un coup d’oeil dessus.

Gene6FTP: partage réseau inaccessible

Gene6FTP Server n’arrive plus à synchroniser un utilisateur Active Directory. Les partages réseaux sont en accès refusés et pourtant vous avec tous les droits (WTF ?).

Dans le gestionnaire d’événements, vous verrez alors :

Event ID: 2011 Source: Srv The server's configuration parameter "irpstacksize" is too small for the server to use a local device. Please increase the value of this parameter.

Dans ce cas, il faut faire un tour dans la base de registre et créer la valeur DWORD HKLM\SYSTEM\CurrentControlSet\Services\LanmanServer \Parameters\IRPStackSize  avec une valeur par défaut de 15 si inexistante, puis augmentez-la de 3 jusqu’à ce que ça marche.

Redémarrez l’ordinateur à chaque fois pour tester le changement.

Voir aussi