question sur un nom de domaine et fichier host

[Naveed]

Bonjour

J'aurai une question concernant un site.
je tape l'adresse
http://72.10.166.126/ => j'obtiens une erreur "404 not found"
http://www.72.10.166.126/ => j'obtiens "Adresse introuvable Firefox ne peut trouver le serveur à l'adresse www.72.10.166.126.

Je vais dans C:\WINDOWS\system32\drivers\etc\hosts et je rajoute la ligne
72.10.166.126 www.TOTO.net

et là miracle, je tape www.TOTO.net et ça fonctionne !!

Pourtant le fichier hosts va remplacer le nom de domaine par l'ip, on utilise le protocole http donc l'adresse
www.TOTO.net sera lue comme l'adresse 72.10.166.126 et avec le protocole http cela va devenir dans le browser :
http://72.10.166.126

sauf que ça marche par le fichier hosts mais ça marche pas en tapant en manuel.
Quelqu'un aurait une explication ??
(à noter que le site en question a un nom de domaine qui a un problème, l'intérêt de la question est uniquement et surtout de comprendre le pourquoi du problème et de la solution!)

Merci d'avance

[GregLand]

Salut Naveed

et là miracle, je tape www.TOTO.net et ça fonctionne !!

C'est a dire ? Moi j'ai toujours le 404 not found... (logique)

[Naveed]

salut

tu as modifié ton fichier hosts?
L'adresse exacte dans mon fichier hosts est "www.liberty-land.net" mais j'aurai pu mettre http://www.toto.net par exemple.
Lorsque je modifies mon fichier hosts, le site est accessible.
Lorsque je rentre l'ip à la suite du http, le site est inaccessible.
Comment se l'expliquer?

[GregLand]

Oui, bien sur, j'ai modifié le fichier host.
Et pour moi tout est logique...

Si je met dans mon fichier host
72.10.166.126 http://www.blablabla.net

En allant sur 72.10.166.126 ou sur http://www.blablabla.net j'ai la même chose...



Tu peux éventuellement tomber la dessus (IE) si host n'est pas modifié, mais rien a voir avec le site...

[Naveed]

Pour moi ça marche.

voici le fichier hosts :
127.0.0.1 localhost
72.10.166.126 www.liberty-land.net



si je mets
72.10.166.126 www.toto.net alors j'obtiens une page blanche, ça ne fonctionne pas et firefox m'indique en titre de page "Aesthetically Designed"

merci

[Naveed]

je pense qu'il doit s'agir de protection sur le site en face.
Un paquet pars bien vers la bonne ip mais dans ses en-tete il doit surment contenir la description "à destination de toto.net" et donc le site doit bloquer en se disant que ça ne correspond pas à la bonne destination par exemple, cela doit être dû à l'URL rewriting.
Egalement une interdiction doit etre possible si on tape http://IP_du_site

à part ça je ne vois pas d'autres explications.

[GregLand]

Effectivement, ça fonctionne chez moi maintenant...
C'est vrai que c'est marrant comme technique pour cacher un site...
Je pensais a un type d'IP spoofing, mais non...

[Naveed]

ah lala tout de suite les grand mots "ip spoofing"
le but n'est pas de cacher un site mais d'éviter le leech ou les redirections à partir d'autres site (voir iframe meme par exemple) donc avec l'url rewriting on peut meme empecher qu'un internaute tape l'adresse ip du serveur et l'obliger à taper le nom de domaine qu'on a choisi

J'ai pensé à ça en faisant un test avec google.it, j'ai tapé l'adresse IP du google italien mais j'ai été redirigé vers google.fr donc j'ai pensé à une redirection selon le header.

c t un peu recherché comme protection mais ça me prenait la tête de pas comprendre mais pourquoi ça marcheeeeeee !!!

sujet résolu, le sujet reste ou doit être effacé vu les liens à contenu + ou - douteux?

Bonne journée !!

[gtafab]

Je ne sais pas si j'abuse mais pourrais-tu, si tu peux bien-sûr, faire un tutorial de cette méthode pour "camoufler" un site car ça m'intérresse beaucoup mais pour être sincère je n'ai pas tout compris.
Merci d'avance

[GregLand]

sujet résolu, le sujet reste ou doit être effacé vu les liens à contenu + ou - douteux?Bonne journée !!

Il ne sert qu'à titre d'exemple... pas de promotion...
Pas besoin de le supprimer...

le but n'est pas de cacher un site

C'est vrai, mais ça peut le devenir...

[Naveed]

salut

Le fait est que je tape chez moi www.toto.com or le domaine n'est pas déclaré dans le dns (ex : tu viens juste d'acheter un domaine et personne est au courant l'adresse est inconnu)
Rappel : quand on tape www.toto.com, un DNS est intérrogé pour avoir l'@ du serveur et donc ton navigateur va sur http://xxx.xxx.xxx.xxx/ où X correspond à l'adresse ip du serveur.

Je vais sur toto.com, dns interrogé, site inconnu, pas de réponse donc impossible d'y accéder.
J'ai fait un scan d'ip ou je ne sais quoi ou un pote bref j'ai l'adresse du serveur, j'évite le dns et je tape directement http://xxx.xxx.xxx.xxx/

En temps normal ça fonctionne sauf si j'ai mis des scripts d'url rewriting style "si le mec a pas mis toto.com alors tu le dégage" et hop suis dégagé.

Le fichier host évite d'aller interroger sur internet le serveur dns, tu mets à l'intérieur que toto.com c'est xxx.xxx.xxx.xxx
donc je tape toto.com, l'ordi le fichier et voir l'adresse ip et il tape à la bonne adresse et le site distant voit que j'ai tapé toto.com pour arriver chez lui donc ça marche.

si intéressé, tu peux mettre des trucs dans un HTACCESS et il y a aussi du php, bref je connais de nom de loin donc cf http://www.urlrewriting.fr/tutoriels-all.htm

eh oui, comme l'a dit greg, j'ai besoin de connaitre le nom du site ET l'adresse ip.
Je peux ptet trouver l'ip au pif ou je ne sais quoi mais le nom c'est toi qui l'a choisi alors bon ça peut "cacher" un site + ou - si on veut... (pas vraiment dès que tu donne l'astuce du site connu sur le net mais si personne en parle oué ça cache)

