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

[twi]

I've tried to run both curltester.php and ipnchecker.php and each time I get a 404 error page. I have checked and have both php files in my extras folder. The url I am using is the correct one, yet neither test will work. Suggestions?

I've already sent an email to AT&T and want to also contact Network Solutions but would like to be able to provide them with the test results.

I too have Network solutions for host. So it is not just me that is having this problem on paypal.
DO you have problems with your UPS module too if you use one? Mine intermittently provides rate and most of the time do not. Which makes checkout impossible even using paypal standard. Transactions go through given if UPS is able to provide shipping rates.

[twi]

http://storenameandorfolder/extras/c...r.php?paypal=1

This would test the connection to Paypal, if you set it =0 or leave off ?paypal=1 then will see if curl itself works to ZenCart

The ipncheck is via similar method: http://sameasabove/extras/ipncheck.php

I don't recall seeing any switches in that file, but someone will correct me I'm sure.

Thank you for shedding some light into the situation. I have contacted my Host (Netsol) to no avail.
Since you mention about ATT & Paypal. Paypal sent me the following on Monday:

Dear XXXXXX,
UPDATE: A complete upgrade schedule is now available here. Original email included below.

---
In keeping with industry standards set by the Certification Authority/Browser (CA/B) Forum, PayPal will discontinue supporting 1024-bit key length certificates and will migrate to 2048-bit certificates before the end of 2013.
We have completed the installation of 2048-bit certificates for all API endpoints in our PayPal Sandbox and Payflow Pilot environments, and we will be doing the same for our production environments starting on August 6, 2013.
We strongly encourage merchants to thoroughly test any existing integration(s) in the PayPal Sandbox and/or Payflow Pilot environments to ensure this migration will not cause any unforeseen issues.
Please have the team or person responsible for your integration refer to the following:

If you need to import the new PayPal Sandbox and/or Payflow Pilot server certificates to your application or system truststore, you can download production and Sandbox certificates from https://ppmts.custhelp.com/app/answers/detail/a_id/952.
If you don't typically import the server certificates to your truststore, you can proceed with testing with no other action required.
If you have any questions, please contact PayPal Merchant Technical Services by filing a ticket; refer to PP-LIVE-3503. You may also visit our Live Site Status blog.
Sincerely,
PayPal

Could it be this is the culprit between Paypal and ATT? Which in turn affects our Zencarts using Paypal Express Check Out?

I was all confused and though I did something wrong and caused the error, because I was in the procress of pointing my URLs to my New zc1.5.1 Multisite zencart that was fully tested and functional (using my backup .net urls) even down to order and payment with paypal. After I transferred all my customers and related data, the site is fully functional except payment was not going through. Hence the time out problem.

I immediately switched to Paypal Standard, and it seems to be working intermittently.

Intermittently because somehow United Parcel Service was also intermittently able to display shipping rates. hence my second error message provided in my previous post..

SO do we just sit and wait it out and see what happens or can we do something about this? I know all of us are losing sales because of this.

[DrByte]

Could it be this is the culprit between Paypal and ATT? Which in turn affects our Zencarts using Paypal Express Check Out?

No. The SSL certificate has nothing to do with the symptoms you've described thus far.

Plus, there's nothing in Zen Cart's implementation which requires any importing of new 3rd-party SSL certificates. Now, if your hosting company has outdated certificate stores then that may have cascading effects on other aspects of payment handling and they would need to fix their server SSL stores. But that's not causing a 28-connect-timed-out error. (An SSL issue would trigger a different error number and message).

[DrByte]

What's the MTS ticket number you logged with PayPal?

[mc12345678]

I've tried to run both curltester.php and ipnchecker.php and each time I get a 404 error page. I have checked and have both php files in my extras folder. The url I am using is the correct one, yet neither test will work. Suggestions?

I've already sent an email to AT&T and want to also contact Network Solutions but would like to be able to provide them with the test results.

In summary, follow the instructions posted at http://www.zen-cart.com/showthread.p...-Testing-Tools

Instead of downloading the files, copy them over to the location identified in that post to run curltester.php and ipncheck.php.

[mc12345678]

So, interesting thing, ran a traceroute from local computer, results end at gi1-1-ash1-br01.net.ebay.com [66.211.161.237]; however, paypal processing works from local computer. This is a similar result identified by AT&T. Is problem then still probably/likely in AT&T, even though my traceroute didn't go through AT&T and that they can't see that they are having a problem because something isn't making it to/through their service?

[RodG]

