Discussion :

[Stanly]

L'accès au site (Apache 2.2 serveur sur XP ou Win7) fonctionne correctement depuis l'extérieur mais la requête tombe sur la page d'administration du routeur.

Depuis le réseau interne l'accès au site fonctionne
La modification du fichier C:\WINDOWS\system32\drivers\etc\hosts des PC du réseau local ne résous pas le problème de l'accès de l’extérieur bien qu'elle renforce celui depuis l’intérieur.
Configuration utilisée :
Installation séparé sur Win7 :
-apache_2.2.11-win32-x86-openssl-0.9.8i
-php-5.2.8-Win32
-mysql-essential-5.0.15-win32
-phpMyAdmin-3.1.2-all-languages

ou sur Xp:
-apache_2.2.11-win32-x86-openssl-0.9.8i seulement

En local Apache configurer sur 80 ou n'importe fonctionne partout et même phpmyAdmin et MySQl sur win 7 aussi

Deux routeurs (DLink dsl 2640U et technicolor TD 5130) ont été essayé après un PortForwarding sur 80, 8080 et plusieurs autres ports.

j'ai réglé la table de routage du routeur de sorte que tous les PC de mon réseau ping entre eux.

pour tenter le tous pour le tous, j'ai été obligé d'activer tous les LoadModule d'apache pour permettre aux pc de mon réseau d'atteindre le site mis sur www/apache/htdocs ou dans C/www/svi(=dossier contenant le site) après réglage de la table de routage du routeur.

le serveur DNS et le nom du site sont OK et testé par ping

Le routage entre les PC en réseaux a été testé par ping et tout fonctionne bien.

L'ip local du serveur a été fixé à la valeur donné dynamiquement par le routeur au PC contenant l'apache.

Malgré tout ça je n’obtiens que la page admin du routeur.

le nom du site a été testé depuis un autre opérateur sur un autre PC mais on tombe toujours sur la page admin du routeur.

Vous pouvez tester ceci sur:

biologie-fsdm.no-ip.org quand le PC serveur est en marche

la requête de l’extérieur s’arrête au niveau du routeur et ne pénètre pas jusqu'au serveur apache malgré qu'il est sous écoute testé par TCPview.
J’ai scanné les ports du PC serveur avec Nmap - Zenmap GUI

Le logiciel Fiddler2 mis en marche au cours du blocage montre une erreur 504

Sur Xp même en laissant que Apache et l'OS toujours rien

Que faut 'il faire pour résoudre ce problème!!!!!


Merci d'avance

[Stanly]

bonjour,

pour essayer de faire évoluer la situation, j'ai régler le port Triggering en plus du portForwarding et du DMZ sur le PC localhost.

la config du port trigger : Trigger start 1024 à Trigger end 49151 vers
Open start 80 à end 80
et
Trigger start 49152 à 65535 vers Open 80 à 80

-la config du port Forward : Ext start 80 à Ext end 80 vers Int start 80 à Int end 80

- la config du DMZ: 192.168.1.2 (localhost)

-le firewell en position: Enable Attack Prevent

- Filtering Options en position : Allow all out and incoming packet "quand je désactive le firewell" oubien je laisse le firewell en activité mais j'autorise l'incoming packet depuis le routeur (192.168.1.1) vers le localhost (192.168.1.2) sur 80.

- Bridge Filtering: je laisse en position allow all

Résultat: le nom du domaine biologie-fsdm.no-ip.org ne mène plus sur la page du routeur mais indique une erreur de chargement de la page avec "La connexion a été réinitialisée"

le problème persiste ou s’aggrave de plus peut être!!!

[Stanly]

La page d'administration du routeur réapparait après redémarrage du PC.

[_Mac_]

Pas tout compris :

• Est-ce que la page d'admin du routeur apparaît depuis un accès intranet (depuis un PC du réseau local) ? Oui/Non*
• Est-ce que la page d'admin du routeur apparaît depuis un accès Internet ? Oui/Non*

* rayer la mention inutile

Si ce n'est que depuis l'intranet, cela peut être tout à fait normal en fonction de ton routeur si ce dernier ne sait pas bien gérer le routage du port forwarding depuis le réseau interne. Dans ce cas, le contournement consiste à modifier le fichier etc/hosts des PC du réseau local pour faire pointer le nom du site directement sur l'adresse IP de la machine hébergeant le site. Cf. ce tuto.

[Stanly]

Bonjour

Question 1:

. Est-ce que la page d'admin du routeur apparaît depuis un accès intranet (depuis un PC du réseau local) ? Oui/Non*

