Announcement

Collapse
No announcement yet.

Web Interface

Collapse
X
 
  • Filter
  • Time
Clear All
new posts

    Web Interface

    Hi again!

    We have installed the web interface and configured it to run on port 5555 on our server, however the interface will not load at all even from the server itself. The service is running, we have tried http://localhost:5555, http://192.168.10.1:5555, http://127.0.0.1:5555 but no joy. we haven't restarted the server since the service was installed would this need to be done?

    Kind Regards

    Re: Web Interface

    Hi,

    It sounds like the Web Interface service is being isolated, probably by a security program on your server that doesn't let any incoming traffic to it and this is why it doesn't answer. Please try to check the following:

    1. The most common problem for this is with DEP (Data Execution Prevention). It is part of Windows Server 2003 (maybe earlier versions as well). You should open DEP settings and allow RangerMSPWebInterface service to accept connections. We have received similar reports before about the same problem and they were all fixed by changing the DEP settings.

    DEP can be found under System Properties -> Advanced -> Performance - Settings -> tab DATA EXECUTION PREVENTION.

    Make sure you allow the RangerMSPWebInterface service (its executable is found in <server>\RangerMSP\WebInterface\RangerMSPWebInterf ace.exe

    2. Sometimes it is required to reboot the server for the changes to take effect.

    3. Try to access the web interface and make sure you use the same IP address you use in the RangerMSPWebInterface.ini file.

    4. If all this doesn't help, you should try modifying the .ini settings to 127.0.0.1 restart the service and then open a browser while running on the same server and go to http://127.0.0.1:4961 , this will let you check whether the service answers (i.e. remove the option that an external settings, like in your firewall, is incorrect).

    I hope this helps.

    Eitan

    Comment


      Re: Web Interface

      I'm having a simliar problem. I'm testing CommitCRM (trial) and trying to set the web interface to port 80. I have adjusted CommitWebInterface.ini to reflect 80, on WinXP box with firewall off. I've restarted the server and rebooted, but it 80 won't work. I can change to a random other number (7777) and it will work, or back to 4961 and those work, but not 80. netstat -an doesn't show 80 listening at all. Any suggestions? Thanks.

      Comment


        Re: Web Interface

        Joshua,

        If you are trying to access the web interface over the Internet, I'd guess that your ISP is blocking port 80.

        --AJ

        Comment


          Re: Web Interface

          Do you have another web server instance running on XP? Try doing a 'telnet localhost 80' and see if you get an answer. My guess is that there is another service running on 80.
          If you have IIS installed on the same machine, try disabling it and restarting CommitCRM Web service and trying it again.

          Comment


            Re: Web Interface

            Hi,

            Thanks for your comments, all are correct. Port 80 is used as a standard port for other applications and shouldn't be used for the RangerMSP Web Interface. The way it works is that the RangerMSP Web Interface listens to a proprietary port. Port 80 is not a legal value for the RangerMSPWeb Interface port (as mentioned in the INI file above the port definition section).
            The port number should comply with these conditions:

            1. This port should not be in use by any other application or service.

            2. The Port number should be above 1024, except Port 8080.

            It is most recommended to stay with the predefined port which is 4961.

            Ethan

            Comment


              Re: Web Interface

              Thank you for your reply. However, I'm curious why CommitCRM wouldn't allow you to configure any port you wanted. I feel 80 would be easier for us to access remotely as it would work by default in the browser. Have you excluded this simply for additional security?

              My fault on missing this in the ini file. I didn't read it! ;) Although it does say "recommended" and not required.

              Also, although the setting in the ini is ServerIP, I have specified a hostname and it appears to work. Will this cause any other problems?

              Comment


                Re: Web Interface

                I know the port limitation is something technical which requires using only ports larger than 1024. I'm not sure what the exact technical explanation for this is, I just know all that the ports under 1024 are considered proprietary and cannot be used for such implementations.

                Yes, you can use the hostname or your DNS in the IP settings. Note that the hostname will probably work when using this on your internal network, however, if you want it to it to be accessible you should probably use your DNS. You can find more information about this in the Web Interface setup guide here.

                Ethan

                Comment


                  Re: Web Interface

                  One annoying thing I've found about the web interface is if you specify the WAN IP in the ini file, you are then unable to view and test the interface from within your LAN. You get the login page but it doesn't work after that. You have to change the web server IP in the .ini to the LAN IP to view/test locally. Maybe thereis some jiggery pokery you can do in the router to fix this but I don't know what it is. Just makes it tricky to see an issue or whatever that my external contractors are seeing. Is there a wast way around this? Or am i the only one who gets this issue?

                  Comment


                    Re: Web Interface

                    Natrat,
                    Using the host name from my PC, while host name is in ini, and works from my own local LAN. Not sure why yours wouldn't. Like you, I wonder if it is an option/limitation of the router. If you specify public IP in your INI and use the IP from your browser, does that work?

                    Comment


                      Re: Web Interface

                      ummm...it's now started working, so ignore me!

                      Comment


                        Re: Web Interface

                        We are also having a problem using the web interface on our server. Should I start a new thread or continue on this one?

                        Comment


                          Re: Web Interface

                          nattivillin,

                          Shoot out the details.... what's going on and what have you tried?

                          Comment


                            Re: Web Interface

                            We have several retail stores. We have static ip's at each. On the server we chose, i set the ip in the configuration file to the building's wan IP. I then forwarded the port 4961 in the router to go to the internal ip of the server. tcp and udp.

                            Nothing worked. I changed the ip back to local host (127.0.0.1) and i can get to the logon page internally. So i guess the CommitCRM server is running. Netstat tells me port 4961 is listening and no other connections. A port scan tells me port 4961 is open.

                            I changed the CommitCRM ip configuration to the server's ip and we cant connected even on the same lan. All our stores are connected via gateway vpn. Using the wan ip or the internal lan ip same results. I added CommitCRM to DEP and restarted the server. No change. I restarted the CommitCRM server on each ip change.

                            Did i miss anything?

                            Comment


                              Re: Web Interface

                              nattivillin,

                              First I believe that we should make it work on your LAN, where the main server is, only then you should try to access it from the outside.

                              I recommend that you:

                              1. Charge the IP in the file to the local IP address - the IP in the server your LAN - assuming that the server is a "standard" server on this LAN - not behind any firewall/router/etc.
                              I also recommend that, for now, you remove and port forwarding setting.

                              2. Restart the RangerMSPWebInterface service.

                              3. Open a browser on your server and go to: http://your-lan-server-ip:4961

                              4. If this works, go to a client PC on the server LAN, open a browser and navigate to http://your-lan-server-ip:4961

                              Once this works we know that RangerMSP Web Interface is running well and is not blocked (by DEP for example).

                              5. I would now recommend that you setup a DNS entry instead of the IP address - on the server LAN make sure this name is translated to your local IP address (so local users will be able to access it), then make sure the name is translated to the external IP address for all remote offices.
                              Once the DNS is set up correctly change the .ini file and type in the domain name for the Web interface. Restart the service and make sure you can access it from your LAN PCs (open http://your-web-domain-name:4961 in your browser and wait for the login page)

                              6. Next you need to try accessing it from the remote sites - verify the the domain name for the Web interface translates correctly and in the remote sites and try to access it - open a browser and go to: http://your-web-domain-name:4961
                              If you do not get the login page make sure the the remote site can communicate to port 4961, and then, if needed, add a port forwarding so remote sites will be able to access the server where RangerMSPWebInterface is installed.

                              Please post back with a status update.

                              Ethan

                              Comment

                              Working...
                              X