Florian Guilbert

Bonjour, Voici plusieurs pistes qui pourraient vous être utiles : Le Restoration Log est probablement la source de votre problème. Il s'agirait de désactiver cette option en ligne de commande, à savoir : fmsadmin set serverprefs StartupRestorationEnabled=false Ainsi le "multi-threading" qui est problématique sur FileMaker Server 18 sera désactivé. Désinstaller FileMaker Server 18 puis le ré-installer (et pourquoi pas passer en version 19 ? Le Restoration Log est désactivé par défaut sur cette version), Concernant Trend, c'est une bonne idée. Cependant, j'exclurai tout le dossier "FileMaker Server" plutôt que simplement le dossier "Databases". Le dossier c:\Windows\temp est aussi énormément utilisé par FileMaker Server, je le retirerai aussi de la base de contrôle de l'antivirus. Avec ces éléments, n'hésitez pas à nous faire un retour. Excellente journée,

Bonjour, Il y a quelques temps déjà, j'ai eu à faire des tests pour une personne située en Chine. Dans un premier nous avions mis en place la connexion classique avec FileMaker Pro (port 5003 donc) mais les performances se sont montrées désastreuses (sans compter le pare-feu national de la Chine qui filtre à mort). Par la suite nous avons tenté du WebDirect (ports 443) et là en revanche c'était tout à fait acceptable. Le Data Center quant à lui était bien en Europe. Dans votre cas, la distance peut évidemment jouer un rôle (au moins autant que pour la Chine) mais si la machine de Contabo se situe en DataCenter, la bande passante et l'accès à internet du serveur ne doit pas poser problème. En revanche, le point qui peut s'avérer bloquant, c'est bien l'accès internet (bande passante et stabilité) des clients. Je n'ai absolument aucune idée de la couverture internet de l'Afrique de l'Ouest... Pour moi, deux pistes d'améliorations : Trouver un DataCenter sur le même continent que les clients (mais là encore, je suis ignare sur le sujet), Optimiser la solution pour une utilisation en WebDirect avec des flux de données les plus légers possibles entre le serveur et les clients. En espérant avoir pu vous aiguiller un tout petit peu. Bonne journée,

Bonjour, Je ne suis pas certain de bien comprendre, vous cherchez à mettre en lien FileMaker Server avec Claris Connect sans que la machine hébergeant FileMaker Server n'ai accès à internet ? Au delà du certificat SSL, Claris Connect étant un service externe à votre infrastructure, il va bien falloir un accès internet pour votre machine. Comme vous l'ameniez, il va vous falloir : Un FQDN (DNS) pointant vers votre infrastructure, FileMaker Server 19, Un certificat SSL sur l'adresse spécifiée plus haut (Sectigo, GoDaddy, DigiCerts etc... vraiment n'importe lequel doit faire l'affaire. Évitez toutefois Let's Encrypt pour FileMaker Server). En terme d'ouverture NAT vers votre serveur FileMaker, le routage du port 443 (Data API) doit en effet suffir. En cas de problème pour la mise en place, n'hésitez pas à passer en DM. Bonne journée.

Bonjour, Sur votre serveur, dans le dossier par défaut C:\Program Files\FileMaker\FileMaker Server\CStore\ Vous avez la totalité des certificats nécessaires au bon fonctionnement de FileMaker Server. Les fichiers qui résultent de votre serveur GoDaddy sont : serverCustom.pem (certificat + Certificat intermediaire) serverKey.pem (clef privée) Vous pouvez tenter de remettre ces fichiers tels quel dans ce même dossier sur FileMaker Server 19. Si toutefois l'envoi par la console d'administration s'avérait obligatoire pour une bonne prise en compte par le serveur, il vous suffit de reprendre ces 2 fichiers, puis séparer le fichier serverCustom.pem en deux fichiers (un bloc de texte par fichier), l'un étant votre certificat et l'autre votre certificat intermédiaire. Avec ces trois fichiers, pouvez ainsi tenter un renvoi via la console d'administration. Enfin pour tester le bon déploiement de votre certificat SSL ainsi que de la sécurité de votre serveur sur cet aspect, je vous suggère ce site : https://www.ssllabs.com/ssltest/ . Une note sera attribuée et des voies d'amélioration seront suggérées. En espérant avoir pu vous aider.

