photo

Configuration Autodiscover Exchange 2010

0

Objectif : configuration du service de découverte automatique d’Exchange 2010.

 

Présentation

Microsoft Exchange 2010 comprend un service de découverte automatique (Autodiscover) qui permet :

  • la configuration automatique d’Outlook 2007 et 2010 et les téléphones mobiles avec un système Windows 6.1 ou supérieur,
  • l’utilisation des fonctionnalité d’Exchange 2010,
  • l’utilisation du compte utilisateur et du mot de passe de cession si ce dernier est dans un domaine.

L’autodiscover utilise l’adresse de messagerie et le mot de passe utilisateur pour configurer le profil utilisateur, il fournit ceci :

  • nom complet de l’utilisateur,
  • paramètre de connexion séparé pour la connectivité entre l’interne et l’externe,
  • emplacement du serveur de boites aux lettres,
  • URL des fonctionnalité Outlook,
  • paramètre Outlook Anywhere.

L’Autodiscover permet la reconfiguration automatique du profil utilisateur dans Outlook lorsque des informations Exchange d’un utilisateur sont changées.

 

Fonctionnement

L’autodiscover se situe sur le Serveur d’Accès Client (CAS), un répertoire virtuel dans le rôle IIS de ce serveur est créé pour répondre au demande des clients Outlook.

Un nouvel objet Active Directory, appelé point de connexion de service (SCP), est créer sur le serveur CAS.

Processus du service de découverte automatique pour l’accès interne

 

Pour l’accès externe, ou l’utilisation de DNS, le client recherche le service de découverte automatique sur Internet à l’aide de l’adresse de domaine SMTP principale de l’adresse de messagerie de l’utilisateur.

Processus du service de découverte automatique pour l’accès externe

Configuration

Il y a deux possibilités de configurer la découverte automatique à l’extérieur du réseau interne.

Première solution :

Si votre serveur Exchange 2010 à un certificat publique signé et que le nom de domaine est dans le certificat publique alors le client Outlook va trouver le fichier de configuration.

Si votre Exchange héberge plusieurs nom de domaine client alors il faut ajouter tous les nom de domaine client dans le certificat publique. Il est préférable dans ce cas la d’utiliser la deuxième solution.

Deuxième solution :

La configuration consiste à créer un enregistrement SRV sur le nom de domaine du client. L’enregistrement SRV redirige le client Outlook vers le serveur Exchange.
La configuration va être différente en fonction de l’hébergeur du nom de domaine.
Attention la création d’enregistrement SRV n’est pas disponible chez tous les hébergeurs.
C’est impossible chez 1&1 mais possible chez OVH, Gandi et alpha safety.
Les informations à saisir ou à envoyer à l’hébergeur sont :
  • Sous-domaine : _autodiscover._tcp.domaineclient.com
  • Priorité : 0
  • Poids : 0
  • Port : 443
  • Cible : mail.mondomaine.com
Test du fonctionnement de l’autodiscover
Une fois la configuration faite vous pouvez la tester grâce à cette utilitaire créer par Microsoft.
Source
photo

Configuration bonding carte réseau XenServer

1

Objectif :  Création d’un teaming de carte sur XenServer, deux solutions pour se faire.

  • en ligne de commande sur le XenServeur (mode hard-core :-) )
  • en graphique par XenCenter

Ceci se fait en deux étapes :

  • Création du teaming (carte réseau virtuelle) composée des deux cartes réseaux physiques ou plus
  • Affectation à l’équipe des VM existantes

 

En ligne de commande

Astuce : utilisé l’auto complétion pour les commandes et les UUID.

Dans un premier temps, il faut éteindre les serveurs virtuels pour configurer les cartes réseau et ensuite les réaffecter.

1)  Lister toutes les VM

Xe vm-list

2)  Eteindre toutes les VM

  • le <VM UUID> est le numéro de la machine virtuel
xe vm-shutdown uuid=<VM UUID> 

3)  Créer la carte virtuel de Teaming nommé bond0

xe network-create name-label=bond0

Cette commande retournera l’UUID du nouveau réseau virtuel créé.

4)  Récupérer les UUID des cartes réseaux physique existante

xe pif-list

5)  Affecter ses cartes à l’équipe bond0

xe bond-create network-uuid=<network UUID> pif-uuids=<PIF UUID 1>,<PIF UUID 2>

Ne pas faire d’espace entre les numéros de cartes réseaux et la virgule sinon ça ne fonctionne pas.
Refaire un xe pif-list pour l’UUID du bond0

xe pif-list

6)  Nous devons maintenant configurer cette carte (En DHCP pour commencer (Vous passerez ensuite en IP fixe.

xe pif-reconfigure-ip uuid=<PIF UUID CARTE RÉSEAUX VIRTUEL> mode=DHCP xe host-management-reconfigure pif-uuid=<PIF UUID CARTE RÉSEAUX VIRTUEL>

Ensuite, pour faire propre vous devez “nettoyer les anciennes cartes qui avaient des adresses IP
Si votre carte d’UUID <PIF UUID CARTE RÉSEAUX VIRTUEL> avait une IP faites ceci :

xe pif-reconfigure-ip uuid=<PIF UUID CARTE RÉSEAUX VIRTUEL> mode=None

Répéter l’opération sur toutes les autres physique si besoin

Fin de la première étape.

Si des VM existaientt avant le Bonding, vous devrez avant de les redémarrer, configurer leur interface réseau. Ceci se fait très simplement dans Xen Center. Onglet network de la VM, supprimer les anciennes connexions puis ajouter la nouvelle (bond0).

Vous pouvez maintenant relancer toutes vos VM.

 

En interface graphique

Lancer XenCenter, connectez vous sur le serveur sur le quel vous souhaitez créer votre Teaming.

On éteint les machines virtuels sinon on peut pas « bonder » les cartes réseaux.

une fois connecté aller dans l’onglet  « Network » de votre machine.

cliquer sur « add network… ».

on choisit « Bonded Network ».

On coche les interfaces que l’on souhaite ajouter dans le Teaming.

Si les cartes sont grisé c’est que vous n’avez pas éteint vos VM.

Et c’est fini, un peu plus facile que la ligne de commande. :-)

Microsoft se moque de Google avec Gmail Man

0

Après Superman, Spiderman et Batman, voici Gmail Man. Ce personnage n’a pas été inventé par Google, mais par Microsoft selon Mary Jo Foley de ZDNet, toujours bien au courant des actualités made in Redmond.

sources : pc-inpact

 

Go to Top