Memahami Error AADSTS90002 Tenant Not Found

By Mirko Peters · 2026-04-20

Jika Anda melihat error AADSTS90002, pada dasarnya itu adalah cara Microsoft mengatakan, "Hei, saya tidak dapat menemukan penyewa Anda!" Error ini paling sering muncul di lingkungan Microsoft 365, Azure Active Directory, atau Entra ID saat Anda mencoba masuk atau menghubungkan layanan, tetapi penyewa Anda tidak dapat ditemukan. Dengan kata lain: sistem tidak menemukan penyewa mana pun yang cocok d

Automatically translated with AI from the original post. Read the English original

Jika Anda melihat error AADSTS90002, pada dasarnya itu adalah cara Microsoft mengatakan, "Hei, saya tidak dapat menemukan penyewa Anda!" Error ini paling sering muncul di lingkungan Microsoft 365, Azure Active Directory, atau Entra ID saat Anda mencoba masuk atau menghubungkan layanan, tetapi penyewa Anda tidak dapat ditemukan. Dengan kata lain: sistem tidak menemukan penyewa mana pun yang cocok dengan detail yang Anda berikan.

Jadi, apa itu "penyewa" dalam konteks ini? Anggap saja penyewa sebagai ruang khusus organisasi Anda di dalam cloud Microsoft yang besar. Penyewa adalah identitas unik Anda, lengkap dengan kumpulan pengguna, aplikasi, dan konfigurasinya sendiri. Ketika layanan mencoba memeriksa login Anda atau melakukan koneksi, layanan akan mencari penyewa tersebut berdasarkan ID atau domainnya. Jika tidak ditemukan, di sinilah AADSTS90002 muncul.

Hal ini bisa terjadi karena berbagai alasan. Mungkin seseorang memasukkan URL masuk yang salah. Atau penyewa tersebut dihapus atau ditangguhkan, kadang-kadang secara tidak sengaja! Terkadang penyebabnya sederhana: langganan untuk penyewa tersebut sudah kedaluwarsa, atau ada yang salah saat pendaftaran atau konfigurasi aplikasi. Pengembang kadang-kadang mengalami error ini jika aplikasi mereka mengarah ke penyewa atau lingkungan Azure AD yang salah saat proses masuk.

Bagi admin, pengguna, atau siapa pun yang mengelola autentikasi di Microsoft 365, memahami bahwa error ini hampir selalu berarti "Microsoft tidak dapat menemukan lokasi yang Anda cari" adalah setengah dari penyelesaian masalah. Jangan panik. Biasanya, masalahnya adalah ID penyewa yang hilang atau salah, penyewa yang sudah dihapus, atau gangguan pada konfigurasi. Setelah Anda memahami cara kerja pencarian penyewa, Anda akan siap menemukan sumber masalah dan memperbaikinya dengan cepat.

Cara Memperbaiki Error AADSTS90002 Langkah demi Langkah

Siap menelusuri error AADSTS90002 ini? Kabar baiknya, sebagian besar perbaikan berada dalam jangkauan Anda, meskipun tampilannya terlihat teknis di awal. Pertama, pastikan Anda selalu memeriksa ulang bahwa Anda masuk dengan ID penyewa yang benar dan menggunakan URL masuk yang tepat. Salah ketik, nilai yang disalin dari dokumen lama, atau tertukarnya lingkungan uji dengan lingkungan produksi adalah penyebab umum masalah ini.

Selanjutnya, pastikan penyewa tersebut benar-benar ada dan aktif. Terkadang, penyewa dihapus atau ditangguhkan, atau langganan yang terkait sudah tidak berlaku. Buka Pusat admin Microsoft, atau minta admin TI Anda untuk melakukannya, lalu periksa status penyewa, langganan aktif, dan apakah lisensi Anda masih berlaku. Di sinilah biasanya seseorang menyadari, "Oh, penyewa itu sudah dinonaktifkan sejak kuartal lalu!"

Jika semuanya masih terlihat janggal, periksa konfigurasi aplikasi Anda. Apakah Anda menggunakan aplikasi multi-penyewa? Apakah Anda mendaftarkannya di instans Azure AD yang tepat? Terkadang pengembang menanamkan ID penyewa langsung di kode atau file konfigurasi, lalu tanpa sengaja mendorong nilai yang salah ke produksi, terutama pada penerapan cloud dengan banyak lingkungan.

