Mantieni tutto organizzato con le raccolte Salva e classifica i contenuti in base alle tue preferenze.

Crea VM con più interfacce di rete

Per impostazione predefinita, ogni istanza di macchina virtuale (VM) in una rete Virtual Private Cloud (VPC) ha una singola interfaccia di rete. Tuttavia, puoi configurare un'istanza con più interfacce di rete. Quando utilizzi più interfacce di rete da un'istanza, ogni interfaccia deve collegarsi a una subnet di una rete VPC diversa. Non puoi collegare più interfacce di rete alla stessa rete VPC, anche se selezioni subnet diverse della rete.

Puoi configurare le interfacce VM solo con indirizzi IPv4 (stack singolo) o indirizzi IPv4 e IPv6 (stack doppio).

Se non hai bisogno di più interfacce di rete, segui la procedura per creare e avviare un'istanza per creare istanze con la configurazione di rete predefinita.

Per scoprire di più sulle diverse interfacce di rete e sul loro funzionamento, consulta Interfacce di rete multiple.

Specifiche

  • Puoi configurare un'interfaccia di rete solo quando crei un'istanza.

  • Ogni interfaccia di rete configurata in una singola istanza deve:

    • Collegalo a una rete VPC diversa, a una rete VPC autonoma o a una rete VPC condiviso.
    • Appartiene a una subnet il cui intervallo IP non si sovrappone alle subnet di nessun'altra interfaccia.
  • Se vuoi creare una VM collegata a più reti VPC, tutte le reti devono esistere prima della creazione dell'istanza. Per scoprire di più sulla creazione di reti, consulta Creare e modificare reti VPC.

  • Non puoi eliminare un'interfaccia di rete senza eliminare l'istanza.

  • Ogni istanza deve avere un minimo di 1 interfaccia di rete e un massimo di 8, a seconda del tipo di macchina dell'istanza.

    • Il campo nic0 è obbligatorio e deve essere configurato al momento della creazione dell'istanza.
    • Gli elementi nic1 e nic7 sono facoltativi, ma devono essere configurati anche al momento della creazione dell'istanza.
    • Per scoprire di più, consulta la pagina Numero massimo di interfacce.
  • Ogni interfaccia può avere facoltativamente un indirizzo IPv4 esterno.

  • Se connetti una VM a una subnet che ha un intervallo di subnet IPv6 interno o esterno, puoi facoltativamente configurare un indirizzo IPv6 interno o esterno.

  • Il server DHCP di Google Cloud invia una route predefinita (RFC 3442, "route statico senza classe") solo alla NIC predefinita, nic0. Se è necessaria una route predefinita su un altro NIC, devi configurare il routing dei criteri sull'istanza.

  • Tutte le interfacce VM devono connettersi alle reti nello stesso progetto della VM o a un VPC condiviso condiviso con il progetto.

Limitazioni

  • Non puoi aggiungere o rimuovere le interfacce di rete da una VM esistente.

  • L'inoltro IP è attivato a livello di VM e non può essere applicato alle singole interfacce.

Autorizzazioni, IAM e istanze con più interfacce di rete

Per creare un'istanza con più interfacce di rete, devi avere uno dei seguenti ruoli:

  • Proprietario del progetto o ruolo dell'editor
  • Ruolo compute.instanceAdmin.v1

Creazione ed eliminazione di istanze e modelli di istanza con più interfacce in un progetto che non utilizza l'ambiente VPC condiviso:un utente con il ruolo PROPRIETARIO, EDITOR o compute.instanceAdmin.v1 a livello di progetto può creare un'istanza con più interfacce associate a reti e subnet VPC che fanno parte dello stesso progetto.

Creazione ed eliminazione di istanze e modelli di istanza con più interfacce negli ambienti VPC condivisi:un utente con il ruolo PROPRIETARIO, EDITOR o compute.instanceAdmin.v1 a livello di progetto può creare un'istanza con più interfacce. Se una delle interfacce è associata a una subnet in un progetto host del VPC condiviso, devi avere anche il ruolo compute.networkUser a livello di progetto host del VPC condiviso o a livello di subnet VPC condiviso.

