Saya tahu tentang https untuk mengamankan halaman penting seperti login dan semacamnya. Tetapi mengapa seseorang membuat subdomain terpisah seperti www juga? sebagai contoh
https://wwws.site.com/login
Saya tahu tentang https untuk mengamankan halaman penting seperti login dan semacamnya. Tetapi mengapa seseorang membuat subdomain terpisah seperti www juga? sebagai contoh
https://wwws.site.com/login
Jawaban:
Tidak ada alasan bagus untuk melakukan ini. Beberapa orang pemasaran mungkin menyarankannya.
Sebenarnya, itu ide yang buruk, karena mengajarkan pengguna untuk mempercayai nama host dan bukan indikator keamanan browser (ikon kunci, dll.)
Saya melakukan ini (meskipun saya biasanya menggunakan secure.site.com atau serupa) ketika saya memiliki konten terpisah untuk ditayangkan. Yaitu, ketika site.com dan secure.site.com berisi hal-hal yang berbeda dan / atau memiliki batasan berbeda tentang siapa (yaitu, alamat IP sumber) dapat menggunakannya. Jika keduanya menyajikan konten yang sama, maka saya tidak yakin mengapa Anda melakukan ini - saya tidak melihat manfaatnya. Saya kira itu dilakukan dengan cara ini hanya karena orang yang mengaturnya tidak tahu cara mengkonfigurasi HTTP dan HTTPS pada domain yang sama dalam konfigurasi yang sama.
HP dulu melakukan ini, dan mereka mungkin masih melakukannya. Inilah cara mereka memuat situs mereka dengan seimbang. Setiap sub-domain dapat dikaitkan dengan alamat IP yang terpisah dan setelah masuk ke www.hp.com Anda akan dialihkan ke salah satu dari www1.hp.com ... dll. Saya pikir mungkin ada waktu bahkan sebelum CDN masuk mereka sendiri, bahwa Amazon melakukan hal yang sama.
Kadang-kadang ini disebabkan oleh desain aplikasi yang buruk, di mana server situs web hosting versi1 di-host di 68.68.68.2 (www.domain.com) dan kemudian seseorang menulis ulang situs web tersebut karena pengembang Anda dari Texas sekarang berada di penjara (kisah nyata ... ) dan karena beberapa logika XML-RPC yang terkubur di tumpukan omong kosong di www.domain.com masih diperlukan, kami hanya mengarahkan pengguna kami ke wwws.domain.com (68.68.68.3) di mana situs baru dan yang diperbaiki adalah yang dikembangkan oleh Brian mantan karyawan Microsoft yang tidak puas.
Kami tidak yakin apa yang akan terjadi jika kami menghapus www.domain.com atau memindahkannya atau mengganti namanya, jadi kami tinggalkan saja alih-alih memindahkan situs web 'baik' kami kembali ke domain utama kami.