Voici la liste des variables d’environnements de Windows 7 :

%ALLUSERSPROFILE% –> C:\ProgramData

%APPDATA% –>  C:\Utilisateurs\(nomutilisateur}\AppData\Roaming

%CommonProgramFiles% –> C:\Program Files\Common Files

%COMPUTERNAME% –> {nom ordinateur}

%COMSPEC% –> C:\Windows\System32\cmd.exe

%HOMEDRIVE% –> C:

%HOMEPATH% –> C:\Utilisateurs\{nom utilisateur}

%LOCALAPPDATA% –> Utilisateurs\{nomutilisateur}\AppData\Local

%PATH% –> C:\Windows\System32\;C:\Windows\;C:\Windows\System32\Wbem

%PATHEXT% –> .COM; .EXE; .BAT; .CMD; .VBS; .VBE; .JS ; .WSF; .WSH; .MSC

%ProgramData% –> C:\ProgramData

%PROGRAMFILES% –> Dossier Programmes,  habituellement C:\Program Files

%PROGRAMFILES(x64)% –> Dossier Programmes 64 bits, habituellement C:\Program Files(x64)

%PROMPT% –> Code pour l’invite de commande en cours. habituellement $P$G

%Public% –> C:\Utilisateurs\Public

%SYSTEMDRIVE% –> Le lecteur ou se trouve Windows, en général le C:

%SYSTEMROOT% –> Le dossier C:\Window

%TEMP% and %TMP% –> C:\Utilisateurs\{nomutilisateur}\AppData\Local\Temp

%USERNAME% –> {nomutilisateur}

%USERPROFILE% –> C:\Utilisateurs\{nom utilisateur}

%WINDIR% –> C:\Windows

Il peut arrivé que flash player ne veuille pas s’installer sur un poste de travail. Pour forcer l’installation, téléchargez la version complète :

Windows 32-bit

Flash Player pour Internet Explorer

Flash Player pour les autres navigateurs

Windows 64-bit

Flash Player pour Internet Explorer

Flash Player pour les autres navigateurs

Macintosh

Flash Player pour les navigateurs supportés

Uninstallers

Windows 32-bit: http://download.macromedia.com/pub/flashplayer/current/uninstall_flash _player_32bit.exe

Windows 64-bit: http://download.macromedia.com/pub/flashplayer/current/uninstall_flash _player_64bit.exe

Uninstallers pour Mac OS peut être trouvé ici :http://kb2.adobe.com/cps/909/cpsid_90906.html

Je préconise de lancer le désinstalleur de flashplayer avant l’installation afin d’éviter certains problèmes comme :

- Il existe une version plus récente de flash player

NSLookup (Name Server Lookup) est une commande permettant de tester la résolution des noms d’hôtes en adresses IP et inversement. Elle permet un rapide diagnostique des problèmes de résolution DNS.

Dans cet article, nous allons voir quelques options utiles de la commande NSLookup.

Résoudre un nom de domaine :

C:\>nslookup croc-informatique.fr
Serveur :   dns2.proxad.net –> Serveur DNS utilisé par mon poste de travail
Address:  212.27.40.241       -> IP du serveur DNS

Réponse ne faisant pas autorité : –> Le Serveur DNS qui répond ne gère pas le domaine croc-informatique
Nom :    croc-informatique.fr       -> Nom de domaine recherché
Address:  213.165.76.161             -> IP du serveur croc-informatique.fr

Par défaut la commande nslookup interroge le serveur DNS sur les enregistrements de type A (mappage entre un nom d’hôte et une adresse IPv4). Il est possible d’interroger le serveur DNS sur divers enregistrement en  utilisant la commande Set type = xx (remplacer xx par l’un des types suivants : MX, NS, A, SOA, CNAME, hinfo, any).

Pour commencer, il faut taper le commande nslookup dans un invite de commande. Un prompt apparaît.

Interroger un serveur DNS en particulier :

Utile pour suivre la propagation de vos modifications de zone.

> server 194.2.0.20

> croc-informatique.fr

Lister les serveurs DNS authauritaire d’un domaine (NS) :

Le type NS (Name Server) permet d’identifier le ou les Serveurs de noms autoritaire pour un domaine.

>set type=NS

>croc-informatique.fr

croc-informatique.fr    nameserver = ns61.1and1.fr
croc-informatique.fr    nameserver = ns62.1and1.fr

ns61.1and1.fr   internet address = 195.20.224.158
ns62.1and1.fr   internet address = 212.227.123.79

Connaitre l’adresse du serveur de messagerie (ou relais) d’un domaine :

> set type=mx

> croc-informatique.fr

>…

croc-informatique.fr    MX preference = 10, mail exchanger = mx00.1and1.fr
croc-informatique.fr    MX preference = 10, mail exchanger = mx01.1and1.fr

…

Les deux relais de messagerie de mon domaine sont donc :

mx00.1and1.fr
mx01.1and1.fr

Interroger le SOA (Start Of Authority) d’un domaine :

le champ SOA permet de décrire le serveur de nom ayant autorité sur la zone, ainsi que l’adresse électronique du contact technique (dont le caractère « @ » est remplacé par un point).