Per scoprire di più sulle autorizzazioni, leggi la documentazione di IAM di Compute Engine

Utilizza più interfacce di rete con diversi tipi di rete VPC

  • Con le reti legacy non sono supportate più interfacce di rete.
  • Quando configuri più interfacce di rete, collega ciascuna interfaccia a una rete VPC in modalità automatica o a una rete VPC in modalità personalizzata.

Assegnazione di indirizzi IP dell'interfaccia di rete

  • Devi configurare ogni interfaccia di rete con un indirizzo IP interno primario assegnato dall'intervallo di indirizzi IP principali di una subnet.
    • L'indirizzo interno principale assegnato a ciascuna interfaccia in una singola istanza deve essere diverso.
  • Puoi scegliere di configurare ciascuna delle interfacce virtuali (NIC) con un indirizzo IP esterno univoco. Gli indirizzi esterni possono essere temporanei o riservati.

Numero massimo di interfacce di rete

Il numero di interfacce di rete virtuale scala con il numero di vCPU con un minimo di 2 e un massimo di 8.

Usa la tabella seguente per determinare quante interfacce di rete possono essere collegate a un'istanza:

Numero di vCPU Numero di vNIC
2 o meno 2
4 Fino a 4
6 Fino a 6
8 o più Fino a 8

Prima di iniziare

crea istanze VM con più interfacce di rete

La creazione di un'istanza con una singola interfaccia non è modificata. Per istruzioni generali sulla creazione di istanze, consulta Creazione e avvio di un'istanza.

Puoi aggiungere più interfacce di rete quando crei un'istanza:

  • Nella console Google Cloud, puoi aggiungere le interfacce di rete nella pagina Crea un'istanza, nella sezione Networking > Interfacce di rete.
  • Nell'interfaccia a riga di comando gcloud, utilizza il comando instances create. Includi il flag --network-interface per ogni interfaccia, seguito da eventuali chiavi di rete appropriate, ad esempio ([network | subnet], private-network-ip, address).

La prima interfaccia viene sempre creata come nic0 ed è sempre quella predefinita. Ciò è importante per alcuni altri aspetti del networking di Google Cloud. Ad esempio, i bilanciatori del carico Google Cloud (tranne Bilanciamento del carico TCP/UDP interno) distribuiscono il traffico solo a nic0.

Console

  1. Vai alla pagina Crea un'istanza.

    Vai a Crea un'istanza

  2. Inserisci un nome per l'istanza.

  3. Seleziona una regione.

  4. Seleziona una zona.

  5. Espandi la sezione Networking, dischi, sicurezza, gestione, single tenancy.

  6. Espandi Networking ed esegui le seguenti operazioni:

    1. Nella sezione Interfacce di rete, espandi l'interfaccia di rete per modificarla.

    2. In Rete e Subnet, seleziona la rete e la subnet da utilizzare.

      Se vuoi configurare indirizzi IPv6 nell'interfaccia, seleziona una subnet con un intervallo di indirizzi IPv6 configurato. Il tipo di accesso IPv6 della subnet determina se la VM riceve un indirizzo IPv6 interno o un indirizzo IPv6 esterno.

    3. Seleziona un tipo di stack IP: IPv4 (stack singolo) o IPv4 e IPv6 (stack doppio).

    4. In IP interno principale, seleziona una delle seguenti opzioni:

      • Temporaneo per assegnare un nuovo indirizzo IPv4 temporaneo
      • Un indirizzo IPv4 riservato indicato nell'elenco
      • Statico per assegnare un nuovo indirizzo IPv4 statico
    5. In Indirizzo IPv4 esterno, seleziona una delle seguenti opzioni:

      • Temporaneo per assegnare un nuovo indirizzo IPv4 temporaneo
      • Nessuno per non assegnare un indirizzo IPv4 esterno
      • Un indirizzo IPv4 riservato indicato nell'elenco
      • Crea un nuovo indirizzo IP per assegnare un nuovo indirizzo IPv4 statico
    6. Per completare la modifica dell'interfaccia di rete, fai clic su Fine.

  7. Fai clic su Aggiungi interfaccia di rete per aggiungere un'altra interfaccia.

  8. Continua con il processo di creazione della VM.

  9. Fai clic su Crea.

