Problem with Paypal connection - Error (28) connect() timed out!

[mc12345678]

Wish I could show/perform a traceroute (with tcp and 443) from my store, server does not appear to have any functions enabled to perform a traceroute available to customers. I will again put a request in to host to see if they can provide a result via tcp and port 443.

I can in about 7 hours provide a traceroute from a local computer (which does not have a problem with connecting to paypal although the same ZenCart code is installed), but that too seems like it wold not be of any value.

No response back yet from AT&T after requesting investigation using TCP and port 443 with the command line provided (spaces applied applicably).

From at&t:

Please visit http://www.ehow.com/how_8619185_chec...-443-open.html for instructions to check if Port 443 is open.

A trace to [our ip address] through port 80 is reachable without avail:

traceroute [our ip address]
Type escape sequence to abort.
Tracing the route to [our ip address]
.
.***Intentionally blank***
.
6 154.54.12.85 8 msec 8 msec 8 msec
7 154.54.29.21 [AS 174] 8 msec
66.28.4.73 [AS 174] 8 msec
154.54.5.9 [AS 174] 12 msec
8 154.54.45.218 [AS 174] 28 msec
154.54.45.242 [AS 174] 32 msec
154.54.24.53 [AS 174] 28 msec
9 154.54.46.242 [AS 174] 32 msec
154.54.46.238 [AS 174] 32 msec
154.54.46.242 [AS 174] 28 msec
10 38.104.252.54 [AS 174] 32 msec 32 msec 28 msec
11 * * *
12 our ip address 28 msec 32 msec 28 msec

The issue that you are reporting is not an AT&T issue. Recommendation is to contact your hosting service provider for further support.

In the case(s) of "our ip address" that is the ip address of the website that is having the problem. Traceroute provided is from at&t to us.

[mc12345678]

So computer doesn't offer the ability to force TCP and/or port, so implementing PHP on local server to perform traceroute and provide results. Update to follow, again if of any value from functioning local computer. Still no feedback from host, nothing from PayPal, and it appears that AT&T has had their final word, even though it appears to have nothing to do with the request nor the issue...

Yeah...

[RodG]

So computer doesn't offer the ability to force TCP and/or port,

In that case...........
telnet api-3t.paypal.com 443
.....is suitable for a go/nogo test, but to be useful it needs to be run from your stores' server. It's pretty safe to assume that unless your localhost (home computer) has its own networking issues that the tests will be positive.

Cheers
Rod

[RodG]

In the case(s) of "our ip address" that is the ip address of the website that is having the problem. Traceroute provided is from at&t to us.

I've no idea what you/they are trying to show. None of this seems relevant to your problem, and confusion abounds.

For example:

From at&t:
Please visit http://www.ehow.com/how_8619185_chec...-443-open.html for instructions to check if Port 443 is open.

What a (mostly) pointless thing to suggest. We are discussing the PayPal API servers here are we not? I think it is pretty safe to assume that port 443 on these servers will be open, just as we can pretty much assume that port 80 on their public web servers will be open. There is simply no need to test the bleeding obvious. :)

A trace to [our ip address] through port 80 is reachable without avail:

A trace from AT&T to port 80 at wherever your store is hosted isn't going to tell us a thing about about port 443 connectivity between your store and the PayPal API servers. Again, I've no idea what this is supposed to be showing us.

Also, unless I've missed something in this thread, I'm not seeing how AT&T are fitting into the picture with your problem. Are you hosted with AT&T (or one of their clients)?

Cheers
Rod