Réponse: NON

----------------------

. Est-ce que la page d'admin du routeur apparaît depuis un accès Internet ? Oui/Non*

Réponse: OUI

je viens de tester le système avec un nouveau Routeur OvisLink (EVO-DSL41W) configurer depuis l'usine.
J'obtiens toujours la réponse (= page admin du routeur via internet).

Merci pour tes suggestions car je baigne dessus depuis pas mal de temps.

[Marc3001]

Pour moi c'est ton routeur le problème...

Peux-tu désactiver l'administration web depuis le WAN sur ton routeur ?
Si oui, fais-le car c'est elle qui prends le dessus sur ta règle de NAT.

Sinon, change de routeur

[Stanly]

Même quand je supprime le cache de Mozilla directement via Outils-options...

et indirectement par CCleaner je retombe dans la page admin du routeur quand je met biologie-fsdm.no-ip.org dans l'URl du navigateur.

[Marc3001]

De chez moi, ça répond pas ton url...

[_Mac_]

et indirectement par CCleaner je retombe dans la page admin du routeur quand je met biologie-fsdm.no-ip.org dans l'URl du navigateur.

Le comportement est tellement illogique que je repose la question au risque de passer pour un lourdingue : est-ce que ce résultat (= page d'admin du routeur) est obtenu depuis un PC en dehors de chez toi ?

[Stanly]

Le comportement est tellement illogique que je repose la question au risque de passer pour un lourdingue : est-ce que ce résultat (= page d'admin du routeur) est obtenu depuis un PC en dehors de chez toi ?

non, j'obtiens une page du navigateur vide dans laquelle il est marqué ceci:

la connexion avec le serveur a été réinitialisé pendant le chargement de la page.


mais quand je fais un ping depuis ce PC extérieur à mon réseau local avec une autre ligne internet (3G) voici ce que j'obtiens:

C:\Users >ping biologie-fsdm.no-ip.org

Envoi d'une requête 'ping' sur biologie-fsdm.no-ip.org [41.142.16.58] avec 32 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.

Statistiques Ping pour 41.142.16.58:
Paquets : envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

il faut remarquer que l'ip 41.142.16.58 qui sort depuis ce ping de l’extérieur est vrai car c'est elle qui se trouve affiché et attribué par le fournisseur internet à mon routeur.

Ça veut dire que la requête depuis l’extérieur arrive jusqu’à mon routeur mais reste stoppé à ce niveau.

En Conclusion: la page admin ne sort que lorsque j'essaye de me connecter à mon serveur depuis mon PC serveur ou localement.

[_Mac_]

En Conclusion: la page admin ne sort que lorsque j'essaye de me connecter à mon serveur depuis mon PC serveur ou localement.

Alléluia !! Est-ce utile de rappeler l'explication de mon tuto ?

Pour information, ce n'est pas parce qu'un ping ne passe pas qu'un site ne répond pas. On peut parfois vouloir désactiver le ping pour se protéger d'attaque DoS (Denial of Service / déni de service). Certains routeurs proposent de gérer la réponse au ping. Par exemple, sur les Freebox, c'est paramétrable. Il faut donc regarder sur le routeur si l'option "répondre au ping" est activée si ça pose vraiment problème que le ping ne réponde pas.

Pour la suite, si le résolution de nom => IP est correcte et qu'Apache est démarré et écoute bien sur le port 80 (Listen 80 ou Listen *:80 uniquement) mais que ça ne marche pas depuis l'extérieur, il faut vérifier les configurations NAT et port forwarding du routeur.

[Stanly]

Alléluia !! Est-ce utile de rappeler l'explication de mon tuto ?

Pour information, ce n'est pas parce qu'un ping ne passe pas qu'un site ne répond pas. On peut parfois vouloir désactiver le ping pour se protéger d'attaque DoS (Denial of Service / déni de service). Certains routeurs proposent de gérer la réponse au ping. Par exemple, sur les Freebox, c'est paramétrable. Il faut donc regarder sur le routeur si l'option "répondre au ping" est activée si ça pose vraiment problème que le ping ne réponde pas.

Pour la suite, si le résolution de nom => IP est correcte et qu'Apache est démarré et écoute bien sur le port 80 (Listen 80 ou Listen *:80 uniquement) mais que ça ne marche pas depuis l'extérieur, il faut vérifier les configurations NAT et port forwarding du routeur.

J'ai vérifié tous ces points mais mon site demeure injoignable depuis l’extérieur.