Blog

Au cours des derniers jours, certains de nos lecteurs ont rencontré une erreur de contrôle. Ce problème se produit pour un certain nombre de considérations valables. Nous les couvrirons ci-dessous.

Mise à jour

1. Télécharger ASR Pro

2. Exécutez le programme

3. Cliquez sur "Analyser maintenant" pour rechercher et supprimer tout virus sur votre ordinateur

Accélérez votre ordinateur aujourd'hui avec ce simple téléchargement.

C’était

Comme indiqué dans un blog précédent (lié) distribuant « Dépannage des nouveaux problèmes avec les outils de gestion Exchange ’10 », les outils de gestion Exchange 2010 dépendent d’IIS. Comme discuté dans ce blog, nous avons en effet rencontré des situations où la connexion de l’outil d’administration qui serait le serveur central Exchange pourrait ne pas fonctionner, ainsi que la plupart des erreurs renvoyées étaient difficiles à résoudre. Cela se produit généralement (mais pas toujours) après l’installation d’Exchange 2010 sur IIS réel où le serveur est généralement déjà dans l’aide, ou lors de la conversion vers les paramètres du serveur IIS de quelqu’un d’autre après l’installation d’Exchange. Nous avons vu que ces modifications sont souvent créées lorsqu’un administrateur IIS essaie de « renforcer » la sécurité IIS en ajoutant des mots-clés au type de répertoire électronique par défaut ou aux paramètres PowerShell.

Pour embrouiller les choses, certaines des erreurs recommandées sont formulées de manière uniforme ; la plupart d’entre eux semblent être une raison suffisante pour la gestion à distance de Windows (WinRM) et chez certains patients, différents problèmes de racine peuvent générer le même message d’erreur. En d’autres termes, selon le degré d’éducation des acheteurs à ces bogues, le dépannage à tous les endroits… n’est pas très amusant.

Mon bon ami m’a contacté g, et il m’a souvent demandé ce que je pense que nous pouvons réellement faire pour rendre le dépannage un peu plus facile. À chacun de nos moments, j’apprenais le travail de développeur PowerShell et PowerShell (en fait, j’ai lu Windows PowerShell à propos d’Exchange Server 2007 SP1) et j’ai décidé que cela obtiendrait la suggestion parfaite pour utiliser ce que je me vantais d’avoir déjà appris à utiliser.

EMTshooter sprinte sur un échange principal (cible) et la machine essaie de résoudre les problèmes pratiques liés à la connexion des outils administratifs en cours de route.

Le dépannage s’effectue en 2 étapes. Pour le faire régulièrement, il examine d’abord le domaine IIS standard, le répertoire virtuel PowerShell et d’autres zones critiques pour déterminer les causes connues des problèmes de port. S’il identifie un problème avec l’un des contrôles de diligence raisonnable, il reçoit des conseils sur la façon de résoudre le problème. Si vos pré-vérifications actuelles réussissent, l’utilitaire de résolution des problèmes ira plus loin et essaiera simplement de se connecter à un serveur spécifique de la même manière que les outils d’administration le feraient souvent. Si cette connexion réseau tente toujours de recevoir des donnéesEn réponse à un nouveau bogue de style WinRM, votre utilitaire de résolution des problèmes essaie de comparer le bogue régulier avec la liste même des messages enregistrés que nous avons retirés d’autres appels d’assistance que nous avons vus. Si une correspondance est trouvée, l’utilitaire de résolution des problèmes affiche les causes connues de l’erreur dans la fenêtre CMD. Voici un exemple important de ce à quoi pourrait ressembler :

Tout en développant habituellement l’utilitaire de résolution des problèmes, je viens peut-être d’écrire un programme de vérification d’erreurs limité qui transmet correctement le sujet de l’article pour l’erreur que j’ai reçue, mais j’ai trop estimé que ce n’était pas aussi prestigieux même si je l’étais. espéré (et pas tout à fait une autre expérience de développement pour moi). Ainsi, l’outil reporte les vérifications préliminaires avant de procéder au dépannage. Le nombre de pré-vérifications que cet élément peut effectuer dépend de la version du système d’exploitation que la personne exécute et des options actuellement installées, telles que la compatibilité WMI.

