Problemi noti per la rete

Se si verificano le seguenti condizioni, nella Oracle Console viene visualizzato un errore che indica che nel CPE mancano le informazioni sul fornitore (il tipo di dispositivo). Aggiornare il CPE e aggiungere le informazioni sul fornitore:

• Si dispone di un CPE esistente prima del rilascio della funzione di applicazione di supporto per la configurazione CPE.
• Non si è ancora modificato il CPE nella console Oracle e si è specificato quale fornitore crea il CPE.
• Si tenta di generare il contenuto dell'applicazione di supporto per il CPE o qualsiasi connessione IPSec che utilizza il CPE.

Eseguire le azioni riportate di seguito.

1. Nella console Oracle, visualizzare il CPE.
2. Fare clic Modifica.
3. Nella sezione Informazioni sul fornitore CPE, selezionare il fornitore che crea il CPE. Se non si è sicuri di quale sia il fornitore che crea il CPE o se non è presente nella lista, selezionare Altro.

4. Se richiesto, selezionare un valore per Piattaforma/Versione. Ecco le linee guida:

   • Oracle consiglia di utilizzare una configurazione basata sull'instradamento, se possibile.
   • Se non vedi la tua piattaforma o versione CPE specifica nell'elenco, scegli la piattaforma o la versione più vicina che precede la tua versione CPE.
5. Fare clic su Salva modifiche. È importante fare clic su questo pulsante anche se non è stato modificato il valore del fornitore.

È quindi possibile generare correttamente il contenuto dell'helper per il CPE o qualsiasi connessione IPSec che utilizza tale CPE.

Si consiglia di rimuovere la regola di instradamento per la quale il servizio di destinazione è impostato su Tutti i servizi <region> in Oracle Services Network e il tipo di destinazione è impostato su gateway del servizio. Ripristinare la configurazione utilizzata prima di adottare il gateway di servizi per Oracle Services Network. Con questa modifica, le tue istanze pubbliche conservano l'accesso a tutti i servizi Oracle tramite il gateway Internet. I servizi Oracle possono continuare ad accedere alle tue istanze pubbliche.

Tuttavia, le tue istanze nella subnet pubblica possono continuare ad accedere allo storage degli oggetti tramite il gateway del servizio. Aggiornare la tabella di instradamento della subnet in modo da includere una regola di instradamento con il servizio di destinazione impostato su Storage degli oggetti OCI <region> e la destinazione impostata sul gateway del servizio della VCN.

Questo problema noto si applica solo alle subnet pubbliche che hanno accesso a un gateway Internet. Per quanto riguarda le subnet private, puoi comunque configurare la tabella di instradamento di una subnet privata in modo da fornire l'accesso a Tutti i servizi <region> in Oracle Services Network o allo storage degli oggetti OCI <region> tramite il gateway di servizi della VCN.

• I repository delle istanze create prima di novembre 2018 potrebbero puntare a URL non accessibili tramite il gateway del servizio
• Le istanze che non erano in grado di contattare il server yum dell'area locale in precedenza potrebbero essere tornate all'uso di yum.oracle.com, che non è accessibile tramite il gateway del servizio

Prova la seguente mitigazione automatica. Se si verifica un errore per un motivo qualsiasi, utilizzare il metodo di mitigazione manuale riportato di seguito.

Copiare lo script seguente sul sistema locale ed eseguirlo. Lo script disabilita i repository esistenti e scarica il file di repository, che indirizza il sistema ai server yum locali dell'area accessibili tramite il gateway del servizio.

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

Se la mitigazione automatica non riesce, è possibile mitigare manualmente il problema. Qui è possibile disabilitare i file di repository esistenti ed estrarre il file di repository più recente dal server yum della propria area. Per identificare la chiave dell'area dell'istanza, consulta la lista delle aree in Aree e domini di disponibilità.

Per disabilitare i file di repository esistenti, andare alla directory /etc/yum.repos.d e rinominare tutti i file presenti in modo da includere .disabled alla fine del nome file.

Ad esempio:

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

Scaricare il file di repository per la propria area nel sistema locale. Nell'esempio seguente viene utilizzato Ashburn (con chiave area iad). Sostituire iad con la chiave regionale applicabile alla propria istanza.

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