Je n'ai pas utilisé Wampserver depuis quelques jours, où il fonctionnait bien, et voulant l'utiliser à l'instant pour accéder à un projet "local", par exemple "NOM_DU_PROJET", j'arrive sur : (http://)www .NOM_DU_PROJET.com/ qui est un site "en ligne"... Ça vaut pour tous mes projets en local.
-- Windows 8.1 Pro x64 | C:\wamp64 | Mozilla Firefox 84 x64 | Suite Bitdefender -- Wampserver 3.2.3 | Aetray 3.2.3.4 | Apache 2.4.46a | PhpMyAdmin 5.0.4 | Adminer4.7.7 | Phpsysinfo3.3.2 | MySQL 5.6.48 | PHP 7.3.24 | Update_xdebug 2.9.8 -- Icône Wampserver verte | C:\Windows\System32\drivers\etc\hosts OK | Accès à localhost OK -> Pas de message d'erreur | Accès à phpMyAdmin OK -> Pas de message d'erreur -- [www.thescar.fr] --
Modifie 5 fois. Derniere modification le 18/01/2018 à 21:55 par TheScar.
Re: Problème d'accès "local" menant sur un site en ligne
- 1 Windows 10 Famille 64 bits (version 1706, build 15063.786) - 2 Wampserver 3.0.8 32 bits - 3 Apache 2.4.23 - 4 PHP 7.0.10 - 5 MySQL 5.7.14 - 6 Icône Wampserver verte - 7 c:\Windows\System32\drivers\etc\hosts vide - 8 accès à localhost - 8a pas de message d'erreur - 9 accès à phpMyAdmin - 10 pas de message d'erreur - 11 Suite Bitdefender - 12 C:\wamp\ - 13 Mozilla Firefox 57.0.4 64 bits
-- Windows 8.1 Pro x64 | C:\wamp64 | Mozilla Firefox 84 x64 | Suite Bitdefender -- Wampserver 3.2.3 | Aetray 3.2.3.4 | Apache 2.4.46a | PhpMyAdmin 5.0.4 | Adminer4.7.7 | Phpsysinfo3.3.2 | MySQL 5.6.48 | PHP 7.3.24 | Update_xdebug 2.9.8 -- Icône Wampserver verte | C:\Windows\System32\drivers\etc\hosts OK | Accès à localhost OK -> Pas de message d'erreur | Accès à phpMyAdmin OK -> Pas de message d'erreur -- [www.thescar.fr] --
Re: Problème d'accès "local" menant sur un site en ligne
Le fichier hosts ne doit pas être vide. Voir le point 09 de CONSEILS DE DÉPANNAGE ainsi que la (Note 2) pour les éventuels problèmes d'accès audit fichier C:\Windows\System32\drivers\etc\hosts
- Vérifier que tous les paquetages VC++ sont bien installés et avec les dernières versions. Pour ce faire, utilisez l'outil : Vérifications paquetages VC installés et vous trouverez tous les paquetages sur [wampserver.aviatechno.net] dans la section Visual C++ Redistribuable Packages N'utilisez pas une ancienne version de l'outil que vous auriez déjà téléchargé. Télécharger toujours la dernière version juste avant de l'utiliser.
Même en ayant le control total sur C:\Windows\System32\drivers\etc\hosts, le fichier reste vide à l'ouverture avec Notepadd++.
J'utilise les VirtualHost, et comme je le disais tout fonctionnait bien il y a quelques jours.
L'outil de vérification des paquetages VC me dit qu'il en manque...
Je vais les installer, ainsi que la mise à jour 3.1.1 de Wampserver et je vous tien au courant.
-- Windows 8.1 Pro x64 | C:\wamp64 | Mozilla Firefox 84 x64 | Suite Bitdefender -- Wampserver 3.2.3 | Aetray 3.2.3.4 | Apache 2.4.46a | PhpMyAdmin 5.0.4 | Adminer4.7.7 | Phpsysinfo3.3.2 | MySQL 5.6.48 | PHP 7.3.24 | Update_xdebug 2.9.8 -- Icône Wampserver verte | C:\Windows\System32\drivers\etc\hosts OK | Accès à localhost OK -> Pas de message d'erreur | Accès à phpMyAdmin OK -> Pas de message d'erreur -- [www.thescar.fr] --
Re: Problème d'accès "local" menant sur un site en ligne
Votre problème, il est dans le fichier hosts vide. En effet, comment cela se passe-t-il lorsque vous demandez à accéder à un de vos VirtualHost en local, par exemple, 'http://monsite/' : Le protocole http va chercher à établir la correspondance entre le nom 'monsite' et une adresse IP et va en premier consulter le cache DNS local (où il ne trouve pas la correspondance) puis le (mini) serveur DNS local, c'est-à-dire le fichier hosts. Si la correspondance n'est pas trouvée (et c'est là le cas puisque le fichier hosts est vide), le protocole va ensuite chercher dans le serveur DNS par défaut ou déclaré explicitement dans les propriétés réseau ; ce peut être un serveur DNS du FAI ou n'importe quel autre serveur DNS externe. Là, non plus, la correspondance exacte ne sera pas trouvée, mais le navigateur va considérer qu'il manque le TLD et va en ajouter un par défaut, par exemple .com et si monsite.com existe, il sera alors affiché.
Le contenu du fichier hosts a été - a priori - effacé mais... êtes-vous bien certain d'avoir ouvert le fichier hosts avec Notepad++ ? Attention au problèmes d'accès au « vrai » dossier windows/system32/ sur un système 64 bit en utilisant un logiciel 32 bit (Voir Note 2.2 de CONSEILS DE DÉPANNAGE). Je n'ai pas ce problème, j'utilise UltraEdit en 64 bit
Éventuellement ce peut être la Suite Bit Defender qui en ait effacé le contenu - d'ailleurs, vérifier dans les paramètres de cette suite que les accès au fichier hosts (Souvent nommé Fichier hôte Windows) sont autorisés et que les modifications ne sont pas interdites.
Donc, il vous faut remplir puis sauvegarder le fichier hosts avec :
- J'ai viré Wampserver, - réparé tous les paquetages 32 et 64 bits, et installé ceux qui manquaient, - remis Wampserver - recréé mes VirtualHosts et bases de données (...),
et c'est bon. La question c'est pourquoi C:\Windows\System32\drivers\etc\hosts à été "vidé"...
Bref ça fonctionne ; ça m'aura permit de mettre Wampserver à jour, lol.
Merci pour votre aide, Otomatic. :-)
-- Windows 8.1 Pro x64 | C:\wamp64 | Mozilla Firefox 84 x64 | Suite Bitdefender -- Wampserver 3.2.3 | Aetray 3.2.3.4 | Apache 2.4.46a | PhpMyAdmin 5.0.4 | Adminer4.7.7 | Phpsysinfo3.3.2 | MySQL 5.6.48 | PHP 7.3.24 | Update_xdebug 2.9.8 -- Icône Wampserver verte | C:\Windows\System32\drivers\etc\hosts OK | Accès à localhost OK -> Pas de message d'erreur | Accès à phpMyAdmin OK -> Pas de message d'erreur -- [www.thescar.fr] --