Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 3 replies
  • Subscribers 1 subscriber
  • Views 1196 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Strange Error

OfficeDefender
Running 5.009.  Inside network has a publicly-accessible web server, with the appropriate DNAT and Filter rules set.  When attempting to access the website from inside the network using the inside IP address of the machine, it works fine.  However, when attempting to access the website from within the network using the public name or IP address, the following error occurs:

Please check the spelling of your URL.
Make sure that your proxy settings are in order.
The following lines may provide some additional information to the cause of the failure.

TcpSocket.cpp:119:connect:TCP Connect failed to www.providencetoday.org:80 (66.173.200.106)

Ideas???

-Steve


This thread was automatically locked due to age.
Parents
  • 0
    I ran into the same situation and have to rely on an internal DNS server. I have the internal DNS server forwarding DNS queries to the ISP's DNS servers (with the appropriate packetfilter rules to allow this) and have the DNS set in the ASL DNS Proxy pointing to my internal DNS server. I then have A records for my servers pointing to the private IP in my internal DNS server. When the HTTP proxy goes to resolve my public DNS name, it queries my internal DNS server and resolves to the private IP and works. If you do not have/want to use a separate DNS server then you can do a search of this UBB and possibly find some NAT rules that will do the trick.
  • 0 in reply to Brent_Gay
    Thanks for the reply, Brent.  The really odd thing about this error is that I have a relatively similar setup on our own corporate network (internal webmail and web server) and it works just fine.  From our network, I can type .com">http://mail..com and it jumps me right to the webmail using the public IP.  Although we do have an internal DNS server,  there are no A records set to resolve the local domain to an internal IP, it's just a DNS that queries the Internet root servers.

    My gut feeling is that this isn't a DNS issue.  The correctly resolved IP address appears in the error, so it's being resolved OK.  I have a feeling this is some sort of weird proxy issue -- it's having trouble proxying back to its own external interface IP.  Just a hunch.  And there's another difference:  on our network, we're still running version 4.  The network with the issue is on 5.009.  Could there be something different in version 5 that is causing this?

    -Steve
Reply
  • 0 in reply to Brent_Gay
    Thanks for the reply, Brent.  The really odd thing about this error is that I have a relatively similar setup on our own corporate network (internal webmail and web server) and it works just fine.  From our network, I can type .com">http://mail..com and it jumps me right to the webmail using the public IP.  Although we do have an internal DNS server,  there are no A records set to resolve the local domain to an internal IP, it's just a DNS that queries the Internet root servers.

    My gut feeling is that this isn't a DNS issue.  The correctly resolved IP address appears in the error, so it's being resolved OK.  I have a feeling this is some sort of weird proxy issue -- it's having trouble proxying back to its own external interface IP.  Just a hunch.  And there's another difference:  on our network, we're still running version 4.  The network with the issue is on 5.009.  Could there be something different in version 5 that is causing this?

    -Steve
Children
  • 0 in reply to OfficeDefender
    [ QUOTE ]
    Thanks for the reply, Brent.  The really odd thing about this error is that I have a relatively similar setup on our own corporate network (internal webmail and web server) and it works just fine.  From our network, I can type .com">http://mail..com and it jumps me right to the webmail using the public IP.  Although we do have an internal DNS server,  there are no A records set to resolve the local domain to an internal IP, it's just a DNS that queries the Internet root servers.

    My gut feeling is that this isn't a DNS issue.  The correctly resolved IP address appears in the error, so it's being resolved OK.  I have a feeling this is some sort of weird proxy issue -- it's having trouble proxying back to its own external interface IP.  Just a hunch.  And there's another difference:  on our network, we're still running version 4.  The network with the issue is on 5.009.  Could there be something different in version 5 that is causing this?

    -Steve 

    [/ QUOTE ]

    I'm sure it is a HTTP proxy issue. I tested my situation by turning off the proxy and it worked. Check out This post .

    Also, check out  this one .

    At this point most of my clients have an internal DNS server so it is  not a big issue, but for some it will be. There are alot of people running into this now. Hopefully there will be a concrete resolution down the road.