]>
Commit | Line | Data |
---|---|---|
3bd189cb JR |
1 | <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> |
2 | <HTML> | |
3 | <HEAD> | |
4 | <TITLE> [IRCServices] Kick war with ChanServ, for the 135175631861th time.. | |
5 | </TITLE> | |
6 | <LINK REL="Index" HREF="index.html" > | |
7 | <LINK REL="made" HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Kick%20war%20with%20ChanServ%2C%0A%09for%20the%20135175631861th%20time..&In-Reply-To=b19eae4e0801051605l313e9550rd52a6f4f5ad04775%40mail.gmail.com"> | |
8 | <META NAME="robots" CONTENT="index,nofollow"> | |
9 | <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> | |
10 | <LINK REL="Previous" HREF="005606.html"> | |
11 | <LINK REL="Next" HREF="005620.html"> | |
12 | </HEAD> | |
13 | <BODY BGCOLOR="#ffffff"> | |
14 | <H1>[IRCServices] Kick war with ChanServ, for the 135175631861th time..</H1> | |
15 | <B>Anton Wolkov</B> | |
16 | <A HREF="mailto:ircservices%40ircservices.za.net?Subject=%5BIRCServices%5D%20Kick%20war%20with%20ChanServ%2C%0A%09for%20the%20135175631861th%20time..&In-Reply-To=b19eae4e0801051605l313e9550rd52a6f4f5ad04775%40mail.gmail.com" | |
17 | TITLE="[IRCServices] Kick war with ChanServ, for the 135175631861th time..">phan70m at gmail.com | |
18 | </A><BR> | |
19 | <I>Sun Jan 6 05:08:23 PST 2008</I> | |
20 | <P><UL> | |
21 | <LI>Previous message: <A HREF="005606.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time.. | |
22 | </A></li> | |
23 | <LI>Next message: <A HREF="005620.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time.. | |
24 | </A></li> | |
25 | <LI> <B>Messages sorted by:</B> | |
26 | <a href="date.html#5607">[ date ]</a> | |
27 | <a href="thread.html#5607">[ thread ]</a> | |
28 | <a href="subject.html#5607">[ subject ]</a> | |
29 | <a href="author.html#5607">[ author ]</a> | |
30 | </LI> | |
31 | </UL> | |
32 | <HR> | |
33 | <!--beginarticle--> | |
34 | <PRE>there are many issues with unreal, since i had a chance to build my own | |
35 | unreal services i stumbled a lot of sync issues. | |
36 | here are some issues, some of which (but not all) are already handled: | |
37 | ||
38 | +b can be overridden or be desynced. | |
39 | here are the reasons i remember for overrides: | |
40 | user who gets an /invite (services invite too in ajoin etc) | |
41 | user who has +e *!*@* | |
42 | +e can include shit loads of extensions i.e. +e ~c:#opers or ~r:gekos | |
43 | +I acts like /invite and also may include weird extensions | |
44 | and when u handle all that you need to start taking into account services | |
45 | timestamp desync handler, | |
46 | generally speaking, if your timestamp is higher than the one the ircd sends | |
47 | you, you need to discard your modes, if they are identical, you need to do | |
48 | an awkward merge, and if you have a lower value discard everything the | |
49 | server just told you. | |
50 | btw, are time desyncs (TS) taking into account here? usually not an issue | |
51 | when services link to localhost, but i've seen different setups. | |
52 | sounds simple? sure, just a couple more ideas | |
53 | my implementation unsets a ban after 5 minutes, to avoid ban list getting | |
54 | filled, and akicks/restricts always set a ban in *!*@host form to avoid | |
55 | dbls. | |
56 | some modules allow opers to override but that's obvious. | |
57 | i've still didn't have a chance to figure out the new maskign module (thanks | |
58 | ircd for sending * instead of the actual value) so i do USERHOST nick1 nick2 | |
59 | nick3 on every connect to get in sync. | |
60 | ||
61 | i've implemented ALL of that, and guess what, on extremely rare occasions, i | |
62 | still get a desync issue (my services think ban is set but it's not). | |
63 | i'm pretty sure it's just a protocol compatibility issue and not the | |
64 | services fault (although implementing more of the protocol would help), so | |
65 | my solution is to set +f with user join flood protection that bans users and | |
66 | unsets the bans after 5 minutes. | |
67 | ||
68 | ||
69 | On Jan 6, 2008 2:05 AM, Robin Burchell <<A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">robin at en2no.com</A>> wrote: | |
70 | ||
71 | ><i> No +I masks, three +e masks are set, neither of which match me.. | |
72 | </I>><i> | |
73 | </I>><i> #helpers *!*@herring.chatspike.net set by Om (Sat Nov 03 23:13:31) | |
74 | </I>><i> #helpers *!*@helper.chatspike.net set by Om (Sat Nov 03 23:13:27) | |
75 | </I>><i> #helpers *!*@tortoisegod.chatspike.net set by Om (Sat Nov 03 23:13:21) | |
76 | </I>><i> #helpers End of Channel Exception List | |
77 | </I>><i> - | |
78 | </I>><i> #helpers End of Channel Invite Exception List | |
79 | </I>><i> | |
80 | </I>><i> w00t is <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">w00t at globop.chatspike.net</A> * Master of all trades; jack of none | |
81 | </I>><i> <- being me. | |
82 | </I>><i> | |
83 | </I>><i> Explicit invite - (as in /invite?) - aren't used on that channel. It's | |
84 | </I>><i> also perhaps worthy of note that /invite only overrides ban on some | |
85 | </I>><i> software. | |
86 | </I>><i> | |
87 | </I>><i> I imagine the problem was caused as some IRCds will propegate the ban | |
88 | </I>><i> anyway (no duplicates checking) from a server to server link, so I | |
89 | </I>><i> guess that could be construed as a problem of sorts, though not a | |
90 | </I>><i> major one. | |
91 | </I>><i> | |
92 | </I>><i> Given the infrequency of this problem, I don't mind waiting until the | |
93 | </I>><i> list archives are back up for you to check, by all means. :) | |
94 | </I>><i> | |
95 | </I>><i> On Jan 5, 2008 11:52 PM, Andrew Church <<A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A>> wrote: | |
96 | </I>><i> > >I understand it must be frustrating to have an issue like this that's | |
97 | </I>><i> > >so hard to track down, but it is equally frustrating to get bit in the | |
98 | </I>><i> > >ass by it. Isn't it wise to assume that if they are joining an | |
99 | </I>><i> > >existing channel that a ban matching them doesn't exist anyway | |
100 | </I>><i> > >(otherwise how are they joining?) | |
101 | </I>><i> > | |
102 | </I>><i> > +e, +I, explicit INVITE, possibly other methods. Originally, I didn't | |
103 | </I>><i> > bother checking for the ban, but apparently it caused a problem, because | |
104 | </I>><i> > I added the check in 4.5pre0: | |
105 | </I>><i> > | |
106 | </I>><i> > 2001/01/11 Fixed duplicate adding of bans when auto-kicking a user | |
107 | </I>><i> > from a channel. Reported by James < | |
108 | </I>><i> <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">daemus at evilcode.com</A>> | |
109 | </I>><i> > --- chanserv.c 11 Jan 2001 00:03:56 -0000 1.10 | |
110 | </I>><i> > +++ chanserv.c 11 Jan 2001 04:29:13 -0000 1.11 | |
111 | </I>><i> > @@ -670,10 +670,13 @@ | |
112 | </I>><i> > #else | |
113 | </I>><i> > } | |
114 | </I>><i> > #endif | |
115 | </I>><i> > - av[1] = "+b"; | |
116 | </I>><i> > - av[2] = mask; | |
117 | </I>><i> > - send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, time(NULL)); | |
118 | </I>><i> > - do_cmode(s_ChanServ, 3, av); | |
119 | </I>><i> > + /* Apparently invites can get around bans, so check for ban first | |
120 | </I>><i> */ | |
121 | </I>><i> > + if (!chan_has_ban(mask)) { | |
122 | </I>><i> > + av[1] = "+b"; | |
123 | </I>><i> > + av[2] = mask; | |
124 | </I>><i> > + send_cmd(s_ChanServ, "MODE %s +b %s %lu", chan, mask, | |
125 | </I>><i> time(NULL)); | |
126 | </I>><i> > + do_cmode(s_ChanServ, 3, av); | |
127 | </I>><i> > + } | |
128 | </I>><i> > free(mask); | |
129 | </I>><i> > send_cmd(s_ChanServ, "KICK %s %s :%s", chan, user->nick, reason); | |
130 | </I>><i> > if (stay) { | |
131 | </I>><i> > | |
132 | </I>><i> > The list archives are down at the moment, so I can't check exactly what | |
133 | </I>><i> > the problem was, whether it was a serious issue or just cosmetic; I'm | |
134 | </I>><i> > hesitant to remove the check without knowing more. (Of course, you're | |
135 | </I>><i> > welcome to try removing it yourself and seeing what happens.) | |
136 | </I>><i> > | |
137 | </I>><i> > | |
138 | </I>><i> > --Andrew Church | |
139 | </I>><i> > <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">achurch at achurch.org</A> | |
140 | </I>><i> > <A HREF="http://achurch.org/">http://achurch.org/</A> | |
141 | </I>><i> > | |
142 | </I>><i> > ------------------------------------------------------------------ | |
143 | </I>><i> > To unsubscribe or change your subscription options, visit: | |
144 | </I>><i> > <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices</A> | |
145 | </I>><i> > | |
146 | </I>><i> | |
147 | </I>><i> | |
148 | </I>><i> | |
149 | </I>><i> -- | |
150 | </I>><i> Robin Burchell | |
151 | </I>><i> mob: +447702671419 | |
152 | </I>><i> msn: <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">msn at viroteck.net</A> | |
153 | </I>><i> web: <A HREF="http://www.en2no.com">http://www.en2no.com</A> | |
154 | </I>><i> ------------------------------------------------------------------ | |
155 | </I>><i> To unsubscribe or change your subscription options, visit: | |
156 | </I>><i> <A HREF="http://lists.ircservices.za.net/mailman/listinfo/ircservices">http://lists.ircservices.za.net/mailman/listinfo/ircservices</A> | |
157 | </I>><i> | |
158 | </I> | |
159 | ||
160 | ||
161 | -- | |
162 | Best Regards, | |
163 | ||
164 | Anton Wolkov | |
165 | Information Security Expert | BugSec Ltd. | |
166 | Mobile: 054-7703580 | Office: 03-9622655 | |
167 | Visit us at our web site: www.bugsec.com | |
168 | -------------- next part -------------- | |
169 | An HTML attachment was scrubbed... | |
170 | URL: <A HREF="../attachments/20080106/61013a93/attachment.html">../attachments/20080106/61013a93/attachment.html</A> | |
171 | </PRE> | |
172 | ||
173 | ||
174 | ||
175 | <!--endarticle--> | |
176 | <HR> | |
177 | <P><UL> | |
178 | <!--threads--> | |
179 | <LI>Previous message: <A HREF="005606.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time.. | |
180 | </A></li> | |
181 | <LI>Next message: <A HREF="005620.html">[IRCServices] Kick war with ChanServ, for the 135175631861th time.. | |
182 | </A></li> | |
183 | <LI> <B>Messages sorted by:</B> | |
184 | <a href="date.html#5607">[ date ]</a> | |
185 | <a href="thread.html#5607">[ thread ]</a> | |
186 | <a href="subject.html#5607">[ subject ]</a> | |
187 | <a href="author.html#5607">[ author ]</a> | |
188 | </LI> | |
189 | </UL> | |
190 | ||
191 | </body></html> |