Passer au contenu principal

Jay's Blog

Lancer la recherche
Jay's Blog
  

Autres blogs
Il n'y a aucun élément dans la liste.
Bienvenue sur mon blog dédié aux technologies Infra et Messagerie de Microsoft
Killer des sessions TS en ligne de commandes

Si vous en avez assez de devoir lancer la console « Gestionnaire des services Terminal Server » afin de visualiser et fermer des sessions TS sur vos serveur, vous pouvez utiliser 2 commandes

  • Qwinsta.exe qui va permettre de lister les sessions sur un serveur distant
  • Rwinsta.exe qui va permettre de killer la session désirée

Ces 2 commandes sont les mêmes que « query session » (http://technet.microsoft.com/en-us/library/cc785434.aspx) et « reset session » (http://technet.microsoft.com/en-us/library/cc754256.aspx)

Commencer par lister les sessions TS sur votre serveur :

qwinsta.exe /SERVER:monserveur

puis à partir des ID de sessions connectées, saisir (pour l'ID 3):

rwinsta.exe 3 /SERVER:monserveur

Personnaliser son shell sous Windows Server 2008

Ce tips fonctionne sous Windows Server 2008, Vista et 2003. Cette modification pourra s'avérer très utile pour les versions Windows 2008 Server Core afin d'identifier rapidement, le serveur sur lequel vous êtes connecté.

Ouvrez l'éditeur de registre, et aller dans :

HKLM\System\CurrentControlSet\Control\Session Manager\Environment

 

Puis créez la clé Prompt de type REG_EXPAND_SZ . La valeur que vous donnez à cette clé va définir les valeurs à afficher sur toutes les consoles que vous ouvrirez.

Saisir par exemple la valeur :

$_Server:%computername%$_Username:%username%$_Date:$D$_Time:$T$_$p$g

Après un redémarrage de la machine, ouvrir une console pour vérifier les modifications :

Voici quelques codes spéciaux pour continuer la personnalisation :

  • $A --> &
  • $B --> |
  • $C --> (
  • $D --> Current date
  • $E --> Escape code (ASCII code 27)
  • $F --> )
  • $G --> >
  • $L --> <
  • $N --> Current drive
  • $P --> Current drive and path
  • $Q --> =
  • $S --> (espace)
  • $T --> Current time
  • $_ --> Carriage return and linefeed
  • $$ --> $ (dollar)
Le Second Shot est de retour !

Après avoir disparu quelques mois, le Second Shot est de retour !!

Pour rappel, l'offre « Second Shot » de Microsoft permet un second passage gratuit après un échec lors d'une certification. Pour cela, il suffit de s'inscrire sur le site « Microsoft Second Shot Exam Offer 2008 » (http://www.microsoft.com/learning/mcp/offers/secondshot/default.mspx ) afin d'obtenir un numéro de voucher. Ce numéro devra être utilisé lors de l'inscription à la certification dans un centre d'examen Prometric !

Retrouvez sur le site de Prometric les détails du fonctionnement de l'offre : http://www.prometric.com/microsoft/2ndchance_noid

Pourquoi s'en priver ?

 

Déployer des machines virtuelles sous VMware avec Powershell

Après avoir téléchargé et installé VMware Infrastructure Toolkit (for Windows) 1.0, vous aller pouvoir gérer votre Infrastructure VMware en exécutant des commandes Powershell.

Pour cela, rendez vous ici : http://www.vmware.com/beta/vitk_win/ (il faut s'enregistrer pour pouvoir le télécharger)

Vous devrez avoir au préalable installer PowerShell (1.0), téléchargeable ici : http://www.microsoft.com/windowsserver2003/technologies/management/powershell/download.mspx

Voici un petit script qui permettra de déployer des machines virtuelles à partir d'un template déjà créé :

# Connexion au serveur VI

$vc = Get-VIServer -Server <VIServer>

# On se connecte sur l'esx

$esx = Get-VMHost -Name <esx.fqdn>

# Récupération de la template

$temp = Get-Template -Server $vc -Name "*MOTCLE*"

# Récupération du dossier pour stocker les VM

$folder = Get-Folder -Name "NOMDOSSIER"

# Nombre de VMs que l'on souhaite générer

$nb_vm = 5

# Identifiant de la 1ère VM à générer

$vm_id = 01

# Compteur

$cpt = 0

# Boucle de création des VM + Génération du nom

while ( $cpt -lt $nb_vm ) {

    $vmname = "VM" + "$vm_id"

    $vm = New-VM -VMHost $esx -Name $vmname -Template $temp -Location $folder

    $cpt++

    $vm_id++

}

Lorsque vous lancer le script à partir de la console VMware VI Toolkit :

une tâche est créé. Il y aura autant de tâche que de machines virtuelles à déployer :

 

Régénérer les listes d’adresses sous Exchange 2007 après migration depuis 2003

 

Après une migration depuis Exchange 2003 vers Exchange 2007, vous devrez reconstruire vos Listes d'adresses pour que celles-ci soient de nouveau accessibles sur vos clients Outlook.

Pour cela, ouvrir la Console Exchange Management (EMC), puis au niveau de la configuration de votre organisation, cliquer sur « Mailbox » puis cliquer sur l'onglet « Address Lists » :

 

Si vous essayer de modifier ces listes d'adresses, un message d'erreur apparaît nous informant que les listes d'adresses créées à partir d'ancienne version de Exchange (2003 dans mon cas) doivent être mises à jour :

Vous ne pourrez effectuer aucune modification sur ces listes tant qu'elles n'auront pas été régénérées sous Exchange 2007 :

Pour cela, ouvrez une console EMS (Exchange Management Shell) puis exécuter la cmdlet « Set-AddressList » avoir les paramètres suivants :

Set-AddressList "Tous les utilisateurs" -IncludedRecipients MailboxUsers

Set-AddressList "Tous les groupes" -IncludedRecipients MailGroups

Set-AddressList "Tous les contacts" -IncludedRecipients MailContacts

 

Retrouver les paramètres de la commande « Set-AddressList » sur : http://technet.microsoft.com/fr-fr/library/aa998847(EXCHG.80).aspx

Attention à la langue et à bien reprendre le nom exact de vos listes d'adresses !

Retourner ensuite sur la console EMC, puis cliquer sur une liste d'adresses et dans le menu « Actions » choisir « Appy » pour appliquer et générer la liste d'adresses :

Après avoir « appliquer » les listes d'adresses, celles-ci deviennent modifiables. Vous pourrez donc les modifier en fonction de vos besoins :

Les clients Outlook auront désormais accès aux listes d'adresses !

 

Problèmes avec Outlook Anywhere sous Windows Server 2008

Lorsque vous exécutez le rôle Client Access Server (CAS) d'Exchange 2007 (SP1 dans mon cas) sous Windows Server 2008, en activant la fonctionnalité Outlook Anywhere – également connu sous le nom de RPC sur HTTP, vous pourrez rencontrer le problème suivant :

Impossible de connecter votre client Outlook (2007) à Exchange via RPC/Https

Il s'agit d'un problème lié à l'activation (par défaut) de IP v6 sous Windows Server 2008. Windows Server 2008 va préférer utiliser le protocole IPV6 notamment pour toutes les communications locales. Ainsi lorsque que le Proxy RPC sur HTTP essaye de connecter la session utilisateur au port 6004 il essaye sur l'adresse :::1:6004 (adresse de loopback en IP v6) et non sur 127.0.0.1:6004. Assez bloquant car le serveur n'écoute par sur le port 6004 de la pile IP v6. La connexion échoue.

Pour corriger ce problème, il faut donc désactiver IP v6.

Commencer par décocher la case « Internet Protocol Version 6 » sur votre interface réseau :

Vous devrez également modifier la clé suivante : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\

En créant la clé 32-bit D-WORD : DisabledComponents avec la valeur 0xff.

Les valeurs possibles de cette clé sont ici : http://support.microsoft.com/kb/929852

Il faut ensuite modifier le fichier hosts qui se trouve dans le répertoire %SYSTEMROOT%\System32\drivers\etc\ pour finaliser la désactivation de IP v6.

Commenter la ligne  ::1 localhost pour obtenir # ::1 localhost

Ajouter ensuite l'adresse IP v4 associé au Hostname et au FQDN de votre serveur pour obtenir :

192.168.0.10    NomServer

192.168.0.10    nomServer.mondomaine.ad

 

Le fichier sera donc :

 

127.0.0.1    localhost

# ::1         localhost

192.168.0.10    NomServer

192.168.0.10    nomServer.mondomaine.ad

 

Redémarrer le serveur pour que toutes les modifications soient prises en compte puis vérifier que le serveur écoute bien sur les ports 6001, 6002 et 6004 via la commande netstat -a :

Tester votre connexion entre votre client Outlook (après l'avoir configuré) et votre serveur en exécutant la commande : outlook /rpcdiag

Espérons que ce problème sera corriger dans les évolutions de Exchange 2007 et/ou de Windows Server 2008.

Hyper-V en RTM

Depuis fin juin, Hyper-V est désormais disponible en version RTM (Release to Manufacturing).

Pour télécharger cette ultime version, rendez-vous ici : http://www.microsoft.com/downloads/details.aspx?FamilyId=F3AB3D4B-63C8-4424-A738-BADED34D24ED

Attention, cette mise à jour ne peut-être désinstaller.

 

J'en profite pour annoncer la publication d'un article présentant les premiers pas avec Hyper-V et le passage de la version beta à la version RTM.

L'article est disponible ici : http://blogs.coforcert.com/dlarticles/WS2008-Premier_pas_HyperV.pdf

Installer Windows XP sur une machine virtuelle VMWare (ESX 3.5)
Lorsque l'on tente d'installer Windows XP sur une machine virtuelle éxécutée sur un seveur VMWare ESX, une erreur va apparaitre en indiquant que l'installation ne peut continuer en raison des drivers du disque dur qui n'ont pas été trouvés.  Embêtant non ?
En effet les drivers LSI Logic Driver ou BusLogic driver ne sont pas présents sur le CD d'installation de Windows XP (avec SP 2 dans mon cas) :
 
 
Pour éviter ce problème, il faut donc télécharger les drivers sur le site LSI (http://www.lsi.com/) pour le controlleur LSI20320-R.
Décompressez le zip téléchargé et créez une disquette (avec WinImage par exemple)  à partir des fichier extrait. Nommez la par exemple : LSILogic_drivers.flp
 
Pour vérifier quel type de controlleur SCSI vous utilisez, ouvrer les propriétés de votre machine virtuelle, puis sur SCSI Controller 0, vérifier la valeur Current type.
Vous pouvez le modifier en cliquant sur Change Type :
 
 
Pour ceux qui utilisent un controlleur SCSI de type BusLogic, VMware propose une disquette préconfigurée : http://download3.vmware.com/software/vmscsi-1.2.0.4.flp
 
Montez ensuite la disquette sur votre machine virtuelle et booter sur votre CD d'installation de Windows XP pour relancer l'installation :
 
 
Lors de l'installation, appuyez sur la touche F6 pour ajouter des drivers SCSI supplémentaires :
 
 
Sur cet écran, appuyez sur la touche S pour spécifier notre controlleur SCSI à utiliser :
 

Grâce à notre disquette, nous pourrons utiliser le bon driver SCSI et ainsi notre disque dur pourra être detecté. Il faut donc connecter le lecteur Floppy pour monter la disquette contenant les drivers SCSI :

 

Le driver VMware SCSI Controller est trouvé :

 

 

Appuyez sur la touche Enter pour valider, pour retourner sur l'écran permettant de configurer des drivers supplémentaires :

 

On constate que le driver VMware SCSI Controller sera utilisé. En appuyant sur Enter, l'installation pourra donc continuer normalement.

 

Partenaires Microsoft de l’année 2008

Microsoft vient de publier la liste des partenaires (internationaux) de l'année 2008. Cette publication présente les « meilleurs » partenaires dans chaque spécialité :

Extraits :

Advanced Infrastructure Solutions, Active Directory Partner of the Year:

  • Winner: Oxford Computer Group, United Kingdom
  • Finalist: NetPro Computing, United States
  • Finalist: Quest Software, United States

Advanced Infrastructure Solutions, Storage Solutions Partner of the Year:

  • Winner: Compellent Technologies, United States
  • Finalist: HP, United States
  • Finalist: NetApp, United States

Advanced Infrastructure Solutions, Windows Desktop Deployment Partner of the Year:

  • Winner: Getronics, Netherlands
  • Finalist: Sogeti, France
  • Finalist: 1E, United Kingdom

Liste complète ici : http://www.microsoft.com/Presspass/press/2008/jun08/06-16POTYFinalistsPR.mspx

    

2 nouveaux articles
 
Je viens de publier 2 articles concernant l'intégration d'un controleur de domaine Windows Server 2008 dans Active Directory 2003 et Windows Deployment Service sous Windows Server 2008
 
 
Lien direct :

 

1 - 10 Suivant

 ‭(Masqué)‬ Liens d'administration