Test de connectivité réseau network-connectivity-test

Le test de connectivité réseau est un outil de diagnostic Cloud Manager qui vous permet de valider la mise en réseau avancée et la configuration VPN avant d’activer la mise en réseau avancée sur vos environnements et avant la mise en ligne. Utilisez-le pour vérifier que les hôtes et ports qu’AEM doit atteindre, y compris les points d’entrée internes ou privés, sont accessibles via le même chemin de connectivité que celui utilisé par Advanced Networking.

Le test s’exécute à partir de l’infrastructure de proxy de sortie qui appartient à la configuration réseau avancée de votre programme, et non à partir d’un pod de création ou de publication. Il utilise le même chemin d’accès réseau sortant qu’AEM lorsque la mise en réseau avancée est active. Cette conception est particulièrement utile pour les scénarios VPN : vous pouvez confirmer la résolution DNS, le routage réseau, les règles de pare-feu et la disponibilité du service pour les systèmes privés ou locaux avant de passer en ligne.

Pour plus d’informations sur la configuration d’un VPN, d’une adresse IP de sortie dédiée ou d’une sortie de port flexible, voir ​ Configuration de la mise en réseau avancée pour AEM as a Cloud Service.

Quand utiliser cet outil ? when-to-use

Conditions préalables prerequisites

Exécution d’un test how-to-run-a-test

Champs d’entrée input-fields

Étapes test-steps

Comprendre les résultats understanding-results

L’outil signale plusieurs dimensions. Ils décrivent ensemble si la cible est accessible à partir de la mise en réseau avancée et comment les contrôles basés sur HTTP se comportent.

Résolution DNS dns-resolution

Port ouvert port-open

Connectivité HTTP http-connectivity

Une requête HTTP/HTTPS est tentée sur chaque port. L’outil tente toujours d’abord d’utiliser HTTPS, puis retourne à HTTP. Si aucun des deux ne fonctionne, le résultat est mappé à un message court et lisible erreur (voir le tableau ci-dessous).

Sorties de succès

Sorties d’erreur classifiées

Accessibilité reachability

Plusieurs résolveurs DNS multiple-dns-resolvers

Si votre infrastructure de réseau avancé définit plusieurs résolveurs DNS :

Résolution des problèmes troubleshooting

Les scénarios suivants associent ce que vous êtes susceptible de voir dans l’outil à des étapes pour réduire la cause. Pour obtenir un fichier JSON complet Copier dans le presse-papiers qui illustre les mêmes situations, voir Exemples de sorties.

Échec de la résolution DNS dns-failed

Sortie

Le nom d’hôte n’a pas été résolu à l’aide de vos paramètres DNS de mise en réseau avancés. L’outil ne peut donc pas tester le port. Dans la vue des résultats, la résolution DNS affiche une chaîne d’erreur et la accessibilité signale que le DNS a échoué :

DNS Resolution: error: "DNS resolution error: ..."
Reachability: "Unreachable: DNS resolution failed"

Recommandations

Le DNS fonctionne mais le port n’est pas accessible dns-ok-port-blocked

Sortie

L’outil peut résoudre l’hôte, mais TCP sur le port ne réussit pas. Un résumé se présente souvent comme suit :

DNS Resolution: ips: ["10.0.1.50"]
Port Open: No
Reachability: "Unreachable: Port not accessible"

Recommandations

Le test indique atteignable, mais AEM ne se connecte pas reachable-but-aem-fails

Sortie

La vérification de connectivité elle-même réussit. Un résumé condensé se présente souvent comme suit :

Port Open: Yes
Reachability: "Reachable"

Cela signifie que le chemin entre la mise en réseau avancée et l’hôte et le port que vous avez testés est ouvert. Cela ne garantit pas que le trafic de l’application AEM utilise ce chemin d’accès : lorsque votre code s’exécute, les journaux de service peuvent toujours n’afficher aucune demande provenant de l’adresse IP de sortie attendue.

Recommandations

HTTP affiche une erreur mais le port est ouvert http-error-port-open

Sortie

TCP réussit, mais la sonde HTTP/HTTPS signale toujours un échec. Un résumé se présente souvent comme suit :

Port Open: Yes
HTTP Connectivity: error: "Connection error: ..." or "Both HTTPS and HTTP failed. ..."
Reachability: "Reachable"

Recommandations

Délai d’expiration de la demande timeout

Sortie

{ "error": "Request timeout" }

Recommandations

Exemples de sorties example-outputs

Test HTTPS réussi (par exemple API interne sur le port 443) example-output-successful-https

{
  "resolvers": [
    {
      "name": "default",
      "dns_resolution": {
        "ips": ["10.0.1.50"]
      },
      "port_open": true,
      "http_connectivity": {
        "protocol": "https",
        "status_code": 200,
        "reason": "200 OK"
      },
      "reachability": "Reachable"
    }
  ]
}

Test de service non HTTP réussi (par exemple, base de données sur le port 5432) example-output-successful-non-http

{
  "resolvers": [
    {
      "name": "default",
      "dns_resolution": {
        "ips": ["10.0.1.50"]
      },
      "port_open": true,
      "http_connectivity": {
        "error": "Not an HTTP/HTTPS service",
        "note": "The service appears to be a non-HTTP service (e.g., database, message queue, or custom TCP). Use the port_open and reachability fields to verify connectivity."
      },
      "reachability": "Reachable"
    }
  ]
}

Échec de la résolution DNS example-output-dns-resolution-failure

{
  "resolvers": [
    {
      "name": "default",
      "dns_resolution": {
        "error": "DNS resolution error: dial udp 10.0.0.2:53: i/o timeout"
      },
      "port_open": false,
      "http_connectivity": {
        "error": "DNS resolution failed"
      },
      "reachability": "Unreachable: DNS resolution failed"
    }
  ]
}

Port Non Accessible (Pare-Feu/Service Arrêté) example-output-port-not-accessible

{
  "resolvers": [
    {
      "name": "default",
      "dns_resolution": {
        "ips": ["10.0.1.50"]
      },
      "port_open": false,
      "http_connectivity": {
        "error": "Connection error: dial tcp 10.0.1.50:443: i/o timeout"
      },
      "reachability": "Unreachable: Port not accessible"
    }
  ]
}

Remarques importantes important-notes

Ce Que Ne Fait Pas Ce Test what-this-test-does-not-do

Temps de réponse response-time

Services HTTP ou non HTTP http-vs-non-http-services

L’outil tente une connexion HTTP/HTTPS sur chaque port. Pour les services non HTTP (par exemple, PostgreSQL sur le port 5432, MySQL sur 3306, SFTP sur 22, Redis sur 6379), la vérification HTTP peut échouer avec une erreur de connexion, ce qui est attendu. Fiez-vous à Port open et Reachability pour confirmer la connectivité de ces services.

Informations connexes related-information