Bonjour, Il y a peu, l'autorité de certification Sectigo (anciennement Comodo) a eu un léger problème de certificat intermédiaire expiré. Sans trop rentrer dans le détail, il s'avère que les certificats de licences FileMaker sont générés via l'algorithme de Sectigo. Par conséquent les certificats de licences générés (ou téléchargés) avant Juin 2020 sont considérés comme expirés. Essayez ceci : télécharger à nouveau votre certificat de licence à l'adresse https://accounts.claris.com/software/license/XXX-XXXX-XXXX-XXXX-XXXX-XXXX où les X sont à remplacer par votre numéro de licence, et ré-appliquez le à votre serveur. Il y a de fortes chances que votre problème vienne de là. Bonne journée,

Bonjour, tout à fait d'accord avec Fabrice. Je crois que l'interdiction de la mémorisation du mot de passe comme suggéré ci-dessus est apparue en 16. À cela deux solutions : Aller dans votre trousseau d'accès et recherchez "FileMaker". Là devrait apparaitre votre identifiants + mot de passe mémorisé pour votre base. Il vous suffit de supprimer cette ligne. Lorsque vous vous désirez démarrer votre solution, maintenez la touche "alt" (ou option), cela forcera la demande d'authentification même si mémorisée par le système. Bonne journée,

Bonjour, Oui c'est une bonne nouvelle en effet. Nous avons tenté l'expérience sans grande difficulté. Le serveur tourne bien. La documentation fournie est particulièrement bien détaillée et ne demande pas d'adaptation si je me rappelle bien. Il est important de suivre le chapitre "Pré-Requis" qui liste bien les paquets à installer avant de procéder à l'installation de FileMaker Server. Apache est pour le coup nécessaire à installer avant l'opération par exemple. Bon courage dans vos expérimentations.

Je n'ai jamais tenté d'installer un FileMaker Server sans IIS. À mon avis, vous ne dépasserez pas l'installation. IIS n'étant pas utilisé que pour le WebDirect À l'occasion je veux bien un retour d'expérience là dessus. Pour le certificat SSL, par défaut FMS est installé avec un certificat auto-signé par Claris inc. Il n'est présent qu'à des fins de tests car à partir du moment où votre serveur possède sa propre adresse (FQDN : monserver.domain.tld) les erreurs de sécurité apparaitront et pourront amener à des dysfonctionnement sur la visualisation des conteneurs "intéractifs" (comme les PDF) par exemple. Si vous pensiez à Let's Encrypt, des tutos démontrent que son utilisation est possible avec FileMaker Server, mais définitivement, il s'agit de bidouille que je ne conseille pas. Chez n'importe quel revendeur (gandi, ovh etc.), on peut avoir un certificat SSL par validation de domaine (les plus simples) pour un prix correct (moins de 100€/an) pour quelque chose qui fonctionnera à coup sûr.