gcloud

Crea interfacce di rete su una nuova istanza utilizzando il comando instances create. Includi il flag --network-interface per ogni interfaccia, seguito da eventuali chiavi di networking appropriate, ad esempio [network,subnet],private-network-ip,address). Per visualizzare esempi di come creare VM con più interfacce, consulta la pagina Configurazioni di esempio.

Questo snippet illustra solo il flag --network-interface, uno dei tanti possibili parametri che puoi specificare durante la creazione di un'istanza. Per altri flag, consulta il riferimento gcloud per il comando instances create. Consulta la tabella Numero massimo di interfacce di rete per vedere quali tipi di macchine supportano il numero di interfacce di rete necessarie.

gcloud compute instances create INSTANCE_NAME \
    --zone [ZONE] \
    [--network-interface \
        [network=NETWORK,subnet=SUBNET], \
        [stack-type=STACK_TYPE], \
        [address=EXTERNAL_IPV4_ADDRESS | no-address], \
        [private-network-ip=INTERNAL_IPV4_ADDRESS] \
        [internal-ipv6-address=INTERNAL_IPV6_ADDRESS]
    ...]

Sostituisci quanto segue:

  • ZONE: la zona in cui viene creata l'istanza.
  • NETWORK: la rete a cui si collega l'interfaccia.
  • SUBNET: la subnet a cui si collega l'interfaccia.
  • STACK_TYPE: tipo di stack per l'interfaccia.

    Il valore predefinito è IPV4_ONLY. Specifica IPV4_IPV6 per configurare un'interfaccia a doppio stack.

  • EXTERNAL_IPV4_ADDRESS: assegna all'interfaccia l'indirizzo IPv4 esterno denominato.

    Devi aver già prenotato un indirizzo esterno. Specifica "no-address" invece di address=EXTERNAL_IPV4_ADDRESS se non vuoi che l'interfaccia abbia un indirizzo IP esterno. Specifica address='' se vuoi che l'interfaccia riceva un indirizzo IP esterno temporaneo.

  • INTERNAL_IPV4_ADDRESS: l'indirizzo IPv4 interno che vuoi inserire nell'interfaccia nella subnet di destinazione. Ometti se vuoi assegnare un indirizzo valido.

  • INTERNAL_IPV6_ADDRESS: l'indirizzo IPv6 interno che vuoi avere nell'interfaccia nella subnet di destinazione. Se ometti questo flag, non viene assegnato un indirizzo IPv6 interno.

API

Creare un'istanza VM con più interfacce di rete.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances
{
  "networkInterfaces": [
    {
      "subnetwork": "SUBNET_URL"
    },
      for each interface, specify a network...
  ],
  other instance settings...
}

Sostituisci i segnaposto con valori validi:

  • SUBNET_URL è l'URL della subnet in cui si troverà l'interfaccia di rete.
  • PROJECT_ID è l'ID del progetto che conterrà l'istanza.
  • ZONE la zona che conterrà l'istanza.

Per ulteriori informazioni, consulta il metodo instances.insert.

Terraform

Puoi utilizzare una risorsa Terraform per creare un'istanza VM con più interfacce di rete.

Gli argomenti Terraform hanno valori di esempio modificabili.

