Delay in Messages

These are old archives. They are kept for historic purposes only.
Post Reply
Rhino Cracker
Posts: 6
Joined: Wed Apr 23, 2014 10:37 am

Delay in Messages

Post by Rhino Cracker » Sun May 15, 2016 5:56 pm

Hi all,

on my set up unrealircd most users have a line speed limit.

Some time ago I've read about possible causes and that I most likely will have to disable FakeLag, which can only be done by re-compiling with the corresponding compiler-flag set, which is totally not recommended, can lead to instability and security risks and only works for linux..... especially for the last reason I stopped continuing to search for a solution (my uid is running on a windows machine).

But now I have noticed, that when I am connected from local host (as NetAdmin and Opper), I don't have ANY delay.

Can anyone tell me under which circumstances a user has or has no fakelag/message-delay?

take a look at the timecodes in the following irc-logs:
externally connected; /timer 20 0 //say spam $ctime wrote: [17:11:48] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:49] <@ext> spam 1463325108
[17:11:51] <@ext> spam 1463325108
[17:11:52] <@ext> spam 1463325108
[17:11:53] <@ext> spam 1463325108
[17:11:54] <@ext> spam 1463325108
[17:11:55] <@ext> spam 1463325108
[17:11:56] <@ext> spam 1463325108
[17:11:57] <@ext> spam 1463325108
[17:11:58] <@ext> spam 1463325108
[17:12:00] <@ext> spam 1463325108
[17:12:00] <@ext> spam 1463325108
internally connected, as NetAdmin and Opper; /timer 20 0 //say spam $ctime wrote: [17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:58] <~int> spam 1463325178
[17:12:59] <~int> spam 1463325179
[17:12:59] <~int> spam 1463325179

Syzop
UnrealIRCd head coder
Posts: 1806
Joined: Sat Mar 06, 2004 8:57 pm
Location: .nl
Contact:

Re: Delay in Messages

Post by Syzop » Mon May 16, 2016 2:20 pm

That is correct, ircops are exempt from fakelag.

Rhino Cracker
Posts: 6
Joined: Wed Apr 23, 2014 10:37 am

Re: Delay in Messages

Post by Rhino Cracker » Mon May 16, 2016 2:30 pm

Which kind of IRCOp do you mean?

a status given by the services?
the netadmin status defined in unreal config itself?

What way would you suggest to raise some bots that have to post fast in that fakelag-less state?

Syzop
UnrealIRCd head coder
Posts: 1806
Joined: Sat Mar 06, 2004 8:57 pm
Location: .nl
Contact:

Re: Delay in Messages

Post by Syzop » Mon May 16, 2016 6:58 pm

I see you are still on 3.2.x.
In that case: any IRCOp is exempt from fakelag, except local opers.
If you want to give full flood access so to say (disable fakelag) to non-ircops then you'd have to use the FAKELAG_CONFIGURABLE compile time option you talked about I'm afraid. It's specifically for that purpose. And yes, it's not compiled in because it's so dangerous: if that user (bot) would go nuts and flood at full speed it will probably take down your server with it.

On UnrealIRCd 4 you could create a new operclass like this:

Code: Select all

operclass flooder {
    privileges {
        privacy { fakelag; };
    };
};
This will create the operclass 'flooder' with only the privacy:fakelag privilege.

Then make an oper block which uses this like:

Code: Select all

oper xxxxxxx {
--snip--
    operclass flooder;
};
Slight warning: there will still be some ircop privileges granted to this user. These are privileges that have not been incorporated in the new system (sorry there is no exact list.. as they havent been moved into the new system yet.. which is the whole thing :p). Things like /KILL, /KLINE, etc. should all be impossible though. It are mostly things like exposing users IP addresses or being allowed to nickchange even though a channel is +N, that sort of things. Still.. things you don't want to grant to bots used by random users.. then again.. you wouldn't want to grant the no fakelag thing to such users/bots either ;)

Rhino Cracker
Posts: 6
Joined: Wed Apr 23, 2014 10:37 am

Re: Delay in Messages

Post by Rhino Cracker » Tue May 17, 2016 2:59 pm

