Sounds like you've done everything correct. The only thing I can suggest to eliminate the network/firewall, is to take a faulty printer to a working site, or vice versa (a working printer to the said faulty site), and see if the same issue arises. That was all we could do at the time to convince our telecoms team there was an issue with the quality of the old network/modems. A hassle I could have done without. Once our faulty sites line were updated, all was resolved. Networks did say they could lower the MTU packages though this would have only been a temporary solutions and no guarantee of a resolve.
We have several printers in our print server. We added this new printer through GPP as a TCP/IP printer, with a static IP address, and it has drivers etc through the print server.
Users are able to print, and we can ping the printer fine with a response. However when we try to access the web interface it either times out or says that this page is inaccessible. We have Toshiba e-Studio3xxx printers, and access them through TopAccess. Every other printer is able to be accessed through the web interface, the only difference is that they are shared printers not TCP/IP.
EDIT: When I plug the printer directly to a computer and change my IP to static (outside of company lan) then I am able to access it.. But why would anything on my network be blocking it, if all others work. Could this be a HW issue at all?
Anyone experience this before? Can't find anything on it.
This issue was just via connecting to the homepage of the printers. Yes, we upgraded the BB lines and installed the newer modems that came with them. It was a painful 11 weeks. It wasn't the server or broswer levels causing the issue because some sites connecting were working fine. Our XDM was running from Windows 2012r2. The issue we saw was via any web browsers. You could ping the printer, you just couldn't connect to the homepage, or if you could, the admin & password wouldn't work, even if a local NVM factory reset was done on the printer.
Were you able to resolve this issue?
According to the software requirements for the latest version of CentreWare, Windows Server 2019 is not listed as a compatible OS. We're looking to upgrade our server to 2019, but don't want to do it if it's going to cause problems we can't resolve.
We also had the same issue in the UK and only with some of our sites.
No browser would work either locally or via a support server. Ping would work. Sometime you could connect to the homepage but Admin login would not work.
Virgin Media pushed through new MTU settings throughout the network. The intermittent working of our Xeroxes seems to be due to the packet MTU size changing on the Broadband. This is controlled on the Virgin Media Broadband side and not us. When the MTU size changes/increases slightly, the webpage loads albeit slowly thus various factors can affect the change of MTU primary, one being the quality on the line, distance from exchange etc.
Installing new FTTP lines and upgraded modems should resolve this issue for us.
Hello pamb,
This could be an authentication error. I do have a link to the our troubleshooting from Xerox.com that you can search the issues.
Hi to everybody,
I've installed centreware web without any problems. The web-config appliction can be used and does not show any error.
But the web interface is not working. Only:
Service Unavailable
HTTP Error 503. The service is unavailable
is shown.
How can I verify if all the required services are up and run correctly? in the services.mcs there isn't any service that call centrewareweb... only sql server instances, and these are correctly running.
The windows firewall is not enabled.
Any idea? Any trouble shooting guide?
The CentreWareWeb verision is 6.5.19
the SQL server is 2017 - 14.0.1000.169
the OS is Windows Server 2019 version 1809 (OS BUILD 17763.199)
Anybody can hel me??
Thanks fo helping.