Capture d’un vidage TCP à partir d’un nœud Windows dans un cluster AKS

1. Créez hostprocess.yaml avec le contenu suivant. Remplacez AKSWINDOWSNODENAME par le nom du nœud Windows AKS.

   apiVersion: v1
   kind: Pod
   metadata:
     labels:
       pod: hpc
     name: hpc
   spec:
     securityContext:
       windowsOptions:
         hostProcess: true
         runAsUserName: "NT AUTHORITY\\SYSTEM"
     hostNetwork: true
     containers:
       - name: hpc
         image: mcr.microsoft.com/windows/servercore:ltsc2022 # Use servercore:1809 for WS2019
         command:
           - powershell.exe
           - -Command
           - "Start-Sleep 2147483"
         imagePullPolicy: IfNotPresent
     nodeSelector:
       kubernetes.io/os: windows
       kubernetes.io/hostname: AKSWINDOWSNODENAME
     tolerations:
       - effect: NoSchedule
         key: node.kubernetes.io/unschedulable
         operator: Exists
       - effect: NoSchedule
         key: node.kubernetes.io/network-unavailable
         operator: Exists
       - effect: NoExecute
         key: node.kubernetes.io/unreachable
         operator: Exists
   

2. Exécutez la kubectl apply -f hostprocess.yaml commande pour déployer le conteneur HostProcess Windows dans le nœud Windows spécifié.

3. Exécutez la commande kubectl exec -it [HPC-POD-NAME] -- powershell.

4. Exécutez toutes les commandes PowerShell à l’intérieur du conteneur HostProcess pour accéder au nœud Windows.

   Note

   Pour accéder aux fichiers dans le nœud Windows, basculez le dossier racine vers C:\ le conteneur HostProcess.

Si vous disposez d’une clé SSH, créez une connexion SSH au nœud Windows. La clé SSH ne persiste pas sur vos nœuds AKS. La clé SSH rétablit ce qui a été initialement installé sur le cluster pendant tout :

• Redémarrage
• Mise à niveau de version
• Mise à niveau d’image de nœud

Si vous n’avez pas de clé SSH, connectez-vous à l’aide du protocole RDP et du mot de passe administrateur Windows. Que se passe-t-il si vous n’avez pas ce mot de passe pour votre cluster ? Réinitialisez ensuite le mot de passe dans Azure CLI en exécutant la commande az aks update . Spécifiez le groupe de ressources, le nom du cluster et le nouveau mot de passe. La commande affiche les détails du cluster une fois l’opération terminée.

az aks update \
    --resource-group <myResourceGroup> \
    --name <myAKSCluster> \
    --windows-admin-password "<myNewPassword>"

À l’aide de votre mot de passe d’administrateur Windows, connectez-vous au nœud avec RDP, ce qui implique d’abord le déploiement d’une machine virtuelle « jump » sur le même sous-réseau que votre cluster.

Rediriger un lecteur de données vers la connexion RDP

Pour transférer les fichiers de capture vers votre machine, vous devez rediriger un lecteur de disque à partir de votre machine vers la machine virtuelle créée et la connexion RDP au nœud Windows AKS. Cette redirection vous permet de copier les fichiers de capture que vous générez ultérieurement sur votre ordinateur.

1. Sur votre ordinateur, sélectionnez le menu Démarrer, puis recherchez et sélectionnez Connexion Bureau à distance.

2. Dans la boîte de dialogue Connexion Bureau à distance, sélectionnez Afficher les options.

   

3. Dans l’onglet Ressources locales, sélectionnez Plus.

   

4. Dans une nouvelle boîte de dialogue Connexion Bureau à distance, sélectionnez Lecteurs pour développer la liste des lecteurs sur votre ordinateur, puis sélectionnez le lecteur à rediriger.

   

Terminez ensuite la connexion à la machine virtuelle Windows que vous avez configurée précédemment.

Une fois la capture de paquets terminée, identifiez le pod HostProcess afin de pouvoir copier le vidage localement.

1. Sur votre ordinateur local, ouvrez une deuxième console, puis obtenez la liste des pods en exécutant la kubectl get pods commande :

   kubectl get pods
   NAME                                                    READY   STATUS    RESTARTS   AGE
   azure-vote-back-6c4dd64bdf-m4nk7                        1/1     Running   2          3d21h
   azure-vote-front-85b4df594d-jhpzw                       1/1     Running   2          3d21h
   hpc                                                     1/1     Running   0          3m58s
   

   Le nom par défaut du pod HostProcess est hpc, comme indiqué dans la troisième ligne.

