Communications Error following a "Security Hash Error" Fix

It began with a Security Hash Error & a Communications Error. Fixed Security Hash by adding code to authorizenet_aim file and the hash error no longer appears but the Communications Error does. I have talked with my web hosting company and they say it is my issue. PayPal & Gift Certificates work. I have never used an MD5-hash over the past three years. Why is the MD5 error showing up as FAIL? I believe this is a cURL issue but what can I say to my web host because they have no idea what to do to help me. (they have been very patient and tried to understand) Following is a log of my attempt to check-out:

Results Received back from Authorizenet: Array
(
[0] => Response from gateway
[1] =>
[Expected-MD5-Hash] => 109F5E2527D94E004005BA3A81ADEB18
[HashMatchStatus] => FAIL
)


CURL communication info: Array
(
[url] => https://secure.authorize.net/gateway/transact.dll
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)


RAW data received:

So so so so frustrated...lost...baffled. Lost all credit card orders today. Would really like to get my site working. :)

If all the info in the CURL Communcation section comes back as mostly 0, then your problem is with your server's ability to talk to the authnet server properly. The "http_code" value needs to be 200. If it's not, then there's a communication problem (either authnet's server isn't responding or *your* server can't connect to it).
Fixing that will fix your Hash problem.

Thanks. I am passing along this information but my web host still believes the issue is on my end. Any verbage I can use to tell them what to do?

Thanks!

What results do you get when using the curltest.php tool discussed here: http://www.zen-cart.com/forum/showpo...2&postcount=13
(use the ?authnet=1 parameter)

(If you're using Zen Cart v1.3.8a then curltest.php will already be in your /extras/ folder, so saves you a step.)

results from curltest.php & ?ssl=1 were "Data validation Good"
result from ?paypal=1 was an array of numbers
result from ?authnet=1 was an array of zeros...

I am beginning to think the problem is with authorize.net. Read a tweet about 7 hours ago that said authorize.net may be having DNS issues causing storefront payment processing issues. I can't find anything else to support this but I also can't figure out what my "out of the clear blue sky" problem would be. Frustrating that authorize.net doesn't have 24 hour support...

Where now Doc?

Quote:

---

Originally Posted by ssjenson

results from curltest.php & ?ssl=1 were "Data validation Good"
result from ?paypal=1 was an array of numbers
result from ?authnet=1 was an array of zeros...

I am beginning to think the problem is with authorize.net. Read a tweet about 7 hours ago that said authorize.net may be having DNS issues causing storefront payment processing issues. I can't find anything else to support this but I also can't figure out what my "out of the clear blue sky" problem would be. Frustrating that authorize.net doesn't have 24 hour support...

---

I'm dealing with the same thing totally out of the blue, too. No clue. I'm also pretty outraged about the lack of support, because it seems squarely an Authorize.Net problem. No problems with any other payment modules.

Even Authorize.net is timing out from my pings at times, and sometimes giving me a "Destination net unreachable" error. Totally timing out to secure.authorize.net....

:censored::censored::censored::censored::censored::censored::censored:

Here is my curltest result. Looks like Authorize.net to me....


6 name lookup timed out

Array
(
[url] => "https://secure.authorize.net/gateway/transact.dll"
[http_code] => 0
[header_size] => 0
[request_size] => 0
[filetime] => -1
[ssl_verify_result] => 0
[redirect_count] => 0
[total_time] => 0
[namelookup_time] => 0
[connect_time] => 0
[pretransfer_time] => 0
[size_upload] => 0
[size_download] => 0
[speed_download] => 0
[speed_upload] => 0
[download_content_length] => 0
[upload_content_length] => 0
[starttransfer_time] => 0
[redirect_time] => 0
)



EOF

The only means of communication I have found with authorize.net is through twitter. I don't know if you have an account but it is quick to create and there are a few of us sending tweets about this, hoping to raise their awareness. They have live responses to the Tweets so someone is listening but still not getting it.

Authorize.net sent me tweet saying they had a problem with Internap which provides their connectivity and they have fixed it. I am still having communications issues...anyone else?

OOOMMMGGGG! Authorize.net has fixed their server! The issue has been resolved! WAHOOOOO!

You're welcome.