Varnish conflict with Kount

[satyendra1989]

Hello,
I have installed turpentine on magento 1.7
However it is conflicting with a third party plugin name Kount below is the link
http://www.magentocommerce.com/magento-connect/kount-fraud-prevention-solution-9916.html
It is not allowing us to place order.
An error is raised "Payment authorization rejection from processor" at the final step of placing order.
I had a word with the Kount team and they inquired if turpentine playing around session id.
Any idea what could be the possible reason for conflict
is turpentine playing with session or possibly caching session values or any other view from your side.
Please extend your support to this issue.

[aheadley]

Replied via PM.

[satyendra1989]

Sorry but difficult to understand the understand Replied via PM
Can you please elaborate on the solution or point me if you have replied it
some where else.

On Tue, Jul 30, 2013 at 8:37 PM, Alex Headley notifications@github.comwrote:

Replied via PM.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/275#issuecomment-21797391
.

Thanks & Regards,
Satyendra Mishra
Software Developer
[image: Inline image 1]

702, B-Wing, Mangalya, Marol, Andheri (East), Mumbai, India – 400059
Board: +91 22 3078 3504 | Mobile: +91 9820256213

[satyendra1989]

Hey,
Any response for above issue.
Any support will be highly appreciated.

[gondo]

no offense but if you pay $995.00 for an extension, you should be looking for a support from them, rather then from a team developing free extension.

[satyendra1989]

Yeah I know that.
But there is no support from there team so I myself trying to debug through the issue.
I just encountered an error
[SESS] is too long: length is [36], max is [32]
It looks turpentine varnish is some how changing the session_id or appending some value.
If possible please elaborate on this issue I can possibly resolve the issue the issue.

[gondo]

you can try to debug the session (use Mage::log()) and try to find out why the length is different, but i would try to look at Kount extension. check if it has some controllers and make sure that any page managed by Kount is excluded form caching by Varnish.

[aheadley]

@satyendra1989

Try this patch:

diff --git a/app/code/community/Nexcessnet/Turpentine/misc/uuid.c b/app/code/community/Nexcessnet/Turpentine/misc/uuid.c
index 2a6abfc..081879b 100644
--- a/app/code/community/Nexcessnet/Turpentine/misc/uuid.c
+++ b/app/code/community/Nexcessnet/Turpentine/misc/uuid.c
@@ -12,13 +12,13 @@ void generate_uuid(char* buf) {
     long c = lrand48();
     long d = lrand48();
     pthread_mutex_unlock(&lrand_mutex);
-    sprintf(buf, "frontend=%08lx-%04lx-%04lx-%04lx-%04lx%08lx",
+    sprintf(buf, "frontend=%08lx-%04lx-%04lx-%04lx-%04lx%04lx",
         a,
         b & 0xffff,
         (b & ((long)0x0fff0000) >> 16) | 0x4000,
         (c & 0x0fff) | 0x8000,
         (c & (long)0xffff0000) >> 16,
-        d
+        d & 0xffff
     );
     return;
 }

Note that I haven't tested this at all, but I believe it will fix the error you're seeing. You will need to re-apply your VCL and clear your cookies before testing the checkout.

[satyendra1989]

Thanks a lot for your reply.
I will try this code and give you feedback.

[aheadley]

It turns out that patch did work because Kount requires that the session ID match this regex /^\w{1,32}$/ . I've pushed a commit to the devel branch with this fix that solves the problem and it will be in the next release.