Florian Guilbert

Bonjour à tous, Un petit rappel concernant la Data API de FileMaker Server 16 : elle exire le 27 Setembre 2018. Cette fonctionnalité introduite en Mai 2017 lors de la sortie de FileMaker (Server) 16 fût en Beta durant toute cette période. Désormais elle arrive expiration et ne sera plus utilisable par vos solutions FileMaker. Cette date étant "Hard-codée" il vous faudra bien passer à la version 17 de FileMaker pour continuer à utiliser cette fonctionnalité qui ne dispose plus de date d'expiration cette fois. Petite parenthèse sur le même sujet : l'Admin API (qui sert à gérer la console d'administration via un API) introduite en FileMaker 17 empreinte le même chemin. Elle est pour le moment en Béta et expirera le 27 Septembre 2019. Bonne journée à tous.

Bonjour Frederic , Le certificat intermédiaire est bien obligatoire avec FileMaker. Il est généralement livré en même temps que de certificat lui-même. Je me pose peut être la question un peu tard, mais qu'entendez vous par "à distance" et à fortiori par "en local" ? Lorsque vous vous connectez en local, est-ce qu'il y a un FileMaker Pro installé sur la machine qui héberge FileMaker Server ? Ou bien êtes vous simplement dans les même locaux ? La connexion se fait toujours par l'adresse : test.nomdedomaine.fr (toujours à titre d'exemple) ? Concernant la copie d'écran suivante, je n'ai pas la réponse (pour le moment). Bien à vous.

Bonjour, Ok, ça m'a tout l'air d'être un cas bien particulier. Ce qui pourrait être intéressant, lorsque vous avez le message d'erreur sur "test.nomdedomaine.fr:5003 n'est pas crypté" serait de cliquer sur "voir le certificat" à ce moment précis. J'aimerais savoir s'il y a une rupture de la chaîne de confiance (Certificat Racine, intermédiaire et feuille) à ce moment là. Cela pourrait être un indice. Parfois le problème vient seulement d'un certificat intermédiaire. Si le problème n'intervient que sur les 2 bases en particulier, il y a certainement un petit quelque chose qui traine dedans. Petite question subsidiaire : est-ce que l'anti-virus Kaspersky est installé sur la machine ? J'ai déjà lu que cet antivirus pouvait se faire autorité sur le SSL et remplacer celui-ci par le sien. En tout cas, merci pour la précision de vos réponses, c'est super. Bonne journée,

Bonjour , Comme tout composant FileMaker Server il est possible que la console d'administration ai tout simplement planté. Il est possible de la redémarrer sans déconnecter les utilisateurs. Il vous faudra aller sur votre machine windows et ouvrir une Console (taper "cmd" dans la recherche, il s'agit d'un icône noir). Là il faudra taper la commande : fmsadmin restart adminserver -y (à noter que les commandes "Stop" et "Start" fonctionnent aussi. Le "Y" sert à confirmer la commande et éviter que la console nous pose la question ensuite). Cela devrait résoudre votre problème. Bonne journée,

Bonjour @angeailes, Sans avoir rencontré exactement le même problème, il y a plusieurs facteurs qui sont à vérifier pour élucider le mystère: Les différents serveurs ont-ils bien un FQDN (une adresse propre telle que monserveur1.angeailes.com) chacun ? Quel type de certificat s'agit-il ? Un certificat générique pour le domaine *.angeailes.com ou bien avez vous un certificat différent pour chacun de vos serveurs et de donc chacune de leurs adresses ? Ensuite un certificat n'est efficace (cadenas vert) que si l'on appelle notre base sur la bonne adresse (appeler une base via une adresse IP aura systématiquement pour résultat un cadenas rouge) . À ce sujet, il faudra faire attention dans le cas où une base A appelle une base B via sources de données externes. Si la Source de Données Externe fait appel à une IP plutôt qu'à l'adresse protégée par certificat SSL, on pourra s'attendre à avoir un cadenas orange et une alerte de la part de FileMaker Pro. Ce ne sont ici que quelques pistes, mais qui correspondent à la plupart des problèmes rencontrés. Pour avoir des informations complémentaires, je vous mets un lien vers une vidéo Youtube qui vous en apprendra peut être un peu plus sur les Certificats SSL et FileMaker 17. De même il y aura une session entière à la FMConf 2018 (le jeudi) concernant la sécurité des serveurs sur internet (avec un chapitre complet sur le fonctionnement des certificats SSL/TLS avec FileMaker). N'hésitez pas à donner plus de détails sur les points évoqués plus haut. Très bonne journée,

