Bekannte Probleme bei Networking

In den folgenden Fällen wird in der Oracle-Konsole folgende Fehlermeldung angezeigt: Die Herstellerinformationen (Gerätetyp) des CPE fehlen. Aktualisieren Sie das CPE, und fügen Sie die Herstellerinformationen hinzu:

• Das CPE war vor der Freigabe des Features CPE-Konfigurations-Helper bereits vorhanden.
• Sie haben das CPE in der Oracle-Konsole noch nicht bearbeitet und den Hersteller des CPE noch nicht angegeben.
• Sie versuchen, den Helper-Inhalt für das CPE oder eine IPsec-Verbindung zu generieren, die dieses CPE verwendet.

Führen Sie folgende Aktionen aus:

1. Zeigen Sie in der Oracle-Konsole das CPE an.
2. Klicken Sie auf Bearbeiten.
3. Wählen Sie im Abschnitt CPE-Anbieterinformationen den Hersteller des CPE aus. Wenn Sie sich nicht sicher sind, wer der Hersteller Ihres CPE ist, oder das CPE nicht in der Liste aufgeführt ist, wählen Sie Sonstige aus.

4. Wählen Sie bei entsprechender Aufforderung einen Wert unter Plattform/Version aus. Beachten Sie die folgenden Richtlinien:

   • Oracle empfiehlt, nach Möglichkeit eine routenbasierte Konfiguration zu verwenden.
   • Wenn Ihre spezifische CPE-Plattform oder -Version nicht in der Liste enthalten ist, wählen Sie die vorherige Plattform/Vorversion aus, die Ihrer CPE-Version am Nächsten liegt.
5. Klicken Sie auf Änderungen speichern. Sie müssen auch auf diese Option klicken, wenn Sie den Wert für den Anbieter nicht geändert haben.

Anschließend können Sie den Helper-Inhalt für das CPE oder eine IPsec-Verbindung, die dieses CPE verwendet, erfolgreich generieren.

Oracle empfiehlt, dass Sie die Routingregel entfernen, bei der der Zielservice als Alle <Region>-Services in Oracle Services Network und der Zieltyp als Servicegateway festgelegt ist. Stellen Sie die Konfiguration wieder her, die Sie verwendet haben, bevor Sie das Servicegateway für Oracle Services Network übernommen haben. Mit dieser Änderung wird der Zugriff Ihrer öffentlichen Instanzen auf alle Oracle-Services über das Internetgateway beibehalten. Oracle -Services können weiterhin auf Ihre öffentlichen Instanzen zugreifen.

Allerdings können Ihre Instanzen im öffentlichen Subnetz weiterhin über das Servicegateway auf Object Storage zugreifen. Aktualisieren Sie die Routentabelle des Subnetzes so, dass sie eine Routingregel enthält, bei der der Zielservice als OCI <Region> Object Storage festgelegt und das Ziel auf das Servicegateway des VCN gesetzt ist.

Dieses bekannte Problem gilt nur für öffentliche Subnetze, die Zugriff auf ein Internetgateway haben. Für private Subnetze: Sie können für das private Subnetz weiterhin eine Routentabelle konfigurieren, um den Zugriff auf Alle <Region>-Services in Oracle Services Network oder auf OCI <Region> Object Storage über das Servicegateway des VCN zu ermöglichen.

Monitoring-Diagramme für Site-to-Site VPN v1-Tunnel zeigen falsche Daten an und dürfen nicht verwendet werden, um die aktuellen Trafficmengen im Tunnel zu bestimmen.

Die folgenden Monitoring-Diagramme sind für Site-to-Site-VPN v1-Tunnel verfügbar:

• IPSec-Tunnelstatus: Dieses Diagramm ist korrekt und zeigt den Status "Hochgefahren" oder "Heruntergefahren" des Tunnels richtig an.
• Gesendete oder empfangene Byte oder Pakete: Diese vier Diagramme sind ungenau und zeigen nicht die richtige Anzahl von Byte oder Paketen an, die über den Tunnel gesendet oder empfangen wurden.
• Pakete mit Fehlern: Dieses Diagramm ist nicht korrekt und zeigt nicht die richtige Anzahl von Paketen an, die mit Fehlern gelöscht wurden.

Weitere Informationen zu den Diagrammen finden Sie unter Site-to-Site VPN-Metriken.

• Die Repositorys von Instanzen, die vor November 2018 erstellt wurden, verweisen möglicherweise auf URLs, auf die nicht über das Servicegateway zugegriffen werden kann
• Instanzen, die den yum-Server der lokalen Region nicht kontaktieren konnten, verwenden möglicherweise wieder den Server yum.oracle.com, auf den über das Servicegateway nicht zugegriffen werden kann

Verwenden Sie die folgende automatisierte Minderung. Wenn die Methode aus irgendeinem Grund nicht erfolgreich verläuft, verwenden Sie die folgende manuelle Minderungsmethode.

Kopieren Sie das folgende Skript in das lokale System, und führen Sie es aus. Das Skript deaktiviert vorhandene Repositorys und lädt die Repository-Datei herunter. Diese leitet das System zu den lokalen yum-Servern der Region, auf die über das Servicegateway zugegriffen werden kann.

#!/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

Wenn die automatisierte Minderung nicht erfolgreich verläuft, können Sie das Problem manuell eingrenzen. Hierzu deaktivieren Sie die vorhandenen Repository-Dateien und rufen die neueste Repository-Datei vom yum-Server Ihrer Region ab. Um den Regionsschlüssel Ihrer Instanz zu identifizieren, prüfen Sie die Regionsliste unter Regionen und Availability-Domains.

Um die vorhandenen Repository-Dateien zu deaktivieren, navigieren Sie zum Verzeichnis /etc/yum.repos.d, und benennen Sie alle vorhandenen Dateien um, indem Sie .disabled an das Ende des Dateinamens anhängen.

Beispiel:

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

Laden Sie die Repository-Datei für Ihre Region in das lokale System herunter. Im folgenden Beispiel wird Ashburn (mit dem Regionsschlüssel iad) verwendet. Ersetzen Sie iad durch den Regionsschlüssel für Ihre Instanz.

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