Problème avec http: // et http: // www

Question

J'ai une application hébergée sur un serveur de transfert. Si j'utilise ma demande en fournissant mes informations d'identification, je peux ouvrir URL =>http://mysite.com.

Cependant, si je change l'URL en http://www.mysite.com, le site affiche à nouveau la page de connexion pour demander les informations d'identification (que je viens de fournir).

Maintenant sur le serveur de transfert, si je tape http://mysite.com dans la barre d'adresse, je suis envoyé à http://mysite.com. Mais quand je tape google.com dans la barre d'adresse, je suis pris à http://www.google.com. Comment cela se passe-t-il?

Ma question est: quand ma demande va vivre et je tape mysite.com, sera l'URL se converti en http://www.mysite.com ou dois-je faire quelque chose pour convertir l'URL pour un contenant www?

Answer 1

Vous devez configurer un redirecteur pour transférer le sous-domaine www vers le domaine racine.

est ici quelques façons de le faire:

• Using Apache and mod_rewrite.
• Using IIS and URL Rewrite.
• Using IIS and some custom ASP.NET code.

Answer 2

Vous avez plusieurs questions différentes vous semblent demander:

Tout d'abord - pourquoi vous obtenez http://www.google.com lors de la frappe http://google.com:

En effet, Google est en train de faire une redirection sur le côté serveur, tout le monde va http://google.com finit à http://www.google.com/

Vous pouvez faire la même chose, en redirigeant chaque appel à http://www.mysite.com à http://mysite.com. Cela peut être réalisé en utilisant la méthode Response.Redirect, en utilisant un module de réécriture d'URL ou l'une de plusieurs façons.

Answer 3

La redirection d'une URL vers une autre peut être gérée de plusieurs façons. Un couple sont:

1. balise meta refresh, hébergé à http://mysite.com qui contient quelque chose comme:

   <meta http-equiv="refresh" content="1;url=http://www.mysite.com"> 
   

2. URL rewriting, par exemple avec Apache (http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html et http://www.widexl.com/tutorials/mod_rewrite.html pourraient être des endroits à regarder):

   RewriteEngine On 
   RewriteCond %{HTTP_HOST} !^www.mysite.com$ [NC] 
   RewriteRule ^(.*)$ http://www.mysite.com/$1 [R,L] 
   

   Ceci serait utilisé pour rediriger de manière externe (HTTP 302) tout hôte ne correspondant pas à www.mysite.com au http://www.mysite.com. La même chose est probablement également possible avec IIS.

Answer 4

Si vous ne parvenez pas à effectuer l'une des méthodes de réécriture d'URL recommandées par Skilldrick alors vous devrez configurer votre module d'authentification à utiliser le cookie de domaine partagé correct.

Si vous utilisez l'authentification Forms cela peut être réalisé dans le web.config:

<forms name="name" 
     loginUrl="URL" 
     defaultUrl="URL" 
     domain=".example.com"> 
</forms> 

Notez la période de premier plan dans le domaine - ce écrit un cookie d'authentification qui peut être lu à la fois example.com et www.example.com, ce qui signifie que vous allez maintenant être connecté sur les deux variantes du site. Cela étant dit, le dernier exemple donné par Skilldrick fonctionne bien, et devrait être assez trivial pour vous permettre de l'implémenter sur votre site.