GP 2016 R2 – New Scaled out Web Client install – Not your usual Endpoint Error

  • GP 2016 R2 – New Scaled out Web Client install – Not your usual Endpoint Error

    Posted by David Morinello on March 6, 2017 at 1:45 pm
    • David Morinello

      Member

      March 6, 2017 at 1:45 PM

      Hi Everyone!

      I am deep into testing my first GP 2016 R2 Web Client install and am running into a non-standard “No Endpoint” type error.

      I suspect I might be doing something wrong with the Self-signed Security certificate generated in IIS on the Web Client Server (GPWS01), but am I am not practiced enough in this area to pin-point my goof.

      Ideas?

       *****************************************************

      GP 2016 R2 – Can log into GP ok

      Scale Out Web Client Install and Configure

      1. One Web Client Server (GPWS01)
      1. GP Session Central Service is running
    • One Session Server (GPSS01)
      1. GP Session Services is running
    • The Self-signed Certificate is in Trusted Root Certification Authorities on both Servers (I followed the “Appendix A” instructions to import it to the Session Server)
    • Error in the Dynamics Event log of the Web Client Server (GPWS01)

      Session Central Service was not able to successfully communicate with the Session Service at https://xxx-xxx-GPWS01.ad.companyname.com:48651/SessionService. The exception details are: System.ServiceModel.EndpointNotFoundException: There was no endpoint listening at https://xxx-xxx-gpws01.ad.companyname.com:48651/SessionService that could accept the message. This is often caused by an incorrect address or SOAP action. See InnerException, if present, for more details. —> System.Net.WebException: Unable to connect to the remote server —> System.Net.Sockets.SocketException: No connection could be made because the target machine actively refused it 10.###.###.###:48651

       **********************************

      Yes, the log shows that https://XXX-XXX-GPWS01.ad.companyname.com:48651/SessionService doesn’t work

      However, since it appears that the Session Service is running on the GPSS01 Server , as a test I hand-typed in 
           https://XXX-XXX-gpss01.ad. companyname.com:48651/SessionService
      and it works, bringing up the “Windows Communication Foundation” screen, with a(n expected) certificate error. “Mismatched Address. The Security Certificate presented by this website was issued for a different website’s address…” That says to me the service is running, but the internal pointers somewhere in the Web Client configuration screens or in the certificate creation (created from the steps on page 44 of the Dynamics GP 2015 Web Conponents Installation and Administration Guide) are wrong.

      To be thorough, I also checked the Server Central endpoint link and it works with no Certificate error, https://xxx-xxx-gpws01.ad.companyname.com:48650/SessionCentralService shows the “Windows Communication Foundation” screen.

      Any ideas?

      ——————————
      David Morinello
      Senior Dynamics GP Systems Architect
      Ascend Learning, LLC
      Leawood KS
      ——————————

  • Don Schaefer

    Member

    March 8, 2017 at 11:25 AM

    David,

    I recently went through this myself.  First, I put the certificates in the Personal section for each (Computer and Service).  Secondly, you need to add the certificate to a couple of the services as well.  I was unclear which two, so added it to all four services.  

    See if that clears up the issue for you.
    Don

    ——————————
    Don Schaefer
    Mark’s Plumbing Parts
    Ft Worth TX
    ——————————
    ——————————————-

  • David Morinello

    Member

    March 8, 2017 at 2:30 PM

    I tried so many possibilities I finally hit on one that worked for me. I installed IIS on the GPSS01 Session Services Server (not documented to do that but someone mentioned it in passing somewhere). I then created a self-signed Certificate there. Then exported/imported it to the Web Client Server (GPWS01).

    Two Self-signed Certificates
    With Self-signed Certificates created on each, the Web Client Server (GPWS01) & the Session Server (GPSS01), and loaded onto it’s opposite, in the Trusted Root, I finally was able to get it to work.

    Then IT came by and offered to generate a wildcard certificate, so I’m off to play with it that way instead. Wheee!

    Scaled out is the method we will need for our installation; I just wish there were more details and less assumptions on how to properly configure the systems ahead of “Pushing the install button”.

    Have fun everyone!
    David

    ——————————
    David Morinello
    Senior Dynamics GP Systems Architect
    Ascend Learning, LLC
    Leawood KS
    ——————————
    ——————————————-

David Morinello replied 9 years, 2 months ago 1 Member · 0 Replies
  • 0 Replies

    Sorry, there were no replies found.

    The discussion ‘GP 2016 R2 – New Scaled out Web Client install – Not your usual Endpoint Error’ is closed to new replies.

    Start of Discussion
    0 of 0 replies June 2018
    Now

    Welcome to our new site!

    Here you will find a wealth of information created for peopleĀ  that are on a mission to redefine business models with cloud techinologies, AI, automation, low code / no code applications, data, security & more to compete in the Acceleration Economy!