Re: wget and captcha puzzle !!!
1) locate and crush all cookies,
2) adjust browser settings so no cookies are allowed on your machine,
3) attempt another connection and see if the session bitches about no
cookies being accepted. If yes, then you have your proof otherwise
something else is happening. Personally, I'll loose any internet
provider that even considers doing what yours has done in a New York
Minute. Depending on where your internet provider is located, that
captcha may constitute a violation of the Americans With Disabilities
Act since your internet service provider provides a service to the
public it then becomes equivalent to a public accommodation.
On Sat, 21 Jan 2012, J. Bakshi wrote:
> On Sat, 21 Jan 2012 16:21:45 +0000 (UTC)
> Camale?n <noelamac@gmail.com> wrote:
>
> > On Sat, 21 Jan 2012 21:39:25 +0530, J. Bakshi wrote:
> >
> > > My internet provider provides an online form accessed by local IP (the
> > > connection is based on eth); so that the subscriber can provide username
> > > and password to activate the login; additionally it also has a captcha
> > > as added security. I am trying to make a daemon which just do the login
> > > and activate the connection.
> >
> > (...)
> >
> > > If I visit the url
> > > http://192.168.1.108/captcha.phtml?r=003665dd765d04967a7e00071e6af4a1
> > > again and again; every time I get a new captcha. So when I submitting
> > > the captcha by wget; it is already changes to a new one !!!! How can I
> > > overcome this puzzle ? The form (through browser) gives a failure notice
> > > when captcha code doesn't match. Is it possible to collect the failure
> > > notice through wget somehow for debugging ?
> > >
> > > Please give me some clue. I just like my linux script do the login and
> > > activate internet. Thanks
> >
> > If the captcha code auto-reloads it could be due to a session tracking
> > cookie or some kind of time-based script in place. Not sure how to bypass
> > that, it will depend on how the page is coded :-?
> >
> > I would first try to keep all those wget steps in just one session by
> > capturing the cookie (if any) that stores the session ID.
> >
> > Greetings,
> >
>
> Hello Camale?n,
>
> Thanks for your suggestion. But I don't know if there is any cookie at all.
> I just observe through browser, If I visit the same link next time or refresh;
> I get a new captcha code. And the embedded captcha string also changes when
> open or reload the login form. So when I download the captcha, that very step also
> reload a new captcha. How can I know if there is any cookie responsible
> for that session ?
>
>
> --
> To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] 20120121215858.716de7a0@shiva.selfip.org">http://lists.debian.org/[🔎] 20120121215858.716de7a0@shiva.selfip.org
>
>
----------------------------------------------------------------
Jude <jdashiel-at-shellworld-dot-net>
<http://www.shellworld.net/~jdashiel/nj.html>
Reply to: