ntlm_auth reconnection without login data?

[Andreas Rudat]

Am 28.10.2011 08:55, schrieb Fajar A. Nugraha:
> On Fri, Oct 28, 2011 at 1:46 PM, Andreas Rudat <rudat at endstelle.de> wrote:
>> sorry for that. I use 802.1x
> 802.1 wired? wireless?
>
>> and I'm wondering if I connect again
> What do you mean by "connect again"? unplug the cable and plug it
> again? Trun off the wireless adapter and turn it on again? Logout and
> login?
>
>> at
>> radius, I don't see any reactions in my debug output of radius, so at
>> the first time you see how the peap tunnel is getting up, challange
>> response and so on.
>>
>> Radius is running on Pfsense 2.0 and the clients are connecting with
>> wpa2 Windows/Linux
> >From your (very brief) description, the best answer I can give is "ask the NAS".
>
> FR debug would preety print much print out everything it does. If it
> doesn't print anything, it's not doing anything. Not even accepting
> any packets.
>
> Why didn't it recive any packet? Probably because the NAS doesn't send
> anything (which is why I said "ask the NAS").
>
> Why didn't the NAS send any packet? There are several possible options. Namely:
> - the NAS cache authentication result
> - the session was never terminated
>
> So, ask the NAS. I'm GUESSING that you were never disconnected in the
> first place.
>
It seems it is the NAS, it is AP with openwrt on it, but cannot find any
thing there what could be the problem.

-- 

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v2.0.17 (MingW32)

mQGNBE6jHfABDACyzFkn6k+OtbRANjKZ6NEQOxnnsBSBSs6sT9EBF0U3MnnYW3/p
YTW+7aUa/1FZTOWt9wb9H7t0SOqpgqUBmRo/sPteepXblnDaGEh8tzIWfaC9MKc1
QobU5zK9KcDKrs3SyGXEPOOQM8QdtE8KfSJFdUxfanFJUbfTbxq5Gqz1eaU4cWxp
gR6GeVYnd11J8AdDDwkjPjx4ZJ5guZ+D646Qi3CT7KT6y8sXVPwpNA3CvGweYX0r
STKyBf+nlQtOtByrgZW7BiSAxilYUL4mGE4KmuYAadJ+O6X7NOtz3OQaWgSGjqxH
YxDu6orTzL4/csjoVXS9dgeGkhLJgAg72a2yxA4tx/8IXrGp3JVGYGEY2kYcq3k9
jq5hJezoy6s1N//mgm5KaB84zrU5cUcu8kXDppmnp7eXUPnBqj2g2O82buBNa48S
wAtnbY4K5fbcnog8g6ouYXpAJo9yHcj+wraQ8+TNFx5nbkg3fZKuf3UeyL3dPKXf
wsKehnZ3Ipqkb08AEQEAAbQiQW5kcmVhcyBSdWRhdCA8cnVkYXRAZW5kc3RlbGxl
LmRlPokBuAQTAQIAIgUCTqMd8AIbDwYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AA
CgkQBw5gh+kRIv+yGQv5AQCRZt8wR2McgsTurZEZXz5UpxEPZB/dA/iXtPzZXJih
XLRZFqcdT+c8DCLbhXjO5aLndOCIDwWmsnqX2fuGAjlM4GJAAUEARSNtWY7V+rUt
PhdOz/flCZo/+p7wBi0XOJcWhysS7DV/ssSYdnuJvONUBXCQ/MpJsVXuKdgPa9IR
hvi37Ang1Cxb7htKHIuA4wCuqz1/4VGNez/65qwjuYakbB4/rXkKWb17XqCZrtoo
YiQSxPU7fP5lM4ybQXxP1qrptmaF9EqGTnj/xAU3tCE+PhB3baoVw6VG9nr9xYwh
bqCGtTbtrkmYlgioC2fFHDgg3U1GVBIbi0AoddXSs5OekgSvt827OcyWVSyjobyn
tH4/jwb8X8iOM/x8RZhzwKhpHA0k7ltTm7qXApARcL1tV6y4GIKwuy1RLZqkpNh1
teqYaxAKlxC77s6gftxqr7G6NCssgCCy2Y50LSvcQbZDPZeBdrPoGI/xAWNy4Otv
33k4P9hxJKHNqLYJN+Gn
=UaS9
-----END PGP PUBLIC KEY BLOCK-----