Auteur Sujet: Règles de NAT non fonctionnelles après reboot. (Lu 27370 fois)

doum · « **Réponse #24 le:** 28 avril 2015 à 16:26:55 »

Tjs rien

?

J'ai mes parametres qui ont sauté et je suis pas chez moi

Hallucinant qu'il faille si longtemps pour corriger une connerie pareil

doum · « **Réponse #25 le:** 20 juin 2015 à 18:13:46 »

Allo Bouygues ? y'a quelqu'un ? 4 mois pour trouver un dev capable de faire un save dans un fichier de conf et un reload apres reboot

Vous vous foutez pas un peu du monde ?

Paul · « **Réponse #26 le:** 20 juin 2015 à 22:06:35 »

Effectivement faire pire que la Livebox même sur 1 point parmi tous ceux qu'on considère en comparant des box, c'est pourtant pas facile.

Ah c'était hier dredi...

Breizh 29 · « **Réponse #27 le:** 21 juin 2015 à 08:34:51 »

Solution, ouvrir une DMZ sur un routeur derrière et lasser ce routeur faire le boulot.
Ce que j'ai fait pour que ma Livebox ne merdouille pas.

doum · « **Réponse #28 le:** 21 juin 2015 à 08:44:47 »

un peu lourd comme solution pour un truc aussi basique que memoriser une conf au reboot
(enfin memoriser est le mauvais terme parceque la box les mémorise, elles sont tjs la au reboot, mais elles marchent plus

)

Paulo31 · « **Réponse #29 le:** 21 juin 2015 à 13:15:28 »

Perso, mes softs windows je les ai configuré en UPNP/NAT-PMP, comme ça chaque soft remap son port au lancement, je suis pas dépendant de la box qui oublie ou non les ports...

Me reste que le raspberry : faudrait que je fasse un cron avec un truc genre https://github.com/yimingliu/py-natpmp ...

doum · « **Réponse #30 le:** 07 juillet 2015 à 07:31:32 »

Merci pour l'astuce comme un con j'y avais pas pensé

je viens de configurer mon Syno pour qu'il envoie lui la conf au routeur, du coup ca devrait marcher apres reboot enfin j'espere

tom pouce · « **Réponse #31 le:** 07 juillet 2015 à 19:00:37 »

L'idéal serait encore de corriger le bug...

doum · « **Réponse #32 le:** 08 juillet 2015 à 17:55:46 »

Citation de: tom pouce le 07 juillet 2015 à 19:00:37

L'idéal serait encore de corriger le bug...

evidemment

tous les matos en aval ne savent pas forcèment ouvrir eux meme leur port

hiteule · « **Réponse #33 le:** 16 août 2015 à 12:52:36 »

Bonjour,

Abonné Bouygues, ADSL puis Fibre depuis quelques mois, j'ai toujours eu ce problème avec ma BBox Ubee TVW620.I (firmware B40005-MAIN-9.2.36) :

* Pare-feu en mode standard
* Deux redirections de port TCP
* Les règles sont toujours présentent dans l'interface d'admin mais plus fonctionnelles

Seule solution est de supprimer les règles et de les re-créer une à une.
C'est très handicapant, surtout lorsqu'on est pas chez soit.

Ma BBox redémarre seule de temps en temps (pourquoi ??). J'ai eu ce souci pas plus tard que cette nuit vers 1h20.

Des nouvelles concernant ce bug et sa résolution ?

Merci à ceux qui pourront m'aider.

Sylvain92 · « **Réponse #34 le:** 17 août 2015 à 11:44:00 »

J'ai vu qu'en modifiant juste l'IP de la règle de NAT, ça la rendait fonctionnelle de nouveau, ça va plus vite que de la recréer. Tu change l'IP, tu sauve, tu remets la bonne IP et tu sauves la config.

Mais je ne comprends pas comment ce bug puisse perdurer autant de temps, je suis chez Bouygues depuis le début de la BBox sensation et quelque soit la version (Cable, ADSL, FTTH), ce problème est la depuis le début!!
Je n'ai jamais vu ça, ça fait presque quand on y pense de savoir qu'un opérateur Telecom n'a pas l'autorité nécessaire sur ses équipes pour faire corriger un simple bug de ce type....

hiteule · « **Réponse #35 le:** 18 août 2015 à 13:55:07 »

Bien vu pour l'astuce concernant l'édition de la règle. Ce sera déjà plus rapide.

Moi non plus je ne comprends pas qu'un tel bug ne soit corrigé depuis tant de temps. C'est hallucinant que les équipes de développement ne le corrige pas. Je suis moi-même développeur et je me sens responsable de mon produit, je n'attends pas qu'on me demande avant de corriger un bug critique.

Autre chose qui m'étonne : Il semblerait que la distribution des mises à jour soit problématique chez Bouygues, je m'explique :
Il y a par exemple un bug qui rend le serveur d'impression HS depuis le déploiement du firmware actuel. Il a été confirmé par un membre de l'équipe Bouygues peu de temps après sont déploiement expliquant qu'il serait corrigé dans la prochaine update. C'étais il y a 6 mois... le prochain firmware (celui apportant la nouvelle interface d'admin) devrait être déployé en aout (oui, on est déjà le 18) d'après les dernières infos.
Bouygues ne peux pas pousser un firmware entre temps, juste pour corriger un bug critique ?! Quelqu'un a des infos là-dessus ?
Quand je vois par exemple que Free est capable de pousser un firmware correctif dès le lendemain, je me pose des questions.