View Issue Details

IDProjectCategoryView StatusLast Update
0004363unrealircdpublic2023-05-22 12:27
Reporterkatsklaw Assigned Tosyzop  
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionno change required 
Platformx86_64OSDebianOS Version6/7
Product Version3.4-alpha3 
Summary0004363: [feature] Add cgiirc::class
DescriptionWorks just like oper::class and allow::class
TagsNo tags attached.
3rd party modules

Activities

syzop

2015-06-15 17:14

administrator   ~0018396

Sure, this is possible. Could you tell us why you would want this though? Like when would you want cgiirc clients to be put in a different class than non-cgiirc users :)

katsklaw

2015-06-15 19:21

reporter   ~0018400

Last edited: 2015-06-15 19:30

it boils down to trust, or lack there of. Most notably, from 3rd party sites like mibbit where the IRC administration has no access or control over webserver side configurations. If we feel the need to use passwords, would it not be reasonable to also use special connection class restrictions?

Without an conventional client I may want them to to be limited traffic wise, or restrict them to only 2 connections instead of 5. adding cgiirc::class allows such things to be controlled via class blocks.

syzop

2023-05-20 15:42

administrator   ~0022872

Last edited: 2023-05-20 15:42

So, 8 years later many things are possible now. Also, for the record: cgiirc got renamed to webirc, hence that is the term i use below:

Nowadays we have: 1) security groups, 2) the same functionality in mask/match blocks, 3) webirc yes; is an option in both
So you could do something like:
allow { mask { webirc yes; } class xyz; }
That is, if you really want a different class for webirc users. I think this would be rare but indeed if you need more maxperip then that is the way to go.

What is more common is to have more relaxed anti-flood features for webirc, for that you can:
1) Either set relaxed settings specific for webirc users in set::anti-flood::webirc (because a webirc security group exists by default)
2) Or change the security-group known-users to have "webirc yes;" so it uses set::anti-flood::known-users

All possible with UnrealIRCd 6 (or maybe this was already in 5.2.1)

syzop

2023-05-22 12:27

administrator   ~0022879

Related feature (additional to previous comment):
https://www.unrealircd.org/docs/Set_block#Set_block_for_a_security_group

Issue History

Date Modified Username Field Change
2015-06-15 15:34 katsklaw New Issue
2015-06-15 17:14 syzop Note Added: 0018396
2015-06-15 19:21 katsklaw Note Added: 0018400
2015-06-15 19:29 katsklaw Note Edited: 0018400
2015-06-15 19:30 katsklaw Note Edited: 0018400
2015-06-15 19:52 syzop Status new => confirmed
2023-05-20 15:42 syzop Assigned To => syzop
2023-05-20 15:42 syzop Status confirmed => closed
2023-05-20 15:42 syzop Resolution open => no change required
2023-05-20 15:42 syzop Note Added: 0022872
2023-05-20 15:42 syzop Note Edited: 0022872
2023-05-22 12:27 syzop Note Added: 0022879