Reply
Contributor
Posts: 27
Registered: ‎11-12-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

In my eTicket they attached a "Troubleshooting Template" document. It contained about 10 questions. While completing the document I added code to my website so that using a special URL my website will transfer to Authorize.Net with test mode being set to true, and the first two tries did not error, but the third try recreated the problem.

 

Like other have commented when the problem happened Authorize.Net did NOT attempt to connect for up to 10 seconds. Instead the error message appeared in about .1 seconds. Also, if my relay response code even starts to execute the very first thing it does is write to my homegrown logging file, and as I already knew there was nothing written.

 

Authorize.Net now have everything they need to to recreate the problem without anything else from us. What a major struggle this has been to get them to do anything.

Contributor
Posts: 18
Registered: ‎11-13-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM


@bretmaverick999 wrote:

In my eTicket they attached a "Troubleshooting Template" document. It contained about 10 questions. While completing the document I added code to my website so that using a special URL my website will transfer to Authorize.Net with test mode being set to true, and the first two tries did not error, but the third try recreated the problem.

 

Like other have commented when the problem happened Authorize.Net did NOT attempt to connect for up to 10 seconds. Instead the error message appeared in about .1 seconds. Also, if my relay response code even starts to execute the very first thing it does is write to my homegrown logging file, and as I already knew there was nothing written.

 

Authorize.Net now have everything they need to to recreate the problem without anything else from us. What a major struggle this has been to get them to do anything.


The first thing our relay page does is write to a log as well, that is how we knew it was a problem at Authorize.NET.

Contributor
Posts: 18
Registered: ‎11-09-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

Same here ... we added logging to trap the relay response.  Except ... no response.

Contributor
Posts: 18
Registered: ‎11-09-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

All ... I was thinking through the issue Authorize seems to be having resolving DNS ... has anyone tried setting their relay reponse to an IP address?  I am wondering if this is an option?

Contributor
Posts: 18
Registered: ‎11-13-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

[ Edited ]

 

@matterickson7 wrote:

All ... I was thinking through the issue Authorize seems to be having resolving DNS ... has anyone tried setting their relay reponse to an IP address?  I am wondering if this is an option?


I thought about that but then your customers would have to initally access your site via IP instead of DNS or you would lose you IIS session.  As an example, if your customers initally goto mysite.com/creditcard.aspx then get redirected to 23.23.23.23/receipt.aspx but they will lose the IIS session.

 

We could have our customers initally access the site via IP instead of DNS but that seems like an extreme fix.  We may just move to a different credit card processing provider.

Contributor
Posts: 27
Registered: ‎11-12-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

[ Edited ]

We should NOT having to be attempting to diagnose their poblem, but...

 

Do you guys know what version of TLS your server supports? I'm on an older server that only supports TLS 1.0. Suppose one of their four servers uses TLS 1.1 or 1.2, that might explain the percentage of failures we are seeing. If you aren't sure use this website to find out https://www.ssllabs.com/ssltest/index.html (opens in a new page).

 

I'm actually in the process of migrating to a newer server that supports TLS 1.2, but this problem is chewing up a lot of time!

Contributor
Posts: 27
Registered: ‎11-12-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

If anybody talks to them and they say the problem isn't on their end ask them for a Wireshark capture that proves it. When I filled out the "template that outlines the information we will require to escalate this inquiry up to our engineers for further assistance" they actually asked me if I had any Wireshark captures showing "the problem". I almost fell out of my chair laughing! How can packets that never make it out of Authorize.Net's data center be captured as they enter my server? To funny! Ask them for the same thing they are asking us for. Be bold. Don't hold back. Make them attempt to prove the problem is on your end. Also, Authorize.Net is owned by Visa, so this isn't some 1-man show operating out of a log cabin.

Posts: 2,765
Topics: 57
Kudos: 248
Blog Posts: 67
Registered: ‎12-05-2011

Re: Your Script Timed Out / Relay Response Never Posts using SIM

Hello @bretmaverick999@matterickson7 @BenPutnam @sboyle @MDM

 

I've escalated your cases to a support specialist for further review.  

 

If you were not aware, SIM is now deprecated and we offer developers several choices for building SAQ A and SAQ A-EP solutions you might consider for the long term.  Learn more at http://developer.authorize.net/api/reference/features/accept.html

 

Richard

Posts: 2,765
Topics: 57
Kudos: 248
Blog Posts: 67
Registered: ‎12-05-2011

Re: Your Script Timed Out / Relay Response Never Posts using SIM

Our support specialist indicated they are reviewing the logs and errors with our product team to see if they can isolate an issue. 

 

At this point, we only have a very small number merchants reporting issues with silent post so it's possible this is a service provider issue as well.  I know that doesn't help if you're one of those impacted, but we have some of our best people looking into it.

 

Richard

Contributor
Posts: 27
Registered: ‎11-12-2017

Re: Your Script Timed Out / Relay Response Never Posts using SIM

Thanks for your efforts @RichardH. If it helps I just had another failure today at 12:56pm MST, so have your engineers look at their Wireshark captures for a failure at that time.