Conosco https per proteggere pagine importanti come il login e simili. Ma perché qualcuno dovrebbe creare un sottodominio separato come i www? per esempio
https://wwws.site.com/login
Conosco https per proteggere pagine importanti come il login e simili. Ma perché qualcuno dovrebbe creare un sottodominio separato come i www? per esempio
https://wwws.site.com/login
Risposte:
Non ci sono buoni motivi per farlo. Qualcuno del marketing probabilmente lo ha suggerito.
In realtà, è una cattiva idea, perché insegna agli utenti a fidarsi del nome host e non degli indicatori di sicurezza del browser (icona di blocco, ecc.)
Lo faccio (anche se di solito uso secure.site.com o simili) quando ho contenuti separati da pubblicare. Vale a dire, quando site.com e secure.site.com contengono cose diverse e / o hanno restrizioni diverse su chi (ad esempio, l'indirizzo IP di origine) può utilizzarle. Se entrambi offrono lo stesso contenuto, non sono sicuro del motivo per cui lo faresti: non ne vedo alcun vantaggio. Immagino che sia stato fatto in questo modo semplicemente perché la persona che lo ha impostato non sapeva altrimenti come configurare sia HTTP che HTTPS sullo stesso dominio nella stessa configurazione.
HP lo faceva, e potrebbe ancora farlo. Questo è il modo in cui caricano bilanciato il loro sito. Ogni sottodominio potrebbe essere associato a un indirizzo IP separato e, accedendo a www.hp.com, verrai reindirizzato a uno di www1.hp.com ... ecc. Penso che ci potrebbe essere stato anche un tempo prima che CDN entrasse loro, che Amazon ha fatto la stessa cosa.
A volte questo è dovuto alla scarsa progettazione dell'applicazione, in cui il server che ospita il sito Web versione 1 è ospitato a 68.68.68.2 (www.domain.com) e quindi qualcuno riscrive il sito Web perché lo sviluppatore del Texas è ora in prigione (storia vera ... ) e poiché è ancora necessaria una certa logica XML-RPC sepolta nella pila di schifezze su www.domain.com, abbiamo semplicemente reindirizzato i nostri utenti a wwws.domain.com (68.68.68.3) dove il nostro sito nuovo e migliorato è stato sviluppato da Brian lo scontento ex dipendente Microsoft.
Non siamo sicuri di cosa accadrà se abbattiamo www.domain.com o lo spostiamo o lo rinominiamo, quindi lo lasciamo invece di migrare il nostro "buon" sito Web nel nostro dominio principale.