Essentiellement, j’ai supprimé la documentation exacte qui ciblait auparavant ces erreurs et j’ai écrit un toolNT, qui vous fournit des enregistrements importants en fonction d’un bogue ou d’un problème détecté. Espérons que cela réduira probablement le nombre de semaines 2 ou 3 nécessaires pour résoudre ces problèmes.

Lorsque toute votre famille utilise EMTshooter, les événements sont trempés dans le journal des événements. Tous les résultats affichés dans la fenêtre CMD étaient également enregistrés dans le journal des événements pour la tenue des dossiers.

Les festivals enregistrés sont enregistrés dans Microsoft-Exchange-Troubleshooters / Operational Event Log et sont explicites.

En fonction de vos paramètres individuels actuels, vous devrez peut-être configurer la stratégie de démarrage de votre ordinateur portable principal pour le dépannage en utilisant :

Set-ExecutionPolicy RemoteSigned

Ou

Set-ExecutionPolicy Unrestricted

N’oubliez pas de restaurer les paramètres normaux après avoir créé l’utilitaire de résolution des problèmes.

Cette version de l’utilitaire de résolution des problèmes doit s’exécuter directement sur notre propre serveur Exchange, auquel les outils d’administration pourraient ne pas être en mesure de se connecter. Bien que notre objectif quantifiable soit de vous permettre de dépanner partout où cela est nécessaire, les produits d’administration Exchange ont été mis à jour, mais cet outil n’est pas encore disponible.

Nous avons vu des cas de corruption, en particulier lorsqu’il y avait des erreurs dans le répertoire du serveur individuel PowerShell ou dans IIS lui-même, causant manifestement parfois autre chose. Par exemple, nous travaillions lorsqu’un serveur qui avait une erreur indiquant le chemin du réseau PowerShell vdir était ennuyé. Mais le chemin était bon. Ensuite, nous avons découvert que votre répertoire virtuel PowerShell manquait complètement de sections et d’autres éléments utiles. D’une manière ou d’une autre, il a été appris dans PowerShell que de nombreux serveurs Exchange étaient sévèrement… euh… désespérément restructurés. Mieux encore, WinRM a renvoyé une nouvelle erreur et le dépanneur a indiqué cette erreur et en a énuméré les raisons. Aucun pour cela n’a résolu le problème. sait donc qu’il s’agit généralement de scénarios dans lesquels ce correctif pourrait ne pas faciliter à ce stade. Dépannage

Les bords sont vraiment encore un peu rugueux, et nous prévoyons d’améliorer leur aspect et leur toucher à long terme. Nous espérons également approfondir un peu les paramètres de configuration PowerShell vdir au fil du temps. Notez également que la solution a été corrigée IIS n’apportera aucune modification directement à votre configuration IIS après vous avoir demandé de garder cela à l’esprit.

Pour exécuter le point de vente de proximité, l’utilisateur sur le marché doit avoir des avantages pour entrer dans la route Exchange Server (en raison positivement de la nature naturelle du dépanneur en cette période unique) et avoir les autorisations pour obtenir Windows PowerShell.

Vous devez d’abord utiliser un fichier zip de dépannage qui peut certainement être joint à ce message.

L’installation d’EMTshooter est sans aucun doute assez facile. Il suffit de mettre les 4 données réelles enregistrées à partir du fichier zip trouvé dans 1 répertoire, de le renommer en .ps1 et d’exécuter EMTshooter.ps1 à partir d’une illustration PowerShell standard (et locale). Personnellement, je viens de créer un raccourci d’aide en haut de mon bureau avec les propriétés Fanbase :

C:WindowsSystem32WindowsPowerShellv1.0powershell.exe -noexit -command “.’C:EMTshooterEMTshooter.ps1′”

