Connexion RDP de Windows XP vers Windows 2012

Juil 28
2015

Il semble que, par défaut, Windows XP ne soit pas capable de se connecter à un beau serveur RDP Windows 2012 tout neuf. Apparement les politiques de sécurité se sont durcies, XP ne supporterait pas le NLA exigé par W2012.

Heureusement pour nous une solution existe :

Sur le poste client, lancer « Regedit » puis naviguer jusqu’à la clé :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders

Modifier ensuite la valeur « SecurityProviders » en y ajoutant « credssp.dll », n’oubliez pas la virgule avant !

Une deuxième clé à chercher :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

Modifier ensuite la valeur « Security Packages » en y ajoutant en bas « tspkg ».

Redémarrer ensuite le PC et c’est fini.

source : ici

Impossible d’installer vCenter Server sur Windows 2008R2 64bits ?

Fév 24
2012

Impossible d’installer vCenter Server sur Windows 2008R2 64bits

Vous voulez installer vCenter sur un serveur Windows 2008R2 (ou surement une autre version) et vous tombez sur ce message d’erreur ?

This product can only be installed on the following 64-bit operating systems:
Windows XP SP2 or above
Windows 2003
Windows 2008

Pour une fois je ne vais pas donner de solution mais une explication : votre serveur est un contrôleur de domaine et il n’est pas possible d’installer vCenter sur une machine avec Active Directory dessus (pourquoi, je l’ignore). Alors faites comme moi : utilisez un autre serveur…

Imprimante réseau hors-connexion…

Août 04
2011

Imprimante réseau hors-connexion

Voici un problème à la solution surprenante que j’ai eu il y a peu : sur mon serveur d’impression Windows 2008 je découvre des imprimantes hors-connexion. Je vérifie, non tout va bien, elles sont en ligne, l’interface web réponds… Mais sur les postes clients, hé bien, toujours hors-connexion et donc impossible de d’imprimer dessus.

Quel est donc ce mystère ???

Il semblerait qu’il y ait un bug sur les ports standards TCP/IP Microsoft au niveau du SNMP. Et cela provoque ces hors-connexion. Surprenant, car ce problème existe depuis longtemps et court toujours (j’utilise Windows 2008).

La solution :

  • Sur le serveur d’impression, aller dans le menu imprimante
  • Clic-droit sur l’imprimante concernée
  • Puis Propriétés
  • Onglet Port
  • Sélectionner le port utilisé puis cliquer sur Configurer le port
  • Décocher la case Etat SNMP activé
L’imprimante doit repasser en ligne immédiatement sur le serveur. Sur les postes clients ça doit se faire dans les minutes qui suivent.

Transformer Windows XP en petit Terminal Server

Août 01
2011

Transformer Windows XP en (petit) Terminal Server

J’avais découvert il y a un certain temps déjà qu’il était possible de transformer Windows XP en petit Terminal Server (ou TSE). A l’époque je n’avais eu l’utilité de cette possibilité, jusqu’à récemment. Le principe est simple : le mode changement de session de XP est déjà presque du TSE. Il faut remplacer une DLL XP par une DLL de Windows Server 2003 qui gère le TSE (attention à ce que la protection du système ne remplace pas la DLL par l’originale).

Ensuite il faut activer la bascule rapide. Et créer autant de compte que vous avez d’utilisateurs. Les connexions multiples avec un compte ne sont pas possible : on « pique » la session ouverte à l’utilisateur courant. Les seules limites sont celles du PC serveur.

Tout a été compilé dans un petit programme qui patche tout pour vous (à part activer la bascule rapide) :

http://www.kood.org/terminal-server-patch/

 

 

 

 

Création d’un service avec Instsrv et Srvany

Fév 17
2011

Voici un grand classique sur le net : créer un service Windows à partir d’un exécutable de son choix ?

