jee27

Je viens de voir à l'instant sur le forum US, un truc qui semble fonctionner pour changer le port de cloudstation sans difficulté !

Ca m'interesse aussi ! Mais il y a t'il seulement moyen de restaurer la configuration apres ?

Je precise aussi qu'en terme de vitesse , apres plusieurs test (notament fichiers via filestation avec haproxy ou reverse proxy) Haproxy est largement plus rapide

Jpense que l'interet du synology est de pouvoir se passer justement de ces services , en utilisant Cloudstation notament, sinon a quoi bon avoir son proprr serveur ?

Il y a possiblité dans la config Haproxy de rediriger automatiquement les requetes en https et meme de prevoir que certains backend echappent a cette redirection auto ( je l'ai fait notamment pour videostation sous ios ), de cette facon des utilisateurs seront tjrs sur du https et seul le port sera ouvert en local

dans mes tests , la connexion à Haproxy peut etre faite en HTTPS , mais après , elle ne peut pas forwarder vers un autre port en htts ( ca reviendrait à faire du https sur du https ! ) et donc à partir du moment ou la connexion à haproxy se fait en https, elle va renvoyer uniquement sur du http ( d'après mes tests , j'avais tjrs des erreurs quand je renvoyant sur du https ) Après pour ce que j'ai lu que tu voulais faire, il suffirais que le serveur local écoute sur le port et haproxy rédirigera dessus : l'https ( selon moi ) n'as de sens que depuis une connexion externe ( à moins d'avoir un très gros reseau local ) mais sinon pas d'interet à crypter les connexions locales..

Oups oui alors c ca

Non en fait il faut ouvrir les port et 443 qui redirigent vers 5080 et 5443

pour moi ca veut dire : enlever le disque défectueux, remettre un autre disque à la place , installer dsm et restaurer la sauvegarder des disques via l'interface dsm

Dans l'interace ( le bureau ) du dsm , tu clique sur le "bouton" en haut à gauche et ensuite sur le logo de l'appli Haproxy , la configuration se fait par la . La page web haproxy sert juste pour afficher les stats ^^

apparement si ca change .. mais pas dans le bon sens .. Solution : mettre un nouveau disque et reconstruire le volume avec un backup ..

Merci ! - jvais quand meme utiliser le package dns ainsi ^^

en fait je suis entrain de me sentir vachement con ^^ ! Mon routeur support le loopback et donc , si je comprend bien , renvoie chaque requête sur mon ip externe vers mon ip interne.. Et donc ma seule question reste la latence/bande passante différente entre le mécanisme du loopback et le reseau local.. Je viens de faire une série de ping et j'ai les mêmes résultats , idem en terme de bande passante entre l'adresse externe/interne.. Donc bon ce que je voulais faire pourra éventuellement servir à qulqu'un qui n'a pas de loopback dans son routeur ! Encore désolé pour le dérangement ( ps : quelqu'un peut me confirmer que C'est bel et bien identique en terme de bande passante / latence , d'accéder directement par le reseau local ou par le nom de domaine avec le loopback fonctionel ? )

J'avais mal réfléchis par rapport à ta suggestion mais en fait elle semble tout à fait appropriée ! Utiliser haproxy pour les connections externe -> interne (donc port 80/443 vers 5080/5443 ) et un virtualhost pour les connections locales et donc sur les port 80/443 : ca me permettrait (éventuellement, j'ai pas encore testé) d'arriver à mon idée de pouvoir ( en combinaison avec le package dns ) utiliser la même adresse interne/externe ! A tester ! mais encore merci pour cette idée ^^

