[RADIATOR] Handler/Realm continue ?
Hugh Irvine
hugh at radiatorsoftware.com
Thu Dec 11 01:21:34 UTC 2025
Hi again -
Also consider separate instances of Radiator in a "front-end /
back-ends" configuration (on the same host).
The "front-end" instance classifies requests as required and then
proxies to the corresponding "back-end".
The "back-ends" obviously are listening on different port numbers.
I use this approach extensively in my consulting practice and it works
extremely well and makes each configuration *much* simpler.
cheers
Hugh
On 11/12/2025 07:37, Hugh Irvine wrote:
>
>
> Hello Patrick -
>
> Have a look at "goodies/authhandler.cfg".
>
> See also section 3.85 <AuthBy HANDLER> in the manual ("doc/ref.pdf").
>
> Beware of infinite loops....
>
> cheers
>
> Hugh
>
>
> On 10/12/2025 23:23, Patrik Forsberg via radiator wrote:
>>
>> Hi,
>>
>> No, I missed that one .. interesting, thanks 😊
>>
>> ---
>>
>> Best Regards,
>>
>> Patrik Forsberg
>>
>> *From:*Dubravko Penezic <dpenezic at srce.hr>
>> *Sent:* den 10 december 2025 12:36
>> *To:* Patrik Forsberg <patrik.forsberg at globalconnect.se>;
>> radiator at lists.open.com.au
>> *Subject:* Re: [RADIATOR] Handler/Realm continue ?
>>
>> Hi Patrik,
>>
>> did you check Hook options especialy HandlerFindHook ?
>>
>> Regards,
>>
>> Dubravko Penezic
>>
>> On 12/10/25 10:53, Patrik Forsberg via radiator wrote:
>>
>> Hello,
>>
>> Is there anyway, in Radiator 4.x, to write a Handler och Realm
>> that does something and then let the request continue to
>> following Handlers/Realms ?
>>
>> Like
>>
>> <Handler User-Name = “/%debug/”>
>>
>> PacketTrace
>>
>> RewriteUsername s/^(\w+)%debug/$1/
>>
>> <<Continue>>
>>
>> </Handler>
>>
>> <Handler>
>>
>> <AuthBy INTERNAL>
>>
>> DefaultResult ACCEPT
>>
>> </AuthBy>
>>
>> </Hanlder>
>>
>> By that if the user adds %debug to the username it does
>> PacketTrace on the package, remove %debug, and then continue on
>> to the default Handler which would accept the request ?
>>
>> ---
>>
>> Best Regards,
>>
>> Patrik Forsberg
>>
>>
>>
>> _______________________________________________
>>
>> radiator mailing list
>>
>> radiator at lists.open.com.au
>>
>> https://lists.open.com.au/mailman/listinfo/radiator
>>
>>
>> _______________________________________________
>> radiator mailing list
>> radiator at lists.open.com.au
>> https://lists.open.com.au/mailman/listinfo/radiator
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.open.com.au/pipermail/radiator/attachments/20251211/6174f721/attachment.html>
More information about the radiator
mailing list