Search the Community

Sinds FMServer 19.4 bereik je de admin-console gewoon op poort 443 en niet meer op 16000. Dat is heel handig wanneer de fmserver in de cloud staat of bij een provider waar je bijvoorbeeld geen RDP-toegang hebt tot die server. Bij een on-premise server die ook vanaf internet bereikbaar is voor over poort 5003 of voor de Data-API wordt er door fmserver automatisch gecheckt of er niet teveel inlogpogingen worden gedaan en iedere inlogpoging wordt ook in het bijhorende log vastgelegd. Helaas gebeurt dat niet voor de admin-console en zodoende heeft Claris een artikel gepubliceerd dat beschrijft hoe je "brute-force-attacks" zou kunnen beperken. De beschreven methode werkt op Windows aardig wanneer je slechts één adres instelt, maar een bereik of meerdere bereiken zijn wisselend succesvol. Je wilt je server betrouwbaar beschermen en dan is het beter op de admin-console gewoon onbereikbaar te maken op de normale ssl-poort en weer terug te gaan naar poort 16000. Wil je dan van buitenaf contact maken, dan moet je eerst een VPN-verbinding opstarten. Het terugszetten naar poort 16000 is best eenvoudig. In een notedop: voeg de binding van poort 16000 weer toe aan de FMWebSite in IIS en wijzig alle verwijzingen (6 stuks) in de URLRewrite-module naar de admin-console van poort 443 in 16000: Tenslotte IIS (alleen de FMWebSite) herstarten (of de hele server) en klaar ben je.

L.S., Sinds een paar dagen begint FMServer zonder reden bestanden te pauzeren en soms staan ze weer op 'resuming'. Heeft iemand een idee hoe dit ontstaat? En idealiter hoe dit te voorkomen? Alvast bedankt!

Staat me iets van bij dat we vroeger konden zien wat het maximale aantal gelijktijdige gebruikers was op de server. Net gekeken in de Admin Console (18 / 19), maar kan het niet (meer) vinden. Iemand enig idee of en zo ja hoe we dat er tegenwoordig uit kunnen krijgen?

Deze week een server bijgewerkt naar FileMaker Server 17(.0.2), maar nu al spijt van. Sinds de upgrade hebben veel gebruikers problemen met inloggen op WebDirect. Ze zien de databases staan, maar zodra ze willen inloggen krijgen ze een blanco scherm met alleen linksboven een kruis om het venster te sluiten. We zijn al terug gegaan naar een oudere Java. Vervelende is dat het niet voor iedereen geldt, en ook niet constant is. Op mijn eigen telefoon (iPhone met iOS 12.1) werkt het in Safari prima, voordat we teruggegaan zijn naar een oudere Java werkte het in Chrome niet. Daarna wel. Iemand suggesties hoe dit op te lossen? Er zijn dus gebruikers die wel kunnen inloggen, maar een groot deel ook niet (voornamelijk Android toestellen).