Re: [CODE4LIB] EzProxy and recaptcha
So I return to the lists here somewhat sheepishly to admit that the problem was solved simply by adding the reCaptcha domain to our EZproxy stanza with the magic Javascript directives: DJ recaptcha.net HJ recaptcha.net One of those must, I'm guessing, fetch the reCaptcha Javascript without an HTTP referrer, or possible even using the original vendor site's domain in the referrer, since that's the only way it will work. Either way, solved our problem. ezproxy++ --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu From: Walker, David Sent: Tuesday, August 25, 2009 12:33 PM To: CODE4LIB@LISTSERV.ND.EDU Cc: web4...@webjunction.org Subject: EzProxy and recaptcha Casting a net far and wide on this, sorry. We're using EZproxy to proxy a website that also happens to have reCaptcha on it. I guess reCaptcha keys are tied to domain names, so when the Javascript is brought into the page via the tag, it sees that the page is 'proxy.example.edu' instead of 'www.vendorsite.com', and we end-up with an error from reCaptcha saying: This reCAPTCHA key isn't authorized for the given domain. That all makes sense. But can anyone fathom a workaround? --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu
Re: [CODE4LIB] EzProxy and recaptcha
I'm thinking this may be the only solution. I will mention it to the vendor, Ryan, thanks! --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Wick, Ryan [ryan.w...@oregonstate.edu] Sent: Tuesday, August 25, 2009 1:22 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] EzProxy and recaptcha reCAPTCHA keys are tied to a domain name by default, but they also offer global keys. From an admin page: If you wish to use your key across a large number of domains (e.g., if you are a hosting provider, OEM, etc.), select the global key option. You may want to use a descriptive domain name such as "global-key.mycompany.com" Ryan Wick Information Technology Consultant Special Collections Oregon State University Libraries http://osulibrary.oregonstate.edu/specialcollections -Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Walker, David Sent: Tuesday, August 25, 2009 12:34 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] EzProxy and recaptcha Casting a net far and wide on this, sorry. We're using EZproxy to proxy a website that also happens to have reCaptcha on it. I guess reCaptcha keys are tied to domain names, so when the Javascript is brought into the page via the tag, it sees that the page is 'proxy.example.edu' instead of 'www.vendorsite.com', and we end-up with an error from reCaptcha saying: This reCAPTCHA key isn't authorized for the given domain. That all makes sense. But can anyone fathom a workaround? --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu
Re: [CODE4LIB] EzProxy and recaptcha
> Is this something that can be done using > Find/Replace with the ^A modifier? I don't think so, after reading the documentation. But thank you for those links, Albert, I really appreciate it. I think the ultimate issue is that, when the browser fetches the recaptcha Javascript, it sends a referrer that says this is from my proxy server instead of the vendor site. So, unless EZProxy is set-up to manipulate the HTTP referrer header -- which I'm thinking is unlikely if not impossible -- then it's not something we can fix on the EZproxy side. --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Bertram, Albert [bertr...@umich.edu] Sent: Tuesday, August 25, 2009 1:08 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] EzProxy and recaptcha Hi Dave, Is this something that can be done using Find/Replace with the ^A modifier? Find NAME="_PRIORREFERER" VALUE="http:// Replace NAME="_PRIORREFERER" VALUE="http://^A The documentation says it only works after http:// or https://, so it may not work if you're only passing the hostname around. http://pluto.potsdam.edu/ezproxywiki/index.php/Find_And_Replace http://www.oclc.org/us/en/support/documentation/ezproxy/cfg/find/ http://www.oclc.org/support/documentation/ezproxy/db/lexisnexis.htm Cheers, Albert From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Walker, David [dwal...@calstate.edu] Sent: Tuesday, August 25, 2009 3:33 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] EzProxy and recaptcha Casting a net far and wide on this, sorry. We're using EZproxy to proxy a website that also happens to have reCaptcha on it. I guess reCaptcha keys are tied to domain names, so when the Javascript is brought into the page via the tag, it sees that the page is 'proxy.example.edu' instead of 'www.vendorsite.com', and we end-up with an error from reCaptcha saying: This reCAPTCHA key isn't authorized for the given domain. That all makes sense. But can anyone fathom a workaround? --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu
Re: [CODE4LIB] EzProxy and recaptcha
reCAPTCHA keys are tied to a domain name by default, but they also offer global keys. From an admin page: If you wish to use your key across a large number of domains (e.g., if you are a hosting provider, OEM, etc.), select the global key option. You may want to use a descriptive domain name such as "global-key.mycompany.com" Ryan Wick Information Technology Consultant Special Collections Oregon State University Libraries http://osulibrary.oregonstate.edu/specialcollections -Original Message- From: Code for Libraries [mailto:code4...@listserv.nd.edu] On Behalf Of Walker, David Sent: Tuesday, August 25, 2009 12:34 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] EzProxy and recaptcha Casting a net far and wide on this, sorry. We're using EZproxy to proxy a website that also happens to have reCaptcha on it. I guess reCaptcha keys are tied to domain names, so when the Javascript is brought into the page via the tag, it sees that the page is 'proxy.example.edu' instead of 'www.vendorsite.com', and we end-up with an error from reCaptcha saying: This reCAPTCHA key isn't authorized for the given domain. That all makes sense. But can anyone fathom a workaround? --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu
Re: [CODE4LIB] EzProxy and recaptcha
Hi Dave, Is this something that can be done using Find/Replace with the ^A modifier? Find NAME="_PRIORREFERER" VALUE="http:// Replace NAME="_PRIORREFERER" VALUE="http://^A The documentation says it only works after http:// or https://, so it may not work if you're only passing the hostname around. http://pluto.potsdam.edu/ezproxywiki/index.php/Find_And_Replace http://www.oclc.org/us/en/support/documentation/ezproxy/cfg/find/ http://www.oclc.org/support/documentation/ezproxy/db/lexisnexis.htm Cheers, Albert From: Code for Libraries [code4...@listserv.nd.edu] On Behalf Of Walker, David [dwal...@calstate.edu] Sent: Tuesday, August 25, 2009 3:33 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [CODE4LIB] EzProxy and recaptcha Casting a net far and wide on this, sorry. We're using EZproxy to proxy a website that also happens to have reCaptcha on it. I guess reCaptcha keys are tied to domain names, so when the Javascript is brought into the page via the tag, it sees that the page is 'proxy.example.edu' instead of 'www.vendorsite.com', and we end-up with an error from reCaptcha saying: This reCAPTCHA key isn't authorized for the given domain. That all makes sense. But can anyone fathom a workaround? --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu
[CODE4LIB] EzProxy and recaptcha
Casting a net far and wide on this, sorry. We're using EZproxy to proxy a website that also happens to have reCaptcha on it. I guess reCaptcha keys are tied to domain names, so when the Javascript is brought into the page via the tag, it sees that the page is 'proxy.example.edu' instead of 'www.vendorsite.com', and we end-up with an error from reCaptcha saying: This reCAPTCHA key isn't authorized for the given domain. That all makes sense. But can anyone fathom a workaround? --Dave == David Walker Library Web Services Manager California State University http://xerxes.calstate.edu