Aller au contenu

chr!x

Membres
  • Compteur de contenus

    148
  • Inscription

  • Dernière visite

Tout ce qui a été posté par chr!x

  1. Parfait.
  2. chr!x

    Haproxy-B

    DS finder: URL = http://dsm.mondomain.tld, port , login & pwd, donc ça marche. DS file: passe par le port 5005, donc HAProxy inutile, donc ne marche pas. DS photo+ / DS download / DS audio: Passe par le port 5000, donc HAProxy inutile, donc ne marche pas. DS video: Pas testé. D'après la doc officielle, passe par le port 5000, donc HAProxy inutile, donc ne DEVRAIT pas marcher. N'oubliez pas que HAProxy traite ce qui arrive sur le port du modem/routeur en amont.
  3. J'ai honte... DSM / Panneau de configuration / VPN / Avancé / Reconnecter quand la connexion VPN est perdue. J'ai honte... Par contre, rien trouvé concernant la réservation d'une IP au sein d'un VPN, en tout cas dans le DSM en natif sur le Syno.
  4. Salut, Avec mon pseudo tout biscornu et son ! , je n'arrive pas a me logguer sur le forum depuis l'appli iPhone Tapatalk. L'admin devrait savoir de quoi je parle... Possible de remonter l'info aux d
  5. chr!x

    S

    * Perplexe. Tu veux dire que la structure mise en place avec HAProxy m'obligerait à m'orienter vers ce type de solution "wildcard" ? Activer le SSL sans certificat sur webdav / caldav / carddav, c'est possible ? Faudrait pas quand même passer par un certificat maison, genre ?
  6. Microdons = bonne idée, pour peu qu'on puisse réellement suivre l'état des dons en live, l'atteinte du plafond, etc. D'autre part, je serai également prêt à payer, parce que tout travail mérite salaire. Et de 10 à 30 Euros en fonction de la charge de travail, ca me parrait équitable. En revanche, je plussoie les histoires de gratuite du source, de faire payer pour de la cross-compil, j'imagine à peine ce que penserai le développeur d'un paquet s'il savait ça...
  7. chr!x

    S

    J'en reviens à mes moutons. Admettons que grace à HAProxy, tous les services web passent désormais par un seul port, il n'en reste pas moins que la question de SSL se pose, déjà pour sécuriser les comms de HAProxy, mais surtout pour le reste de mes services, notamment le webdav, le CalDav et le CardDav. Quid ? Et d'autre part, les certificats SSL sont attachés à un seul domaine (si je dis pas de bêtise). Comment le Syno peut-il gérer plusieurs domaines en SSL, chacun avec son propre certificat ?
  8. Salut ! Le serveur VPN est sur un DS1511+ derrière une Freebox. Il est également client de ce VPN et prend l'IP 10.0.0.1. Un client (sur mon lieu de travail) se connecte à ce VPN, et prend l'IP 10.0.0.2. Mes 2 NAS sont en DSM 4.1 dernière build, non modés avec des IPKG... Je me sers de ce VPN pour que le Syno du boulot se backup sur celui de la maison, la nuit. Malheureusement, le matin, quand je regarde le résultat, et bien la sauvegarde n'a pas pu se faire car la connexion a coupé avant que le schedule du backup ne se soit lancé. La raison ? Je l'ignore... Inactivité ? Donc mes questions : * Ya un moyen quelconque d'automatiser la relance d'une connexion VPN qui serait tombée ? * Existe t'il une sorte de réservation de bail d'IP (comme sur un serveur DHCP) pour un VPN ?
  9. chr!x

    Haproxy-B

    Premiers retours de mes expérimentations, des fois que cela puisse servir à faire évoluer la bêta. Après avoir créé les associations adhoc: * http://dsm.mondomain.tld = OK * http://sab.mondomain.tld = OK (sadnzbd / port 9050 chez moi / parfait) * http://plex.mondomain.tld = OK (plex / port 32400 / par contre faut rajouter /manage pour que ca marche) * http://sick.mondomain.tld = OK (sickbeard / port 8081 / parfait) * http://fbx.mondomain.tld = OK (freebox serveur / 192.168.1.x: / parfait) Je dois mener encore d'autres essais, mais c'est concluant pour le moment. Questions : * HAProxy sait-il faire une relation du type xxx.mondomain.tld => localhost:port/rep ? * Si on est en multi-domaines, HAProxy sait-il faire le tri ou les redirections sont-elles valable pour les 2 domaines ? * Les premiers temps de chargement sur les asso ci-dessus sont véritablement très long (de l'ordre de 10 à 30 secondes. Après, mieux. Normal ? Curiosité: depuis ce matin, lorsque j'enregistre la config suite à l'ajout de backend et/ou association, je n'ai plus la fenêtre de confirmation qui apparait dans le DSM. Edit: l'appli iPhone SABMobile et le plugin Chrome SABconnect++ fonctionnent parfaitement avec sab.mondonain.tld via le port
  10. chr!x

    Haproxy-B

    Là ça commence à marcher Il faut refaire toutes les associations avec http ? Edit : Pour SABnzbd, je tape le login/pwd, le title de la page s'affiche, mais ca tourne en permanence sans rien afficher. En revanche, la page d'HAProxy (après login/pwd) s'affiche sans encombre). Quand au DSM, ca redirige vers http://dsm.mondomain...ebman/index.cgi et j'ai un 404 made in Synology : Désolé, la page que vous recherchez est introuvable.
  11. chr!x

    Haproxy-B

    C'est le cas. Je suis derrière une Freebox v6, j'ai forwardé son vers le 5080 du Syno. Edit: Certainement rien à voir... Je m'aperçois à l'instant que dans le gestionnaire de paquets, si je fais "Plus" sur certains (ex : phpMyAdmin), l'URL qui m'est donnée est préfixée avec sickbeard... Pourquoi sickbeard et pas un autre ? Et pourquoi sur ce domaine plutôt qu'un autre ? Edit 2 (et puis dodo) : J'ai tenté un reboot complet du Syno, aukazou, ça n'a rien changé.
  12. chr!x

    Haproxy-B

    Parfait. Merci d'avoir levé cette ambiguité. J'ai donc transféré mon NDD vers mon Syno (c'est en cours de rafraichissement vu les temps de propagation), et j'ai déjà pu mener quelques tests. En effet, tous les "nattages" qui fonctionnaient avec mon xxx.hd.free.fr marchent aussi avec mondomain.tld, j'arrive bien sur le Syno (SABnzbd / DSM / etc...) Ensuite, voici ma conf actuelle en 2 screenshots : J'ai uniquement édité le backend de SABNZBD pour qu'il bascule sur le bon port (9050 chez moi au lien de 8080). Malheureusement, quelques soient mes URL, ca tape toujours sur le DSM : * sabnzbd.mondomain.tld => sabnzbd.modomain.tld:5000/webman/index.cgi * haproxy.mondomain.tld => haproxy.modomain.tld:5000/webman/index.cgi Même ceux qui ne sont pas définis dans le backend redirigent vers le DSM sur le même modèle : * toto.mondomain.tld => toto.modomain.tld:5000/webman/index.cgi * pokemon.mondomain.tld => pokemon.modomain.tld:5000/webman/index.cgi Il y a malgré tout un truc qui me chagrine, c'est cette histoire d'écoute sur le 5080 par HAProxy. Faut-il reformuler les URL avec :5080 à la fin ? Genre : * haproxy.mondomain.tld:5080 * sabnzbd.mondomain.tld:5080 Car si c'est le cas, même combat, je déboule toujours sur le DSM...
  13. chr!x

    Haproxy-B

    Je vais récupérer mon ndd perso (aujourd'hui pointant ailleurs), rapatrier sur le Syno le petit joomla qui y tourne, et je reviens à l'assaut dès que c'est en place. En attendant, je te relance sur mes précédentes questions restées en suspend : Vu que l'écoute est faite sur le port 5080, ton exemple ne devrait-il pas plutôt être ? : * box.mondomain.tld:5080 => 192.168.1.254: Est-ce que par la suite on peut imaginer : * smtp.mondomain.tld => 192.168.1.254:25 * ssh.mondomain.tld => 192.168.1.254:22 etc... ?
  14. Avant hier, j'ai installé des packages de SynoCommunity (SABnzbd & Python), j'ai du cliquer à deux fois sur "installer". Je suis en DSM 4.1 build 2647 sur un DS1511+ Pas d'avancée sur le devenir du package Python ?
  15. Salut, Dans le prolongement de j'ai ouvert ce sujet pour répondre aux questions qui m'assaillent quant à la mise en oeuvre de HAProxy. Vu que l'écoute est faite sur le port 5080, ton exemple ne devrait-il pas plutôt être ? : * box.mondomain.tld:5080 => 192.168.1.254: Est-ce que par la suite on peut imaginer : * smtp.mondomain.tld => 192.168.1.254:25 * ssh.mondomain.tld => 192.168.1.254:22 etc... ? Si j'en juge par mes premiers tests, la réponse serait non... Ca n'est pas ton avis ? Le 1er traceroute va bien vers l'IP de chez moi, le second pointe vers une IP chez OpenDNS...
  16. chr!x

    S

    Je vais de ce pas ouvrir vu que ça n'a plus grand chose à voir avec le sujet d'origine.
  17. chr!x

    S

    Si je comprends bien << l'esprit >> de la chose, HAProxy permettrait de faire passer tout par le , et de filtrer en fonction de ce qui est devant le NDD ? Genre : * sabnzbd.mondomaine.fr => localhost:8080 * sickbeard.mondomaine.fr => localhost:8081 C'est bien ça ? Si oui, j'y vois en effet un gain de souplesse en gestion, ne serait-ce que pour ce qui concerne le nattage des ports... Ca marcherait avec des NDD xxx.hd.freebox.fr ?
  18. chr!x

    S

    Je serai intéressé pour le tester. Mais il semble qu'il soit en beta fermée pour l'instant. Comment dois-je faire ?
  19. chr!x

    S

    Je ne connaissais pas. En me documentant rapidement, voici ce que je trouve : Je ne comprends pas en quoi ça peut m'être utile pour sécuriser mon Syno. PS : Diaoul, prosternations éternelles pour ton travail sur SynoCommunity
  20. Salut, ton expérimentation sur le SSL est-elle alléé au delà du web et SABnzbd ?
  21. @oustiti123 : ton affaire m'intéresse. Je me pose pas mal de questions sur le SSL et suis dans le même cas que toi, avec (notamment) un NDD en xxx.hd.free.fr. T'as réussi à passer outre ton absence de certificat pour le web ? T'aurai pas aussi testé pour le WebDav ?
  22. Salut, Si vous ne voulez pas perdre trop de temps, la question est dans le titre. Sinon, je détaille un peu ma situation. J'ai un 1511+ à la maison derrière une Freebox. Il fait tourner : * sites web en multi-domaines (Joomla & WordPress) * FTP * SSH * WebDav pour ownCloud (CardDav & CalDav) * CloudStation (juste pour la synchro façon DropBox) * SABnzbd * PhpMyAdmin * Plex * Backups croisés avec le Syno DS212+ du boulot. Depuis que je me suis mis sur Twitter et que j'ai fais quelques liens vers mon blog WP, j'ai constaté une prolifération de tentatives de connexions depuis la Chine majoritairement. Je tourne en moyenne à 5 IP bloquées par jour grâce au bloquage IP du Syno (70 tentatives en 21 jours). Pour y remédier, j'ai (à l'instant) natté des ports externes différents de ma Freebox pour que le FTP (21) et le SSH (22) ne soient plus directement sollicités. J'espère mesurer rapidement une nette amélioration avec ces premières mesures. Si mes quelques users ont des mots de passe bien fumant avec chiffres / lettres / ponctuation sur une quinzaine de caractères, je me demande malgré tout là où il faut que je prenne les devants pour anticiper toute mauvaise surprise. Que faut-il que je sécurise ? D'autre part, si j'estime qu'il y a une fonctionnalité sur laquelle je compte plus que tout, c'est le CalDav & CardDav que m'offre ownCloud. Et là, je suis un peu "à poil" puisque j'ai pas de certificat SSL. Je me demande donc si là aussi, pour sécuriser mon bouzin, il faudrait que je m'inquiète d'en prendre un... Si oui, faut-il que je me tourne vers une solution : * gratuite type StartSSL (à renouveler tous les ans ? Chiant ?) * "fait maison" type solution de l' * payante (je suis pas contre payer quelques dizaines d'€ par an si c'est réellement efficace). D'ailleurs, que faut-il réellement attendre du passage au SSL ? Faut-il y passer ? (et hop, j'ai bouclé sur le titre de mon message... :-D ) A vous relire, Chr!x.
  23. Apperemment, rien sur le CardDAV. Vivement jeudi !
  24. Et la prise en charge native de webcam serait aussi bien venue. Bon, vu la pléthore de marques, cela paraît irréaliste, mais au moins les principales (genre Logitech).
  25. J'entends bien, mais j'ignore les spécificités (s'il y en a) de ce modem, et de son usage. Mais je pense que les généralités que j'ai déblatéré sont correctes
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.