Pour se faire, il faut tout d’abord récupérer le Resource Kit et en extraire les 2 fichiers suivants : srvany.exe et instsrv.exe

  • Mettez les 2 fichiers dans le même dossier (c:\truc, par exemple)
  • Ouvrez une ligne de commande DOS (« Démarrer » > « Exécuter » > « cmd » puis « Entrée »)
  • Entrez « c:\truc\instsrv.exe nom_service c:\truc\srvany.exe
  • Lancez « Regedit »
  • Recherchez la sous-clé : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\nom_service>
  • Faites un clic-droit sur la clé et cliquez sur « Ajouter une clé » que nommerez « Parameters »
  • Allez dans cette nouvelle clé
  • Faites un clic-droit dans la fenêtre à droite et cliquez sur « Valeur chaine »
  • Nommez la valeur « Application »
  • Double-cliquez dessus et saisissez comme valeur le chemin vers le programme que vous souhaitez mettre en service (c:\windows\notepad.exe par exemple)

Vérifiez dans le menu Services du panneau de configuration, si votre nouveau service est configuré avec le mode de démarrage qui vous convient (automatique ou manuel). Puis démarrez-le.

Source : http://support.microsoft.com/kb/137890

Purger le dossier C:\WINDOWS\INSTALLER

Oct 28
2010

Parfois on cherche sans relâche de la place à libérer sur son serveur (où son ordi)… et on finit par tomber sur le dossier c:\Windows\Installer qui pèse plusieurs Gigas. Ce dossier contient des copies des MSI qui vous permettent de pouvoir désintaller vos programmes. Avec le temps il arrive que le contenu de ce dossier ne soit plus correct et vous voilà avec des fichiers inutiles dedans. Comment faire le tri ? Voici la solution :

Source : http://www.pcreview.co.uk/forums/thread-211705.php

Problèmes avec WMI ?

Oct 25
2010

J’aime le vbscript, c’est un outil sympathique qui permet de grandes choses… Il m’arrive souvent d’utiliser également WMI dans mes scripts pour me ramener des informations. Hélas, parfois WMI ne marche pas, pour des raisons mystérieuses WMI s’est partiellement désenregistré du système… Alors que faire ? Voici une série de commandes qui donnent de bons résultats toutes ensembles :

%windir%\system32\wbem\winmgmt /clearadap
%windir%\system32\wbem\winmgmt /kill
%windir%\system32\wbem\winmgmt /unregserver
%windir%\system32\wbem\winmgmt /reserver
%windir%\system32\wbem\winmgmt /resyncperf
net stop winmgmt /y
if exist %windir%\system32\wbem\repository.old rmdir /s /q %windir%\system32\wbem\repository.old
rename %windir%\system32\wbem\repository %windir%\system32\wbem\repository.old
regsvr32 /s %systemroot%\system32\scecli.dll
regsvr32 /s %systemroot%\system32\userenv.dll
mofcomp %windir%\system32\wbem\cimwin32.mof
mofcomp %windir%\system32\wbem\cimwin32.mfl
mofcomp %windir%\system32\wbem\rsop.mof
mofcomp %windir%\system32\wbem\rsop.mfl
for /f %s in ('dir /b /s %windir%\system32\wbem\*.dll') do regsvr32 /s %s
for /f %s in ('dir /b /s %windir%\system32\wbem\*.mof') do mofcomp %s
for /f %s in ('dir /b %windir%\system32\wbem\*.mfl') do mofcomp %s
net start winmgmt
%windir%\system32\wbem\wmiprvse /regserver

En ce qui me concerne ça m’a toujours permis de me débloquer…

Source :  http://myitforum.com/cs2/blogs/dthomson/archive/2005/01/01/1175.aspx

Construire un tunnel ssh sous Windows

Sep 16
2010

Utilisateurs :

Créez d’abord un compte local ou un compte réseau pour l’authentification.

Réseau :

Il faut ouvrir et rediriger le port 22 (ssh) du firewall vers la machine où Openssh sera installé. Le serveur SSH doit avoir lui-même l’accès aux différents serveurs où l’ont veut se connecter.

Installation du package OpenSSH :

Téléchargez la dernière version ici : http://sourceforge.net/projects/sshwindows/files/OpenSSH%20for%20Windows%20-%20Release/

Installez le package avec les options par défaut.

Ouvrez une ligne de commande et allez directement dans le dossier : C:\Program Files\OpenSSH\bin

Il faut créer un fichier pour les groupes de permissions :

  • mkgroup –l >> ..\etc\group (pour des groupes locaux)
  • mkgroup -d >> ..\etc\group (pour des groupes de domaines)