resource "google_compute_instance" "default" {
  project      = var.project_id # Replace with your project ID in quotes
  zone         = "us-central1-b"
  name         = "backend-instance"
  machine_type = "e2-medium"
  boot_disk {
    initialize_params {
      image = "debian-cloud/debian-9"
    }
  }
  network_interface {
    subnetwork = var.subnet_1 # Replace with self link to a subnetwork in quotes
    network_ip = "10.0.0.14"
  }
  network_interface {
    subnetwork = var.subnet_2 # Replace with self link to a subnetwork in quotes
    network_ip = "10.10.20.14"
  }
}

Per scoprire come applicare o rimuovere una configurazione Terraform, vedi Comandi Terraform di base.

Esempi di configurazioni

Le sezioni seguenti mostrano come creare VM con più interfacce.

Configura più interfacce di rete con indirizzi IPv4

Il seguente comando di esempio crea un'istanza con tre interfacce di rete.

 gcloud compute instances create vm1 --machine-type=n1-standard-4 \
    --network-interface '' \
    --network-interface network=net1,subnet=subnet-a,private-network-ip=10.10.10.2,address=EXTERNAL_IPV4_ADDRESS \
    --network-interface network=net2,subnet=subnet-b,private-network-ip=10.10.20.2,no-address

Le interfacce vengono create come segue:

  • L'app nic0 è stata creata con le impostazioni predefinite. L'interfaccia è collegata alla rete VPC predefinita, con un indirizzo IP interno assegnato automaticamente e un indirizzo IP esterno temporaneo.

  • nic1 è collegato alla subnet subnet-a nella rete net1, con un indirizzo IPv4 interno 10.10.10.2 e un indirizzo IPv4 esterno statico, EXTERNAL_IPV4_ADDRESS.

  • nic2 è collegato alla subnet subnet-b nella rete net2 e ha un indirizzo IPv4 interno 10.10.20.2 e nessun indirizzo IP esterno.

Per una descrizione completa del comando gcloud compute instances create e del flag --network-interface, consulta la documentazione relativa al comando.

Puoi utilizzare l'indirizzo IP del NIC che hai aggiunto per configurare l'inoltro DNS. Per scoprire di più sulla configurazione delle zone di inoltro di Cloud DNS, consulta Zone di inoltro.

Configura più interfacce di rete con indirizzi IPv4 e IPv6

Il seguente comando di esempio crea un'istanza a doppio stack con due interfacce di rete.

gcloud compute instances create vm1 \
--network-interface network=dual-int,subnet=int-subnet,stack-type=IPV4_IPV6 \
--network-interface network=dual-ext,subnet=ext-subnet,stack-type=IPV4_IPV6,ipv6-network-tier=PREMIUM \
--machine-type=n1-standard-4 --zone=us-west2-a

Le interfacce vengono create come segue:

  • nic0 è collegato alla subnet int-subnet nella rete dual-int con un indirizzo IPv4 interno temporaneo e un indirizzo IPv6 interno temporaneo.

  • nic1 è collegato alla subnet ext-subnet nella rete dual-ext con un indirizzo IPv4 interno temporaneo e un indirizzo IPv6 esterno temporaneo.

Configura più interfacce di rete per i gruppi di istanze

Puoi utilizzare le istanze con più interfacce di rete in gruppi di istanze non gestite e gruppi di istanze gestite.

Per i gruppi di istanze non gestite, crea ogni istanza singolarmente, assicurandoti che l'interfaccia di rete nic0 per ogni VM si trovi nella stessa rete VPC. Quindi, aggiungi le istanze VM al gruppo di istanze non gestite.

Per configurare più interfacce di rete per i gruppi di istanze gestite, devi specificare la configurazione di rete per ogni interfaccia nel modello di istanza, impostando il flag --network-interface una volta per ogni interfaccia. L'esempio seguente crea un modello di istanza con tre interfacce di rete:

gcloud compute instance-templates create template-1 \
    --network-interface subnet=net0-subnet-a \
    --network-interface subnet=net1-subnet-b,no-address \
    --network-interface subnet=net2-subnet-c,no-address \
    --region us-central1