La page d'acceuil d'haproxy joue déja ce role. C'est pas tant le problème de savoir sur quel port tourne quoi ( ca ne me pose pas trop de problème ) mais plus d'utiliser les applis, les sites avec une seul adresse, une seule config pour les appli mobiles ,et ce en interne / externe : en soit, comme le port n'est utilisé que pour photostation et que je n'héberge pas de site web ( et que j'ai d'autres ports attribués à l'interface dsm ) , une simple redirection via Haproxy avec un backend photostation résoudra le problème. Après que ce soit le port ou 5080 ca change strictement rien de faire tourner haproxy ou appache sur ces ports principaux, c'est kifkif.

J'avais déja essayer avant haproxy mais s'était d'une lenteur incroyable , et j'avais des erreur notamment avec filestation qui empéchait l'upload de fichier !

faudrais que je pose la question au support pour savoir si c'est possible mais de toute facon j'ai des ports personalisés http/https et le et 443 ne me servent que pour photostation.. ( éventuellement mailstation ) donc pour moi faire tourner haproxy sur 80/443 et renvoyer pour photostation me serait plus interessant ( comme dit plus haut, combiné avec le package dns ca permet de faire tourner les choses de manière transparente )

J'ai un autre problème concernant Haproxy - Après avoir modifié les fichiers conf apache dans usr/syno/apache/conf et remplacé les port par un autre port , redémarré apache et le syno , impossible de faire écouter haproxy sur le port , j"écris la configuration mais j'ai un echec dans le lancement de la réparation du paquet .. ( Je précise que quand je teste le port par lequel j'ai remplacé le port , apache écoute bien dessus ! ) Quelqu'un as une idée ? ( objectif : avoir la même configuration en local / extérieur et ne pas devoir tapper des ip avec numéro de port farfellu dans le reseau local (utilisation du package dns), tout en utlisant haproxy pour forwarder vers les noveaux ports attribués à photstation/webstation )

Il me semble que le backend par defait est web : en gros si tu cree un sous domaine, il sera automatiquement redirige vers le backend web si il n'en as pas un d'attribué dans haproxy

chez moi ca fonctionne avec la config : forwardfor,redirect scheme https unless { hdr_beg(Host) -i video. nzbget. web. } - ( a partir de " unless" c'est facultatif ) . dans ton routeur , tu a bien créer une régle nat qui redirige le port externe vers le port 5080 interne ?

Merci pour toutes ces précisions mais le seul but de ce post était de répondre à la question de savoir si un jbod avait une possibilité de récupération chez synology ( ce qui, de prime abord, ne semblait pas être le cas) , j.utilise actuellement un raid1 avec onduleur et système de sauvegarde mais le besoin d'espace ainsi que le manque de budget me fesait peser à un Jbod .. Ce post n'etait pas la pour demander ce qu'etait un jbod même si toute précision est tjrs utile , mais plutôt pour faire suivre l'info sur la possibilité de récupérer les données du jbod (ce qui n'as jamais été clairement stipulé quelque part ) Le recours à un système de sauvegarde va de sois, mais la possibilité de récupérer en cas de crash en dehors de dsm m'intéressait. De plus, c'est assez usant, (même si on est sur un forum d'entraide) de voir ce type de réponse quand on pose une question. ( si tu relis mon post ma seule question concernait justement la précision que spar0 à apportée avec le système d'index et non pas la différence entre les raid)

Bonjour a tous, Je souhaite modifier ou plutôt libérer les ports et 443 utilisé par le système pour les attribuer directement à un package (haproxy) . J' ai modifié les fichiers Config dans usr/syno/Apache et remplacer tout les et 443 par d'autres ports , j.ai reloader Apache , quand je teste il écoute bien sur ces ports la mais quand j'essaie d.attriber ce port á haproxy j.ai une erreur... (Impossible de lancer le paquet ) quelqu'un sait si il faut modifier d'autres fichiers ?

Oui biensur, mais la question posée était : existe t-il techniquement des moyens de récupérer les données en cas de plantage d'un seul disque. Pcq j'avais déja lu des contreverses sur le jbod synology.En temps normal , Le jbod consiste simplement à agréger les disque et n'en faire qu'un seul volume, en remplissant le disque 1 jusqu'a ce qu'il soit plein et ensuite à passer au 2e . Et théoriquement , la récupération ( hors dsm ) est tout a fait possible ( montage dans un pc ou autre ) D'ou ma question au support synology. Mais comme je l'ai précisé selon eux, le disque 2 est récupérable si le disque 1 plante mais pas l'inverse , et donc le fichier système ne serait pas en mirroring dans cette configuration.. D'ou ma question de savoir si ils parlaient de récupérabilité via dsm ou non ( pcq si ils parlaient de récupération hors dsm je vois pas en quoi le plantage du disque 1 avec les fichiers système empecherais la récupération des donées du disque 2)..

Bonjour à tous, suite à une question posée au support synology quand à la question de savoir si , en cas de crash d'un volume JBOD, toutes les données étaient totalement perdues ( il n'y avait pas de réponse claire jusqu'a ce jour ) , je me permets de vous faire parvenir leur réponse qui pourrait en intéresser d'autres : Pour les non anglophiles : si le disque 2 plante , il existe tjrs une possibilité de récupérer les data du disque 1 , par contre le disk 1 contiendrait des fichiers critiques pour les système et empecherait toute récupération en cas de plantage. Par contre la ou je suis plus trop sur de leur réponse c'est de savoir si cette récupération se ferait via dsm ( d'ou la logique alors de l'impossibilité de récupérer si plantage du disque 1 ) et si alors une récupération en branchant le disque sur un pc et via un logiciel ne permettrait pas tout de même de récupérer la data du disque 2 sans le disque 1. Par contre du coup je comprend pas pourquoi il mettent pas en place un système de "mirroring" juste pour le filesystem histoire qu'aucun fichier nécessaire au système ne disparaissent tout utilisant le JBOD et donc en maximisant l'espace disponible..

Une petite question : quelqu'un sait-il comment modifier les ports de photstation et mailstation de manière à faire tourner haproxy sur le port 443 ? ( but de la manœuvre : En combinaison avec le serveur dns en local , permettre d'utiliser la même adresse de connection tant en local que en externe : ex file.mondomaine.com:443 (filestation) et video.mondomaine.com: , c'est un détail je sais mais c'est surtout pour ceux qui ne s'y connaissent pas trop dans la famille et que je vois mal tapper le numéro de port après l'url ou encore , pour conserver les même login de connexion dans les appli ios sans rien changer ! Je sais , c'est du gadget mais si c'est faisable, pourquoi s'en priver ^^ ?