> set type=SOA

> croc-informatique.fr
        primary name server = ns61.1and1.fr
        responsible mail addr = hostmaster.1and1.fr
        serial  = 2008111701
        refresh = 28800 (8 hours)
        retry   = 7200 (2 hours)
        expire  = 604800 (7 days)
        default TTL = 86400 (1 day)

• Primary Name Server : Zone DNS principale
• Responsible mail addr : Email de contact du responsable de la zone
• Serial : Il s’agit d’un numéro de série qui doit être incrémenté à chaque modification de la zone. Ce numéro est souvent du type : YYYYMMDDnn (Année, mois, jour, version).
• Refresh :  Temps de rafraichissement
• Retry : Temps d’attente avant rafraichissement lorsqu’une tentative a échouée
• Expire : Nombre de seconde avant qu’un serveur secondaire ne considère ses informations de zone comme n’étant plus autoritative. Si la copie que le serveur détient est plus vieille que 28 jours, elle est considérée comme invalide.
• Default TTL (Time to live) =  Espérance de vie. Le TTL permet aux serveurs intermédiaires de connaître la date de péremption des informations et ainsi savoir s’il est nécessaire ou non de revérifier la zone.

Résolution inverse :

> set type=PTR
> 213.165.76.161
161.76.165.213.in-addr.arpa     name = kundenserver.de

Résolution directe (A) :

il s’agit du type de base établissant la correspondance entre un nom canonique et une adresse IP. Par ailleurs il peut exister plusieurs enregistrements A, correspondant aux différentes machines du réseau (serveurs).

> set type=A
> croc-informatique.fr

Nom :    croc-informatique.fr
Address:  213.165.76.161

Résolution d’Alias (CNAME):

Alias d’un nom de domaine

> set type=CNAME

> www.croc-informatique.fr
croc-informatique.fr
        primary name server = ns61.1and1.fr
        …

 

Mode debug

le mode debug permet de suivre les différentes requêtes émises et reçu par votre serveur DNS et ainsi débugger en cas de problème.

> set debug

> croc-informatique.fr

++

Vmware a décidé de passer au français. C’est très bien. ça prouve qu’ils s’intéressent à nous. Mais pour des raisons de débogage ou d’habitude, il peut-être nécessaire de conserver son Vsphere client en anglais. Pour cela, il suffi de modifier le raccourci de celui-ci en ajoutant "-locale en_US”

exemple :

"C:\Program Files (x86)\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe" -locale en_US

J’ai passé la journée à rechercher pourquoi mon event handler ne voulait pas fonctionner. J’avais l’impression que certaines macros ne fonctionnaient pas. Mais sur Nagios, comment pouvons nous voir la commande qu’il exécute avec les valeurs des arguments?

Et bien, la solution est ici : http://www.waggy.at/nagios/capture_plugin.htm

Sur ce site, vous allez trouvez un plugin perl qui est téléchargeable ici : http://www.waggy.at/nagios/capture_plugin.txt

Installation et configuration du plugin

Vous pouvez le placer avec vos autres plugins, le renommer en capture_plugin.pl et lui donner les bons droits.

L’emplacement du fichier log est défini dans cette variable :

my $LOG_FILE = « /tmp/captured-plugins.log »;

Utilisation du plugin

Si la commande que vous voulez debugger est la suivante :

$USER1$/check_nrpe -H $HOSTADDRESS$ -c restart_service -a $SERVICESTATE$ $SERVICESTATETYPE$ $SERVICEATTEMPT$ « $ARG1$ »

Il vous suffi de la modifier en ajoutant le plugin comme ceci :

$USER1$/capture_plugin.pl $USER1$/check_nrpe -H $HOSTADDRESS$ -c restart_service -a $SERVICESTATE$ $SERVICESTATETYPE$ $SERVICEATTEMPT$ « $ARG1$ »

Voilà, il ne vous reste plus qu’à tester et vérifier que votre commande est bien lancée dans le fichier log.

Exemple de fichier log :

Voici un exemple de log :

2010-6-21 16:32:29 —— debugging
cmd=[/usr/lib/nagios/plugins/check_nrpe '-H' '192.168.0.1' '-c' 'restart_service' '-a' 'OK' 'HARD' '4' 'mon service']
output=[Restarting mon service (3rd soft critical state)
]
retcode=0

• cmd –> Commande lancée par Nagios
• output –> retour de la commande check_nrpe
• retcode –> Code retour de la commande check_nrpe

Si vous avez d’autres solutions, n’hésitez pas J’ai essayé le mode debug, mais ça n’a pas trop fonctionné. En même temps, j’ai pas cherché beaucoup…

Code Sources :

Au cas où, je mets la source :

