PiwiLAbruti

Merci pour les pr

J'y ai pens

Bah alors, ils sont où les experts Linux ? # incitation au DTC détectée

Bonjour, J'ai mis en place un serveur Syslog dans mon entreprise afin de centraliser tous les logs d'une 12aine équipements réseaux (pare-feux, commutateurs, sans-fil...). Pour ce faire, j'utilise Syslog-ng qui est déjà intégré aux NAS Synology et une base de données MySQL pour l'archivage. Si ça en intéresse certains, je pourrais faire un tuto sur les modifications à apporter à syslog-ng.conf. C'est vraiment simple et il n'y a pas besoin d'avoir "bootstrapé" son NAS . En utilisant des expressions régulières pour filtrer les messages, je me suis rendu compte que Syslog-ng n'accepte pas les parenthèses non-capturantes"(?:regexp)", ni les références arrières, ni tout ce qui commence par "(?". Il me retourne un message d'erreur "Invalid preceding regular expression". Cette erreur vient du fait que le moteur regexp utilisé par Syslog-ng est POSIX ERE. Il est possible cependant de forcer le type de moteur regexp à utiliser dans un filtre : type("PCRE"), mais l'application de cette dernière échoue au démarrage avec le message "Unsupported matcher type, falling back to POSIX regexp". Un coup de /sbin/syslog-ng -V indique que l'option PCRE n'a pas été activée lors de la compilation de Syslog-ng. Comment faire en sorte que Syslog-ng utilise PCRE ? Dois-je recompiler Syslog-ng ? Y a-t-il une autre solution ? Merci d'avance

Merci pour les explications Donc au final tu recommenderais plus d'utiliser une Debian Chroot

Questions du n00b : - C'est quoi l'utilit

J'ai essayé d'installer le SPK umurmur-0.2.6-1.0-88f628x.spk sur mon DS109 avec la version 3.1-1742 du DSM (la dernière), sans succès. La fenêtre d'upload du paquet reste grisée dans l'interface du DSM. Le SPK est bien uploadé vers le dossier /volume1/@tmp mais rien ne se passe ensuite. Une idée ? Bon, je vais essayer de commprendre ça : http://forum.synolog...llation_process edit : Après avoir extrait le SPK et copié les fichiers où il fallait, tout fonctionne. Reste à savoir pourquoi l'installation du SPK ne passait pas par le DSM.

Même pas, la Livebox Pro intègre des fonctionnalités VPN supplémentaires (IPsec) que les versions pour les particuliers n'ont pas. Elle ne propose pas de mode bridge. La remarque d'ikeke est très importante sur le fait de cascader du NAT. Je déconseille très franchement de cascader un routeur derrière une box NATée, surtout que la Livebox ne fera pas mieux passer le protocole GRE dans une DMZ. La DMZ de la Livebox ce n'est une simple redirection de tous les ports vers une IP privée. Je ne connais pas très bien OpenVPN, mais il me semble qu'il n'utilise pas de protocole particulier (comme GRE pour PPTP) et ne devrait donc pas être bloqué par la Livebox. Si quelqu'un pouvait fournir une capture Wireshark du traffic généré par OpenVPN pour confirmer.

10 secondes de recherche sur le forum : http://www.nas-forum.com/forum/index.php?showtopic=18553&st=0&p=104334&hl=bootstrap&fromsearch=1&#entry104334

Pourquoi ne pas investir dans une cam

C'est pourquoi il ne faut pas utiliser le port WAN du routeur dans ce cas de figure.

192.168.1/24 et 192.168.2/24 sont 2 réseaux différents. Il faut que ton PC ait une adresse en 192.168.2.x pour pouvoir accéder à 192.168.2.1. Je te conseillerais au passage de modifier l'adresse de ton routeur pour une adresse en 192.168.1.x (ainsi que toute autre machine qui aurait une adresse dans le réseau 192.168.2/24), comme ça il sera accessible depuis le réseau 192.168.1/24. Explication rapide : Supposons que ton PC a une adresse en 192.168.1.x. Si tu veux accéder à ton routeur en 192.168.2.1, ton PC voit que cette adresse ne fait pas partie du réseau auquel il est connecté (192.168.1/24) donc il envoie la requête à sa passerelle qui est la Livebox (192.168.1.1) qui elle à son tour ne sait pas où est ce réseau. C'est pourquoi tu ne peux pas te connecter à ton routeur. Le DHCP de la Livebox distribue des adresses en 192.168.1.x et ton routeur distribue des adresses en 192.168.2.x. Si tu désactives le DHCP de ton routeur, la Livebox continuera de distribuer des adresses en 192.168.1.x et tout le monde aura une adresse en 192.168.1.x. Ce qui pose problème c'est d'avoir 2 DHCP sur le même réseau. Les machines obtiennent alors une adresse du DHCP qui répond le plus rapidement, autrement dit c'est l'anarchie.

Surtout ne change rien, ta configuration est idéale pour un fonctionnement en filaire. Les communications entre le Macbook, le PC et le NAS ne s'effectuent qu'au travers du switch gigabit (s'ils sont tous connectés en filaire évidemment). Seuls les communications à destination d'internet passeront par le CPL. Maintenant si tu comptes accéder à ton NAS par le wifi, le chemin sera nettement moins optimal : Macbook (wifi) <---> Livebox <---> CPL <---> Switch <---> NAS Dans ce schéma les limitations viendront du CPL ou du wifi. Pour l'accès extérieur seule la connexion ADSL sera limitante, à moins que le réseau électrique de ton logement soit naze et plombe les performances du CPL.

Le routeur n'a aucun int

Bonjour, J'ai install

Vu ici à propos du DSM 3.1 beta : C'est plutôt une bonne nouvelle

Possibilité de modifier php.ini Il est déjà modifiable par SSH le php.ini, non ? Dans l'ordre : - DHCP : configuration automatique des paramètres IP des machines situées sur le même réseau que le NAS. - DNS : résolution des noms de domaines en adresses IP (et son contraire, nas-forum.com -- 213.186.33.17).

Tu peux modifier les num

Il est possible de lancer Mumble depuis un navigateur avec des adresses du type mumble://... Allez faire un tour ici pour les détails : http://mumble.source....net/Mumble_URL. Je me suis fait une petite interface sur le serveur web du NAS où il suffit d'entrer son pseudo et de choisir son channel pour lancer Mumble. En tout cas merci Diaoul pour les spk, j'ai juste eu à modifier la détection de l'architecture pour povoir l'installer sur mon DS-109 (éditeur texte : 88f628x -> 88f6281).