Une adresse IP est un indice important, mais elle ne constitue pas une description complète d'un message. Microsoft Smart Network Data Services peut afficher des modèles associés à l'envoi d'adresses IP. La tâche de l'administrateur est de connecter ces preuves aux applications, aux locataires et aux fenêtres horaires utilisant réellement ces adresses.
Commencez par le portail actuel
Le portail Microsoft actuel remplace l'ancien emplacement sendersupport et inclut la gestion JMRP. L'accès SNDS est accordé pour l'espace IP que le demandeur est autorisé à administrer. Son annonce actuelle explique également la réattestation périodique du réseau. Utilisez la page d'accès actuelle et l'expiration enregistrée plutôt que de traiter une ancienne connexion réussie comme une autorisation permanente. Portail SNDS.
Si un service de messagerie possède un pool partagé, travaillez avec ce service pour obtenir les preuves pertinentes. Savoir qu'un message utilise une adresse IP n'établit pas en soi l'autorité nécessaire pour visualiser tout le trafic qui lui est associé. Évitez d’exporter les données d’autres locataires dans un ticket d’incident général.
Préserver la portée de l’observation
La FAQ de Microsoft décrit l'activité au niveau IP et note que les données IP de faible volume peuvent être absentes. Cela explique également que NAT peut cacher plusieurs machines derrière une adresse visible. Enregistrez l'adresse IP exacte, la période d'activité signalée et sa convention temporelle, ainsi que l'heure de récupération. FAQ SNDS.
Convertissez soigneusement les fuseaux horaires avant de joindre ces données aux journaux d’application. Conservez l'horodatage et le fuseau horaire d'origine ainsi qu'une représentation normalisée. Un incident qui dépasse minuit peut tomber dans des catégories quotidiennes différentes dans deux systèmes, créant ainsi une fausse impression selon laquelle un événement du tableau de bord a précédé l'envoi qui l'a provoqué.
Rejoignez la télémétrie IP pour acheminer la propriété
Maintenez une carte datée des adresses IP sortantes vers les services et pools d’envoi. Incluez les modifications dans l’allocation, le NAT et le routage du fournisseur. Une carte de routage actuelle est insuffisante pour un incident survenu la semaine dernière si le fournisseur a déplacé le trafic hier. Lorsque le pool est partagé, indiquez la limite : vous pouvez connaître vos propres soumissions sans voir la contribution de tous les autres expéditeurs.
Comparez les diagnostics SMTP réels, les identités authentifiées et les preuves de traitement des plaintes. SNDS ne remplace pas une vérification d'authentification au niveau du message et n'établit pas de dossier de boîte aux lettres final. Il ne s’agit pas non plus d’une image universelle de chaque locataire Microsoft d’entreprise. Gardez le service de réception et la portée de l'incident explicites.
Examiner l'exemple d'attribution locale
L'appareil synthétique mappe deux flux, les reçus et les promotions, à la documentation IP 192.0.2.42 au cours d'une fenêtre d'activité inventée. Une observation de niveau IP dégradé est attachée à cette adresse. Le résultat répertorie les deux flux comme candidats à l’enquête, et pas seulement la campagne la plus proche dans le temps.
Un enregistrement d'itinéraire ultérieur déplace les promotions vers 192.0.2.43 . Le modèle conserve le mappage historique intact, de sorte qu'une exportation ultérieure ne réécrit pas la propriété de l'événement antérieur. Il s'agit d'une jointure exécutée sur des données inventées, et non d'une exportation de tableau de bord Microsoft ou d'un jugement de réputation sur ces exemples d'adresses réservées.
Escalader avec un paquet d'incidents limité
Fournissez à l'expéditeur ou au propriétaire du service la plage de dates pertinente, l'adresse IP, le diagnostic SMTP exact, le service de destination concerné et les étapes déjà vérifiées. Rédigez le contenu du destinataire et les jetons non nécessaires pour diagnostiquer le problème. Séparez les problèmes d’enregistrement du support de délivrabilité ; la FAQ oriente ces questions par différents chemins.
Un bon enregistrement de fermeture identifie l'itinéraire défectueux ou préserve l'incertitude restante. Une tendance IP peut justifier une enquête, mais elle ne peut pas à elle seule prouver qu'un abonné particulier s'est plaint, qu'un message spécifique a échoué à l'authentification ou que chaque message est devenu spam.
Lire un dictionnaire de champs avant de joindre les données
La FAQ actuelle de Microsoft fournit la signification des champs ci-dessous. L'adresse IP est la source visible, potentiellement partagée ou derrière le NAT. La période d'activité correspond à la première et à la dernière heure d'activité de la journée du Pacifique ; la documentation indique PST, y compris les ajustements d'heure d'été, donc conservez la date réelle et le décalage Pacifique plutôt que d'appliquer une soustraction UTC fixe. Le nombre RCPT décrit les commandes du destinataire ; DATA count décrit les commandes de données de message ; les destinataires des messages décrivent les destinataires des messages réellement transmis. Aucun ne compte le nombre de personnes qui lisent le courrier.
Le résultat du filtre résume les verdicts du filtre anti-spam sur le trafic IP et ne décrit pas directement le placement dans la boîte de réception ou dans les dossiers indésirables. Taux de réclamation utilise les plaintes divisées par destinataires du message, les plaintes étant enregistrées le jour du rapport plutôt que décalées à la date d'envoi d'origine. Une plainte tardive peut donc être déposée contre la population d'origine d'un autre jour. Les données en faible volume peuvent être absentes ; la FAQ met spécifiquement en garde contre les adresses IP inférieures à cent messages par jour. Un indicateur d'interruption n'est pas présent dans la liste de champs actuelle utilisée ici : conservez-le comme indisponible, et non nul, et n'importez pas une ancienne définition de champ.
Dans la rangée travaillée inventée, 120 commandes RCPT, quatre-vingts commandes DATA et cent destinataires de messages produisent une différence RCPT/destinataire de vingt commandes. Deux plaintes signalées divisées par cent donnent 2 % pour cette ligne synthétique, et non une mesure de l'insatisfaction concernant la campagne en cours. L'action suivante est un examen de l'hygiène du destinataire et de l'historique de l'itinéraire, suivi d'une corrélation des plaintes si disponible. Le filtrage jaune invite à examiner l’observation globale ; il ne crée pas de dossier. Conservez séparément la fenêtre d'activité du Pacifique et les horodatages d'envoi d'origine lors de l'assemblage du dossier d'incident.