View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001776 | unreal | ircd | public | 2004-05-02 16:41 | 2004-05-04 00:39 |
| Reporter | tabrisnet | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | open | ||
| Product Version | 3.2 | ||||
| Summary | 0001776: rkline, rzline feature request | ||||
| Description | A crazy idea I came up with a couple months ago... a remote local kline, a remote local zline command. Useful for having a bot that keeps certain users off a server... (say types of bots, that we want on certain leaves only) or... just to remove a local zline that was triggered say for an 'unknown flood'. Is this too hard or impractical? | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
|
|
This is what GLINE and except tkl {} is for. If you want to restrict your bots to specific servers, GLINE it, then on the servers you want to allow it on, put an except tkl block for it. |
|
|
I tried to add an except ban {} and except tkl {} for that local zline. I was able to verify that it was in the config (/stats k <remoteserver>) but i remained zlined off that server. I tried wildcarding it, I tried excepting the specific IP... no luck. Second, you assume too much. that the bots are identifiable enough (that they have certain idents or hosts; they do not. All we have 100% is if they do certain things (like join a certain channel). that we have control over all the other servers. for a homogenous network where you have one or two netadmins who can set policy everywhere, it works. But on this network (not the one I own, but one I volunteer on), I don't have shell access to all the leaves. I made up a skeleton config system to make life easier on all the admins, but most refuse to use it. Ok. so I'm asking for a technical solution to what is largely a political problem. But I doubt I'm the only one who cares. Maybe it needs to be done in a module (and I'll control the servers I want to keep stuff off of). But I think it's still a needed thing. |
|
|
>I tried to add an except ban {} and except tkl {} for that local zline. I was >able to verify that it was in the config (/stats k <remoteserver>) but i >remained zlined off that server. I tried wildcarding it, I tried excepting the >specific IP... no luck. AFAIK, there are no exceptions that can be applied to Z-Lines because Z-Lines are scanned the instant the connection is accepted. except ban/tkl {} requires the information from the DNS lookup and the identd check/USER command. This information is not available in the Z-Line stage. If you want to use this method, you must use normal K-Lines (but with * for the ident section if you want to stay with address bans). >Second, you assume too much. that the bots are identifiable enough (that they >have certain idents or hosts; they do not. Well, how would your remote k/z-lines work if the bots don't have a specific user@host or ip-address? If you have certain bots you want to keep off, you can either use ban version {} (local) or run a bot to version new clients and take action as appropraiate (global). |
|
|
except gzline works fine for global zlines... and I put in a except ban {} for the specific IP... no resolution needed. second, i'm not wanting to eliminate the bots from ALL servers. just only allow them on certain servers. hence a global action is a no go. thirdly, the rklines work bloody fine if you kline them as they connect and join a certain channel. you stick a bot in there. notices badbot connect. whois's badbot. if badbot is on serverA or serverB, send rkline ServerA *@hostofbadbot +duration :Sorry, but we like actual humans on this server. we already can do that, but we require one bot per server to set local klines. |
|
|
No, you just require a custom solution that checks against a list of allowed servers. If I had the time, id modify em00 to do something like this. As it is, I have to rerelease the source for em00 as the ones I have online are VERY outdated now. However, you could always take the source of some other bot, and modify it to do this, shouldnt be too difficult. |
|
|
Thanks w00, but I have the bots to do this much already, at least for teh most part. but, we're trying to avoid using just a /kill, but a /kline instead. otherwise the bot may end up reconnecting to thesame server 5+ times. a lot of KILL messages then when a kline will do better. i'm trying to avoid having n slightly different bots, that connect to each of the servers we don't want the badbots on. there has to be a simpler way. |
|
|
So, why dont you make these bots use standard realnames (I take it they are under your control) and then just manually kline that realname... (kline on the servers required, naturally) edited on: 2004-05-03 22:01 |
|
|
no. the bots are not under my control. but, even discounting the issue of 'badbots', consider again being able to remove remote klines or zlines that trigger automatically, w/o having to logon to that server to remove them. |
|
|
I can see why this might be useful, but first let me give you a simple work around. Services RAW could be used to do this. It could inject a TKL k or TKL z into the server which would cause a local k/z line to be added. However, using raw is probably not a good idea. I don't think I want to add this into Unreal, to me it seems bloatish. But, I can see why you need it and therefore, I intend to write a module to do this. But right now I'm busy (exams) so I probably won't get to it until at least this weekend. |
|
|
Same opinion.. [= Certainly not a new unreal command, but might be useful in some rare cases via services or a module.] |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-05-02 16:41 | tabrisnet | New Issue | |
| 2004-05-03 09:43 | aquanight | Note Added: 0005998 | |
| 2004-05-03 12:30 | tabrisnet | Note Added: 0006004 | |
| 2004-05-03 13:38 | aquanight | Note Added: 0006008 | |
| 2004-05-03 14:03 | tabrisnet | Note Added: 0006009 | |
| 2004-05-03 19:07 | w00t | Note Added: 0006012 | |
| 2004-05-03 20:07 | tabrisnet | Note Added: 0006013 | |
| 2004-05-03 22:00 | w00t | Note Added: 0006017 | |
| 2004-05-03 22:01 | w00t | Note Edited: 0006017 | |
| 2004-05-03 22:03 | tabrisnet | Note Added: 0006018 | |
| 2004-05-03 23:41 |
|
Note Added: 0006025 | |
| 2004-05-04 00:39 | syzop | Status | new => closed |
| 2004-05-04 00:39 | syzop | Note Added: 0006028 | |
| 2007-04-18 05:45 |
|
Relationship added | related to 0003225 |