Otomatisasi, service principal, dan pipeline CI/CD juga bisa memunculkan error ini. Jika skrip atau aplikasi Anda tiba-tiba mulai gagal, pastikan kredensial service principal Anda belum kedaluwarsa atau dicabut. Sering kali, pembaruan yang terlewat atau pendaftaran yang terhapus memicu kegagalan pencarian penyewa pada alur kerja nonindividual.

Jangan abaikan jaringan Anda, meskipun terdengar aneh. Proxy perusahaan atau filter DNS yang memblokir endpoint login Microsoft dapat membuat Anda mengira penyewa Anda hilang. Periksa kembali pengaturan jaringan Anda, bersihkan cache DNS, dan pastikan semuanya dapat terhubung ke platform identitas Microsoft. Satu pengecualian proxy yang terlewat atau rute DNS yang keliru bisa membuat Anda berputar-putar mencari masalah yang sebenarnya.

Jika Anda ingin membahas lebih dalam tentang keamanan identitas dan kesalahan umum yang dapat mengacaukan pengalaman Azure AD Anda, lihat diskusi ini tentang cara mengelola conditional access dan identity debt. Wawasan ini membantu Anda menjaga lapisan identitas tetap sehat dan proaktif, sehingga error seperti ini tidak membuat Anda kaget.

Mulailah dari dasar, bekerjalah secara sistematis, dan Anda biasanya akan dapat mengendalikan masalah "Tenant Not Found" ini sebelum jam makan siang. Jika Anda menemui jalan buntu, melibatkan admin langganan atau dukungan teknis adalah langkah terbaik berikutnya.

Pertanyaan Umum dan Jawaban tentang Masalah Tenant Not Found

Jika Anda pernah bingung dengan error AADSTS90002, Anda tidak sendirian. Banyak orang punya pertanyaan, terutama ketika penyewa Anda “seharusnya” ada, tetapi Microsoft terus menyatakan sebaliknya. Mari kita bahas pertanyaan dan kekhawatiran paling umum tentang error yang terkenal ini.

Pertama-tama: “Mengapa saya melihat ‘Tenant Not Found’ padahal saya tahu penyewa saya ada?” Biasanya penyebabnya adalah detail kecil, seperti penggunaan nama domain lama atau salah ketik, ketidaksesuaian wilayah, atau pengaturan cache di browser atau aplikasi. Terkadang, DNS membutuhkan waktu untuk diperbarui setelah perubahan penyewa. Selalu periksa ulang detail masuk Anda dan coba bersihkan cache atau flush DNS sebelum memikirkan masalah yang lebih besar.

Pertanyaan besar lainnya: “Bisakah saya memulihkan akses jika saya bukan admin?” Umumnya, pengguna non-admin memiliki keterbatasan. Jika penyewa telah dihapus atau langganan telah berakhir, hanya seseorang dengan hak admin yang dapat mengembalikannya. Namun, jika Anda terkunci karena masalah kecil, seperti URL yang salah atau service principal yang sudah usang, Anda mungkin dapat meminta bantuan admin atau memperbaiki konfigurasi tanpa harus menunggu bantuan dari tingkat atas.

Admin sering ingin tahu apakah ada cara untuk mencegah error ini. Tentu saja ada. Validasi tenant ID yang tepat, dokumentasi menyeluruh atas pengaturan aplikasi Anda, dan pengujian sign-in di lingkungan terisolasi dapat membuat perbedaan besar. Developer sebaiknya mempertimbangkan praktik terbaik, seperti menggunakan variabel lingkungan untuk konfigurasi dan memvalidasi tautan tenant selama deployment, tidak hanya di produksi.

Bagi Anda yang mengotomatiskan sesuatu atau menjalankan CI/CD, client secret yang kedaluwarsa atau hak service principal yang dicabut adalah penyebab yang sering terjadi. Biasakan untuk mengaudit service principal Anda, memperbarui kredensial sebelum kedaluwarsa, dan menyimpan log agar kegagalan resolusi tenant dapat segera terdeteksi.

Jangan lupakan gangguan jaringan. Masalah DNS dan proxy, atau aturan firewall yang ketat yang memblokir endpoint identitas Microsoft, dapat menyerupai error “tenant not found”. Selalu periksa dengan tim IT apakah ada perubahan jaringan baru jika error ini muncul secara tiba-tiba.