Cependant, étant donné que la plupart des utilisateurs ne le feront probablement pas, vous n’aurez peut-être pas besoin de l’image. Rappelez-vous où EMTshooter.ps1 est le principal logiciel en cours d’exécution.

Comme je l’ai mentionné plus tôt, nous continuons de travailler Passons au dépannage. Si vous souhaitez nous aider à nous faire part de vos commentaires, lisez le commentaire de cet article de blog. Je surveillerai et appliquerai les approbations et les délais, et effectuerai les mises à jour nécessaires si vous avez besoin d’un correctif. Si l’on rencontre des erreurs qui n’ont pas été déclenchées par le dépanneur actuellement -, lancez le dépanneur, recréez l’erreur exacte et envoyez aux gens le fichier Transcript.txt (vous allez le trouver dans le dossier 4 langues) en phase avec ce que vous fait pour corriger ces erreurs (si le problème est résolu). Mon e-mail est bien sûr sur Microsoft DOT com.

• La connexion au serveur distant a échoué avec cette réponse d’erreur particulière : Le client WinRM ne peut pas toutes les requêtes. Impossible de déterminer les variétés de contenu de la réponse HTTP du système local. Le type de contenu est manquant ou invalide.
• La connexion au serveur distant a échoué avec l’un des messages suivants : erreur La connexion qui peut tous les hôtes distants spécifiés a été refusée. Vérifiez dans quel service WS-Management exécute l’hôte distant et donc sur Il est configuré pour écouter sur tous les ports corrects et l’URL HTTP correcte destinée aux demandes.
• La connexion au serveur d’hébergement Internet distant a échoué avec ce message d’erreur : Le WinRM a atteint une condition d’erreur de serveur HTTP (500), mais le service distant n’a pas fourni beaucoup d’informations supplémentaires sur la raison de votre erreur familiale. Pour plus d’informations, consultez la rubrique d’aide about_Remote_Troubleshooting. Il a exécuté la commande “Discover-ExchangeServer -UseWIA $ true -SuppressError $ true”.
• La connexion à notre serveur exotique a échoué avec les erreurs suivantes : Le client WinRM a reçu une broche d’état HTTP 403 du service de gestion WS caché.
• La connexion au serveur distant a été ignorée avec le message d’erreur suivant : Le client winrm a envoyé une requête au serveur HTTP et a obtenu une réponse indiquant que notre propre URL HTTP demandée n’est pas disponible. Ceci est généralement déplacé par HTTP, un système qui ne gère pas le protocole WS-Management.
• La connexion au serveur distant a généralement échoué, vous recevez le message d’erreur suivant : Le client ne peut pas atteindre la destination déterminée dans l’application. Assurez-vous que le service a toujours fonctionné après la déconnexion. Oui, hors plans de service et réception de demandes de renseignements. Vérifiez les journaux et lisez-moi les fichiers du service WS-Management exécuté sur l’ordinateur cible, y compris IIS ou WinRM. Si la cible laser est littéralement un service WinRM, exécutez la commande Fanbase dessus pour analyser et modifier le service WinRM particulier :
• La connexion au serveur rural a échoué, vous recevez la communication d’erreur suivante : Le service WS-Management ne prend pas en charge la demande de renseignements.
• La connexion au serveur distant est interrompue avec un message d’erreur : Le client WinRM ne peut pas dans une certaine mesure traiter la demande. Le client WinRM a essayé d’utiliser le mécanisme d’authentification Kerberos, mais un ordinateur électronique cible spécifique

Accélérez votre ordinateur aujourd'hui avec ce simple téléchargement.

Troubleshooting Easy Problem Management
Solução De Problemas Fácil Gerenciamento De Problemas
Rozwiązywanie Problemów Łatwe Zarządzanie Problemami
손쉬운 문제 관리
Problemen Oplossen Eenvoudig Probleembeheer
Felsökning Enkel Problemhantering
Устранение неполадок Простое управление проблемами
Fehlerbehebung Einfaches Problemmanagement
Solución De Problemas Fácil Gestión De Problemas
Risoluzione Dei Problemi Facile Gestione Dei Problemi