2 Replies Latest reply on Jul 25, 2013 1:39 AM by marcus.holmes@mac.com

    FMS 12 WPE conflict with Remote Desktop Services on Windows Server 2008 r2

    marcus.holmes@mac.com

      Summary

      FMS 12 WPE conflict with Remote Desktop Services on Windows Server 2008 r2

      Product

      FileMaker Server

      Version

      FMS 12

      Operating system version

      Windows Server 2008 r2

      Description of the issue

      There is a port conflict between FMS Web Publishing and Remote Desktop Services which both make use of IIS.

      I had FMS already installed and I got the error (screenshot below) when I was installing Remote Desktop Services, which implied that FMS was already using a resource it needed.

      So uninstalled FMS and Remote Desktop Services and this time installed Remote Desktop Services before FMS. RDS installed fine this time, but on installing the FileMaker WPE I got an error saying the wer server couldn't be reached. So there's some kind of port conflict between the two programs.

      Tried installing on the alternative Port 591 but no joy either.

      Can someone tell me how I can get this working on an alternative port, so that both programs can run on the machine.

      Both FMS and FileMaker as a RemoteApp are certified to run on Win 2008 r2 so it ought to work!

      Below is log extract from the WPE deployment - I tried 4 different settings, none of which worked.

      Help please! Thanks in advance!

      Marcus


      SETUP: PRECONFIGURE WEB SERVER

      Check web server                                            Cannot contact web server
      Test web server (http://server213-171-220-185.live-servers.net:80/fmi-test/test.xml) Return code = 404

      Retry web server test...
      Check web server                                            Cannot contact web server
      Test web server (http://server213-171-220-185.live-servers.net:591/fmi-test/test.xml) Connection refused: connect

      Retry web server test...
      Check web server                                            Cannot contact web server
      Test web server (https://server213-171-220-185.live-servers.net:80/fmi-test/test.xml) Unrecognized SSL message, plaintext connection?

      Retry web server test...
      Check web server                                            Cannot contact web server
      Test web server (http://localhost:80/fmi-test/test.xml)     Return code = 404

      Screen_Shot_2013-03-07_at_10.48.51.png

        • 1. Re: FMS 12 WPE conflict with Remote Desktop Services on Windows Server 2008 r2
          EveMcVeagh

               Hello Marcus,

               I was searching for the string "Cannot contact web server" and found your thread.  Unfortunately it doesn't help me, but I might be able to help you.  It appears that two different web apps (RDweb and FMS) are trying to share the same IIS "Web Site".  Sometimes this will work, but FMS uses an ISAPI filter that intercepts all requests to the web site, including to the sub folder or virtual directory RDweb and this may be causing RDweb to never get the request.  Thankfully, IIS supports multiple web sites hosted on the same machine.  You will need to select a method to differentiate requests to the two web sites.  Options include different IPs, ports, or host headers.  The simplest to get started is probably ports.  I would recommend moving the RDweb app to a new web site in IIS.  Moving FMS instead would be an option except that the developers of the FMS "Deployment Assistant" didn't provide a method to select the web site that FMS installs inside of.  It seems that the "Deployment Assistant" looks for the site named "Default Web Site" and clobbers whatever might have been in it previously.  A better FMS "Deployment Assistant" would list the existing web sites and ask whether you want to use one of them or create a new site.  Same for the app pool.  Because the FMS "Deployment Assistant" is so primitive I would recommend ensuring that you have nothing of value running in the web site labeled "Default Web Site" prior to running the FMS "Deployment Assistant".  

               BTW, making the change to RDweb may fix Remote Desktop Services, but I doubt it will fix FMS IWP.  The "Deployment Assistant" is supposed to "contact the web server" via unspecified mechanisms.  If the web server (IIS I believe) can be contacted, then the "Deployment Assistant" proceeds to create an IIS application named "fmi-test" that maps to "C:\Program Files\FileMaker\FileMaker Server\Web Publishing\web-server-support\test\fmi-test" and runs under "DefaultAppPool".  For some reason, both the "Deployment Assistant" on both your server and mine cannot "contact" the web server and so the IIS application is not created.  Even though the application is not created, it then proceeds to "test" the IIS application by attempting to retrieve the file test.xml in the root of this IIS application that wasn't created. Of course this fails.  I've created the IIS application manually and the test suceeds even though the web server cannot be contacted.  If the test were to succeed and we elect to continue deployment by pressing the Next button, I believe that the "Deployment Assistant" creates a virtual directory called "jakarta" and installs a couple ISAPI filters in the root of the "Default Web Site".

               Another criticism I have of FMS' deployment assistant is that it doesn't need to stop the web server, but it does anyway.  By web server they mean IIS and all the web sites it's hosting.  So not only does the "Default Web Site" get stopped without warning, but so do all web sites.  This is a very crude approach to installation.  Furthermore, the test step is broken.  If the test passes, then we are informed that it succeeded, but if the test fails, we are informed that FMSisSTUPID, or whatever token you wish to be parroted back.

                

          • 2. Re: FMS 12 WPE conflict with Remote Desktop Services on Windows Server 2008 r2
            marcus.holmes@mac.com

                 Hello Eve

                 Many thanks for your elucidation - really appreciate the time you took to look into and explain this. FileMaker should take note.

                 My solution was pretty simple - stop using FileMaker Web Publishing and move to a more robust platform - Lasso at first, now ASP - that doesn't affect other services on a mission-critical server. WPE has been flaky for as long as I remember.

                 Thanks again Eve.

                 Regards

                 Marcus