Bonjour @chacha ALFA3A Je vois bien le genre de problème que vous rencontrez. Évidemment la solution la plus pérenne serait de trouver la raison du dysfonctionnement/plantage, mais cela peut être beaucoup de chose : Une mise à jour de JAVA passée automatiquement qui met le bazar, Un script appelé en webdirect qui fait tomber le WPE (c'est souvent ça le problème), etc. Pour diagnostiquer au mieux, je commencerai par désinstaller FileMaker Server, puis toutes les version de JAVA installées sur la machine. On redémarre et l'on repart sur des bases saines. Après ré-installation de FileMaker Server, si le plantage continue, on pourra considérer que cela vient de la solution hébergée. Comme vous manquez un peu de temps, il y une solution "bricolage" pour redémarrer le WPE lorsque le problème se présente : Il faudra créer un batch tel que : Puis l'on va créer un tâche planifiée (natif sous windows) faisant appel à ce batch dès que l'évènement 701 sera détecté dans le journal des évènements Windows. Créer une nouvelle tâche planifiée (task scheduler en anglais) Configurer l'onglet "Général" tel que : Configurer l'onglet "Déclencheurs" (ou Trigger): Et enfin l'onglet "Actions" qui appelera notre script précédemment créé : Il se peut que cette solution ne soit pas aussi efficace qu'elle n'y paraisse (il peut y avoir un délai, ou bien si le code d'erreur change, ne pas répondre du tout). C'est en tout cas une méthode assez simple qui répondra à votre besoin d'urgence. Très bonne journée,

Merci 🙂 Et bien discuter de certificat SSL pourrait prendre un bon moment. Je tiens peut être là mon prochain sujet à la FMConf 😉. Pour résumer, il y a 2 Autorités suprêmes en terme de SSL : Comodo, Digicert (et Let's Encrypt qui est un cas un peu particulier). Ces deux autorités suprêmes ont de multiples marques de reventes comme GeoTrust, Comodo (et oui), GoDaddy etc. Tous les certificats qui dépendent par chaine de confiance à ces deux entités doivent fonctionner avec FileMaker (Attention tout de même). De même le système de validation du certificat est important, on en distingue 3: Validation par nom de domaine : Un simple fichier ou enregistrement DNS à déclarer est suffisant pour avoir son certificat, (Let's Encrypt, Comodo instant SSL Certificate...) Validation de l'organisation : validation du nom de domaine + contact directe à la société pour confirmer l'existence de celle-ci, (GeoTrust True Business ID...) Validation étendue (EV): validation par nom de domaine + validation de l'organisation + vérification plus pointue sur l'existence de l'entreprise (GeoTrust True Business ID with EV...). Plus il y a de vérifications et plus le certificat coûte cher. Un certificat avec validation étendue (EV) aura notamment des assurances (avec des sous à la clef) en cas de soucis. Cela convient à des sites de e-commerce par exemple ou les banques. C'est un sujet très complet et un seul poste ne suffirait pas à tout expliquer en détail. En somme chaque certificat à son utilité... Très bon week-end.

Bonjour à tous, Désolé de revenir après autant de temps sur le sujet. On peut désormais confirmer que le SSL ne peut plus être désactivé dans la console d'administration en version 17. Par ailleurs, le "faux" certificat SSL FileMaker Inc. qui est installé par défaut ne semble pas permettre de tester la totalité des technologies. Pour avoir testé plusieurs fois, avec le "faux" certificat, on obtiendra un avertissement en connexion FileMaker Pro et pour les interfaces web telles que la console d'administration et le WebDirect, les pages web ne s'affichent tout simplement pas. C'est ce qu'illustre d'ailleurs la vidéo. Les comportements selon les navigateurs peuvent être différents cependant. Pour terminer, si l'on désinstalle un "vrai" certificat manuellement, c'est bien celui par défaut qui revient en place. Après un redémarrage du serveur on devrait retrouver le comportement précédent. Dans ce cas précis je n'ai pas testé si l'on avait une alerte ou pas. Mais dans l'idée quitte à avoir un certificat ... Très bonne journée à tous.

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.