Poiché i nomi delle subnet in ogni area geografica di un progetto devono essere univoci, la specifica delle subnet per nome associa implicitamente ogni interfaccia a una rete VPC. Ogni interfaccia deve utilizzare una rete VPC univoca:

  • nic0 utilizza la subnet net0-subnet-a
  • nic1 utilizza la subnet net1-subnet-b
  • nic2 utilizza la subnet net2-subnet-c

L'opzione no-address nel flag --network-interface indica che l'interfaccia è configurata senza un indirizzo IP esterno. L'indirizzo IP interno proviene dalla subnet utilizzata dall'interfaccia. Per informazioni complete sui flag e sulla sintassi, consulta il flag --network-interface per il comando instance-templates create.

Configura routing dei criteri

Per le immagini supportate da Google, quando è necessaria un'interfaccia di rete secondaria (un'interfaccia diversa da nic0) per comunicare con qualsiasi indirizzo IP non locale nell'intervallo di subnet principale della subnet associata a tale interfaccia secondaria, devi configurare il routing dei criteri per assicurarti che i pacchetti in uscita lascino l'interfaccia corretta. In questi casi, devi configurare una tabella di routing separata per ogni interfaccia di rete utilizzando il routing dei criteri.

Il routing dei criteri basati sull'origine non è supportato dai sistemi operativi Windows.

Trova il gateway predefinito per l'interfaccia

Puoi trovare il gateway predefinito per l'interfaccia di una VM eseguendo una query sul server dei metadati.

  • Per trovare il gateway predefinito per l'indirizzo IPv4 di un'interfaccia, effettua la seguente richiesta dalla VM:

    curl http://metadata.google.internal/computeMetadata/v1/instance/network-interfaces/INTERFACE_NUMBER/gateway -H "Metadata-Flavor: Google"
    

    Sostituisci INTERFACE_NUMBER con il numero dell'interfaccia. Ad esempio, per trovare il gateway predefinito per nic1, utilizza 1.

  • Per trovare il gateway predefinito per l'indirizzo IPv6 di un'interfaccia, effettua la seguente richiesta dalla VM:

    curl http://metadata.google.internal/computeMetadata/v1/instance/network-interfaces/INTERFACE_NUMBER/gateway-ipv6 -H "Metadata-Flavor: Google"
    

    Sostituisci INTERFACE_NUMBER con il numero dell'interfaccia. Ad esempio, per trovare il gateway predefinito per nic1, utilizza 1.

Configura il routing basato su criteri sulle VM Linux

Per evitare di perdere la connettività alla VM mentre modifichi la route predefinita, utilizza la console di serie.

  • Configura il routing dei criteri per ogni interfaccia secondaria con ifconfig. Non configurare l'interfaccia principale (nic0), in quanto presenta una route configurata.

    sudo ifconfig NIC IP_ADDRESS netmask NETMASK broadcast IP_ADDRESS mtu 1430
    echo "1 rt1" | sudo tee -a /etc/iproute2/rt_tables
    sudo ip route add GATEWAY src IP_ADDRESS dev NIC table rt1
    sudo ip route add default via GATEWAY dev NIC table rt1
    sudo ip rule add from IP_ADDRESS/PREFIX_LENGTH table rt1
    sudo ip rule add to IP_ADDRESS/PREFIX_LENGTH  table rt1
    

    Sostituisci quanto segue:

    • NIC: l'interfaccia per cui vuoi aggiungere un percorso. Ad esempio, eth1.
    • IP_ADDRESS: l'indirizzo IP configurato nell'interfaccia.
    • NETMASK: la netmask dell'interfaccia. Ad esempio: 255.255.255.255.
    • GATEWAY: l'indirizzo IP del gateway predefinito dell'interfaccia.
    • PREFIX_LENGTH: la lunghezza del prefisso per l'indirizzo IP configurato.

