Memecahkan masalah VM dengan beberapa antarmuka jaringan
Halaman ini menyediakan langkah-langkah pemecahan masalah untuk masalah umum yang mungkin Anda temui saat membuat dan menggunakan VM dengan beberapa antarmuka jaringan.
Saya tidak dapat membuat VM dengan beberapa antarmuka
Anda mungkin melihat salah satu pesan error berikut:
Invalid value for field 'resource': ''. Too many network interfaces. The maximum number of network interfaces allowed for this machine type is.Jika mendapatkan pesan error ini, berarti Anda mencoba membuat antarmuka melebihi jumlah maksimum yang didukung oleh jenis mesin instance Anda. Lihat tabel jumlah maksimum antarmuka.
Subnetwork CIDR ranges must be non-overlapping for NICs attached to a VM.Jika Anda mendapatkan pesan ini, rentang CIDR yang terkait dengan antarmuka VM Anda saling tumpang-tindih. Rentang CIDR ini mencakup semua rentang subnet utama yang terkait dengan antarmuka VM serta rentang sekunder yang digunakan untuk rentang IP alias. Setiap antarmuka terpasang ke subnet yang tidak boleh tumpang-tindih dengan subnet antarmuka lainnya. Misalnya, jika Anda mencoba membuat instance di region
REGION_A, Anda dapat memeriksa rentang CIDR utama subnet menggunakan perintah berikut atau Google Cloud konsol.gcloud compute networks subnets list --regions REGION_A NAME REGION NETWORK RANGE default REGION_A default 10.138.0.0/20 overlapping-subnet REGION_A test-network 10.138.8.0/24
Untuk memeriksa rentang CIDR subnet sekunder, gunakan perintah berikut atau Google Cloud konsol.
gcloud compute networks subnets describe overlapping-subnet --region REGION_A
... 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.Jika mendapatkan pesan ini, berarti Anda mencoba membuat instance di jaringan lama. Instance dengan beberapa antarmuka tidak didukung dengan jaringan lama. Anda dapat memeriksa apakah suatu jaringan adalah jaringan lama menggunakan salah satu metode berikut:
- Di Google Cloud konsol, buka halaman VPC Networks dan periksa kolom Mode.
- Jalankan perintah
gcloud compute networks listdan periksa kolomSUBNET_MODE.
Required 'compute.instances.create' permission for 'projects/PROJECT_ID/zones/ZONE/instances/test-inst'Jika Anda mendapatkan pesan ini, artinya akun yang digunakan untuk login tidak memiliki izin IAM yang diperlukan untuk membuat instance. Untuk mengetahui informasi selengkapnya tentang peran yang diperlukan untuk membuat instance, lihat Izin, IAM, dan instance dengan beberapa antarmuka jaringan. Anda dapat memeriksa apakah kebijakan IAM yang terkait dengan project Anda memberi Anda salah satu peran berikut:
OWNER,EDITOR, ataucompute.instanceAdmin.v1. Untuk membuat instance di VPC Bersama, Anda juga memerlukan perancompute.networkUser. Pada contoh berikut, akunemail2@gmail.comtidak memiliki izin IAM yang memadai untuk membuat instance. Untuk petunjuk yang lebih mendetail lihat panduan IAM tentang Memberikan, Mengubah, dan Mencabut Akses ke Resource.gcloud projects get-iam-policy PROJECT_ID bindings: - members: - user:email1@gmail.com role: roles/owner - members: - serviceAccount:our-project-123@ - serviceAccount:123456789012-compute@ role: roles/editor - members: - user:email2@gmail.com role: roles/viewer etag: BwUjMhXbSPU= version: 1Anda dapat meminta owner atau editor project untuk memberi Anda peran
OWNER,EDITOR, ataucompute.instanceAdmin.v1. Anda juga akan memerlukan perancompute.networkUserjika ingin mengaitkan antarmuka apa pun dengan subnet yang dimiliki oleh VPC Bersama.gcloud projects set-iam_policy --member user:email2@gmail.com --role roles/editor
Saya tidak dapat tersambung ke alamat IP internal antarmuka sekunder
Periksa aturan firewall untuk melihat bahwa aturan tersebut mengizinkan konektivitas ke antarmuka sekunder VM. Anda dapat memeriksanya dengan melihat aturan firewall untuk jaringan yang dipasang ke antarmuka sekunder, dengan membuka Google Cloud konsol dan mengklik jaringan VPC yang sesuai atau menggunakan perintah
gcloudberikut.gcloud compute firewall-rules list --filter='network:NETWORK_NAME'
Periksa apakah Anda mencoba terhubung ke antarmuka sekunder dari alamat internet atau dari luar jaringan antarmuka sekunder. Anda hanya dapat terhubung ke IP internal antarmuka dari dalam jaringannya. Jika perlu menjangkau antarmuka tersebut dari luar jaringan, Anda dapat menetapkan alamat IP eksternal ke antarmuka sekunder.
Periksa apakah Anda mencoba terhubung ke IP internal antarmuka sekunder dari luar subnet tempat antarmuka sekunder dipasang, baik dari subnet lain dalam jaringan yang sama atau dari jaringan yang di-peer. Multiple Network Interfaces menjelaskan interaksi antara Peering VPC dan instance VM dengan beberapa antarmuka. Agar dapat menjangkau antarmuka sekunder dari luar subnet antarmuka, Anda mungkin harus mengonfigurasi rute pada VM. Lihat Spesifikasi untuk mengetahui detail tentang cara program DHCP melakukan perutean secara default di VM.
Jika Anda mencoba mengakses alamat IPv6, lihat juga Saya tidak dapat terhubung ke alamat IPv6 antarmuka sekunder.
Saya tidak dapat tersambung ke antarmuka sekunder menggunakan alamat IP eksternal
Server DHCP memprogram rute default hanya pada antarmuka jaringan utama VM. Jika Anda ingin terhubung ke antarmuka sekunder menggunakan IP eksternal, terdapat dua opsi. Jika hanya perlu terhubung di luar jaringan pada antarmuka jaringan sekunder, Anda dapat menetapkan rute default pada antarmuka jaringan tersebut. Jika tidak, Anda dapat menggunakan pendekatan yang dijelaskan dalam tutorial, Mengonfigurasi perutean untuk antarmuka tambahan, untuk mengonfigurasi tabel perutean terpisah menggunakan perutean kebijakan berbasis sumber di VM Anda.
Jika Anda mencoba mengakses alamat IPv6, lihat juga Saya tidak dapat terhubung ke alamat IPv6 antarmuka sekunder.
Saya tidak dapat tersambung ke alamat IPv6 antarmuka sekunder
Jika Anda mencoba mengakses alamat IPv6, pastikan VM memiliki google-guest-agent versi 20220603.00 atau yang lebih baru. Untuk mengetahui informasi selengkapnya tentang mengelola versi google-guest-agent, lihat Lingkungan tamu.
Jika Anda memiliki google-guest-agent versi sebelumnya, antarmuka sekunder tidak menerima rute subnet IPv6. Sebaiknya perbarui agen tamu agar rute dikonfigurasi dengan benar.
Namun, sebagai solusinya, Anda dapat membuat skrip startup guna melakukan perubahan konfigurasi berikut bagi setiap antarmuka sekunder.
sudo sysctl -w net.ipv6.conf.INTERFACE_NAME.accept_ra_rt_info_max_plen=128
Ganti INTERFACE_NAME dengan nama antarmuka, misalnya eth1 atau ens5.
Saya mengalami masalah konektivitas saat menggunakan netmask selain /32
Untuk mengetahui informasi tentang cara mengonfigurasi antarmuka jaringan dengan netmask selain
/32, lihat Netmask instance komputasi.
Saya tidak dapat me-resolve nama host internal VM dengan beberapa antarmuka jaringan
Saat kueri DNS dijalankan dengan hostname internal, kueri akan beralih ke antarmuka jaringan utama (nic0) dari instance.
Jika nic0 terpasang ke jaringan VPC yang berbeda dengan jaringan VPC dari instance yang mengeluarkan kueri DNS, kueri DNS akan gagal.
DNS internal hanya di-resolve dalam jaringan VPC yang ditentukan. Untuk mengetahui informasi selengkapnya, lihat
DNS internal Compute Engine.
Saya mendapatkan error saat menghapus NIC Dinamis dengan memperbarui properti instance
Dalam kasus yang jarang terjadi, jika Anda menghapus Antarmuka Jaringan Dinamis (NIC) saat memperbarui properti instance, pembaruan mungkin gagal. Setelah gagal, instance akan kembali ke status aslinya. Dalam kasus yang sangat jarang terjadi, NIC Dinamis mungkin tetap terhapus.
Jika Anda mengalami masalah ini, lakukan hal berikut:
Untuk mengatasi masalah ini: gunakan perintah atau permintaan yang sama untuk memperbarui properti instance lagi. Menjalankan kembali operasi akan memastikan instance mencapai status yang Anda tentukan dalam permintaan asli.
Untuk mencegah masalah ini terjadi lagi: jangan hapus NIC Dinamis dari instance dengan memperbarui properti instance. Sebagai gantinya, hapus NIC Dinamis secara langsung seperti yang dijelaskan dalam Menghapus NIC Dinamis.
Saya mendapatkan error saat menghapus NIC Dinamis dengan memperbarui konfigurasi MIG
Dalam kasus yang jarang terjadi, jika Anda menghapus NIC Dinamis saat memperbarui konfigurasi instance di MIG, pembaruan mungkin gagal. Setelah gagal, instance akan kembali ke status aslinya.
Compute Engine mengatasi masalah ini secara otomatis dengan mencoba kembali operasi pembaruan hingga berhasil. Anda dapat memeriksa status instance terkelola secara berkala hingga error percobaan terakhir teratasi.
Memecahkan masalah menggunakan konsol serial
Sebaiknya aktifkan konsol serial di VM untuk men-debug masalah terkait konfigurasi. Anda dapat mengaktifkan konsol serial untuk proses debug interaktif dengan mengikuti langkah-langkah di Memecahkan masalah menggunakan konsol serial.