Problèmes connus pour Networking

Si les événements suivants se produisent, dans la console Oracle, vous recevez un message d'erreur indiquant que le CPE ne comprend pas les informations sur le fournisseur (type d'appareil), et que vous devez mettre à jour le CPE et ajouter les informations concernant le fournisseur :

• Vous disposez d'un CPE qui existait avant la publication de la fonctionnalité Application d'aide de configuration de CPE.
• Vous n'avez pas encore modifié le CPE dans la console Oracle et indiqué le fournisseur du CPE.
• Vous tentez de générer le contenu de l'application d'aide pour le CPE ou toute connexion IPSec utilisant ce CPE.

Effectuez les opérations suivantes :

1. Dans la console Oracle, affichez le CPE.
2. Cliquez sur Modifier.
3. Dans la section Informations sur le fournisseur de CPE, sélectionnez le fournisseur de votre CPE. Si vous n'êtes pas certain du fournisseur du CPE, ou s'il ne figure pas dans la liste, sélectionnez Autre.

4. Si vous y êtes invité, sélectionnez une valeur pour Plate-forme/Version. Voici les instructions :

   • Dans la mesure du possible, Oracle recommande d'utiliser une configuration basée sur un routage.
   • Si la plate-forme ou la version propre à votre CPE n'apparaît pas dans la liste, choisissez la plate-forme/version antérieure la plus proche de la version du CPE.
5. Cliquez sur Enregistrer les modifications. Il est important de cliquer sur cette option même si vous n'avez pas modifié la valeur du fournisseur.

Vous pouvez ensuite générer le contenu de l'application d'aide pour le CPE ou toute connexion IPSec utilisant ce CPE.

Nous vous recommandons d'enlever la règle de routage dont le service de destination est défini sur Tous les services <région> dans Oracle Services Network et dont le type de cible est défini sur Passerelle de service. Rétablissez la configuration utilisée avant d'adopter la passerelle de service pour Oracle Services Network. Avec cette modification, les instances publiques conservent l'accès à tous les services Oracle via la passerelle Internet. Les services Oracle peuvent continuer à accéder à vos instances publiques.

Toutefois, les instances du sous-réseau public peuvent continuer à accéder à Object Storage via la passerelle de service. Mettez à jour la table de routage du sous-réseau de manière à inclure une règle de routage dont le service de destination est défini sur OCI <region> Object Storage et la cible sur la passerelle de service du réseau cloud virtuel.

Ce problème connu ne concerne que les sous-réseaux publics ayant accès à une passerelle Internet. Concernant les sous-réseaux privés, vous pouvez continuer à configurer leur table de routage de manière à offrir un accès à Tous les services <region> d'Oracle Services Network ou à OCI <region> Object Storage via la passerelle de service du réseau cloud virtuel.

Plusieurs graphiques Monitoring pour les tunnels de VPN site à site version 1 indiquent des données incorrectes et ne doivent pas être utilisés afin de déterminer les niveaux de trafic récents des tunnels.

Voici la liste des graphiques Monitoring disponibles pour les tunnels de VPN site à site version 1 :

• Etat du tunnel IPSec : ce graphique est exact et indique correctement l'état démarré ou arrêté du tunnel.
• Octets ou paquets envoyés ou reçus : ces quatre graphiques sont inexacts et n'affichent pas le niveau correct d'octets ou de paquets envoyés ou reçus via le tunnel.
• Paquets avec des erreurs : ce graphique est inexact et n'affiche pas le nombre correct de paquets supprimés avec des erreurs.

Pour plus d'informations sur les graphiques, reportez-vous à Mesures de VPN site à site.

• Les référentiels des instances créées avant novembre 2018 peuvent pointer vers des URL inaccessibles via la passerelle de service
• Les instances ne pouvant auparavant pas contacter le serveur YUM de leur région locale utilisent peut-être de nouveau yum.oracle.com, qui n'est pas accessible via la passerelle de service

Essayez la méthode d'atténuation automatisée suivante. Si l'opération échoue pour une raison quelconque, utilisez la méthode d'atténuation manuelle qui suit.

Copiez le script suivant sur le système local et exécutez-le. Ce script désactive les référentiels existants et télécharge le fichier de référentiel, qui oriente le système vers les serveurs YUM locaux de la région, accessibles via la passerelle de service.

#!/bin/bash
REPODIR='/etc/yum.repos.d'
REPOS=$REPODIR/*
REGION=$(curl -sfm 3 http://169.254.169.254/opc/v1/instance/ | jq -r '.region' | cut -d '-' -f 2)
VERSION=$(egrep '^VERSION_ID' /etc/os-release | cut -d '"' -f 2 | cut -d '.' -f 1)
REPOURL="http://yum-${REGION}.oracle.com/yum-${REGION}-ol${VERSION}.repo"

echo "Disabling existing repos"
for i in $REPOS
do
  if [[ "$i" != *".disabled" ]]; then
    mv $i $i.disabled
    echo "$i disabled"
  else
    echo "$i repofile already disabled"
  fi
done
yum clean all
echo "Pulling new regional repository file"
wget -q $REPOURL -O "$REPODIR/yum-${REGION}-ol${VERSION}.repo"
retval=$?
if [[ "$retval" -ne 0 ]]; then
  echo "Unable to pull repo file, please run manual steps"
  exit 1
fi
yum makecache fast

En cas d'échec de l'atténuation automatisée, vous pouvez atténuer le problème manuellement. Pour ce faire, désactivez les fichiers de référentiel existants et téléchargez le tout dernier fichier de référentiel à partir du serveur YUM de la région. Pour identifier la clé de région de votre instance, consultez la liste des régions dans Régions et domaines de disponibilité.

Pour désactiver les fichiers de référentiel existants, accédez au répertoire /etc/yum.repos.d et renommez tous les fichiers présents en ajoutant .disabled à la fin de leur nom.

Exemple :

ls /etc/yum.repos.d ksplice-uptrack.repo.disabled public-yum-ol7.repo.disabled

Téléchargez le fichier de référentiel de votre région vers le système local. L'exemple suivant utilise Ashburn (avec la clé de région iad). Remplacez iad par la clé de région applicable à votre instance.

cd /etc/yum.repos.d/
wget http://yum-iad.oracle.com/yum-iad-ol7.repo
chown root:root yum-iad-ol7.repo
yum makecache fast