Anda melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
Error Istio 404 (Tidak Ditemukan)
Proses debug error 404 (Tidak Ditemukan) di Istio bisa membuat frustrasi. Semoga hal ini akan memberi Anda a tempat untuk mulai melacak kemungkinan penyebab masalah.
Konflik Gateway karakter pengganti
Hanya boleh ada satu definisi Gateway yang menggunakan nilai host karakter pengganti "*". Jika Anda telah men-deploy hal lain yang menyertakan Gateway karakter pengganti, panggilan klien akan gagal dengan status 404.
Contoh:
$ istioctl get gateways GATEWAY NAME HOSTS NAMESPACE AGE bookinfo-gateway * default 20s httpbin-gateway * default 3s
Jika demikian, Anda harus menghapus atau mengubah salah satu gateway yang mengalami konflik.
Melacak tempat rute gagal
Istio seperti bawang (atau, mungkin, Ogre), memiliki lapisan. Cara sistematis untuk men-debug a 404 adalah dengan bekerja ke luar dari target.
Workload backend
Pastikan Anda dapat mengakses workload dari sidecar:
kubectl exec $WORKLOAD_POD -c istio-proxy -- curl localhost:80/headers
Sidecar backend
Tetapkan alamat layanan Anda dan dapatkan alamat IP pod workload.
SERVICE=httpbin.default.svc.cluster.local:80
POD_IP=$(kubectl get pod $WORKLOAD_POD -o jsonpath='{.status.podIP}')Akses workload melalui sidecar:
kubectl exec $WORKLOAD_POD -c istio-proxy -- curl -v http://$SERVICE/headers --resolve "$SERVICE:$POD_IP"
Atau, jika Istio mTLS diaktifkan:
kubectl exec $WORKLOAD_POD -c istio-proxy -- curl -v https://$SERVICE/headers --resolve "$SERVICE:$POD_IP" --key /etc/certs/key.pem --cert /etc/certs/cert-chain.pem --cacert /etc/certs/root-cert.pem --insecure
Gateway (atau sidecar frontend)
Akses layanan dari gateway:
kubectl -n istio-system exec $GATEWAY_POD -- curl -v http://$SERVICE/header
Atau, jika Istio mTLS diaktifkan:
kubectl -n istio-system exec $GATEWAY_POD -- curl -v https://$SERVICE/headers --key /etc/certs/key.pem --cert /etc/certs/cert-chain.pem --cacert /etc/certs/root-cert.pem --insecure
Analisis yang tidak ada
Jika Anda tidak melihat analisis di UI Analisis, pertimbangkan kemungkinan penyebab berikut:
- Penyerapan Apigee dapat tertunda beberapa menit
- Log Akses gRPC Envoy tidak dikonfigurasi dengan benar
- Envoy tidak dapat menjangkau Layanan Jarak Jauh
- Layanan Jarak Jauh gagal mengupload
Kunci API yang tidak ada atau buruk tidak ditolak
Jika validasi kunci API tidak berfungsi dengan benar, pertimbangkan kemungkinan penyebab berikut:
Proxy langsung
Periksa konfigurasi ext-authz.
- Pastikan listener dikonfigurasi untuk mencegat.
- Periksa konfigurasi
ext-authz.
Permintaan tidak valid sedang diperiksa dan diizinkan
- Layanan Jarak Jauh dikonfigurasi untuk fail open
- Envoy tidak dikonfigurasi untuk pemeriksaan RBAC
Untuk mengetahui informasi tentang cara mengatasi masalah ini, lihat topik dokumentasi Envoy
berikut: Otorisasi Eksternal,
dan lihat informasi tentang properti failure_mode_allow. Properti ini
memungkinkan Anda mengubah perilaku filter pada error.
JWT yang tidak ada atau buruk tidak ditolak
Kemungkinan penyebabnya adalah filter JWT Envoy tidak dikonfigurasi.
Kunci API yang valid gagal
Kemungkinan penyebab
- Envoy tidak dapat menjangkau layanan jarak jauh
- Kredensial Anda tidak valid
- Produk API Apigee tidak dikonfigurasi untuk target dan env
Langkah pemecahan masalah
Memeriksa Produk API di Apigee
- Apakah produk ini diaktifkan untuk lingkungan Anda (pengujian vs produksi)?
Produk harus terikat ke lingkungan yang sama dengan Layanan Jarak Jauh Anda.
- Apakah produk ini terikat ke target yang Anda akses?
Periksa bagian Target layanan jarak jauh Apigee. Ingat, nama layanan harus berupa nama host yang sepenuhnya memenuhi syarat. Jika ini adalah layanan Istio, namanya akan seperti
helloworld.default.svc.cluster.localcode> - yang mewakili layananhelloworlddi namespacedefault. - Apakah Jalur Resource cocok dengan permintaan Anda?
Ingat, jalur seperti
/atau/**akan cocok dengan jalur apa pun. Anda juga dapat menggunakan karakter pengganti '*' atau '**' untuk pencocokan. - Apakah Anda memiliki Aplikasi Developer?
Produk API harus terikat ke Aplikasi Developer untuk memeriksa kuncinya.
Memeriksa permintaan Anda
- Apakah Anda meneruskan Kunci Konsumen di
x-api-key headerContoh:
curl http://localhost/hello -H "x-api-key: wwTcvmHvQ7Dui2qwj43GlKJAOwmo"
- Apakah Anda menggunakan Kunci Konsumen yang baik?
Pastikan Kredensial dari Aplikasi yang Anda gunakan disetujui untuk Produk API Anda.
Memeriksa log Layanan Jarak Jauh
- Mulai Layanan Jarak Jauh dengan logging di
debug levelGunakan opsi
-l debugdi command line. - Coba akses target Anda dan periksa log
Periksa log untuk menemukan baris yang terlihat seperti ini:
Resolve api: helloworld.default.svc.cluster.local, path: /hello, scopes: [] Selected: [helloworld] Eliminated: [helloworld2 doesn't match path: /hello]