Proximus BBOX3 : Ping ip externe impossible

[grindel]

Bonjour à tous !

Je viens d'avoir une Bbox 3 il y a quelques jours et je voudrais configurer un serveur minecraft sur mon PC.
J'ai ouvert le port 25565 dans la partie mappage de port sur http://192.168.1.1

Pourtant le serveur est toujours inaccessible et quand je ping mon ip externe (trouvé sur whatsmyip.com) je n'ai aucune réponse.
A mon avis le problème vient de là.

J'ai bien désactivé le pare feu windows et j'ai même désactivé mon antivirus habituelle le temps de faire les tests et rien à faire. Mon ip externe reste invisible...

Quelqu'un aurait-il une piste pour débloquer la situation ?

[solar10]

et il est bien ouvert dans les 2 sens ?

[grindel]

Hey Solar10, merci pour cette réponse rapide !

Je ne suis pas tout à fait sur mais à tout hasard voilà la seule ligne qui figure sur mon mappage réseau :
Status : Ok
Enable : yes
Service : none
Protocol : UDP-TCP
External Port Start : 25565
External Port End : 25565
Internal Port : 25565
Internal Host : 192.168.1.2
Remote Host : Any

J'ai essayé d'ajouter une ligne en inversant remote et internal host mais j'ai une popup me disant que la règle existe déjà.

[mackguil]

Tu ping ton adresse wan de ton lan ou de l'extérieur?

[grindel]

Je ping depuis un cmd

[solar10]

Tu vas sur grc.com: https://www.grc.com/
Dans le service ShieldsUp!, tu scrolles tout en bas et tu y tapes ton num. de port, puis [entree] et cliques sur "probe this port".
Si c'est vert, c'est que ça passe pas.
Si c'est rouge, alors ton port est ouvert (ce qui pour GRC indique une faille, mais vu que c'est intentionnel...).

solar10 - rouge ou vert telle est la question

[mackguil]

Je ping depuis un cmd

Loopback.

[NuxPowa]

Je n'ai que brièvement lu ce post, ceci dit grindel indique dans son premier post:

J'ai ouvert le port 25565 dans la partie mappage de port sur http://192.168.1.1

Et dans le deuxième:

Protocol : UDP-TCP
External Port Start : 25565
External Port End : 25565
Internal Port : 25565
Internal Host : 192.168.1.2
Remote Host : Any

Ce n'est simplement pas la même ip LAN
Une simple erreur qui fait que le NATage ne fonctionne pas
Peu importe l'ip LAN qu'il lui faut, il lui faut celle qui est attribuée au PC evidemment, et en ip FIXE (ne me parlez pas de DHCP svp, merci).
Souvent, "on se casse la tête" pour trouver le problème alors qu'en fait, c'est minime/négligence

[solar10]

Je n'ai que brièvement lu ce post, ceci dit grindel indique dans son premier post:

J'ai ouvert le port 25565 dans la partie mappage de port sur http://192.168.1.1

Et dans le deuxième:

Protocol : UDP-TCP
External Port Start : 25565
External Port End : 25565
Internal Port : 25565
Internal Host : 192.168.1.2
Remote Host : Any

Ce n'est simplement pas la même ip LAN
Une simple erreur qui fait que le NATage ne fonctionne pas
Peu importe l'ip LAN qu'il lui faut, il lui faut celle qui est attribuée au PC evidemment, et en ip FIXE (ne me parlez pas de DHCP svp, merci).
Souvent, "on se casse la tête" pour trouver le problème alors qu'en fait, c'est minime/négligence

Euh, objection votre honneur.
Il est allé sur le panneau de config du BBox (IP: 192.168.1.1) pour ouvrir le port vers son PC (IP: 192.168.1.2).
C'est pas tout de "Natter" un port VERS la destination, il faut aussi ouvrir la porte dans l'AUTRE SENS pour avoir un dialogue.
À voir aussi s'il n'y a pas un autre port accessoire à ouvrir. Voir aussi si c'est UDP ou TCP ou UDP+TCP.

[NuxPowa]

Daignez m'excuser pour mon erreur Majesté

Vu qu'il parle de serveur, il doit ouvrir les ports qui sont par default fermés de l'extérieur. Les ports internes sont ouverts par défault dans un routeur.
Maintenant, je ne connais le fonctionnement d'une Bbox (merdique) ni le fonctionnement chez Belgabrol (ne faut-il pas ouvrir un site Belgabrol autre que le routeur Bbox pour ouvrir le/(s) port(s) qui est/sont fermé(s) d'origine?).

Comme tu dis, il doit vérifier le(s) port(s) ainsi que TCP/UDP et/ou TCP+UDP.

Mystères et poules de Gaume

Edit: j'insiste sur son serveur ip LAN FIXE, pas du DHCP (surtout pour un serveur)!!

[mackguil]

@sa majesté et votre honneur, Le loopback ne vous sautent pas au yeux, il essaye de pinger son wan de son lan mais il ne dit pas si il a essayé en data ou autre.

[solar10]

Mais j'en suis forte aise votre empreurosité. Je ne répondais que pour corriger notre honneur de sa méprise sur la situation et je me range à ses côtés étant dans le même cirage proximussien.
De fait, installer une loopback me semble une solution très probable.

[mackguil]

...De fait, installer une loopback me semble une solution très probable.

C'est à dire ?

[solar10]

...De fait, installer une loopback me semble une solution très probable.

C'est à dire ?

N'est-ce pas ce que tu suggères? Configurer une boucle de retour ?

[NuxPowa]

Euuh, là je ne comprends plus rien.

Un loopback est utilisé sous linux comme adresses de rebouclage genre 127.0.0.1 ou localhost.
Celà ne sert à rien dans ce cas si, la meilleure solution étant une ip externe qui teste son WAN, genre comme vous le disiez au dessus: GRC et son Shields Up

[mackguil]

N'est-ce pas ce que tu suggères? Configurer une boucle de retour ?

Bah non, sa configuration fonctionne peut être tel quel mais n'est pas accessible de son lan, qu'il test de l’extérieur et qu'il donne des news.

[mackguil]

Euuh, là je ne comprends plus rien.

Un loopback est utilisé sous linux comme adresses de rebouclage genre 127.0.0.1 ou localhost.
Celà ne sert à rien dans ce cas si, la meilleure solution étant une ip externe qui teste son WAN, genre comme vous le disiez au dessus: GRC et son Shields Up

En effet, tu as compris mon raisonnement, un test de l'extérieur.

[solar10]

Meuh... mais c'est ce que j'ai dit... 'fin bref, on se rejoint.