a++

[gtafab]

Je trouve ça pas mal comme méthode. Les HTACCESS j'ai déjà fait et ça marche pas mal mais je vais me pencher plus serieusement sur ta méthode qui est plus subtile. Merci de l'avoir présenté plus en détail ici :)

[Mick@el]

Heu rien à voir avec l'URL rewriting, c'est juste le système de virtual hosts qui permet à une adresse IP unique de fournir un site différent selon l'en-tête "Host" de la requête HTTP envoyée par le navigateur (qui lui connait le nom d'hôte entré par l'utilisateur et l'a traduit en adresse IP à l'aide du serveur DNS), si ça marche pas c'est probablement juste parce que le VHost principal n'est pas défini (et peut être que le serveur gère plusieurs sites).

Effectivement, ça fonctionne chez moi maintenant...
C'est vrai que c'est marrant comme technique pour cacher un site...
Je pensais a un type d'IP spoofing, mais non...

http://3639556968 :-°

[GregLand]

Code : Tout sélectionner

public double IPAddressToNumber(string IPaddress)
{
    int i;
    string [] arrDec;
    double num = 0;
    if (IPaddress == "")
    {
       return 0;
    }
    else
    {
       arrDec = IPaddress.Split('.');
       for(i = arrDec.Length - 1; i >= 0 ; i –)
       {
          num += ((int.Parse(arrDec[i])%256) * Math.Pow(256 ,(3 - i )));
       }
       return num;
    }
}

[Naveed]

http://www.justin-cook.com/wp/2006/11/2 ... and-vbnet/
Each function is based on the fact that IP addresses (IPV4) are divided into 4 sub-blocks. Each sub-block has a different weight number, each powered by 256. Here's the math:

IP Number = (16777216*a) + (65536*b) + (256*c) + (d (1))
- where the IP Address = a.b.c.d

google.fr = 216.239.59.104=a.b.c.d
et j'obtiens par calcul 3639556968

===> Ok mais....comment ça se fait que ça marche par ce calcul ? d'où ça sort ce calcul ou quelle est la logique??
moi je connais que le dns donc pour moi tu lui donne un nombre et il va chercher le domaine ou le nombre sur un serveur dns mais je vois pas d'où sort cette technique ou qui (le browser?) ou quoi (protocole?) fait la conversation du nombre en ip