#!/usr/bin/perl -w
#
# Written 2007-03-24 by Wolfgang Wagner (aka wolle)
#
# $id: capture_plugin.pl v1.0
#
# Captures stdout&stderr in a file and returns orginial results to Nagios (http://www.nagios.org)
#
# Copyright 2007 by Wolfgang Wagner. All rights reserved.
#
# This software is licensed under the terms of the GNU General Public License Version 2
# as published by the Free Software Foundation.
# It is provided AS IS with NO WARRANTY OF ANY KIND, INCLUDING THE WARRANTY OF DESIGN,
# MERCHANTABILITY, AND FITNESS FOR A PARTICULAR PURPOSE.
#
# Check out http://www.waggy.at for possible future versions.
#

use strict;

# This plugin does not need any nagios utils. It just interfaces the original plugin.

my $LOG_FILE = "/tmp/captured-plugins.log";

my ($cmd, $ret_code, $output);
# First display all arguments
my ($numArgs, $argnum);
$numArgs = $#ARGV + 1;

# create the command-line

$cmd = $ARGV[0];
foreach $argnum (1 .. $#ARGV) {
  $cmd = $cmd . " '" . $ARGV[$argnum] . "'"
}

# prepare debug-output
# ($second, $minute, $hour, $dayOfMonth, $month, $yearOffset, $dayOfWeek, $dayOfYear, $daylightSavings) = localtime(time);
my ($second, $minute, $hour, $dayOfMonth, $month, $yearOffset) = localtime(time);
my $year = 1900 + $yearOffset;
my $theTime = " $year-$month-$dayOfMonth $hour:$minute:$second";
# now execute the command

$output = `$cmd 2>&1`;
$ret_code = $?>>8;

# log the start, output, retcode & end

my $LogFile;
# open could be better: check success later; if unsuccessful return UNKNWON to Nagios
open (LogFile, ">>$LOG_FILE") || die ("Cannot open logfile");
print LogFile "$theTime ------ debugging\ncmd=[$cmd]\noutput=[$output]\nretcode=$ret_code\n-------\n";
close(LogFile);
# avoid access problems for others.
chmod 0777, $LOG_FILE;

# now return the original resutlt to Nagios
print $output;
exit "$ret_code";

Bind ne démarre pas et vous met ce message d’erreur dans /var/log/messages :

configuring key 'ddns_key': bad base64 encoding

Il vous faut générer une clé à l’aide de la commande :

# dns-keygen
GbQ4NDzeQGcyOqM3Go2JJt0uwUthUIaE4WQozRVs9qur5aj499sZ8xms5J85

Copier la sortie.

Copier son contenu dans la section key ddns_key

key ddns_key
{
        algorithm hmac-md5;
        secret "H1Pl33tksEAXbEHq9rEfsVqxS7cCm8ie2W2Aa6UYTIGEGtXuhVFRGaIkjd6B";
};

Si vous avez ce type de message d’erreur “error: Previous upgrade was unsuccessful or aborted. Cleane-up is not done” après une mise à jour d’IOS (en HTTP)  qui n’a pas fonctionnée, il faut supprimer le répertoire update de la flash pour recommencer :

delete /force /recursive flash:update

Si vous ne s’avez pas pourquoi la mise à jour a échouée, c’est surement un problème d’espace disque.

Bon je mets cet article car j’en ai marre d’oublier à quoi correspond cette erreur et je ne trouve jamais la réponse sur le net.

Cette erreur : "possibly unsupported filesystem or fsid= required" arrive quand on partage un répertoire qui est déjà pris sur un autre serveur.

NFS Client –> Serveur NFS | NFS Client –> Serveur NFS

Bon de toute façon ça ne marche pas…. Grrr

Pour y voir plus claire, il est parfois nécessaire de voir seulement ce qui est activé dans les fichiers de configuration. Pour cela, je vous propose plusieurs commandes :

Grep :

grep -E -v ‘^(#|$)’ /etc/httpd/conf/httpd.conf

egrep -v ‘^(#|$)’  /etc/httpd/conf/httpd.conf

On peut ajouter des délimiteurs de cette manière :

grep -E -v '^(#|;|$|[ ]*#)' /etc/httpd/conf/httpd.conf

Sed :

sed -e '/^[ ]*#/d' -e '/^$/d' /etc/httpd/conf/httpd.conf

On peut ajouter des délimiteurs :

sed -e '/^[ ]*#/d' -e '/^[ ]*;/d' -e '/^$/d' /etc/httpd/conf/httpd.conf

Perl :

perl -ne 'print unless /^\s*[;\$#]|^$/' /etc/httpd/conf/httpd.conf

1. Sur la console ESXi, presser ALT+F1 pour accéder au mode console
2. Taper unsupported et presser Entrer. Vous tapez à l’aveugle.
3. Saisissez le mot de passe root.
4. Le prompt # apparait. Editer le fichier inetd.conf via la commande vi /etc/inetd.conf
5. Trouver la ligne #ssh et enlever le # pour décommenter la ligne.
6. Sauvegarder la modification en faisant :wq!
7. lancer un ps | grep inetd et récupérez son PID.
8. lancer la commande suivante pour recharger le fichier inetd.conf :

kill -HUP <PID>

ne faites surtout pas un kill –9 car vous serez obligé de redémarrer l’ESXi. L’interface de management ne fonctionnera plus.

A présent, vous pouvez accéder en ssh à votre ESXi.