Bonjour @jilc, Je me permets de rectifier la réponse donnée précédemment. Sous Windows, FileMaker Server utilise le serveur web natif de la plateforme, à savoir IIS (qui n'est pas activé/installé par défaut sur Windows 10 contrairement à son équivalent Server). Il n'y aucun choix possible. Apache est bien utilisé sur macOS. Lorsque l'application "Server" de macOS n'est pas installé, l'utilisation de Apache par FileMaker Server ne pose généralement pas de problème. FMS19 sur Windows 10 doit pouvoir fonctionné sans problème, il faut simplement tuner un peu son OS pour qu'il corresponde à sa version Server (activation de IIS par exemple). Au niveau des ports : 5003, 16000 (pour la console d'administration à distance), et 443 (éventuellement le 80). Un certificat SSL est plus que recommandé. Le port 16001 est le port de la console d'administration en local sur le serveur donc inutile d'ouvrir le pare-feu pour ce port. En espérant avoir pu apporter plus de lumière sur vos interrogations.

Bonjour Sarah, FileMaker Server n'est pas en cause, malheureusement changer de version de FMS ne résoudra pas votre problème. Ce type d'erreur peut avoir été causé par une mauvaise fermeture/ouverture du fichier sur le serveur. Dans un premier temps vous pouvez tentez de reprendre une sauvegarde d'il y a quelques jours voir si le fichier s'ouvre bien sur votre serveur. Sinon Pour se sortir efficacement de ce problème, il s'agirait de prendre un clone de votre fichier (fourni par une sauvegarde plus ancienne ou bien en le créant manuellement en ouvrant le fichier en local), voir si celui-ci s'ouvre sur votre serveur (on s'assurera ainsi que la structure est intacte). Puis toujours en local opérer un transfert des données de votre fichier endommagé vers votre clone. Bien cordialement et bon courage.

Bonjour Gudy, Dans un navigateur internet si vous tapez votre adresse de serveur, vous pourrez constater que ce n'est pas FileMaker Server qui vous répond mais bien un autre serveur web (FileMaker Server doit vous renvoyer une image avec un "T"). Je pense que sur votre serveur Mac, vous avez un second serveur Apache qui tourne (via l'application Server de macOS peut-être). Il faut donc le stopper et redémarrer le service Web de FileMaker. Si vous nécessitez une aide plus poussée, n'hésitez pas à venir en DM pour me contacter. Bien à vous.

Antoine, Merci pour ces réponses. A la première lecture j'ai en effet eu un peu peur que tentiez une installation avec un certificat auto-signé ou similaire. Je suppose que le problème ne se reproduit que dans un environnement interne ? Une personne accédant depuis l'extérieur (si votre politique de sécurité le permet) n'aurait pas ce problème ? Le problème viendrait plutôt de la résolution DNS interne vers votre serveur ? En tout cas cela reste bizarre que le comportement puisse changer ainsi. A creuser.

Bonjour Antoine, Je pense pouvoir vous aider. En premier lieu, je me permet quelques remarques puis quelques questions : FileMaker Server 18 ne supporte officiellement pas Windows Server 2019. Cela peut fonctionner, mais demeure très risqué quant à la stabilité de FMS. (Pré-requis systèmes FMS 18), Concernant l'installation du certificat SSL, la partie de l'import sur les postes client m'intrigue au plus haut point. Pourriez vous me dire de quel type de certificat il s'agit et surtout de quelle autorité de certification il s'agit ? Si le navigateur client le considère comme non fiable ou qu'il ne connait pas l'autorité de certification, c'est plutôt le certificat qu'il faut changer et non adapter tout le parc informatique. Quoiqu'il en soit, le chiffrement SSL à relativement peu de secrets pour moi. N'hésitez pas à me contacter en DM si vous désirez une analyse plus poussée de votre problème. Bien à vous.

Bonjour, Beaucoup de questions 🙂 je vais tenté de ne pas en oublier. Le cadenas Orange qui affiche un certificat fiable correspond généralement à un problème de certificat intermédiaire. Cela ne signifie par pour autant que vos fichiers .cer ou .z&pem sont mauvais ou bien mal installés. J'ai régulièrement pu constaté qu'après un redémarrage du serveur (la machine, allons y carrément) le cadenas passait au vert. De même parfois, sur 10 postes client, il y en a un qui est orange. Après un redémarrage de FileMaker Pro, la situation revient à la normale. Pour tester votre installation de certificat SSL, n'hésitez pas essayer : https://www.ssllabs.com/ssltest/index.html Lorsque l'on est en local, utiliser l'adresse distante du serveur ne fonctionne généralement pas car votre routeur (ou box internet) n'autorise pas le fait de sortir pour re-rentrer immédiatement. Ce qui pourrait fonctionner en revanche : configurer un serveur DNS interne dans lequel serait configuré l'IP locale de votre serveur FileMaker correspondant au même FQDN que celui qui existe pour l'extérieur. Il serait aussi possible de modifier votre fichier hosts de votre ordinateur (et tous les autres postes) pour forcer votre poste à utiliser l'IP locale du serveur lorsque vous accéder au FQDN de celui-ci. RAS. En espérant avoir pu vous éclairer.

Bonjour Antoine, Ah oui, c'est assez original en effet. Déjà ce qui est sûr c'est que votre Certificat SSL correspond au fichier : sanchoetcompagnie_fr.crt Le reste des fichiers ne sont que des fichiers de certificats intermédiaires. La grande question est de savoir lequel est attendu et si seulement un seul est attendu... Pour ce petit jeu de piste, voici ce que je peux vous conseiller : Utiliser ce site pour vérifier la chaîne de confiance : https://www.digicert.com/help/ Dans le cas d'un mauvais certificat intermédiaire, le maillon du milieu sera cassé. D'instinct je dirais que le bon est celui-ci : CertigoRSAExtendedValidationSecureServerCA.crt Sinon, les essayer tous. En enfin si aucun de fonctionne correctement, il va falloir s'amuser à les concatener dans le bon ordre (ordre qu'il va falloir deviner...). Si c'est cette option qui est retenue (ou nécessaire), je vous invite à y aller étape par étape et essayer d'obtenir des maillons fermés en partant du début de la chaîne de confiance et changer l'ordre de votre concaténation sans toucher à ce qui fonctionne déjà. Bon courage.