Saat ini kami sedang menyebarkan API beta untuk layanan kami dan kami ingin semua permintaan / tanggapan dari API berfungsi lebih dari https. Saya bingung menggunakan sertifikat wildcard untuk kedua api
dan www
url. Apakah ide yang baik untuk menggunakan sertifikat wildcard untuk keduanya api.example.com
dan www.example.com
? Apakah ada ketidaknyamanan?
Bagaimana dengan sertifikat 1-server saja? Karena saya menggunakan API saya di n server dengan penyeimbang beban di depan.
https
security-certificate
licorna
sumber
sumber
Jawaban:
Anda benar, menggunakan sertifikat wildcard adalah ide bagus dalam kasus ini. Ini akan membuat konfigurasi Anda untuk domain terpisah tetap sederhana, dan memastikan bahwa setiap subdomain yang Anda putuskan untuk ditambahkan akan berfungsi.
Ada beberapa kelemahan:
- Domain tingkat atas Anda tidak aman. Seperti dalam, sertifikat tidak baik untuk
example.com
.- Mereka sangat mahal, biasanya sekitar $ 1rb.
Adapun sertifikat 1-server saja, tergantung pada perjanjian yang Anda buat saat Anda membeli sertifikat. Beberapa akan memungkinkan sertifikat diinstal pada beberapa server, beberapa tidak akan. Juga, saya tidak tahu bagaimana atau apakah mereka memeriksa bahwa sertifikat hanya diinstal pada satu server. Anda mungkin bisa lolos begitu saja ...
Juga, jika Anda menggunakan penyeimbang beban, saya akan merekomendasikan untuk menginstal sertifikat di sana, jika perangkat keras Anda memungkinkan. Saya tahu seri Cisco CSS memiliki modul perangkat keras khusus yang menangani semua enkripsi dan dekripsi, menghemat pekerjaan untuk server Anda.
sumber
Satu-satunya masalah yang saya lihat dengan sertifikat wildcard sejauh ini adalah bahwa mereka tampaknya tidak memiliki dukungan EV. Ini hanya benar-benar masalah jika Anda ingin chrome browser yang keren mengatakan "hei, situs ini secara resmi OK dan diubah". Jika Anda hanya mencari transportasi yang aman dan tidak peduli dengan kepercayaan pembelian pelanggan, lakukan cara yang murah. Atau beli EV untuk server www, dan wildcard untuk API.
sumber