Configura il routing basato su criteri su Ubuntu 18.04 o versioni successive

Con il passaggio da ifupdown a Netplan come utilità di configurazione di rete predefinita per Ubuntu 18.04 LTS o versioni successive, il pacchetto ifconfig non è preinstallato. Inoltre, le modifiche apportate ai file di configurazione di rete di Netplan non vengono mantenute dopo i riavvii delle VM di Compute Engine.

  1. Creare uno script di avvio che imposti una tabella di routing per ogni interfaccia di rete all'avvio della VM. Scopri di più su come creare script di avvio.

    L'utilizzo di uno script di avvio non funziona se stai montando una condivisione di file nella VM perché vengono eseguiti solo dopo che le partizioni sono state montate. In questo modo, la condivisione file viene sempre montata sull'interfaccia predefinita prima della creazione della tabella di routing da parte dello script di avvio.

  2. Per montare una condivisione file su una VM tramite una rete secondaria, vale a dire un'interfaccia diversa da nic0, devi configurare il criterio di routing della VM client per assicurarti che la condivisione file venga montata tramite l'interfaccia di rete corretta. Per farlo, modifica i seguenti file:

    • In /etc/default/instance_configs.cfg, imposta il flag setup per NetworkInterfaces su false:

      [NetworkInterfaces]
      dhclient_script = /sbin/google-dhclient-script
      dhcp_command =
      ip_forwarding = true
          setup = false
      

    • In /etc/network/interfaces, aggiungi le seguenti righe all'interfaccia di interesse:

      auto eth1
      iface eth1 inet dhcp
          up ip route add filestore-reserved-address-range via default-gateway-of-nic-to-filestore
      

    Sostituisci quanto segue:

    • filestore-reserved-address-range è l'intervallo di indirizzi riservato utilizzato dall'istanza di Compute Engine.
    • default-gateway-of-nic-to-filestore è l'indirizzo IP del gateway predefinito della NIC connessa alla rete VPC condivisa con l'istanza di Compute Engine.

    Per ulteriori informazioni sul montaggio di una condivisione file su un'istanza VM, consulta Montaggio di condivisioni file su Compute Engine.

Risolvere i problemi

Non posso creare una VM con più interfacce

