Pusat Pengetahuan

Gunakan akun Amazon CloudFront Anda sendiri sebagai CDN situs

Buat kunci akses AWS yang diizinkan untuk membaca CloudFront dan membuat invalidasi, lalu hubungkan kunci tersebut agar situs dapat berjalan di distribusi CloudFront milik Anda sendiri.

Apa manfaat menghubungkan ini untuk Anda

Menghubungkan akun AWS Anda sendiri memungkinkan Anda menempatkan situs di CDN Anda alih-alih CDN kami. Zona, lalu lintas, dan tagihan berada di akun Anda, dan Anda tetap dapat membersihkan tembolok serta mengubah pengaturan CDN dari dalam dasbor Zinn® Anda — tanpa perlu berpindah antarpanel.

Sebelum Anda mulai

Sebuah akun AWS. Buatlah pengguna IAM untuk koneksi ini yang polisinya mengizinkan akses baca CloudFront dan cloudfront:CreateInvalidation, yang diperlukan untuk membersihkan tembolok.

Untuk melayani domain Anda sendiri, CloudFront juga memerlukan sertifikat untuk domain tersebut di AWS Certificate Manager di wilayah us-east-1. Sertifikat di wilayah mana pun tidak akan terlihat oleh CloudFront, apa pun wilayah tempat Anda bekerja.

1. Buat kunci di AWS

Di konsol AWS, buka IAM → Users, pilih pengguna yang akan bertindak sebagai koneksi ini (buat pengguna khusus — jangan pernah menggunakan akun root Anda), buka tab Security credentials miliknya, dan di bawah Access keys, pilih Create access key. Pilih Other sebagai kasus penggunaan, lanjutkan, dan pilih Create access key. Salin Access key ID dan Secret access key — AWS hanya menampilkan kunci rahasia tersebut sekali. Setiap pengguna IAM dapat memiliki dua kunci dalam satu waktu.

2. Hubungkan di sini

Buka Integrations di dasbor Anda dan pilih Connect an account. Pilih Your own CDN sebagai grup dan Amazon CloudFront sebagai akun, isi Access key ID dan Secret access key, lalu tekan Connect account.

Kami menguji apa yang Anda tempelkan sebelum ada yang disimpan. Kunci yang tidak berfungsi tidak akan pernah disimpan, dan jawaban akan menunjukkan apa yang salah dengannya. Kunci yang berfungsi disimpan dalam keadaan terenkripsi di brankas rahasia kami — tidak pernah di basis data kami — dan tidak akan pernah ditampilkan lagi, bahkan kepada Anda.

Apa yang terjadi selanjutnya

  • Buka tab CDN suatu situs. Di bawah Where this site is served from, akun ini akan muncul sebagai tujuan. Pilih dan konfirmasikan; kami membangun konfigurasi situs di akun Anda, memeriksanya, baru kemudian memindahkan situs tersebut, sehingga situs tetap aktif selama pemindahan.
  • Dari tab yang sama, Anda dapat membersihkan tembolok situs dan mengubah pengaturan CDN-nya di akun Anda.
  • Saat Anda terhubung, kami memeriksa kemampuan kunci tersebut: mencantumkan zona atau properti Anda, membaca salah satunya secara mendetail, membersihkan tembolok, mengubah pengaturan, dan — jika vendor memilikinya — aturan geografis. Daftar periksa di samping koneksi menunjukkan mana saja yang dapat kami konfirmasi, sehingga izin yang hilang akan terlihat sebelum Anda memindahkan situs ke akun tersebut.
  • Deploy a site to your own CDN account mencakup pemindahan situs antar-akun secara mendetail.

Jika gagal terhubung

Domain Anda tidak dapat dilampirkan. Tidak ada sertifikat untuk domain tersebut di us-east-1. Mintalah satu di AWS Certificate Manager di wilayah tersebut, lalu coba lagi.

Pembersihan gagal. Kebijakan pengguna kekurangan cloudfront:CreateInvalidation. Tambahkan; kunci tidak berubah.

Pesan menyatakan kunci ditolak. Hampir selalu karena salah satu dari tiga hal berikut: spasi atau jeda baris yang ikut disalin, kunci yang telah kedaluwarsa, atau kunci yang telah dicabut atau dibuat ulang setelah Anda menyalinnya. Buat kunci baru dan tempelkan lagi.

Terhubung, tetapi ada hal lain yang gagal belakangan. Kunci tersebut terautentikasi tetapi kekurangan izin yang diperlukan oleh tindakan tersebut. Buat kunci baru dengan izin yang tercantum di atas, lalu putuskan koneksi lama dan hubungkan kunci baru tersebut.

Memutus sambungan

Buka Integrations, cari akun tersebut, dan tekan Disconnect. Tindakan tersebut akan langsung menghapus kunci yang tersimpan. Segala hal yang menggunakannya akan berhenti pada tindakan berikutnya, dan layar yang bergantung padanya akan menampilkan pemberitahuan alih-alih gagal secara diam-diam.

Memutus sambungan tidak membatalkan apa yang telah dilakukan — catatan, penyebaran, atau pengaturan yang kami ubah di akun Anda akan tetap seperti apa adanya. Jika Anda menduga kunci itu sendiri telah bocor, cabut juga kunci tersebut di pihak vendor; pemutusan sambungan menghapus salinan milik kami, bukan milik mereka.

Terbaru dari blog

Yang telah kami tulis tentang hosting, SEO, dan pengelolaan situs web dalam skala besar.

SEO and Link Building from the Hosting Layer: A 2026 Operator's View

Bagaimana hosting membentuk pengindeksan dan *link equity* pada tahun 2026: menjaga halaman tetap terindeks, memeriksa domain lama sebelum Anda membangunnya, pembuatan tautan tanpa jejak, serta pandangan jujur tentang apa yang dapat dan tidak dapat dilakukan oleh infrastruktur untuk SEO.

Baca postingan

Membuat WordPress Cepat dan Aman: Daftar Periksa Kinerja dan Plugin

Daftar periksa praktis untuk WordPress yang cepat dan aman: penembolokan tingkat server, penembolokan objek per situs, segelintir plugin yang layak dijalankan, menjaga tumpukan tetap mutakhir, dan halaman WooCommerce yang tidak boleh Anda cache sama sekali.

Baca postingan

Cara Memilih Web Hosting Terkelola di 2026: Panduan Pembeli

Apa yang sebenarnya membedakan managed hosting yang baik dari server murah dengan panel kontrol — migrasi, pencadangan, isolasi, penelusuran nyata, dan penskalaan yang jujur — serta cara menilainya sebelum Anda berkomitmen.

Baca postingan

Baca blog

Masih bingung?

Dukungan disertakan pada setiap paket, layanan meja bantuan buka selama 24 jam sehari, dan Anda dapat menulis kepada kami dalam salah satu dari 58 bahasa kami — kami akan menjawab Anda dalam bahasa Anda.

Hubungi dukungan Semua artikel