GLines only purpose on a services based network would be as a backup function in case services went down.

UltimateIRCd is an services oriented IRCd and for that purpose have AKILL's which accomplish the same as GLines and more, just without the need of having two additional operators on the network approve the line being set as they have been granted network wide trust by the network administration to place AKILL's.

id prefer to see an operserv2 system than gline, for backup if services go down. a medium+ sized network has thousands of bans that last for months sometime, so it will be a waste of resources to have the ircd scan the list each time a client connects. not to mention keeping the list in memory.altho, i must add, glines are more conviniant than akills. but thats prolly bcuz i used glines only for 2-3 years b4 even thinking of using akills

The main problem is this... most services have OperServ/RootServ running as the same process as the rest of services making them highly vurnerable.

What would be ideal is a completely separate OperServ/RootServ with a redundancy system which means the primary OperServ/RootServ updates the slave/backup when akills are added.

One of the reasons it doesnt exsist is that most small networks which are operated from shell accounts and have limited resources especially when it comes to processes cannot afford having services alone take up 3 processes.

As for services holding up, they should hold up just fine in most cases, and will fare even better once i get the serverside services flood protection (and effectively also stopping network wide flooding in relation to a services flood attack) gets added.

There will be a backup serverside network wide banning system of some sort most likely in the form of GLines hybrid style or alternatively a permission system based on the not yet completed J lines.

UltimateIRCd is a services oriented IRCd, just as Unreal (although they attempt to be some sort of hybrid and not doing too good a job at it imho) and Bahamut.IRCd's more aimed at running in an enviroment without services would be IRCu and Hybrid. You pick the proper tool for each job. Tools that try to suit all possible jobs tend to end up being a worse tool overall.

I know this may sounds like something stoopid...but maybe it could work? Your idea's on it are welcome. Hows about a system that checks to see if any services are available, and if none are present automatically enables the g-line system for opers to use as a temp backup service. If the IRCD detects the presence of services (or when they're back online) it would simply disable (and maybe as an added feature add the appropriate akill to services and delete them from memory). I have no idea as to how intensive this could be on the IRCD itself, but maybe it could be concidered?

I am running Unreal3.2-beta18 (I know, I know, I need to update) with Anope services. The reason I came in here was to find out if I was doing something wrong because I tried to apply a GLINE and it didn't appear to work. I now see why.

I would recommend one of two courses of action:

1. Add GLINE ability to standalone Unreal, or

2. Remove any and all documentation from the help files that refer to non-functioning options.

As a noob to both IRC and running a server, I have no problems with something not being available ... I don't know any better any way, but if the docs say it should work, it should work! :wink:

[Added]I just tried to use AKILL and got the following message:

Quote

[11:00] -irc.pctalk.info- *** AKILL is depreciated and should not be used. Please use /gline instead

[Added2]I just tried GLINE, and got no response at all ... again! Wonder why. 8O :wink:

[Added3]And if I wasn't such a soopd noob I would have realized I was posting to the wrong forum!!! 8O

My comments about documents should still apply, for whatever they are worth though.