From: "Hin-Tak Leung" <hintak.leung@gmail.com>
To: "Ari Entlich" <lmage11@twcny.rr.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: Help debugging unexpected disassociations?
Date: Sun, 11 Jan 2009 15:48:37 +0000 [thread overview]
Message-ID: <3ace41890901110748k474e99a9n7ceddf6bb263de99@mail.gmail.com> (raw)
In-Reply-To: <1231649926.21931.5.camel@g4mdd.entnet>
On Sun, Jan 11, 2009 at 4:58 AM, Ari Entlich <lmage11@twcny.rr.com> wrote:
<snipped>
> Given that the version I'm using *CAN* authenticate, it doesn't
> immediately make sense to me why wpa_supplicant would be causing this
> problem, unless wpa_supplicant is intentionally trying to screw me up by
> deauthenticating me. I will try updating, but would you please try a
> little harder to hide the fact that you consider me a retard for no
> reason next time? Thanks.
You have been told by my first reply to look at wpa_supplicant, and
again to upgrade.
Why do you insist that you *know it better*, when you are asking for help?
1) there is a newer version of wpa_supplicant in the same series, (and
even a newer series), there is a reason for it. Look it up, upgrade,
and look at the logs, and come back with the logs, *before* you write
again.
2) if I have to spell it out for you, yes, I think you are exactly
right, wpa_supplicant (or the older version of it) is screwing with
you. wpa_supplicant monitors the state of your connectivity
continuously, and it is responsible for authentication *and
reauthentication*. If it detects, or *mis-detects* that your access
point is not working right, it will drop your connection,
deauthenticate and reauthenticate, and f*ck your wireless connectivity
You do not understand that how wpa_supplicant works, and refuse to
listen. wpa_supplicant does not just do one-off authenticate, it also
*reauthenticate* from time to time when necessary, and continuously
monitors and changes the states of communication between your wireless
client and the access point.
next prev parent reply other threads:[~2009-01-11 15:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-10 2:13 Help debugging unexpected disassociations? lmage11
2009-01-10 13:16 ` Hin-Tak Leung
2009-01-11 4:58 ` Ari Entlich
2009-01-11 14:58 ` Hin-Tak Leung
2009-01-11 15:48 ` Hin-Tak Leung [this message]
-- strict thread matches above, loose matches on Subject: below --
2008-12-30 1:38 lmage11
2009-01-08 22:43 ` lmage11
2009-01-08 23:06 ` Hin-Tak Leung
2009-01-08 23:18 ` lmage11
2009-01-09 21:08 ` Hin-Tak Leung
2009-01-08 23:12 ` reinette chatre
2009-01-08 23:22 ` lmage11
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3ace41890901110748k474e99a9n7ceddf6bb263de99@mail.gmail.com \
--to=hintak.leung@gmail.com \
--cc=linux-wireless@vger.kernel.org \
--cc=lmage11@twcny.rr.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox