<div dir="ltr">I'm using v.2.2.5, not 3.0.x; I have no complaints with 3.0 at all. I definitely want to move towards it, I just fear that it will break too many things if I implement it on CentOS 6.5 right now. But, I'll look at <a href="http://wiki.freeradius.org/guide/Red-Hat-FAQ">http://wiki.freeradius.org/guide/Red-Hat-FAQ</a> and build out from source, and/or try the updated .rpm's listed above.<div>
<br></div><div>This is all my misunderstanding entirely, and respectfully I apologize. I was thinking since Freeradius already had the hooks in the * database, the cache module would use those hooks to create any unrecognized attributes/tables, but as I'm writing this I'm practically laughing at myself. It's great it thought, but it would be a massive addition and it would require a lot of time to develop. This is basically what I'm after, so I'll have to get to it...there's a lot more work to be done. At a personal level, I'm going to run into a lot of new territory when trying to get this to work.<div>
<br></div><div>Thanks for all the guidance this far, and sorry for the confusion (on my part).</div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 16, 2014 at 3:52 AM, Arran Cudbard-Bell <span dir="ltr"><<a href="mailto:a.cudbardb@freeradius.org" target="_blank">a.cudbardb@freeradius.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im HOEnZb"><br>
On 16 Jun 2014, at 04:33, Brandon Jozsa <<a href="mailto:bjozsa@gmail.com">bjozsa@gmail.com</a>> wrote:<br>
<br>
> yeah, that I get. unlang is for the overall freeradius logic for configuration files,<br>
<br>
</div><div class="im HOEnZb">To make things simpler for users, we re-used the format of the update section<br>
for anything map like in the modules, then you don't have to learn multiple<br>
forms of attribute reference syntax.<br>
<br>
Maybe we could rename it to 'map' to differentiate it, but you're the first<br>
person who's had trouble understanding the concept in the 8 months since<br>
the release of v3.0.x (where this format is used in more modules)<br>
i'm inclined not to.<br>
<br>
</div><div class="im HOEnZb">> but I thought that unlang couldn't be used in the modules?<br>
<br>
</div><div class="im HOEnZb">Alan is saying it uses the same format as an 'update' section in the policy,<br>
language. Thought using the same section name might hint that...<br>
<br>
Is anyone else having trouble with understanding update blocks in rlm_cache,<br>
rlm_ldap, rlm_couchbase? any suggestions to make them easier to use?<br>
<br>
</div><div class="im HOEnZb">> just to be clear, do i need to change the configuration in the cache module or<br>
<br>
</div><div class="im HOEnZb">The cache module, you need to configure it to store the attributes you want<br>
put back into the request when it's called again later.<br>
<br>
</div><div class="im HOEnZb">> in my default policy configuration? i was taking it that the policy suggestion would work if the cache module was written differently. i hate beating this to death...so i really apologize for dragging this out. i'm just trying to look for a quick way to capture everything being returned back from a proxy request, and write it to the local mysql db. the cache module logic is new to me, and i'm not sure why i'm not getting entries back into the sql database when using rlm_cache.<br>

<br>
</div><div class="im HOEnZb">I'm not sure how you think caching responses from the proxy server is going<br>
to insert missing attributes into your SQL directory...<br>
<br>
You'd need to use SQL xlat for that.<br>
<br>
</div><div class="HOEnZb"><div class="h5">Arran Cudbard-Bell <<a href="mailto:a.cudbardb@freeradius.org">a.cudbardb@freeradius.org</a>><br>
FreeRADIUS Development Team<br>
<br>
FD31 3077 42EC 7FCD 32FE 5EE2 56CF 27F9 30A8 CAA2<br>
<br>
</div></div><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><br clear="all"><div><br></div>-- <br>Brandon<br>

</div>