Problèmes connus pour le réseau

Si les événements suivants se produisent, dans la console Oracle, vous recevez un message d'erreur indiquant Les informations du fournisseur (type d'appareil) sont manquantes dans l'équipement local d'abonné. Mettez à jour l'équipement local d'abonné et ajoutez les informations du fournisseur :

• Vous disposez d'un équipement local d'abonné qui existait avant la mise en disponibilité de la fonction Application d'aide pour la configuration de l'équipement local d'abonné.
• Vous n'avez pas encore modifié l'équipement local d'abonné dans la console Oracle et indiqué le fournisseur de votre équipement local d'abonné.
• Vous essayez de générer le contenu de l'application d'aide pour l'équipement local d'abonné ou des connexions IPSec qui utilisent cet équipement local d'abonné.

Effectuez les opérations suivantes :

1. Dans la console Oracle, affichez l'équipement local d'abonné.
2. Cliquez sur Modifier.
3. Dans la section Informations sur le fournisseur d'équipement local d'abonné, sélectionnez le fournisseur de votre équipement local d'abonné. Si vous ne connaissez pas le fournisseur de votre équipement local d'abonné, 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. Respectez les consignes suivantes :

   • Oracle recommande d'utiliser une configuration basée sur une route, si possible.
   • Si vous ne voyez pas votre plate-forme ou votre version d'équipement local d'abonné dans la liste, sélectionnez la plate-forme ou la version la plus proche qui précède celle de votre équipement local d'abonné.
5. Cliquez sur Enregistrer les modifications. Il est important de cliquer sur ce bouton même si vous n'avez pas modifié la valeur pour le fournisseur.

Vous pouvez ensuite générer le contenu de l'application d'aide pour l'équipement local d'abonné ou des connexions IPSec qui utilisent cet équipement local d'abonné.

Nous recommandons de supprimer la règle de routage pour laquelle Service de destination est réglé à Tous les services de <region> dans Oracle Services Network et Type de cible est réglé à Passerelle de service. Rétablissez la configuration utilisée avant d'adopter la passerelle de service pour Oracle Services Network. Avec cette modification, vos instances publiques conservent l'accès à tous les services Oracle par l'intermédiaire de la passerelle Internet. Les services Oracle continuent d'accéder à vos instances publiques.

Toutefois, vos instances du sous-réseau public peuvent continuer d'accéder au service Stockage d'objets au moyen de la passerelle de service. Mettez à jour la table de routage du sous-réseau pour y inclure une règle pour laquelle Service de destination est le stockage d'objets OCI <region> et Service cible est la passerelle de service du VCN.

Ce problème connu ne concerne que les sous-réseaux publics qui ont accès à une passerelle Internet. En ce qui concerne les sous-réseaux privés: vous pouvez toujours configurer une table de routage de sous-réseau privé pour fournir l'accès à Tous les services de <region> dans Oracle Services Network ou au stockage d'objets OCI <region> au moyen de la passerelle de service du VCN.

• Il est possible que les référentiels des instances créées avant novembre2018 pointent sur des URL qui ne sont pas accessibles au moyen de la passerelle de service
• Les instances qui n'avaient pas pu communiquer avec le serveur yum de leur région peuvent avoir eu recours à yum.oracle.com, qui n'est pas accessible au moyen de la passerelle de service

Essayez l'atténuation automatisée suivante. En cas d'échec pour une raison quelconque, utilisez la méthode d'atténuation manuelle qui suit.

Copiez le script suivant dans le système local, puis exécutez-le. Le script désactive les référentiels existants et télécharge le fichier de référentiel. Le système est ainsi dirigé vers les serveurs yum locaux de la région accessibles au moyen de 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 effectuer l'opération manuellement. Ici, vous désactivez les fichiers de référentiel existants et vous pouvez extraire le dernier fichier de référentiel du serveur yum de votre région. Pour identifier la clé de région de votre instance, consultez la liste des régions et des domaines de disponibilité.

Pour désactiver les fichiers de référentiel existants, naviguez jusqu'au répertoire /etc/yum.repos.d et renommez tous les fichiers présents de façon à ajouter .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 dans le système local. L'exemple suivant utilise Ashburn (avec la clé de région iad). Remplacer 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