Syzop wrote:I see you are still on 3.2.x.
In that case: any IRCOp is exempt from fakelag, except local opers.
Okay, I'm confused now even if I re-read that line 100 times. :)

Did you really mean to say, that (in 3.2.x) IRCOps don't have fakelag, but when an IRCOp is connected from local host AND indentified himself as an oper using the oper command, he will have fakelag again?
(This version of the behaviour doesn't describe what I've seen... see the logs above, I'm connected from localhost as netadmin + oper and I don't have fakelag.)

Or did you want to say that only a user fullfilling all 3 criteria (netadmin, from local host and identified as oper) is exempted from fakelag?
If yes, I only see a BNMC/Proxy as a solution besides upgrading to uid4 - see more about this below.

What's about opers/netadmins connected from external hosts?
Are they also exempt from fakelag?
I usually trust the users I grant access to my server. But I cannot be completely sure that a bot will never post "shit" - maybe after releasing the fakelag-boundaries it would be necessary to apply flooding rules (lets say like he has to shut up/get kicked after 1000 messages a minute)
At the moment my majour problem is that those are search bots searching multiple pcs by one command.. sometimes they need minutes to finish the results (especially when I've entered soemthing like *.exe ^^).



I've tried to update to UnrealIRCd 4, but after the installation it tells me that it's not a valid win32 executable:
Image

Rhino Cracker
Posts: 6
Joined: Wed Apr 23, 2014 10:37 am

Re: Delay in Messages

Post by Rhino Cracker » Sat May 21, 2016 5:35 pm

In UnrealIrcD3,2 I managed to get rid of fakelag for the corresponding bot by adding an oper line/block for him:

Code: Select all

oper <user> {
	class           clients;
	from {
		userhost <name>@<IP>;
		userhost <name>@<IP>;
	};
	password "<pw>";
	flags
	{
		netadmin;
		can_zline;
		can_gzline;
		can_gkline;
		global;
	};
};
Does he need to have NetAdmin?
If not, could you tell me the minimum flags he needs to be free of fakelag?
I usually trust the ppl I grant access to my home-irc-network, but who knows whether his server is being hacked some day. :)

Syzop
UnrealIRCd head coder
Posts: 1806
Joined: Sat Mar 06, 2004 8:57 pm
Location: .nl
Contact:

Re: Delay in Messages

Post by Syzop » Sun May 22, 2016 9:51 am

Any oper level above 'local' would do (so 'global'). I guess that also answers/explains your local ircop confusion :D

As for your UnrealIRCd 4 problem. Is that Windows XP? If so, then not sure if UnrealIRCd 4 still works on it but as you know XP is End Of Life.
If it's Windows 7 or above then feel free to report the bug on https://bugs.unrealircd.org/ as we haven't heard of this issue before.

Rhino Cracker
Posts: 6
Joined: Wed Apr 23, 2014 10:37 am

Re: Delay in Messages

Post by Rhino Cracker » Sun May 22, 2016 10:57 am

Thx, I will test that 'global' flag.

Its XP. It is a fun poject of mine to convert an usual XP Prof. (like nearly everyone had it) into a fully working server only using freeware.
I stripped it down to only use 200MB of RAM, trapped it with a few Execution- and Network-Traffic-Preventions (only allowed whats necessary, other actions freeze the application, popup a window and write a log) and installed a 1GB RamDisk in the usually unadressable part of the RAM between 3 and 4GB, so that the HDD can stop spinning.
Its usually running 3-12 months without reboot, while eating 20-50watts out of my power line.
I think that's not possible with a newer not-outdated Windows OS - especially the srtipdown to 200mb ram.

The error UID4 produces on start is a strange one, usually indicating that you try to run a 64Bit application on a 32Bit OS, or a Linux application or something else, that is totally not made for your type of CPU.
Usually a WinVista+only application produces an error like 'command xyz not found in blablubb.dll' or 'blablubb.dll not found', indicating an API command not included in the current system.

Do you know which version of UID is the latest one running on XP?
My current one is Unreal3.2.10.2.

Post Reply