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

[Courage9]

I finally ran the proper curltest and this came back:

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.019488
[namelookup_time] => 0.00557
[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
)




EOF

I am contacting my HOST immediately to get this resolved.

Thanks DrByte

[mc12345678]

Use the curltester tool discussed above, and point them to it.

If they won't fix it, talk to the top dog at the hosting company and explain to them how unhappy you are with their service, yadda yadda yadda. If they want to keep your business, they'll do something about it.

Began experiencing the same issue in the last week/weekend as well. Was able to "successfully" get to the paypal payment area from a local computer instead of from our host. Provided the info to reproduce the problem and to test using curltester.php.

Was considering developing a way to provide an encrypted payment button at the "right" place if the error code of 28 came back. Does anyone know if anyone has done this and posted a fix? The host has been unable to identify a repair time and has also claimed that the problem has only affected some of their customers. We are a non-profit organization and have two large fundraisers coming up and would like to be able to "cleanly" accept payment rather than advising to select mailing a check and advising to go directly to paypal and make a payment that way.

[mc12345678]

Been looking through the history of posts related to error code 28 and that predominantly it has been a host issue. I was wondering if there was anything else that could be fed to the host to resolve the issue? Ie, is there a "single" setting or group of things that can be offered to them to attempt resolution? If not desired to publicly state, please PM me, I have no idea of the skill level of our host, and ultimately would just like to see the issue corrected. We are not using any of the hosts that have been identified as "typically" problematic in these forums.

[DrByte]

Tell them to contact AT&T and get themselves unblocked.

You can:
Contact ATT at [email protected] to resolve this issue
PayPal’s FAQ’s https://ppmts.custhelp.com/app/answers/detail/a_id/733

[twi]

ZC v1.51 (a test upgrade site)
and ZCv1.3.9h ( a live site that has been working fine for a long time)
using UPS shipping mod & Paypal Checkout Express.


All of my sites are experiencing similar problems reported here for the past 1.5 weeks. It seems like the whole world is having the same problem all of a sudden.

I have been reading this forum concerning:

An error occurred when we tried to contact the payment processor. Please try again, select an alternate payment method, or contact the store owner for assistance. () - (28) connect() timed out!

ErrorYour available shipping options have changed. Please re-select your desired shipping method.


The above messages were given to me when I tried to check out using Paypal express & UPS shipping mods.

How do I properly perform a curl test and ipncheck test on my sites?

Can someone give me the proper instructions how to do these test and report the problems here for help?

[DrByte]

http://www.zen-cart.com/showthread.p...-Testing-Tools

[mc12345678]

How do I properly perform a curl test and ipncheck test on my sites?

Can someone give me the proper instructions how to do these test and report the problems here for help?

So, here is what I have learnt over the last several days. First off AT&T indicates they are not blocking our ip address, but that deeper analysis indicated a problem between them and paypal, the specific organizations (ip addresses) they were not permitted to say but did identify a few AS records from them to PayPal.
So regarding a curltest. I'm not sure if it was just my install, but in the stores folder is a subfolder called extras.

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.

[mc12345678]

So, don't want to jinx it, but it looks like our issue got resolved (for the time being). Not sure which of the basic three actions I took resolved it, or if it was the combination of them. But, had notified our host, then after several days, spoke with computer security staff of AT&T who did try to investigate, but would only officially report what they directly controlled, and at the same time submitted a trouble ticket to PayPal identifying total inability to process PayPal payments in PayPal Express (adaptive payments section?). So far none of the three have reported that they were the ones that resolved the issue, but a paypal curltester.php run gave back a 200 code and all types of data.

Btw, I will try to get up here the conversation with AT&T for those that might take interest. Good luck to others with this problem, hope it wasn't just us that got resolved.

[mc12345678]

So, don't want to jinx it, but it looks like our issue got resolved (for the time being). Not sure which of the basic three actions I took resolved it, or if it was the combination of them. But, had notified our host, then after several days, spoke with computer security staff of AT&T who did try to investigate, but would only officially report what they directly controlled, and at the same time submitted a trouble ticket to PayPal identifying total inability to process PayPal payments in PayPal Express (adaptive payments section?). So far none of the three have reported that they were the ones that resolved the issue, but a paypal curltester.php run gave back a 200 code and all types of data.

Btw, I will try to get up here the conversation with AT&T for those that might take interest. Good luck to others with this problem, hope it wasn't just us that got resolved.

Yup... Jinxed it... Again not working. Below is a summary of the correspondence that I've had with AT&T. I have made attempts not to modify the way that they responded, but did not want to include all information for various reasons:

Me: Identified who I was in regards to our network operation, identified the error code received, and what action prompted it. I then indicated that it appeared that it may be their company preventing access to PayPal’s site: https://api-3t.paypal.com/nvp. Provided them the location where the error originated from and also our IP address.
Me: I then provided them a path and instruction to perform the curltester.php actions to attempt communication with paypal (http://www.pugsugottasave.org/shop/c...r.php?paypal=1). Further identified other testing that had been performed such as removing the ?paypal=1 statement or setting =0. Asked if the restriction could be removed and, if not, a reason provided as to why not.
Them: AT&T IP Security is not blocking (your IP), and asked for a traceroute to PayPal.
Me: Unfortunately our host does not offer traceroute related options. (attempted multiple implementations via PHP to no avail.)
Them: AT&T identified not blocking api-3t.paypal.com.
More from AT&T: A deep analysis of a traceroute indicates traffic leaves the AT&T network, but never returns. This indicates a routing issue beyond the AT&T network.
Me: When asked what organization(s) to contact next based on the deep analysis:
Them: Due to legal and privacy concerns, we can't disclose who our customers are.

However, from a public route server, you can determine the AS path.
show route api-3t.paypal.com active-path

Me: That result identified one additional organization between AT&T and PayPal.
Me and them: When asked if they were then “internally” investigating forward seeing that operation is not as expected nor desired, was advised that: The network path to api-3t.paypal.com passes through AT&T's network to another company, a customer, as designed. Any return traffic from that company is controlled by that company.
Them: The latest provided information is that traceroutes end at EBAY.

Me: Based on a whois search, [email protected] was the contact address that appears; however, there has been no response nor bounceback of a message sent to that address.
Me: We had momentary success this morning; however, it was actually short lived… 
Me: I still would go with the instruction and suggestions offered by Dr.Byte in approaching from at least both directions. It is unfortunate that perhaps AT&T will be deluged with notification; however, someone has to know about the issue, contact the right person(s) and continue to press for correction to get the job done, seeing that we have been effected for at least 5 days, though I thought I saw an issue the week before when reviewing previous PayPal payments and that the information did not appear. I thought it was just me and something I may have modified; however, appears it was the start of something bigger.

[RNRN]

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.