Il faut ensuite créer un fichier pour les mots de passe :

  • mkpasswd -l -u nom_utilisateur >> ..\etc\passwd (pour des groupes locaux)
  • mkpasswd -d -u nom_utilisateur >> ..\etc\passwd (pour des groupes de domaines)

Si vous ne précisez pas le nom d’utilisateur, tous les comptes seront intégrés… ça peut être très génant.

Ensuite démarrez le service :
net start opensshd

Configuration du client :

Nous allons utiliser Putty, un client léger, graphique et gratuit (http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html)

Dans Hostname, saisissez le nom ou l’IP du serveur SSH.

Cliquez ensuite sur SSH dans le menu de droite.

Cochez « Enable compression » et selectionnez SSH v2.

Déroulez les options en cliquant sur le + et allez dans le menu « tunnels »

Saisissez dans « Source port » un numéro de port local libre par exemple 4998

Saisissez dans « Destination » l’IP à atteindre ainsi que le numéro de port sur cette machine (ex : 192.168.50.160:3389, pour du TSE)

Cliquez sur « Open ».

Après l’authentification, vous pouvez lancer votre application en vous connectant sur 127.0.0.1:port.

Par exemple voici pour TSE :

Problème d’installation avec certaines mises à jour de .NET

Avr 23
2010

En général ce problème apparait sur les KB953297 et KB974417 mais je l’ai rencontré sur d’autres (KB979909, KB976576 et KB982168)… Apparement le framework .NET serait corrompu à un certain point (lequel ? on aimerait bien le savoir).

La seule méthode et la plus radicale c’est de passer par cet outil : http://blogs.msdn.com/b/astebner/archive/2008/08/28/8904493.aspx  le dotnetfx cleanup tool. L’outil va complètement effacer vos installations de .NET.

Il vous suffit ensuite de télécharger le package 3.5 complet : http://download.microsoft.com/download/2/0/e/20e90413-712f-438c-988e-fdaa79a8ac3d/dotnetfx35.exe

Je n’ai pas trouvé d’autres moyens de régler ce problème… Si jamais quelqu’un à un tuyau, passez l’info.

Ma source en anglais : ici

Analyse de minidump

Mar 24
2010

Si comme moi vous aimez savoir quelle est la cause de votre dernier plantage/crash/BSOD avec XP ou Windows 2003, voici une méthode (trouvée ici en anglais) pour faire avancer le schmilblik.

Activez les minidumps :

  • Clique-droit sur Poste de travail, puis Propriétés
  • Cliquez sur Avancé, puis Paramètres dans la section Démarrage et récupération

Vérifiez vos paramètres.

  • Redémarrez si nécessaire

Plantez votre système

Faites de votre mieux…

Installez les outils de débogage Windows

Téléchargez ici si ce n’est pas déjà fait.

Analyse du minidump

– Allez jeter un oeil dans le dossier C:\WINDOWS\Minidump, pour repérer le fichier que vous voulez analyser (nommé Mini???????-??.dmp) normalement vous voudrez vous occuper du fichier le plus récent. Notez son nom.

  • Ouvrez une ligne de commande (Démarrer > Éxécuter > cmd)
  • Tapez : cd \program files\debugging tools (ou quelque soir le dossier d’installation)
  • Exécutez : kd -z C:\WINDOWS\Minidump\Mini???????-??.dmp
  • Ensuite : .logopen c:\debuglog.txt
  • Ensuite : .sympath srv*c:\symbols*http://msdl.microsoft.com/download/symbols
  • Ensuite : .reload;!analyze -v;r;kv;lmnt;.logclose;q
  • Vous avez maintenant un fichier debuglog.txt dans C:\, ouvrez dans votre éditeur de texte préféré

Analyse du fichier

Dans le fichier cherchez les sections MODULE_NAME et IMAGE_NAME. Vous y trouverez le programme qui pose problème. Si vous trouvez un driver à la place cela signifie que c’est le pilote qui cause le plantage. Mettez à jour votre pilote ou désactivez-le si ca ne marche toujours pas.

J’espère que cette mini-doc vous sera utile !