Connecthys, le portail internet

Effectivement j'ai installé pip et je viens d'essayer d'installer MySQL-python mais il y a une erreur qui je pense pourrais se résoudre en installant python-dev. Seulement l'environnement DiskStationManager (DSM) ne permet pas l'utilisation d'apt. La version de Python 2.7 a été installé depuis les paquets officiels du dépot synology.
C'est pour cela que j'utilise un CHROOT en paralèlle pour pouvoir faire ce que je veux, toutefois mes certificats SSL sont installés sur DSM et je préfère arriver à faire fonctionner connecthys par ce biais. Donc je continue de chercher

Par contre ce qui m'étonne c'est que je viens de modifier la config en sqlite (pour arriver au moins à me connecter), et que les identifiants et mot de passe (que je récupère sur les fiches familiales) sont tous refusés!?

si les identifiants sont refusés c'est que la synchronisation n'a pas fonctionné je pense....

PS :le syno risque d'etre un peu charrette si il y a beaucoup d'utilisateurs dans la structure...

Effectivement Noethys n'arrive plus à se connecter en FTP (alors que ça fonctionnait bien tout à l'heure!?). J'ai vérifié les droits et pas de soucis. De plus avec Filezilla pas de soucis non plus, je peux lire et écrire avec le compte noethys.
Noethys m'indique [ERREUR] Téléchargement des demandes impossible et [ERREUR] Synchro impossible
Mais pas de problèmes de connexion.

J'avais mis plage.jpg dans Affichage->Image de fond d'écran. C'était ça qui bloquait le transfert !

Ça fonctionne mieux pour le transfert, mais je ne peux toujours pas me connecter car tous les identifiants et mdp que j'essaie sont refusés :

Voici le log de Noethys:

[06/10/16 00:05:04] Lancement de la synchronisation...
[06/10/16 00:05:04] Téléchargement des demandes...
[06/10/16 00:05:04] [ERREUR] Téléchargement des demandes impossible
[06/10/16 00:05:04] Lancement de la synchronisation des données...
[06/10/16 00:05:04] Connexion FTP...
[06/10/16 00:05:04] Synchro du fichier de configuration...
[06/10/16 00:05:05] Récupération des modèles de données...
[06/10/16 00:05:08] Récupération des données à exporter...
[06/10/16 00:05:08] Enregistrement des données à exporter...
[06/10/16 00:05:09] Compression du fichier d'export...
[06/10/16 00:05:09] Cryptage du fichier d'export...
[06/10/16 00:05:09] Envoi du fichier de données...
[06/10/16 00:05:09] Fermeture de la connexion FTP...
[06/10/16 00:05:09] Envoi de la requête de traitement du fichier d'export...
[06/10/16 00:05:10] [ERREUR] Erreur dans le traitement du fichier
[06/10/16 00:05:10] Synchronisation des données terminée
[06/10/16 00:05:10] Synchronisation terminée.
[06/10/16 00:05:10] Serveur prêt

Je ne suis plus, vous cherchez à utiliser Connecthys en mode cgi ou en mode autonome ?

Est ce que l'url Connecthys est bonne ?

Bonjour.

Je fais differents essais. Pour le moment, je narrive pas a passer la page de login car accès refusé.

Suite à mes differents essais, je constate qu'un simple serveur apache+php+mysql ne suffit pas.

Il faut d'entrer rajouter les pacquets python crypto et mysqldb.

Je vais reprendre à zero en tenant compte de cela.

Je ferais un retour dès que j'aurai plus avancé.

Le plus simple dans un premier temps est d'utiliser Connecthys en mode autonome avec une base sqlite.
Dans ce cas là pas besoin de serveur web ni de mysql.
Dans tous les cas le php ne sert strictement à rien pour Connecthys, par contre il faut un certain nombre de dépendances python, les mêmes que cela soit en cgi ou en autonome.

Pour que la connection soit possible il faut que la synchro fonctionne ce qui n'a pas l'air d'être le cas
Postez une copie d'ecran de votre conf Connecthys que je vois si ce n'est pas un problème de conf.

Bonsoir.
Alors j'ai avancé, et maintenant ça fonctionne. Le problème de synchro FTP était du à un problème de permission.

Je vous fais mon retour d’expérience sur serveur synology. Pour simplifier les choses, j'utilise deux debian sur le même serveur :

1) DSM 6 (il s'agit d'un debian personnalisé par Synology)

• Un serveur web (Apache)
• Python
• Un serveur FTP
• GBDD Mysql
• Des certificats SSL installés

J'ai un accès root en SSH pour la console.
Apt n'est pas installable, ce qui empêche d'ajouter python-MySQLdb, car il faut installer python-dev et libmysqlclient-dev pour que pip install MySQL-python se passe correctement.
Donc dans ce schéma, faire une croix sur l'utilisation de mysql, et utiliser sqlite.
Par contre pip install crypto a bien fonctionné (pip ayant été installé préalablement).
J'accède directement via cgi en https sans problème au portail connecthys. De plus, en lançant run.py sur le port 8500, j'accède au portail avec le serveur interne de connecthys.

2) Debian CHROOT (donc là un debian que l'on va qualifier de "pure")

• Un serveur web (Apache)
• Python -dev
• Un serveur FTP

J'ai uniquement testé le serveur interne sur le port 9000 et pas de soucis. Et je peux ainsi installer toutes les dépendances python qui sont nécessaires.

En conclusion, l'utilisation du serveur interne permet un affichage instantané comparé à l'utilisation via CGI. Je souhaite donc conserver cette solution, et sous debian chroot pour pouvoir utiliser mysql.

Toutefois j'ai un nouveau problème, celui des certificats SSL. J'ai récupéré les fichiers cert.pem et privkey.pem de l'instance DSM, puis je les ai convertit en cert.crt et privkey.key via des commandes openssl, pour faire un essai je les ai déposé dans le même répertoire que connecthys et j'ai modifié run.py en conséquence, mais j'obtiens un message d'erreur au lancement du serveur

root@SERVEUR:/home/user/public_html/connecthys# python run.py
Lancement de Connecthys...
serveur=None host=0.0.0.0 port=9000
Traceback (most recent call last):
File "run.py", line 89, in <module>
context.load_cert_chain('cert.crt', 'privkey.key')
ssl.SSLError: [SSL] PEM lib (_ssl.c:2506)


J'ai également essayé directement avec les fichiers pem, alors là le serveur démarre bien mais la connexion ssl ne fonctionne pas.

Avez vous des idées?

bonsoir,
étant encore en tests je n'ai pas, pour ma part, encore fait de tests en https mais ce que j'avais pensé mettre en place c'est un reverse proxy au niveau d'apache qui gererait la couche ssl avant d'appeler le serveur python autonome.
Cela permet egalement des pages d'erreur plus faciles à mettre en place en cas d'arret du serveur python

cdlt,