Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Catatan
Validasi domain kustom untuk Enterprise Grade Edge Static Web Apps sekarang memerlukan metode token TXT - Validasi CNAME tidak lagi didukung untuk domain baru.
Secara default, Azure Static Web Apps menyediakan nama domain yang dibuat secara otomatis untuk situs web Anda, tetapi Anda dapat mengarahkan domain kustom ke situs Anda. Sertifikat SSL/TLS gratis secara otomatis dibuat untuk nama domain yang dibuat secara otomatis dan domain kustom apa pun yang dapat Anda tambahkan.
Saat memetakan domain kustom ke aplikasi web statis, Anda memiliki beberapa opsi yang tersedia, termasuk mengonfigurasi subdomain dan domain apex.
Tabel berikut ini menyertakan tautan ke artikel yang menunjukkan cara mengonfigurasi jenis penyedia berbasis domain kustom. 1
| Perbuatan | Menggunakan... | Menggunakan... |
|---|---|---|
Menyiapkan domain dengan www subdomain |
DNS Azure | Penyedia eksternal |
| Menyiapkan domain apex | DNS Azure | Penyedia eksternal |
1 Beberapa registrar seperti GoDaddy tidak mendukung catatan domain yang memengaruhi cara Anda mengonfigurasi domain apex Anda. Pertimbangkan untuk menggunakan Azure DNS dengan pendaftar ini untuk menyiapkan domain apex Anda.
Catatan
Menambahkan domain kustom ke lingkungan pratinjau tidak didukung. Domain Unicode, termasuk domain Punycode dan awalan xn-- juga tidak didukung.
Tentang domain
Menyiapkan domain apex adalah skenario umum untuk dikonfigurasi setelah nama domain Anda disiapkan. Membuat domain apex dicapai dengan mengonfigurasi ALIAS atau ANAME merekam atau melalui CNAME perataan. Beberapa pendaftar domain seperti GoDaddy dan Squarespace (sebelumnya Google) tidak mendukung catatan DNS ini. Jika pencatat domain Anda tidak mendukung semua catatan DNS yang Anda butuhkan, pertimbangkan untuk menggunakan Azure DNS untuk mengonfigurasi domain Anda.
Atau, untuk pendaftar domain yang tidak mendukung ALIAS rekaman, rekaman, ANAME atau CNAME perataan, Anda dapat mengonfigurasi A catatan untuk aplikasi web statis Anda. Konfigurasi ini mengarahkan lalu lintas ke satu host regional aplikasi web statis Anda. Menggunakan A rekaman tidak disarankan karena aplikasi Anda tidak lagi mendapat manfaat dari distribusi global, dan jenis penyiapan ini dapat memengaruhi performa aplikasi jika lalu lintas Anda didistribusikan secara global.
Catatan
CNAME rekaman memetakan nama domain ke domain lain (atau subdomain) sedangkan A rekaman memetakan nama domain ke alamat IP. Jika alamat IP berubah, CNAME entri masih valid, tidak seperti A rekaman. Katakanlah Anda memiliki WebApp1 dan Anda ingin pengguna mengaksesnya dari https://www.contoso.com. Anda dapat melakukannya dengan dua cara yang mungkin: Anda dapat membuat CNAME rekaman dan memetakannya ke WebApp1.azurestaticapps.net. Atau, Anda dapat membuat A rekaman dan memetakannya ke alamat IP WebApp1.
Berikut ini adalah istilah yang mungkin Anda temui saat menyiapkan domain kustom.
Apex atau domain akar: Mengingat domain
www.example.com,wwwawalan dikenal sebagai subdomain, sementara segmenexample.comyang tersisa disebut sebagai domain apex.Pencatat domain: Pencatat memverifikasi ketersediaan domain yang menjual hak untuk membeli nama domain.
Zona DNS: Zona Sistem Nama Domain (DNS) menghosting catatan DNS yang terkait dengan domain tertentu. Ada berbagai catatan yang tersedia lalu lintas langsung untuk tujuan yang berbeda. Misalnya, domain
example.commungkin berisi beberapa catatan DNS. Satu catatan menangani lalu lintas untukmail.example.com(untuk server email), dan yang lainwww.example.com(untuk situs web).Hosting DNS: Host DNS mempertahankan server DNS yang menyelesaikan nama domain ke alamat IP tertentu.
Server nama: Server nama bertanggung jawab untuk menyimpan catatan DNS untuk domain.
Agar verifikasi domain kustom berfungsi dengan Static Web Apps, DNS harus dapat diselesaikan secara publik. Agar perpanjangan sertifikat otomatis berfungsi, domain kustom harus diselesaikan ke aplikasi web statis melalui internet publik. Perpanjangan sertifikat otomatis didukung bahkan saat Anda mengaktifkan titik akhir privat. Tujuan titik akhir privat untuk Static Web Apps adalah untuk memblokir akses internet ke konten situs, tetapi tidak untuk memblokir resolusi DNS internet ke situs.
Migrasi downtime nol
Anda mungkin ingin memigrasikan domain kustom yang saat ini melayani situs web produksi ke aplikasi web statis Anda tanpa waktu henti. Penyedia DNS tidak menerima beberapa rekaman untuk nama dan host yang sama, sehingga Anda dapat memvalidasi kepemilikan domain secara terpisah dan merutekan lalu lintas ke aplikasi web Anda.
Buka aplikasi web statis Anda di portal Azure.
Tambahkan catatan TXT untuk domain kustom Anda (APEX atau subdomain). Alih-alih memasukkan nilai Host seperti yang ditampilkan, masukkan Host di penyedia DNS Anda sebagai berikut:
- Untuk domain APEX, masukkan
_dnsauth.www.<YOUR-DOMAIN.COM>. - Untuk subdomain, masukkan
_dnsauth.<SUBDOMAIN>.<YOUR-DOMAIN.COM>.
- Untuk domain APEX, masukkan
Setelah domain divalidasi, Anda dapat memigrasikan lalu lintas ke aplikasi web statis dengan memperbarui
CNAME, ,ALIASatauAmerekam untuk mengarahkan ke nama host default Anda
Memigrasikan domain antar instans
Azure Static Web Apps hanya mengizinkan pengikatan domain unik ke satu sumber daya dalam sepotong. Mencoba mengikat domain yang sudah terikat ke sumber daya lain tanpa terlebih dahulu memisahkan diri dari sumber daya asli akan mengakibatkan kegagalan.
Segmen yang ditempati sumber daya Anda dapat ditentukan dengan memeriksa URL default yang ditetapkan untuknya.
<random-prefix>.<slice>.azurestaticapps.net
Misalnya, situs Static Web App dengan URL default orange-pond-0a04b7203.2.azurestaticapps.net telah ditempatkan di slice nomor 2.
Jika aplikasi statis tempat Anda memigrasikan domain dari dan ke berada dalam slice yang sama, Anda harus:
- Hapus domain dari satu instans, lalu tambahkan ke instans baru Anda. Ini akan mengakibatkan beberapa waktu henti.
- Hapus dan terapkan ulang instans baru hingga sumber daya yang dihasilkan ditempatkan ke dalam bagian yang berbeda dari instans sumber.
Langkah berikutnya
Gunakan tautan berikut untuk langkah-langkah tentang cara menyiapkan domain Anda berdasarkan penyedia Anda.