Ping mon ip extérieure



Afficher le premier message

63 commentaires

Je ne comprend pas trop ce qui coince ... mais on est déjà un pas plus loin !

Si vous tapez http://myhostname.net ou http://www.myhostname.net ?
Si vous tapez votre IP VOO (toujours avec http://) ?

Moi c'est du tout Windows mes tests (port 8100), faudrait que je test un apache sur une machine virtuelle Xubuntu (ou autre) ... mais quand ?
Quel est le serveur web installé chez vous ? Éventuellement une adresse de téléchargement.
C'est du 64 ou 32 Bit le raspy ? ... pour être le plus proche de vous, je viens de regarder mes machines, j'ai les 2 (32 Bit en Lubuntu).

EDIT : Zut ma machine 32Bit ne démarre plus, va falloir la réinstaller, en plus en 14.04, toutes les 64bit en 16.04

EDIT 2 : je testerais tout de même sur le 8080 (ou autre, ex. 81) au lieu du port 80 qui est le port par défaut du http, il suffit de mettre :n°port derrière l'adresse
Niveau d'utilisateur 7
Badge +12
Un truc, vous avez essayé depuis votre connexion voo ou une autre d'atteindre votre serveur via l'ip publique ?
Le port en question est-il fonctionnel ?
https://www.yougetsignal.com/tools/open-ports/
Au risque de te décevoir, je crois vraiment que le problème est chez toi.

Je viens d'installer "apache2" sur une machine virtuelle xubuntu (debian comme toi) qui semble être le serveur apache de Rasbian et tout fonctionne directement !!

La configuration d'apache, via ton éditeur en sudo (si c'est bien leafpad !) :
- le fichier de configuration apache2 : sudo leafpad /etc/apache2/apache2.conf -> va demander ton mdp Rasbian
- la configuration du port : sudo leafpad /etc/apache2/ports.conf -> va demander ton mdp Rasbian si tu viens d'ouvrir ton éditeur
- Après avoir modifié la configuration : service apache2 restart -> va demander ton mdp Rasbian

Je sais joindre le serveur apache en local depuis xubuntu, depuis W10 et depuis l'extérieur ... j'ai modifié le port en 8080, pas de problème non plus !!

EDIT : petite info -> si je supprime mon natting, mon navigateur tourne un certain temps pour m'afficher une message d'erreur "La connexion a été réinitialisée" avec mon IP extérieure, mais n'affecte pas la connexion sur mon réseau
Badge +1
Encore merci pour tous ces précieux conseils que je viens de mettre en pratique.
Malheureusement, je retrouve toujours les mêmes problèmes.
Dans le routeur, j'indique bien que le port 80 soit bien redirigé vers le Raspi en 192.168.1.20.
J'ai aussi essayé 8080 et 8181--> pas mieux!
En testant si le port est ouvert avec https://www.yougetsignal.com/tools/open-ports/, j'obtiens "Port 80 is closed on ...."
Je me dis que tant que ce port n'est pas ouvert, l'accès au serveur de l'extérieur restera impossible.
Toutes le machines (windows, android, apple, linux) connectées sur le LAN, accèdent sans problème au serveur apache.
Je vais essayer maintenant avec un ancien routeur pour voir....
Je viens de faire le test https://www.yougetsignal.com/tools/open-ports/ sur le port 8080 dans mon cas, et en effet il l'annonce comme ouvert.
Il est closed quand je retire le natting ... ouf

Je suppose que tu as sauvé le fichier config quand tu l'as modifié 🆒
Niveau d'utilisateur 7
Badge +12
Dans un autre post je vous demandais de mettre le raspi en dhcp et réserver l’adresse Ip local 192.168.1.20 dans le routeur , avez vous essayé ?
Dans un autre post je vous demandais de mettre le raspi en dhcp et réserver l’adresse Ip local 192.168.1.20 dans le routeur , avez vous essayé ?
Cela change quelque chose par rapport à une IP fixe ?
En résultat pour final pour le Raspy non car il aura la même IP, mais pour le fonctionnement du réseau ?
Il est vrai que le Raspy obtiendra tous les paramètres depuis le serveur DHCP, autrement il faut bien les encoder, sans faire d'erreur.
Badge +1
Voilà, avec un ancien routeur c'est pas mieux.
Le Netgear WNR2000v5 est à nouveau rebranché.
Je configure le Raspi en DHCP
Le routeur retrouve maintenant le Raspi à l'adresse 192.168.1.3
J'ouvre le port 8080 pour le diriger vers 192.168.1.3
Je teste sur https://www.yougetsignal.com/tools/open-ports/ si le port 8080 est ouvert --- il est closed !
c'était pareil avec l'ancien routeur.
En local, les autres machines retrouvent bien le serveur.
Le Raspi fonctionne très bien quand on ouvre Google Chrome par exemple pour accéder à internet.
Ce qui coince, c'est encore et encore l'accès au serveur par l' IP publique . Est-ce le port le responsable ?
Merci encore pour votre patience.
Niveau d'utilisateur 7
Badge +12
Bah, il y a que certains routeurs n’ouvrent pas correctement les ports si l’appareil est en IP fixe suivant qu’il est ou n’est pas dans la plage dhcp donc par habitude je procède de la sorte ...
Bah, il y a que certains routeurs n’ouvrent pas correctement les ports si l’appareil est en IP fixe suivant qu’il est ou n’est pas dans la plage dhcp donc par habitude je procède de la sorte ...
Dans certains cas je fais de même en effet, l'histoire de la plage DHCP m'a déjà posée soucis.

@ Michel Tinck : tu sembles être en DHCP avec ton Raspy, il a reçu une autre IP du serveur DHCP ! -> il faut faire une réservation d'IP afin qu'il aie une pseudo IP fixe car son IP risque de changer au prochain démarrage et ton natting ne sera plus bon !!



Je pense à quelque chose de bête : vous avez votre propre router ?
Si oui, avez-vous placé le routeur VOO en bridge ?
Si pas, il faudra également un natting vers votre routeur dans le routeur VOO, mais ce n'est pas idéal.
Badge +1
J'ai mon propre routeur derrière le modem-câble epc2203 (scientific atlanta) fourni par VOO il y a déjà quelques années.
Je n'ai donc pas de routeur VOO .
Ma configuration n'a jamais posé de problème et mon réseau local tourne très bien.
Je suis conscient qu'en restant en DHCP le Raspi changera d'IP, mais c'était juste pour tester.
J'ai maintenant tout remis en IP fixe sur 192.168.1.20
J'ai beau ouvrir un port, le test l'annonce closed.....
Bah, il y a que certains routeurs n’ouvrent pas correctement les ports si l’appareil est en IP fixe suivant qu’il est ou n’est pas dans la plage dhcp donc par habitude je procède de la sorte ...
Ceci est peut-être la réponse !
Cela ne coute rien d'essayer, j'ai eu ce problème avec un de mes routeurs et comme cela ça fonctionnait.
Badge +1
Voici 2 screens:


Commenter