<div dir="ltr">Are you sure the RADIUS secret is the right one?</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 12:14 PM, JB <span dir="ltr"><<a href="mailto:list.freeradius@me.com" target="_blank">list.freeradius@me.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
<br>
We're proxying auth requests to another RADIUS service and encounter the following problem:<br>
The password seems to get changed somewhere along the way.<br>
In our case, a 9 character password arrives as 16 character garbage at the home server, which then -of course- rejects the access request.<br>
Unfortunately, we don't have direct access to the home server, but the provider is convinced that the password gets mangled on our side.<br>
<br>
I can see the correct password in our FreeRADIUS debug logs.<br>
Other than preprocess, there's no module, which theoretically could change the password, before the proxy realm .<br>
<br>
My guess is that this is some sort of double encoding problem…<br>
Or maybe that the password doesn't get decoded properly on their side?<br>
<br>
Has anyone encountered a similar situation?<br>
<br>
Thanks!<br>
JB<br>
<br>
-<br>
List info/subscribe/unsubscribe? See <a href="http://www.freeradius.org/list/users.html" target="_blank">http://www.freeradius.org/list/users.html</a><br>
</blockquote></div><br></div>