Bonjour je possède une overthebox plus
Au moin trois fois par semaine sans toucher aucune config mon otb plante je suis obligé de fair une réinitialisation j'ai déjà contacté le service client et ils ne comprennent pas d'où ça vient
Overthebox plus qui plante
Related questions
- [Résolu] Routeur Ubiquiti Unifi USG‑PRO‑4 + Overthebox (OVH & Freebox)
23660
16.04.2017 16:44
- Débit sur DMZ très faibles
22883
09.01.2026 11:04
- OTB en 4G uniquement
19279
21.10.2016 18:21
- Problèmes de ping avec Discord
18830
15.02.2018 22:12
- Perte Upload 4G
18514
03.04.2019 20:57
- Liste de tous mes bugs rencontrés avec OTB
16822
14.01.2017 14:53
- [Résolu] OverTheBox qui récupère l'ip public de ma box au lieu de la sienne
16298
26.07.2018 10:37
- [Résolu] Installation sur raspberry PI 3
15515
14.12.2017 00:51
- [Résolu] Redirection de ports OTB
15068
03.01.2017 21:38
- Version et mise à jour
14686
21.11.2017 16:49
Si tu as une overthebox plus tu es censé avoir le support technique d'OVH, insiste.
je fait que sa mais il font rien
Bonjour @JORDANT2
Peux tu me donner ton device ID stp ?
merci
bonjour,
a6e026e2-6ffe-4670-a68d-b417666f91d0
Bonjour @JORDANT2
Je vois un conflit d'interface sur ton OverTheBox, qui pourrait expliquer ton instabilité.
Ton interface CIF1 et USB_1_DHCP utilise la même adresse IP ainsi que la même gateway.
Peux tu supprimé une des deux ?, Ainsi que l'interface CIF1 qui n'a pas d'autre configuration que le vlan eth0.1 (Vlan par défaut à ne pas utiliser pour de la configuration)
Pour supprimer les interfaces, connectes-toi à ton OverTheBox, puis dans le menu "Network" choisir "interfaces"
Faire un "delete" sur l'interface CIF1 et CIF2.
Bonne journée
c'est fait mais avant j'avais pas celle la c'est des box 4g
Merci pour le retour, et les manipulations effectuées
Je surveille ton OverTheBox, voir si celle-ci est de nouveau stable.
N’hésite pas à me faire un retour de ton coté.
Bonne journée
sa faisait 4 jours quelle était stable et sa a recommencer
Bonjour,
J'ai bien détectée la coupure, celle-ci semble venir du docker de ton OverTheBox, j'ai migre ton service vers un autre docker.
Je garde en surveillance.
Cordialement
bonjours actuellement elle est planté je n'ai plus de connexion depuis 4 h du matin
bonjour benoit serrait il possible de regarder mon overthebox car je n'ai plus aucune connexion depuis 4h du matin j'attend pour faire un reset que vous regarder a distance
Bonjour,
e viens de fixer, le tunnel n’était pas up.
Tu as des DNS sur le Lan, je t'invite à les supprimer, car il boucle sur eux-mêmes.
je n'ai plus accès a l'overthebox je peut rien faire
Bonjour,
Je n'arrive pas à prendre la main dessus, car la configuration de ton domaine local maison16b .fr, créer un bouclage dans la résolution DNS.
Pour explication : tu as indiqué 2 customs DNS sur ton interface Lan, le 192.168.1.1 et le 192.168.1.30
Le 192.168.1.1 renvois sur le LAN de l'otb, d'où le bouclage.
Les 192.168.1.30 doit, je suppose, être un serveur AD ou équivalent, qui ne résout que les FQDN de ton réseau interne. L'OverTheBox n'a donc pas de réponse ni d'elle-même, ni de ton serveur 1.30.
Dans le fonctionnement normal de l'OverTheBox, elle va utiliser tous les DNS indiqués dans les interfaces WAN pour leur envoyer une requête, et va prendre la première réponse disponible.
Pour ceci elle se base sur le fichier /etc/resolv.conf auto, généré automatiquement suivant le nombre de WAN disponible.
Le problème en rajoutant des DNS custom sur l'interface LAN, c'est que cela casse le système de failover des DNS, puisque l'otb ne se base plus sur le /tmp/resolv.conf.auto, mais sur le /etc/resolv.conf.
Si je suppose bien et que le 192.168.1.30 est un serveur DNS, pourrait tu régler un redirecteur DNS pour résoudre les adresses extérieures ? et qui ne passeraient pas par l'otb (type DNS public)
Cela devrait permettre à l'ob de récupérer au moins une réponse aux requêtes qu'elle envoie en même temps à 192.168.1.1 et 192.168.1.30.
Si l'otb recupere la résolution DNS, je pourrais prendre la main sur celle-ci et finir le nettoyage.
Si tu souhaite je peu t'envoyer la procédure à suivre pour couple l'otb à un domaine local, tout en conservant le système de failover des DNS actif.
Bonne journée
oui je veut bien
serait il possible d'avoir un contact téléphonique
Je n'ai pas la possibilité de te rappeler, et je n'ai pas de tech dispo pour le faire.
Nous venons de détecter une erreur sur les accès à distance des OvertheBox, j'ai remonté l'info aux développeurs.
Lorsque ceci sera fixé, je pourrais prendre la main sur ton otb pour débloquer la situation.
je vais faire un reset car je ne peut me permet de rester sans internet mes client on besoin de se connecter chez moi
j'ai effectuer un reset si tu veut te connecter
Voici la procedure pour coupler ton OverTheBox à un domaine locale.
La configuration se fait en deux partie.
Configuration du DHCP pour les postes client.
Configuration de l'overthebox pour transférer les demandes à destination du domaine local.
Coté poste client l'objectif est que la demande soit transférer en priorité au serveur dns local, puis à l'overthebox.
Coté overthebox, l'objectif est que les demandes à destination du domaine local soit transférer au serveur DNS local, mais que les requêtes à destination d'internet, passe directement par les DNS renseigné dans l'overthebox (par défaut les modems).
Mise en place
________________________________________
**Configuration du DHCP de l'overthebox, via l'interface Web.**
La premiere partie consiste à mettre en place une option dans le DHCP de type "nameserver".
* Connectez vous a l'overthebox
* Rendez-vous dans l'onglet "Network → Interfaces"
* Éditez la configuration de l'interface LAN.
Rendez-vous en bas de page, dans la partie "DHCP-Server", et l'onglet "Advanced Settings"
Saisissez dans le champ DHCP-options : "option:dns-server,[IP du server DNS local] , [IP de l'overthebox] (les crochet doivent être supprimée).
exemple : **option:dns-server,192.168.1.30,192.168.1.1**
Rendez vous ensuite dans "Network → DHCP and DNS"
Dans les "General Settings", renseigner dans "local domain" le nom de votre domaine local (cette option rajoute l'extension du nom de domaine à tous les équipements en DHCP derrière l'overthebox )
Effectuer un renouvellement de l'adresse IP, et vérifier que les DNS récupérés par le poste client son bien : l'ip du serveur DNS en primaire et l'ip de l'overthebox en DNS secondaire.
**Configuration du redirecteur conditionnels sur l'overthebox, via l'interface Web.**
Connectez vous a l'overthebox (http://overthebox.ovh)
Rendez-vous dans "Network" → DHCP and DNS"
Dans le "DNS forwardings", renseigner le nom de domaine et le serveur DNS de la zone local, sous la forme "/mondomaine.local/xxx.xxx.xxx.xxx" ou xxx est l'ip du serveur DNS.
exemple : **/maison16b.fr/192.168.1.30**
Il faut dans un dernier temps autoriser DNSMASQ à transférer les demande vers le serveur local (Rebind Prtotection)
Pour cela, renseigner dans le champs "Domain whitelist", le nom de votre domaine local.
Sauvegarder et appliquer la configuration, pour redémarrer le service DNSMASQ.
**Vérification**
________________________________________
Il est possible de verifier le bon transfert des demandes au serveur voulu, en activant les log sur DNSMASQ.
Rendez vous dans l'interface web, dans le menu "network" → "DHCP and DNS", dans les "General settings", cocher la case "Log queries".
Connectez vous ensuite en SSH à l'overthebox.
en SSH :
root@OverThebox:~# logread -f | grep pc.mondomaine.fr
Lancer une deuxième instance ssh et effectuer un ping vers un FQDN du domaine local :
root@OverThebox:~# ping pc.mondomaine.fr
En parallèle la demande doit apparaître sur les log et indiquer le transfert vers le DNS local ( exemple ci dessous avec le dns local avec l'ip 192.168.1.141 et le poste pc.mondomaine.local )
Overthebox
root@OverThebox:~# logread -f | grep [pc.mondomaine.local]
Thu Mar 22 11:49:32 2018 daemon.info dnsmasq[32560]: 6070 127.0.0.1/34769 pc.mondomaine.local to 192.168.1.141 ( → demande ipv4 renvoyer au dns local)
Thu Mar 22 11:49:32 2018 daemon.info dnsmasq[32560]: 6071 127.0.0.1/34769 pc.mondomaine.local to 192.168.1.141 ( → demande en ipv6 forward au dns local)
Recommencer la même manipulations avec la commande logread suivante et effectuer un ping vers ovh.com, la demande ne doit pas etre envoyer au DNS local.
root@OverTheBox:~# logread -f | grep ovh.com
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6095 127.0.0.1/34464 query[A] ovh.com from 127.0.0.1 (-> demande de l'enregistrement A (ipv4) depuis le dns de l'overthebox )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6095 127.0.0.1/34464 forwarded ovh.com to 192.168.13.253 (-> l'overthebox transmet la demande à ses modems )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6095 127.0.0.1/34464 forwarded ovh.com to 192.168.14.253 (-> l'overthebox transmet la demande à ses modems )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6096 127.0.0.1/34464 query[AAAA] ovh.com from 127.0.0.1 (-> demande de l'enregistrement AAAA (ipv6) depuis le dns de l'overthebox )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6096 127.0.0.1/34464 forwarded ovh.com to 192.168.13.253 (-> l'overthebox transmet la demande à ses modems )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6095 127.0.0.1/34464 forwarded ovh.com to 192.168.14.253 (-> l'overthebox transmet la demande à ses modems )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6095 127.0.0.1/34464 reply ovh.com is 198.27.92.1 (-> réponse des modems, ovh.com = 198.27.92.1 )
Thu Mar 22 11:55:37 2018 daemon.info dnsmasq[32560]: 6096 127.0.0.1/34464 reply ovh.com is NODATA-IPv6 (-> pas de réponse en ipv6 )
Bonne journée, je reste disponible si besoin
bonjours,
je voulais créer un vlan j'ai voulus suivre le tuto sur doc.ovh
sauf que quand je vais dans
network puis switch
j'ai le message suivant
/usr/lib/lua/luci/dispatcher.lua:452: Failed to execute arcombine dispatcher target for entry '/admin/network/switch_status_simple'.
The called action terminated with an exception:
/usr/lib/lua/luci/template.lua:97: Failed to execute template 'admin_network/switch_status_simple'.
A runtime error occured: /usr/lib/lua/luci/util.lua:160: attempt to get length of local 'str' (a nil value)
stack traceback:
[C]: in function 'assert'
/usr/lib/lua/luci/dispatcher.lua:452: in function 'dispatch'
/usr/lib/lua/luci/dispatcher.lua:141: in function
Bonjour @JORDANT2
Il y a une erreur dans la configuration du switch, ceci arrive lorsqu'une partie du fichier de config ne peut pas être appliquée.
Je viens de débloquer ton switch, celui-ci avait un VLAN 10 configurer sans port, ce que l'otb ne peut pas interpréter.
Tu avais également une route sans config.
À tu retrouvé l’accès au menu switch ? un reboot sera peu être nécessaire.
Pour la configuration d'un Vlan perso, je t'invite à regarder le sujet suivant, j'ai expliqué toute la procédure :
https://community.ovhcloud.com/community/fr/overthebox-plus-dhcp-vlans-vlans-trunk-ports?id=community_question&sys_id=27303dc0e55286d02d4c0165b3e766e0
Bonne soirée