Florian Guilbert

Bonjour, Effectivement c'est lors de la demande d'ouverture via la console d'administration que la clef de cryptage est demandée. Le problème semble venir de l'admin console ou du navigateur. Je commençerai par redémarrer la console d'administration : dans un terminal directement sur la machine fmsadmin restart adminserver -y Et enfin pour tester je changerai de navigateur pour procéder à l'ouverture de la base via l'admin console (IE, Chrome ou Safari). Je ne connais malheureusement pas de moyen de forcer l'apparition du pop up demandant la clef de chiffrement. Le fait de stocker la clef permet en effet d'éviter de la retaper systématiquement en cas de redémarrage du serveur. En soit, cette sécurité reste effective dans le cas où un utilisateur mal intentionné récupère une sauvegarde, ou récupère la base fermée. Il ne pourra bel et bien rien en faire sur son poste. Si la base est utilisée sur un autre serveur, la clef sera re-demandée. Aussi, elle est stockée sur le serveur mais aucunement consultable. A mon sens, pas de soucis avec le GRDP. D'ailleurs dans le cadre du GRDP, le chiffrement de la base par une clef est fortement recommandée. Idem, FileMaker inc. dans la solution FileMaker Cloud encourage fortement le chiffrement par clef des bases hébergées. En vous souhaitant une très bonne journée,

Bonjour, Pour cette question, la réponse est oui. Le certificat n'est qu'une option de sécurité à configurer dans l'admin-console après l'installation et après le déploiement du serveur. Très bonne journée,

Bonjour, En complément de réponse, j'aimerais rajouter que tant qu'il y a une communication entre un serveur et un client qui passe par internet, cette communication devrait être chiffrée via SSL/TLS. Je rejoins donc Olivier.b sur l'aspect essentiel du certificat SSL. Du coté utilisateur (même si le plus souvent, l'aspect sécurité n'est pas sa priorité) le fait d'avoir un message d'erreur + un cadenas rouge sur sa solution FileMaker en permanence risque de ne pas le conforter dans son utilisation quotidienne. Bien à vous.

C'est effectivement la solution en cas de doublon avec Mac Server. Cette suggestion venait juste après :-)

Bonjour, Pour le moment je n'ai pas rencontré ce problème. Cependant, si je peux donner quelques pistes : - est-ce que Mac Server est installé ? Si oui cela peut poser problème à cause de certains conflits. - après l'arrêt de Apache via la commande "sudo apachectl -k stop" exécuter la commande "ps -edf | grep apache". Y a-t-il toujours un process Apache qui tourne ? Si tel est le cas, tuer le processus avec la commande "kill -9 mon_numéro_de_processus" Les commandes sont a exécuter en tant que sudo. Sinon, auriez vous le message d'erreur ? Dites moi.

Bonjour, Leur souciance est toujours là. J'avoue que là c'est ma faute, j'ai mis un peu de temps à leur répondre (À cela rajoutons qu'avec le décalage horaire entre le support et nous, on ne peut espérer avoir plus d'un échange par jour). Pour le moment la question reste entière donc. Mais je reviens bientôt (promis) avec des nouvelles qu'elles soient bonnes ou mauvaises.

Hello, Je reviens sur le FMP12 qui ne peut se connecter au FMS15, c'était enfaite déjà le cas dans la version 14, mais seulement si le tout dernier patch serveur (14.0.4a ou b selon l'OS) était installé. Le tout pour des raisons de sécurité.

Bonjour, Je viens d'aller vérifier votre fichier sur le serveur 321Go et il demeure fermé, ce qui explique que le fichier soi introuvable. Si le fichier refuse de s'ouvrir c'est (très) probablement que le refuse de s'ouvrir sur une version antérieure à FileMakerServer 13. Pour corriger ce petit soucis, il vous suffira de modifier votre fichier en local en allant dans Fichier > Options du fichier > ouverture, ici vous pourrez modifier la version minimum d'ouverture de votre fichier. Il faudra la mettre en 12.0 . Suite à cette modification, vous devrez remettre en ligne ce fichier et tout devrait fonctionner correctement. N'hésitez pas à me faire un retour.