I am trying to use the Delphi File | New | Data Abstract | VCL Application wizard to create a new “Client for an existing custom Data Abstract Server”
I can connect to an instance of my custom server running on a local machine (http://localhost:80/Bin)
However, when I try to access the same custom server when it is installed on my Windows 2016 server running IIS I get a “Connection test failed due to timeout” error message. If I browse to http://hostname/path/ I get the info page served to me and when I go to http://hostname/path/Bin I get the correct information sent back. When browsing there is no noticeable delay in receiving the response from the server.
At first double-check that your channel type is selected correctly (ie that you don’t try to connect to a super-http server using http client channel or vice versa).
Then try to connect to your server using url like http://ip address here/bin (not http://hostname here/bin) to ensure that IPv4 is used for communications (it might be that your hostname is resolved as IPv6 address while server binds only IPv4)
On which exactly step do you get this message? Could you show the screenshots?
Wizard should show completely different error if the remote server is not accessible at all (**Server connection test failed… No connection could be made because the target machine actively refused it **)
The error you see is raised only when it is possible to connect to the server but it is not possible to fetch RODL information from it. One of the possible reasons for this is that server sends back RODL response but doesn’t close the connection, so the Project Wizard cannot understand that the server did already send all the data.
When I try to go to http://192.38.92.228/dbapi/rodl (in a browser) I get mixed results. Sometimes it displays (slower than I would expect) and sometimes it gives me the following message.
192.38.92.228 took too long to respond.
Search Google for dbapi rodl
ERR_CONNECTION_TIMED_OUT
I tried changing the port to 8080 and the problem went away. I am assuming now that something in IIS may be interfering. Would that be an accurate guess?
This explains the error you got (RODL is downloaded from that url)
Considering that you did mention that http://192.38.92.228/dbapi/bin did work without any issues it seems to be something in the IIS configuration (or firewall?) passing request to .../bin but rejecting request to .../rodl
This is clearly not a server channel issue (otherwise it wouldn’t work locally and wouldn’t work via port 8080)
Pardon me if this is a redundant question and I missed it being asked/answered earlier, but what is the network situation between the server, and the client machine? Same local network? a remote server? Can you load access there .rodl URL in a browser locally on the machine where IIS is running?
At this stage, it has to be either a IIS issue or a problem with the network (firewalls, proxies, VPNs, or whatever might be in-between).
If you add some additional dispatchers (say, a soap and or json message dispatcher, or maybe a custom html, can you access those URLs, r do they also fail? ie
Ok, so all paths work, except ./rodl. That’s super weird. Is there anything in the IIS logs files for your requests (both the ones that work and/or the one that fails)?