401 Unauthorized bij interactieve content FMS16

[Banach]

Nog even eentje zo aan het einde van het jaar.

Bij een klant van mij heb ik de volgende setup:

- FMS v16.04 onder Windows Server 2016 Standard 64bit
- Open poorten 80, 5003
- PDF in container, interactieve content, Container opgeslagen in DB, niet extern.

Ik benader de database met FMP v16.04 dat draait op dezelfde server.
De container laat dan niet de inhoud van de PDF zien maar geeft: 401 Unauthorized. De PDF is wel te exporteren via Export FIeld.

Wanneer ik bij de container het vinkje voor de interactieve optimalisatie weghaal krijg je het icoon voor het bestand te zien dat dan via Export Field ook correct te downloaden is.

De PDF via CWP/PHP in een browser ophalen gaat probleemloos; de inhoud van de PDF wordt dan ook netjes inline getoond.

Heeft een van jullie enig idee wat hier het probleem kan zijn? Zal updaten naar server 18 dit probleem oplossen?

[Peter Wagemans]

Probeer eens 443 open te zetten, zou ik denken.

[Banach]

Dank voor je reactie. Helaas heb ik niet de mogelijkheid om poorten open of dicht te zetten. Met wat experimenteren op een andere server, waar ik wel die mogelijkheid heb,  heb ik o.a. poort 443 dichtgezet om te zien of ik dan diezelfde foutmelding krijg. Dat is niet het geval. Alleen poort 80 is nodig voor streaming data. Staat ook poort 80 dicht dan is de melding dat de streaming data niet gevonden kan worden. Dus een andere foutmelding dan 401 Unauthorized. Ook de documentatie van FMS geeft aan dat alleen poort 80 nodig is voor 'progressive downloading of container data'. Poort 443 hoeft dus niet naar buiten open te staan. Verder zou bij noodzakelijkheid van poort 443 dit probleem niet mogen spelen wanneer ik FMP opstart op dezelfde computer als waar FMS op draait.

Zou het iets met rechten kunnen zijn? Zoiets als dat FMS de data op een plek neerzet waar alleen FMS toegang toe heeft. Zoals gezegd is er geen enkel probleem bij het oproepen van de data via CWP/PHP, terwijl het ook dan eerst wordt klaargezet maar dan kennelijk op een plek waar anderen wél leesrechten hebben. Heeft iemand een idee waar die streaming data vandaan moeten komen?

[menno]

Welke user draait de FmServer-service?

Je kan bij de installatie van FMS op Windows Server opgeven welke user de service gaat draaien. De standaard is de lokale user "system" en dat werkt altijd het soepelste.

[Banach]

Bij het installeren is geen andere user dan "system' gekozen. Net even nagekeken maar alle FMS processen draaien dus gewoon onder "SYSTEM". Kan het zijn dat er tijdens de installatie iets onduidelijks mis is gegaan en dat een herinstallatie dat recht zet? Ik heb geen idee.

[Peter Wagemans]

Je jan zo’n probleem hebben als er een reverse proxy firewall geinstalleerd is. Die kan testen op een pattern of pad, voldoe je niet, krijg je een error. Kijk eens in de source van de 401 pagina of het iis of iets anders.

[Banach]

Ik kan de source van die 401 niet te pakken krijgen. Met GetLayoutObjectAttribute ("object"; "content") krijg ik de naam van de pdf in de container.

[Peter Wagemans]

Makes sense. Is eigenlijk een domme vraag van me. FileMaker ondersteunt dat inderdaad niet. Als FileMaker de streaming aan IIS overlaat, en het niet ergens op een firewall proxy blijft hangen, dan veronderstel ik dat IIS het ergens in een log file moet hebben... ik ben hier niet zo zeker van, maar ALS dat zo zou moeten zijn, en er is geen log entry, bereikt de request zelfs de IIS niet, wat zou bewijzen dat er tussenliggend geblokkeerd wordt.

[Banach]

Aha Peter, klopt er is een melding in de IIS log file, maar daar word ik helaas niet veel wijzer van. Misschien zegt jou dit iets?

Je ziet dus eerst een 302  (moved temporarily met redirect)  voordat de 401 wordt gelogd.

2020-01-11 15:09:43 fe80::2831:5122:e1a5:750d%3 GET /Streaming/MainDB/825E32D6CBB293264396633B6BFF15A196CC29D645D15AAB9163719FDF4EC765.pdf RCType=EmbeddedRCFileProcessor&X-ARR-CACHE-HIT=0&X-ARR-LOG-ID=3dad9e3e-a0ea-4e2f-b32b-304619d196bf&SERVER-STATUS=302 80 - fe80::2831:5122:e1a5:750d%3 Mozilla/5.0+(Windows+NT+6.2;+Win64;+x64;+Trident/7.0;+rv:11.0)+like+Gecko - 302 0 0 1002
2020-01-11 15:09:44 fe80::2831:5122:e1a5:750d%3 GET /Streaming/MainDB/825E32D6CBB293264396633B6BFF15A196CC29D645D15AAB9163719FDF4EC765.pdf RCType=EmbeddedRCFileProcessor&Redirect&X-ARR-CACHE-HIT=0&X-ARR-LOG-ID=aff41f2e-060d-406d-9e47-1d9943c7504d&SERVER-STATUS=401 80 - fe80::2831:5122:e1a5:750d%3 Mozilla/5.0+(Windows+NT+6.2;+Win64;+x64;+Trident/7.0;+rv:11.0)+like+Gecko - 401 0 0 1004

 

[menno]

Ik heb bij filemaker 2 artikelen gevonden die min of meer hetzelfde probleem beschrijven:

https://community.filemaker.com/en/s/question/0D50H00006ezLYj/interactive-container-shows-only-blank
https://community.filemaker.com/en/s/question/0D50H00006jFnwGSAS/container-not-displaying-pdf-files

Verder heb ik zelf even getest op een server hier en heb exact hetzelfde probleem wanneer FMP op dezelfde machine draait waarop ook FMS draait. Open ik FMP op een andere machine en benader dan de DB, dan wordt de interactieve container keurig getoond.

Ik denk dat het dus een bug in FMS of in IIS is die zorgt dat interactieve containers niet door FMP op dezelfde server kunnen worden getoond. Normale containers tonen op dezelfde machine wél een gewone preview van de PDF.

[edit]Getest op windows server 2016 standard en FMS 18.0.3 en FMPA 18.0.3[/edit]

[Banach]

Ha Menno, geweldig dat je dit precies zo hebt kunnen reproduceren. Het lijkt dan inderdaad op een (rare) bug. De links heb ik gelezen en hou ik in gedachten.

Ik stuitte op deze eigenaardigheid doordat iemand elders in het netwerk meldde dat bij het uploaden van een pdf naar de container zijn Acrobat Reader crasht??!!. Ik begrijp daar helemaal niets van maar kan dit pas aan het eind van de maand vanaf zijn werkplek onderzoeken.

Menno, Peter, beide alvast bedankt voor jullie inspanningen en feedback. Zodra ik wat meer weet over de preciese problematiek van de FMclient kom ik hier op terug. Voorlopig lijkt de 401 error daar dus geen verband te houden, maar op zichzelf te staan.