ptit_poulet a écrit 787 commentaires

On passe du début de ton post à je l'ai nettoyé à je ne l'ai pas ouvert…

Si tu ne l'as pas ouvert, qu'entends-tu par nettoyé alors ? Si tu as passé un coup de chiffon sur le clavier et l'écran forcément que tu n'auras aucune amélioration niveau chauffe…

Tu peux le paramétrer afin qu'il garde les fichiers supprimés (actif par défaut il me semble).

Et là d'ailleurs ça te permet de faire ton backup vers X serveurs simultanément sachant que le fonctionnement est en p2p donc un serveur de backup pourra envoyer lui même les fichiers déjà reçus vers un autre serveur de backup afin de décharger le serveur principal ;)

Il faut que tu routes tout le trafic de 10.64.0.10 vers 192.168.0.100.

Je vais peut-être dire une connerie, mais il me semble d'OVH met au point tout seul comme un grand ses plateformes serveurs, j'entends pas là il achète le matos au détails et l'assemblage au sein des DC et fait main avec les particularités qui leurs sont propres.

Peux-tu refaire un schéma comme celui juste au-dessus mais avec l'ensemble des autres IPBX, car j'ai un peu de mal à voir comment c'est foutu par rapport au 1er schéma ;)

Tu veux faire quoi exactement sur tous les IPBX depuis le client connecté sur le VPN ? Car il y a peut être des solutions adaptées pour l'usage que tu veux en faire.

Peux-tu établir une connexion SSH d'un IPBX vers un autre équipement ?

Une petite explication par ici. Peut-être est-il possible de faire mieux :D

OK. Dans ce cas pourquoi ne pas modifier le client qui se connecte au VPN pour qu'il fasse office de pont réseau. Comme ça tout ce qui arrive sur lui part directement sur l'IPBX.

Et tu ne peux pas connecté ton IPBX directement au VPN ? C'est quelle version/OS que tu utilises ? Asterisk ?

Peut-être faire un site en Français ? L'équipe est Française, la boite est Française et on arrive sur un site qui est en anglais sniffff. Alors oui je sais l'anglais c'est international… blablabla… Mais moi je suis chauvin et quand j'arrive sur un site qui parle ma langue de suite j'y prête encore plus attention, car ça fait plaisir à voir, surtout dans le domaine où vous êtes.
Forcément si je suis vraiment intéressé, même en anglais je fais avec, mais là tout indique que c'est en France, jusqu'à la carte avec votre localisation. Je pense qu'une version Française du site pourrait faire la différence ;)

Bonjour,

Effectivement le NAT sera le plus adapté dans ton cas.
Donc par rapport à ton schéma, si tu veux accéder à un site web hébergé sur IPBX1 par exemple, tu devras y accéder via l'adresse 10.64.0.11:80 à condition que le client soit aussi dans le réseau 10.64.0.0/24 lui même.
Par contre concernant la partie VPN, regarde bien dans ta configuration que les différents clients connectés sur ton serveur VPN ne sont pas isolés les uns des autres sinon forcément ça ne marchera pas ;)

Sauf que le texte de loi 2006-64 du 23 janvier 2006 l'impose. Donc Europe ou pas, que tu le veuilles ou non, en France c'est obligatoire. Texte de loi pour la lutte contre le terrorisme, donc je pense qu'il s'assoie un peu sur les textes européens ;)
Après si tu fournis un accès internet ou autre à des utilisateurs sans conserver les logs c'est ton droit. Mais ne le fait pas sur le sol français ;)

Sauf qu'en France c'est obligatoire, directive Européenne ou non ;)

S'il s'agit d'un proxy, attention tu n'as pas le droit de consulter les logs contenant les nom des utilisateurs associés à une URL.
Tu dois conserver les logs pendant un an mais ça s'arrête là.

Aucun intérêt, donc laisse le TCP par défaut ;)

Et quelle est la plus value d'utiliser une liaison UDP pour ouvrir un terminal ?

Avec quoi utilises-tu UDP ? Un logiciel clé en main ? Un logiciel que tu développes ?

Si. En utilisant TCP au lieu d'UDP.

Si l'émetteur ne calcule pas le checksum, le récepteur ne pourra de tout façon pas vérifier le checksum… Le récepteur peut toujours le calculer mais ne pourra le comparer à rien du tout donc en toute logique il ne le calcule pas ;)

Il est toujours possible de définir un scénario qui vérifie toutes les x minutes si le capteur a remonté de l'information. Si ce n'est pas le cas tu actives une alarme ou autres.

Mince je suis démasqué. Effectivement j'utilise ZWave via la box domotique Jeedom.
Les prix des modules ont beaucoup baissés, en plus sur certaines boutiques en ligne (domadoo par exemple) il y a régulièrement des promos, par exemple à chaque victoire de l'équipe de France en ce moment :D

Sinon côté sécurité, j'avais lu un article classant le ZWave comme le protocole domotique le plus sécurisé. Les échanges ne passent pas en clair, il y a un échange de clé de chiffrement entre la box et les modules ;)

Bonjour,

Pour la domotique je ne peux que te conseiller le protocole ZWave, il y a beaucoup de box et de capteurs en tout genre compatibles avec cette norme.
ZWave créait un réseau maillé, donc même si ta maison est grande pas de soucis de couverture ;)
Le wifi n'est pas fait pour ce genre d'utilisation, car qui dit wifi dit prise de courant pour alimenter ton capteur. En ZWave si ton capteur est sur piles ça tient une année voir plus sans soucis. ;)

Je t'invite à faire des tests de transfert, tu verras que ça ne fait pas que passer par ta propre box ;)

Bon et bien on va tous mourir avec le nouveau compteur Linky alors ;)