So, interesting thing, ran a traceroute from local computer, results end at gi1-1-ash1-br01.net.ebay.com [66.211.161.237]; however, paypal processing works from local computer. This is a similar result identified by AT&T. Is problem then still probably/likely in AT&T, even though my traceroute didn't go through AT&T and that they can't see that they are having a problem because something isn't making it to/through their service?

Before discussing this further, what was the exact traceroute command that you are using for testing?

Unless you enable TCP and specify port 443 it is unlikely your results are telling you much at all.

-------------------------------------------------------
Example#1 (seemingly blocked / no route)
rod@sue:~# traceroute api-3t.paypal.com
traceroute to api-3t.paypal.com (173.0.88.69), 30 hops max, 60 byte packets
1 gw (192.168.0.254) 0.871 ms 1.163 ms 1.662 ms
2 lns20.adl2.on.ii.net (203.16.215.197) 40.294 ms 41.506 ms 42.412 ms
3 te3-3.cor3.adl2.on.ii.net (150.101.134.29) 44.132 ms 45.606 ms 47.304 ms
4 xe-0-0-0.cr1.adl6.on.ii.net (150.101.225.77) 48.920 ms 50.429 ms 52.932 ms
5 ae4.br1.syd7.on.ii.net (150.101.33.34) 73.005 ms 73.829 ms 75.752 ms
6 te0-2-1-2.br1.sjc2.on.ii.net (150.101.33.147) 232.961 ms 233.349 ms 233.677 ms
7 144.232.191.193 (144.232.191.193) 266.432 ms 244.702 ms 244.354 ms
8 sl-payp2-413771-0.sprintlink.net (144.232.191.210) 215.993 ms 217.464 ms 218.960 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
rod@sue:~#

Example#2 (Using TCP port 443 shows all ok)
rod@sue:~# traceroute-T -p 443 api-3t.paypal.com
traceroute to api-3t.paypal.com (173.0.88.101), 30 hops max, 60 byte packets
1 gw (192.168.0.254) 0.847 ms 1.196 ms 1.528 ms
2 lns20.adl2.on.ii.net (203.16.215.197) 60.540 ms 60.752 ms 60.994 ms
3 te3-3.cor3.adl2.on.ii.net (150.101.134.29) 71.761 ms 71.901 ms 71.958 ms
4 xe-0-0-0.cr1.adl6.on.ii.net (150.101.225.77) 61.367 ms 61.633 ms 61.635 ms
5 * * *
6 te0-2-1-2.br1.sjc2.on.ii.net (150.101.33.147) 233.445 ms 232.920 ms 234.687 ms
7 144.232.191.193 (144.232.191.193) 292.718 ms 216.278 ms 225.398 ms
8 sl-payp2-413771-0.sprintlink.net (144.232.191.210) 217.304 ms 218.512 ms 219.541 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 api-3t.paypal.com (173.0.88.101) 243.720 ms 245.597 ms 246.570 ms
rod@sue:~#
--------------------------------------------------

Cheers
Rod

[RNRN]

In summary, follow the instructions posted at http://www.zen-cart.com/showthread.p...-Testing-Tools

Instead of downloading the files, copy them over to the location identified in that post to run curltester.php and ipncheck.php.

I followed the instructions in that post. The issue is when I run curltester.php and ipncheck.php I get 403: Forbidden page. I downloaded the ipncheck zip file from that thread and replaced the ipncheck file in my extras folder and tried again with the same result. I'm using 1.3.9h. I'd like to get this resolved so customers can start using paypal again. I've contacted AT&T but they want my hosts IP address. I'm waiting to get a script from the curltester or ipncheck so I can provide them with it. Any other suggestions?

[twi]

put those 2 files in your root instead of having them in your extras folder. then run it. it did just that and it gives me some results that I don't understand which I reported above.

is your UPS mod working? mine was working intermittently, and not working at all now.

[RNRN]

Thank twi! That worked.

Here are the results:

IPNCHECK.PHP - Version 1.3.9

IPN TESTING - Response Received via CURL -- COMMUNICATIONS OKAY



IPN TESTING - Confirmation/Validation response with fsockopen(): FSOCKOPEN() RESPONSE RECEIVED - Communications OKAY



Default method likely to be used for communications is: CURL, with the fallback method being FSOCKOPEN if possible.

Script finished.


Curltester

28 connect() timed out!

Array
(
[url] => "https://api-3t.paypal.com/nvp"
[content_type] =>
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 20.020617
[namelookup_time] => 0.019892
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => -1
[upload_content_length] => -1
[starttransfer_time] => 0
[redirect_time] => 0
[certinfo] => Array
(
)

[redirect_url] =>
)




EOF


I guess now it's time to contact my host.