Heu rien à voir avec l'URL rewriting, c'est juste le système de virtual hosts qui permet à une adresse IP unique de fournir un site différent selon l'en-tête "Host" de la requête HTTP envoyée par le navigateur (qui lui connait le nom d'hôte entré par l'utilisateur et l'a traduit en adresse IP à l'aide du serveur DNS), si ça marche pas c'est probablement juste parce que le VHost principal n'est pas défini (et peut être que le serveur gère plusieurs sites).

Les virtual Hosts, c'est lié à Apache. J'ai pu revoir quelques informations ici :
http://www.zeitoun.net/articles/configu ... host/start
Je termine par une petite remarque : si vous remarquez que votre sous-domaine www (“www.kwikwi.net” pour moi) ne pointe plus ou il faut, il faudra certainement définir un 3ième vhost qui pointe vers votre site web

===> Je ne suis pas d'accord avec ton explication.
Si à un instant T il manquait le vhost, je n'aurais pas pu atteindre le site (ou je serais arrivé sur un site différent)
Or en faisant une manipulation en local (donc le vhost toujours manquant), j'ai pu atteindre le site.

(on peut combiner l'url rewriting avec des vhost, mais le problème venait à une politique de rewriting je pense, j'aurai di vhost si au moins j'avait été redirigé vers un autre sous domaine ou quelque chsoe du genre)

[Mick@el]

===> Ok mais....comment ça se fait que ça marche par ce calcul ? d'où ça sort ce calcul ou quelle est la logique??moi je connais que le dns donc pour moi tu lui donne un nombre et il va chercher le domaine ou le nombre sur un serveur dns mais je vois pas d'où sort cette technique ou qui (le browser?) ou quoi (protocole?) fait la conversation du nombre en ip

Ben, c'est juste une autre représentation de la même adresse IP, le calcul c'est juste parce que chacune des 4 composantes est codée sur 1 octet (256 combinaisons)
Donc elle est convertie en nombre sous la forme : (a * 256^3) + (b * 256^2) + (c * 256^1) + (c * 256^0)
Tout comme 1234.56 peut s'écrire sous la forme : (1 * 10^3) + (2 * 10^2) + (3 * 10^1) + (4 * 10^0) + (5 * 10^(-1)) + (6 * 10^(-2)) (chaque chiffre représente 10 combinaisons possibles)
Les adresses IP sont de toutes façon stockées de cette façon en mémoire, donc le navigateur accepte la forme décimale.
Le DNS lui se contente de traduire nom de domaine -> IP.

Les virtual Hosts, c'est lié à Apache. J'ai pu revoir quelques informations ici :

Non c'est pas lié à Apache, tous les serveurs web qui se respectent ont cette fonctionnalité.

===> Je ne suis pas d'accord avec ton explication.Si à un instant T il manquait le vhost, je n'aurais pas pu atteindre le site (ou je serais arrivé sur un site différent)Or en faisant une manipulation en local (donc le vhost toujours manquant), j'ai pu atteindre le site.(on peut combiner l'url rewriting avec des vhost, mais le problème venait à une politique de rewriting je pense, j'aurai di vhost si au moins j'avait été redirigé vers un autre sous domaine ou quelque chsoe du genre)

Tu pourrais réexpliquer le problème et ce que tu as fait ? J'ai pas très bien suivi.

[Naveed]

Les virtual Hosts, c'est lié à Apache
Non c'est pas lié à Apache, tous les serveurs web qui se respectent ont cette fonctionnalité.

effectivement, j'ai dit apache mais oui, c'est globalement les serveurs webs.

(pour le pb en 2 mots, un site était inaccessible car DNS KO si je tapais son ip dans mon browser et ça ne fonctionnait pas et j'ai du rajouter son adresse dans un fichier host, j'ai vu que c'était dû à de l'url rewriting, + d'infos + haut si nécessaire)

satisfied guy :)

[Mick@el]

Le fichier hosts permet juste de modifier les DNS (quand le navigateur veut savoir à quoi correspond toto.com, il demande au système d'exploitation qui va regarder dans le fichier hosts, et si il trouve pas, il interroge le serveur DNS)
Donc quand t'as entré le nom de domaine, c'est normal que ça aie fonctionné (alors qu'avec l'IP non), car le navigateur lui, il voit toto.com, donc il met « Host: toto.com » dans les entêtes.

Et je pense vraiment pas que ça venait d'URL rewriting mais bien de VHost pas réglé pour l'IP du serveur mais uniquement pour le nom de domaine.
L'erreur 404 « Not found » est d'ailleurs plutôt claire là dessus.