Florian Guilbert

Bonjour, Au sein même de FileMaker Server, la seule "limitation" est qu'après 3 essais (si je me rappelle bien), la fenêtre d'authentification se ferme. Il faut cliquer à nouveau sur son hôte pour avoir de nouveau la possibilité de s'authentifier. Mais rien de plus hélas. Seule la console d'administration comporte une telle sécurité qui met sur liste noire (temporairement) l'IP qui tente de s'authentifier trop de fois avec échec. Coté serveur, il n'y a pas de réglages spécifique pour cela. Comme le dit @gpto cela touche au noyau de FileMaker. Bonne journée.

Bonjour, La réponse est 125 fichiers ouverts simultanément même s'il est possible d'en héberger plus, mais qui resteront fermés. Bonne journée,

Bonjour, le "couldn't preview" fait penser que vos collaboratrices tentent une consultation sur Dropbox via le web. Le format de FileMaker n'était pas connu par Dropbox, il ne peut pas être consulté comme un PDF ou un fichier texte. Il faudra bien s'assurer que le logiciel DropBox est installé sur les postes et que le fichier soit présent sur le poste en question (avec FileMaker Pro d'installé au préalable bien évidemment). Enfin, la solution Dropbox, Google Drive ou quelque solution de ce genre n'est absolument pas pertinent pour l'usage d'une base FileMaker par plusieurs personnes. En effet, vous risquez de corrompre votre fichier, de perdre des modifications etc. De plus, Dropbox étant une solution "dans le cloud" permet théoriquement de ne jamais perdre son fichier. Cependant elle n'assure pas une solution de sauvegarde convenable. Si vous supprimez des enregistrements par erreur, sauriez vous revenir quelques heures en arrière pour les récupérer ? Pour le besoin que vous avez, il faut envisager une utilisation sur serveur (FileMaker Server est fait pour cela). Une licence pour X utilisateurs vous permettrait d'avoir FileMaker Pro pour chacun de vos collaboratrices, ainsi que la version serveur à installer sur une machine dédiée. FileMaker Server vous permet de travailler à plusieurs en simultané sur une même solution, avoir un plan de sauvegarde, et beaucoup d'autre services. Bonne journée,

Et bien pour moi il n'y a qu'une seule méthode de chiffrement : EAR qui se fait via les outils développeurs.

Je dirais qu'il faudrait le plus possible utiliser l'EAR. Lors que le fichier est ouvert sur serveur, c'est avant tout l'accès via la sécurité interne de FileMaker et de votre solution qu'il faut assurer en mettant des mots de passe longs et des comptes avec accès limités. L'EAR aura un grand intérêt dès lors que le fichier est mis hors ligne pour une récupération sur un poste. Donc cela protège les sauvegardes ainsi que le fichier de production s'il est "arrêté" pour le télécharger via l'admin console par exemple. C'est toujours une sécurité supplémentaire intéressante.

Bonjour, Le chiffrement d'une base relève de FileMaker Pro (Menu "tools" et "Outils développeurs"), Concernant FileMaker Server, il faudra juste spécifier le mot de passe lors de l'ouverture de la base dans la console d'administration; Bonne journée

Disons que la commande restart est la contraction de la commande stop puis start. Donc la logique voudrait que si l'on fait un stop, derrière il faut faire un start (même si le restart fonctionne tout aussi bien). De fait plutôt que de faire stop et start, vous pouvez simplement faire un restart tout seul. Revanche si votre but est de redémarrer la machine, inutile de redémarrer le serveur FileMaker. Mieux vaut le laisser arrêté car il redémarrera seul lors de la remise en service de la machine. Le message d'erreur signifie que le FileMaker server met beaucoup plus de temps que prévu à s'arrêter. Ce n'est pas nécessairement grave mais c'est à noter. D'autant plus que toutes les bases sont déjà fermées. Le plus important est de voir si la corruption intervient toujours. Si oui, je commencerais par une désinstallation puis réinstallation de FileMaker server.

Et bien, il est tout à fait possible de mettre les instructions les unes à la suite des autres à la ligne. Puis d'enregistrer votre fichier avec une extension ".bat" ou ".ps1". La seconde étant pour le PowerShell vous permettra de faire des choses un peu plus propres. Un petit exemple (en .ps1): ############################### ## @Description : Script d'extinction propre de FileMaker Server ## @Author : ## @Parameters : N/A ############################### $User = Read-Host -Prompt "Login de la console d'administration" $Password = Read-Host -Prompt "Mot de passe de la console d'administration" Write-Host 'Déconnection des utilisteurs...' fmsadmin disconnect client -y -u $User -p $Password Write-Host 'Cloture des bases de données...' fmsadmin close -y -u $User -p $Password Write-Host 'Coupure du serveur FileMaker...' fmsadmin stop server -y -u $User -p $Password ## Redémarrage de la machine. Restart-Computer -Force Ensuite il vous suffira de cliquer sur ce fichier pour qu'il s'execute et redémarre la machine.

Bonjour, pour compléter la réponse de @Jérémie Gimenez, lorsque vous éteignez ou redémarrez Windows, le système se charge lui-même de stopper le service FileMaker. En soi cette procédure ne doit pas poser de problème. Mais puisque dans votre cas, cela en pose, je suggère de procéder par étapes à savoir : Déconnecter le utilisateurs, Fermer les bases, Couper le moteur de bases de données, redémarrer la machine. Toutes ces actions peuvent être mises les unes à la suite des autres dans un petit fichier .bat Je joins la doc de la console d'administration en ligne de commande : https://support.claris.com/s/article/FileMaker-Server-Command-Line-Reference-1503693065918?language=en_US#cli L'intérêt de fermer ces éléments un-à-un va vous permettre de voir si une autre tâche n'était pas en cours d'execution comme une sauvegarde, ou bien une tâche planifiée. Là où Windows lorsqu'il coupe le service ne s'en soucie guère. Enfin, si en fermant proprement vos bases au préalable vous rencontrez toujours des problèmes de corruption, il se pourrait que vos fichiers aient besoin d'une récupération ou bien de repartir depuis un clone de vos bases. Bonne journée,

Certes. Par contre ce qui m'étonne fort, c'est que le dossier RC_DATA_FMS ai changé d'emplacement d'une version à l'autre, surtout de 18 à 19. Une solution toute aussi simple serait de reprendre votre dossier de conteneurs et de le fusionner avec le RC_DATA_FMS créé à la racine du dossier Databases lors de l'ouverture de votre fichier. À moins que vous ayez une utilisation autre de votre dossier de conteneur que je ne saurais pas.

Bonjour, Normalement oui, dans la console d'administration, dans l'onglet "Dossiers". Il vous sera possible de mentionner un nouveau dossier pour les bases de données et un dossier de conteneur par défaut associé. Regardez ce qui fonctionne dans votre cas.

Bonjour, Oui bien-sûr. La première étape va être d'aller dans votre console d'administration FileMaker server, dans l'onglet "Configuration" puis "Clients FileMaker". Là il y a une case "filtrer les fichiers dans les clients FileMaker pro" Il faut la cocher. Enfin les fichiers qui apparaîtront dans FileMaker pro dépendra des comptes qui auront été créé dans les fichiers.

Bonjour GPTO, L'erreur indique : "adresse ne correspond pas au certificat". Première possibilité simple, est que l'adresse que vous tapez pour le serveur correpond bien à votre certificat ? Ensuite vous pouvez vous aider de sites comme https://www.ssllabs.com/ssltest/ Ou encore https://www.sslshopper.com/ssl-checker.html Qui vous donnera des indications sur la chaîne de confiance ( certificat root > certificat intermédiaire > certificat leaf) notamment. N'hésitez pas à nous redire.

Bonjour GPTO, Pas d'inquiétudes, cela n'est pas du tout dû aux ressources de votre serveur. Je pense qu'il y a un conflit de redirections ou bien service HTTPD qui tourne. Ce que je ferais (de manière complètement empirique) : Désinstaller Filemaker Server (oui je sais...), Désinstaller le HTTP Server de CentOS, Réinstaller FileMaker Server. Lors de mes premiers essais, j'avais fait un peu de zèle sur l'installation et avait installé le paquet HTTP Server de CentOS au préalable, cela avait bien chamboulé FileMaker Server. Normalement FileMaker Server installe lui-même ce paquet, et il ne devrait pas y avoir de problème particulier. Dites moi si je suis à coté du problème ou non 🙂 Ahah, bon oubliez mon précédent post alors 🙂

Là mes connaissances s'arrêtent. Claris pourra répondre en revanche. Enfin, 100Go/mois, à moins de sortir des images HD de très gros PDF ou de la Vidéo, il n'y vraiment pas de raison. Le mieux serait de tester avec un échantillon type bien évidemment mais là c'est plus facile à dire qu'à faire, et je ne saurais conseiller de méthode particulière.