2. Copiez les fichiers de vidage TCP localement en exécutant les commandes suivantes. Remplacez le nom du pod par hpc.

   kubectl cp -n default hpc:/temp/AKS_node_name.etl ./AKS_node_name.etl
   tar: Removing leading '/' from member names
   kubectl cp -n default hpc:/temp/AKS_node_name.etl ./AKS_node_name.cab
   tar: Removing leading '/' from member names
   

   Les fichiers .etl et .cab seront désormais présents dans votre répertoire local.

Une fois la capture de paquets terminée, identifiez le pod d’assistance pour pouvoir copier le vidage localement. Ouvrez une deuxième console, puis obtenez une liste de pods en exécutant kubectl get pods, comme indiqué ci-dessous.

kubectl get pods
NAME                                                    READY   STATUS    RESTARTS   AGE
azure-vote-back-6c4dd64bdf-m4nk7                        1/1     Running   2          3d21h
azure-vote-front-85b4df594d-jhpzw                       1/1     Running   2          3d21h
node-debugger-aks-nodepool1-38878740-vmss000000-6ztp6   1/1     Running   0          3m58s

Le pod d’assistance a un préfixe , node-debugger-akscomme indiqué dans la troisième ligne. Remplacez le nom du pod, puis exécutez les commandes scp (Secure Copy) suivantes. Ces commandes récupèrent les fichiers de journal de suivi des événements (.etl) et archive (.cab), qui sont générés pour la capture de paquets.

scp -o 'ProxyCommand ssh -p 2022 -W %h:%p azureuser@127.0.0.1' azureuser@10.240.0.97:AKS_node_name.cab .
scp -o 'ProxyCommand ssh -p 2022 -W %h:%p azureuser@127.0.0.1' azureuser@10.240.0.97:AKS_node_name.etl .

La sortie similaire au texte suivant s’affiche :

$ scp -o 'ProxyCommand ssh -p 2022 -W %h:%p azureuser@127.0.0.1' azureuser@10.240.0.97:AKS_node_name.cab .

Authorized uses only. All activity may be monitored and reported.
AKS_node_name.cab                                                                  100%  571KB 984.0KB/s   00:00

scp -o 'ProxyCommand ssh -p 2022 -W %h:%p azureuser@127.0.0.1' azureuser@10.240.0.97:AKS_node_name.etl .

Authorized uses only. All activity may be monitored and reported.
AKS_node_name.etl                                                                  100% 1536KB   1.3MB/s   00:01

Tout d’abord, procédez comme suit pour transférer les fichiers de vidage TCP du nœud Windows AKS vers la machine virtuelle de saut :

1. Connectez-vous au nœud Windows AKS.

2. Exécutez la commande net use suivante pour mapper la ressource partagée de la machine virtuelle de saut à un nom de lecteur (z :). Si la ressource partagée est autre que le lecteur c : , ajustez la commande.

   C:\Users\bookbinder>net use z: \\tsclient\c
   The command completed successfully.
   

3. Exécutez ensuite la commande de copie suivante pour copier les fichiers de vidage TCP sur votre machine virtuelle de saut :

   C:\Users\azureuser>copy c:\temp\AKS_node_name.* z:\
   AKS_node_name.cab
   AKS_node_name.etl
           2 file(s) copied.
   

Vous pouvez maintenant mettre fin à votre connexion à partir de la machine virtuelle de saut vers le nœud Windows AKS. Les deux fichiers que vous avez générés à partir du vidage se trouvent désormais sur le lecteur c : de la machine virtuelle de saut.

Ensuite, procédez comme suit pour copier les fichiers de vidage de la machine virtuelle de saut vers votre ordinateur :

1. Dans Explorateur de fichiers sur la machine virtuelle de saut, accédez au répertoire racine de votre lecteur c : .

2. Choisissez les fichiers AKS_node_name.cab et AKS_node_name.etl .

3. Faites glisser les deux fichiers vers la connexion nommée C sur <myComputerName>.

   

Les fichiers de vidage se trouvent désormais dans le répertoire racine du lecteur c : de votre ordinateur.