Potresti vedere uno dei seguenti messaggi di errore:

  • Invalid value for field 'resource': ''. Too many network interfaces. The maximum number of network interfaces allowed for this machine type is.

    Se ricevi questo messaggio di errore, stai tentando di creare più interfacce rispetto a quelle massime supportate dal tipo di macchina dell'istanza. Consulta la tabella Numero massimo di interfacce.

  • Networks must be distinct for NICs attached to a VM.

    Se ricevi questo messaggio, stai tentando di creare più di un'interfaccia nella stessa rete. Ogni interfaccia di rete deve essere collegata a una rete VPC diversa.

  • Subnetwork CIDR ranges must be non-overlapping for NICs attached to a VM.

    Se ricevi questo messaggio, gli intervalli CIDR associati alle interfacce della VM si sovrappongono. Questi intervalli CIDR includono tutti gli intervalli primari di subnet associate alle interfacce VM, nonché gli intervalli secondari utilizzati per gli intervalli IP alias. Ogni interfaccia è collegata a una subnet, ognuna in una rete VPC diversa, che non deve sovrapporsi alle subnet di altre interfacce. Ad esempio, se stai cercando di creare la tua istanza nella regione us-west1, puoi controllare gli intervalli CIDR primari della subnet utilizzando il seguente comando o la console Google Cloud.

    gcloud compute networks subnets list --regions us-west1
    NAME                REGION    NETWORK          RANGE
    default             us-west1  default          10.138.0.0/20
    overlapping-subnet  us-west1  test-network     10.138.8.0/24
    

    Per controllare gli intervalli CIDR secondari della subnet, utilizza il comando seguente o la console Google Cloud.

    gcloud compute networks subnets describe overlapping-subnet --region us-west1
    
    ...
    ipCidrRange: 10.128.8.0/24
    ...
    secondaryIpRanges:
    - ipCidrRange: 10.138.8.0/24
      rangeName: conflicting-range
    
  • Multiple network interfaces are not supported on legacy networks.

    Se ricevi questo messaggio, stai tentando di creare l'istanza in una rete legacy. Le istanze con più interfacce non sono supportate con le reti legacy. Puoi controllare se una rete è una rete legacy utilizzando il seguente comando o la console Google Cloud. Il campo Modalità indica il tipo di rete.

    gcloud compute networks list
    NAME             MODE    IPV4_RANGE     GATEWAY_IPV4
    default          auto
    legacy-network   legacy  10.240.0.0/16  10.240.0.1
    test-network     custom
    

  • Required 'compute.instances.create' permission for 'projects/PROJECT_ID/zones/ZONE/instances/test-inst'

    Se ricevi questo messaggio, l'account con cui hai eseguito l'accesso non dispone delle autorizzazioni IAM necessarie per creare un'istanza. Consulta Autorizzazioni IAM per informazioni dettagliate sui ruoli richiesti per la creazione delle istanze. Puoi controllare se il criterio IAM associato al tuo progetto ti concede uno dei seguenti ruoli: OWNER, EDITOR o compute.instanceAdmin.v1. Per creare istanze in VPC condiviso, hai bisogno anche del ruolo compute.networkUser. Nell'esempio seguente, l'account email2@gmail.com non dispone delle autorizzazioni IAM sufficienti per creare un'istanza. Per istruzioni più dettagliate, consulta la guida IAM su concessione, modifica e revoca dell'accesso alle risorse.

    gcloud projects get-iam-policy PROJECT_ID
    bindings:
    - members:
      - user:email1@gmail.com
        role: roles/owner
    - members:
      - serviceAccount:our-project-123@appspot.gserviceaccount.com
      - serviceAccount:123456789012-compute@developer.gserviceaccount.com
        role: roles/editor
    - members:
      - user:email2@gmail.com
        role: roles/viewer
    etag: BwUjMhXbSPU=
    version: 1
    

    Puoi chiedere al proprietario o all'editor del progetto di concederti il ruolo di OWNER, EDITOR o compute.instanceAdmin.v1. Avrai bisogno anche del ruolo compute.networkUser se associ una qualsiasi interfaccia a una subnet appartenente al VPC condiviso.

    gcloud projects set-iam_policy --member user:email2@gmail.com --role roles/editor
    

Non riesco a connettermi all'indirizzo IP interno di un'interfaccia secondaria

  • Controlla le regole firewall per vedere che consentono la connettività all'interfaccia secondaria della VM. Puoi verificare le regole firewall per la rete collegata all'interfaccia secondaria visitando la console Google Cloud e facendo clic sulla rete VPC appropriata oppure utilizzando il seguente comando gcloud.

    gcloud compute firewall-rules list --filter='network:NETWORK_NAME'
    
  • Verifica se stai tentando di connetterti a un'interfaccia secondaria da un indirizzo Internet o dall'esterno della rete dell'interfaccia secondaria. Puoi connetterti all'IP interno di un'interfaccia solo dalla sua rete. Se hai bisogno di raggiungere l'interfaccia dall'esterno della rete, puoi assegnare un indirizzo IP esterno alla tua interfaccia secondaria.

  • Controlla se stai tentando di connetterti all'IP interno dell'interfaccia secondaria dall'esterno della subnet a cui è collegata l'interfaccia secondaria, da un'altra subnet della stessa rete o da una rete in peering. Più interfacce di rete per istanza spiegano l'interazione tra il peering VPC e le istanze VM con più interfacce. Per raggiungere le interfacce secondarie dall'esterno della subnet dell'interfaccia, potresti dover configurare le route sulla VM. Consulta Comportamento DHCP con più interfacce di rete per informazioni dettagliate su come i programmi DHCP instradano le route predefinite nella VM.

  • Se stai cercando di accedere a un indirizzo IPv6, consulta anche Non riesco a connettermi all'indirizzo IPv6 di un'interfaccia secondaria.

Non riesco a connettermi a un'interfaccia secondaria utilizzando un indirizzo IP esterno

Il server DHCP programma una route predefinita solo sull'interfaccia di rete principale della VM. Se vuoi connetterti all'interfaccia secondaria utilizzando un IP esterno, hai due opzioni. Se devi solo connetterti all'esterno della rete nell'interfaccia di rete secondaria, puoi impostare una route predefinita sull'interfaccia di rete specifica. In caso contrario, puoi utilizzare Configurazione del routing dei criteri per configurare una tabella di routing separata utilizzando il routing dei criteri basato sull'origine nella VM.

Se stai cercando di accedere a un indirizzo IPv6, consulta anche Non riesco a connettermi all'indirizzo IPv6 di un'interfaccia secondaria.

Non riesco a connettermi all'indirizzo IPv6 di un'interfaccia secondaria

Se stai cercando di accedere a un indirizzo IPv6, verifica che sulla VM sia installata google-guest-agent versione 20220603.00 o successiva. Per maggiori informazioni sulla gestione delle versioni google-guest-agent, consulta Ambiente guest.

Se hai una versione precedente di google-guest-agent, le interfacce secondarie non ricevono una route di subnet IPv6. Ti consigliamo di aggiornare l'agente guest in modo che le route siano configurate correttamente.

Tuttavia, come soluzione alternativa, puoi creare uno script di avvio per apportare la seguente modifica di configurazione a ciascuna interfaccia secondaria.

sudo sysctl -w net.ipv6.conf.INTERFACE_NAME.accept_ra_rt_info_max_plen=128

Sostituisci INTERFACE_NAME con il nome dell'interfaccia, ad esempio eth1 o ens5.

Ho problemi di connettività quando utilizzo una netmask diversa da /32

Per impostazione predefinita, il server di metadati dell'istanza risponde solo alle richieste ARP per il gateway predefinito.

Per configurare le interfacce con una netmask diversa da /32, devi creare un'immagine utilizzando il flag --guest-os-features MULTI_IP_SUBNET e utilizzarla per creare l'istanza. Ad esempio, se utilizzi un'immagine basata su debian-9, puoi creare un'immagine utilizzando il seguente comando:

gcloud compute images create debian-9-multi-ip-subnet \
     --source-disk debian-9-disk \
     --source-disk-zone us-west1-a \
     --guest-os-features MULTI_IP_SUBNET

Per visualizzare le funzionalità per gli invitati configurate sull'immagine, esegui il comando gcloud compute images describe sull'immagine come ospite.

gcloud compute images describe debian-9-multi-ip-subnet

Per ulteriori informazioni sulla creazione di immagini personalizzate, consulta l'articolo Creazione, eliminazione e deprecazione di immagini personalizzate.

Non riesco a risolvere il nome host interno di una VM con più interfacce di rete

Quando una query DNS viene eseguita con un nome host interno, viene risolta nell'interfaccia di rete principale (nic0) dell'istanza.

Se nic0 è collegato a una rete VPC diversa dalla rete VPC dell'istanza che ha eseguito la query DNS, la query DNS non riesce. Il DNS interno viene risolto solo all'interno di una rete VPC specifica. Per ulteriori informazioni, consulta la sezione Risoluzione DNS con più interfacce di rete.

Risolvere i problemi relativi all'utilizzo della console seriale

Spesso è una buona idea abilitare la console seriale su una VM per eseguire il debug dei problemi relativi alla configurazione. Puoi abilitare la console seriale per il debug interattivo seguendo i passaggi descritti in Risolvere i problemi utilizzando la console seriale.