Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Jan Milants]

This module is now DEPRICATED.
For inspircd 1.2 support use Anope-SVN (stable/)

This module is now considered stable.
Latest version: 1.0.
Release info: http://forum.anope.org/index.php?topic=2793.msg15622#msg15622


I am looking for volunteers to test an experimental InspIRCd 1.2 protocol module for Anope 1.8. I am currently abroad and lack the resources to do extensive testing myself, therefore I am looking for some volunteers with a test network to try the protocol module out and give me some feedback.

Be aware that this is an experimental protocol module and is definitely not suited for use on a production network.

Volunteers can reply here or contact me on IRC..


Also know that this does not necessarily mean that anope 1.8 will have InspIRCd 1.2 support. The protocol module is experimental and should for now be considered 3rd party. The feedback results will determine whether the modules  future..

[LEthaLity]

I have both on my vps suitable for testing as my main server has gone back to unreal.

[TwinShadow]

My laptop is running Linux Mint, but it works good enough to test stuff on, so I'd be happy to help beta test the module. I've been thinking of updating to 1.2 due to how well its getting reviews so far, so this would help with my network.

[Jan Milants]

A first version has been released privately for testing purposes.. more testers are still welcome to volunteer..

[TwinShadow]

So far from testing, and reporting a couple things, the module hasn't really caused any real problems. Anope connects to Inspircd 1.2 just fine, I see no real faults, used some old backups of my live server databases to use, loaded up some extra modules and all seems to be going pretty well for an alpha.

[Jan Milants]

Since no more obvious bugs have been reported I will make the 0.4 version of the InspIRCd 1.2 protocol module public... TwinShadow guarantees he couldn't find any more bugs, so here you go... 

Download: http://vips.hopto.org/~viper/inspircd12-0.4.zip
READ THE README !!! it also contains the installation instructions.
Anope 1.8.0-SVN rev 2337 is required to load the module!

Note: The protocol module requires following InspIRCd modules to be loaded:
 - m_globops
 - m_services_account
 - m_hidechans

[TwinShadow]

Well, its kinda like I said, I haven't been able to find anything else so far. I'm waiting a bit since my initial testing hasn't come up with anything else that might trigger some odd behavior. But from using some of the normal functions, all is pretty stable. But, as usual, if I find something odd, or not working, I'll make a post about it.

[Jan Milants]

For now this will continue to be a third party module and it will not be included in anope 1.8.1 untill more and longer term testing is complete.

I am leaving for a roadtrip for 10 days so don't expect a quick reply or quick bug fixes should they turn up. If it is critical maybe if you ask one of the devs nicely..
I haven't had time to finish the next version, that will have to wait till after I return..

If anyone uses the module on their network, please give feedback, also if it s positive..

[CuttingEdge]

I'm keen on testing this too, as I'm already running 2 networks:

1) UnrealIRCd with Anope 1.8.2 (livenet)
2) InspIRCd 1.2rc3 with Anope 1.9.0+p1 (devnet)

I'm VERY keen on switching to InspIRCd, but I'd prefer to stay with Anope 1.8.2.  Will give this a test on my end too, and let you know if I run into any problems.

[CuttingEdge]

The only thing I can find wrong so far, is that if services is shutdown from the shell, and restarted again, when it relinks to the network it asks all users that have identified previously to identify again.

[CuttingEdge]

Awesome work on this module though - works very well. 

In other news (for those of you that make use of it), if I modify the NickServ AJOIN module (ns_ajoin (db)) so that it recognizes this protocol module (inspircd12), it seems to work too.  Jan, I think this is another one of your awesome modules too.

[CuttingEdge]

Something else to notice (it doesn't affect the functionality of the module though), is that services' uplink normally complains about "has not responded to PING for xx seconds, high latency.".

I'm assuming this is because of the way that services responds to PING.  Perhaps the response needs a change?

[TwinShadow]

The only thing I can find wrong so far, is that if services is shutdown from the shell, and restarted again, when it relinks to the network it asks all users that have identified previously to identify again.

I believe the services are suppose to do that, but I'm not sure entirely.

Something else to notice (it doesn't affect the functionality of the module though), is that services' uplink normally complains about "has not responded to PING for xx seconds, high latency.".

I'm assuming this is because of the way that services responds to PING.  Perhaps the response needs a change?

This in particular I hadn't noticed, so who knows. o.o

[Jan Milants]

I will look into these once I get home.. none of them seem particularly critical so no need to rush things..

As for the ping issue, what inspircd snomasks do you need to be able to see this message as I've tested the basic functionality of the module myself and never noticed this issue..

[Keith]

Hello, I've recently found a serious bug, when you forbid, or suspend a nickname, services crash

(05:11:48AM) * Dawson is now known as test123
(05:11:57AM) * test123 is now known as Guest47440
(05:11:57AM) * &Phail (emo@I.dont.know.how.to.run.communities) Quit (irc.gamingsync.com services.gamingsync.com)
(05:12:01AM) <~Keith> Hmm.
(05:12:04AM) <~Keith> Just as a though.
(05:12:20AM) <Guest47440> Bye bye services.

What services notice me:

(05:20:09AM) -irc.gamingsync.com- *** NICK: User Dawson changed their nickname to Guest47081
-
(05:20:09AM) -irc.gamingsync.com- *** GLOBOPS: From NickServ: Keith used SUSPEND on DAwson
-
(05:20:09AM) -NickServ- Nick DAwson is now suspended.
-
(05:20:09AM) -irc.gamingsync.com- *** LINK: Sent ERROR to services.gamingsync.com: Invalid client introduction (wanted 10 or more parameters, got 8!)
-
(05:20:09AM) -irc.gamingsync.com- *** LINK: Server services.gamingsync.com split: Remote host closed the connection
-
(05:20:09AM) -irc.gamingsync.com- *** REMOTEOPER: User OperServ de-opered (by OperServ)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User ChanServ de-opered (by ChanServ)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User Global de-opered (by Global)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User NickServ de-opered (by NickServ)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User ProjectX de-opered (by ProjectX)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User HostServ de-opered (by HostServ)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User MemoServ de-opered (by MemoServ)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User Delta de-opered (by Delta)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User HelpServ de-opered (by HelpServ)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User Phail de-opered (by Phail)
-
(05:20:10AM) -irc.gamingsync.com- *** REMOTEOPER: User BotServ de-opered (by BotServ)
-
(05:20:10AM) -irc.gamingsync.com- *** LINK: Netsplit complete, lost 11 users on 1 servers.
-
(05:20:10AM) -irc.gamingsync.com- *** LINK: Connection to 'services.gamingsync.com' failed.
-
(05:20:10AM) -irc.gamingsync.com- *** LINK: Connection to 'services.gamingsync.com' was established for 7m25s
-

Logs: (I hope this is the right place in the logs

[Jul 21 04:12:44 2009] trying to load [bs_fantasy_ext]
[Jul 21 04:12:44 2009] bs_fantasy_ext loaded... [Author: Viper] [Version: 1.2.0]
[Jul 21 04:12:44 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:12:44 2009] Databases loaded
[Jul 21 04:12:44 2009] Info: Reflecting database records.
[Jul 21 04:12:44 2009] Connected to Server 1 (208.68.18.199:7001)
[Jul 21 04:12:44 2009] trying to load

[cs_appendtopic]
[Jul 21 04:12:44 2009] [cs_appendtopic] Loaded successfully
[Jul 21 04:12:44 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:12:44 2009] trying to load

[cs_enforce]
[Jul 21 04:12:44 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:12:44 2009] trying to load

[ns_maxemail]
[Jul 21 04:12:44 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:12:44 2009] trying to load

[os_info]
[Jul 21 04:12:44 2009] os_info: Loading configuration directives...
[Jul 21 04:12:44 2009] os_info: OSInfoDBName is not defined in Services configuration file, using default os_info.db
[Jul 21 04:12:44 2009] os_info: Directive OSInfoDBName loaded (os_info.db)...
[Jul 21 04:12:44 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:12:44 2009] trying to load

[hs_request]
[Jul 21 04:12:44 2009] hs_request loaded
[Jul 21 04:12:44 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:12:44 2009] Support for channelmode +K enabled.
[Jul 21 04:12:44 2009] NickServ: SSLink!mirror@gamingsync.com identified for nick SSLink
[Jul 21 04:13:06 2009] NickServ: Gunner!A.N@77.126.148.151 identified for nick Gunner
[Jul 21 04:13:30 2009] NickServ: Nick Dawson has been requested
[Jul 21 04:13:30 2009] NickServ: group Dawson has been created
[Jul 21 04:13:30 2009] NickServ: 'Dawson' registered by

Dawson@S010600045ae8eeb0.ca.shawcable.net (e-mail: itzdawson@live.com)
[Jul 21 04:15:15 2009] NickServ: Keith!Keith@c-98-213-0-35.hsd1.il.comcast.net identified for nick Keith
[Jul 21 04:17:03 2009] NickServ: Darkness!Darkness@pool-173-75-244-242.phlapa.fios.verizon.net identified for nick Darkness
[Jul 21 04:20:09 2009] NickServ: Keith set SUSPEND for nick DAwson
[Jul 21 04:20:09 2009] Read error from server: No such file or directory (error num: 2)
[Jul 21 04:20:09 2009] [bs_fantasy_ext] Loaded Core Module: bs_fantasy
[Jul 21 04:20:09 2009] [bs_fantasy_ext] Loaded Core Module: bs_fantasy_kickban
[Jul 21 04:20:09 2009] [bs_fantasy_ext]: Module Unloaded
[Jul 21 04:20:09 2009] [cs_appendtopic] Unloaded successfully
[Jul 21 04:20:09 2009] hs_request un-loaded
[Jul 21 04:20:15 2009] Loading IRCD Protocol Module: [inspircd12]
[Jul 21 04:20:15 2009] status:

• [Module, Okay - No Error]
[Jul 21 04:20:15 2009] Loading Encryption Module:

[enc_sha1]
[Jul 21 04:20:15 2009] status:

• [Module, Okay - No Error]

Thanks for the module, really good one..glad it works..other than that.. I haven't had a problem (yet)

[Jan Milants]

Released version 0.5 of the protocol module.
Download it here: http://vips.hopto.org/~viper/inspircd12-0.5.zip

Tries to fix all above mentioned bugs, but because I could not reproduce the PING issue, I am uncertain whether it will actually be gone or not...

I consider this to be more of a beta version now instead of an experimental release.. other then a few minor problems, no major issues have arisen so far. 

[CuttingEdge]

Nicely done!

Confirmed - bugs squashed.
1) Services no longer removes +r from users that were previously identified (prior to a services restart).
2) Looks like you fixed that PING issue too (services now also displays a latency result in /MAP).  Excellent work!

I've spotted another strange one though:

If I connect with a registered nickname, and fail to identify, services changes my nickname to a guest one.  This is all good, but .. I can change back to it immediately, even with the 'UseSVSHOLD' option enabled.

If I check the services logs, there is mention of "user: NICK from nonexistent nick " followed by the UID assigned to my nickname.

Hope this helps.

If you need a live demo, give me a shout - my test network is at your disposal.

[Jan Milants]

Wesley, I can only partially confirm what you reported...

There is indeed a problem with the normal system for holding a nickname: the SVSNICK syntax was incorrect causing the nick not to be changed. When I switch it to use SVSHOLD however it works fine for me. Note that for this to work, the inspircd module m_svshold must be loaded! If it isn't it will fall back to the old way of doing it.. and this one was broken

so note that with and without SVSHOLD enabled are 2 completely different ways of achieving the same goal.. I can only find a bug in the one that doesn't use SVSHOLD..

A version containing the fix can be downloaded here: http://vips.hopto.org/~viper/inspircd12-0.6.zip

[CuttingEdge]

Hi Jan,

I've confirmed that I'm using the m_svshold module in /MODULES:
0x0884df78 m_svshold.so -v-c :$Id$

I'm still able to change back to my original nickname after services changes it to a guest one, for both the 'UseSVSHOLD' option enabled in the Anope config, and disabled.

-OperServ- Module: inspircd12 [0.6] [Protocol]

Let me know if there is anything else you need from my end.

[Jan Milants]

a services debug log would be nice..

[Charles Kingsley]

* gives you both cookies.

[Keith]

I'm not getting anymore issues with suspending nicks or forbidding anymore.

(06:19:06AM) -irc.gamingsync.com- *** NICK: User Keith changed their nickname to Guest3523
-
(06:19:06AM) -irc.gamingsync.com- *** GLOBOPS: From NickServ: Keith used SUSPEND on Keith
-
(06:19:06AM) -NickServ- Nick Keith is now suspended.
-
(06:19:06AM) * NickServ sets mode: -r
-
Keith Nickname is already in use.
-
Keith Nickname is already in use.
-
Keith is enforcer@localhost.net * Services Enforcer
Keith is connecting from enforcer@localhost.net 0.0.0.0
Keith using services.gamingsync.com Services for GamingSync Network
Keith is using modes +
Keith End of /WHOIS list.

Forbid:

(06:31:32AM) -> *nickserv* forbid Aaron test
-
(06:31:32AM) -irc.gamingsync.com- *** NICK: User Aaron changed their nickname to Guest60924
-
(06:31:32AM) -irc.gamingsync.com- *** XLINE: services.gamingsync.com added permanent QLINE on Aaron (test).
-
(06:31:32AM) -irc.gamingsync.com- *** GLOBOPS: From NickServ: Keith used FORBID on Aaron
-
(06:31:32AM) -NickServ- Nick Aaron is now forbidden.
-
Aaron is enforcer@localhost.net * Services Enforcer
Aaron is connecting from enforcer@localhost.net 0.0.0.0
Aaron using services.gamingsync.com Services for GamingSync Network
Aaron is using modes +
Aaron End of /WHOIS list.

(06:33:34AM) -> *NickServ* drop Aaron
-
(06:33:35AM) -irc.gamingsync.com- *** XLINE: services.gamingsync.com removed QLINE on Aaron.
-
(06:33:35AM) -irc.gamingsync.com- *** GLOBOPS: From NickServ: Keith used DROP on Aaron
-
(06:33:35AM) -NickServ- Nickname Aaron has been dropped.
-
Aaron No such nick/channel
-
* End of /WHOIS list.
-
(06:33:48AM) -irc.gamingsync.com- *** NICK: User Guest60924 changed their nickname to Aaron
-

(06:37:47AM) -OperServ- Module: inspircd12 [0.6] [Protocol]

So I'm not sure but Im not getting the problem you are getting, unless it's completely different.

[CuttingEdge]

Services debug logs as requested.  I've commented out public IP addresses for security reasons.

Code: [Select]

[Jul 28 15:50:47.152065 2009] debug: Received: :1EU UID 1EUAAAAAD 1248792638 mynick xxx.xxx.xxx.xxx BF38EF.981CE5.4F859A.2B4034 edge xxx.xxx.xxx.xxx 1248792643 +ix :my test nick
[Jul 28 15:50:47.152100 2009] debug: new user: mynick
[Jul 28 15:50:47.152117 2009] LOGUSERS: mynick (edge@xxx.xxx.xxx.xxx => BF38EF.981CE5.4F859A.2B4034) (my test nick) connected to the network (aurora.uk.eu.zairc.net).
[Jul 28 15:50:47.152267 2009] debug: common_svsmode(0)
[Jul 28 15:50:47.152281 2009] debug: Emitting event "newnick" (1 args)
[Jul 28 15:50:47.152318 2009] debug: Sent: :1SVAAAAAC NOTICE 1EUAAAAAD :This nickname is registered and protected.  If it is your
[Jul 28 15:50:47.152348 2009] debug: Sent: :1SVAAAAAC NOTICE 1EUAAAAAD :nick, type /msg NickServ IDENTIFY password.  Otherwise,
[Jul 28 15:50:47.152378 2009] debug: Sent: :1SVAAAAAC NOTICE 1EUAAAAAD :please choose a different nick.
[Jul 28 15:50:47.152409 2009] debug: Sent: :1SVAAAAAC NOTICE 1EUAAAAAD :If you do not change within one minute, I will change your nick.
[Jul 28 15:50:47.152425 2009] debug: Changing mode for mynick to +ix
[Jul 28 15:50:47.152439 2009] debug: mynick changes its host to BF38EF.981CE5.4F859A.2B4034
[Jul 28 15:50:47.153214 2009] debug: Received: :1EU METADATA 1EUAAAAAD ssl :on
[Jul 28 15:51:47.193903 2009] debug: Sent: :1SVAAAAAC NOTICE 1EUAAAAAD :Your nickname is now being changed to Guest24783
[Jul 28 15:51:47.193992 2009] debug: Sent: :1SV SVSNICK mynick Guest24783 1248792707
[Jul 28 15:51:47.234515 2009] debug: Received: :1EUAAAAAD NICK Guest24783 1248792707
[Jul 28 15:51:47.234542 2009] user: NICK from nonexistent nick 1EUAAAAAD
[Jul 28 15:52:45.172209 2009] debug: Received: :1EUAAAAAD NICK mynick 1248792765
[Jul 28 15:52:45.172232 2009] user: NICK from nonexistent nick 1EUAAAAAD


[CuttingEdge]

Hi Jan,

Think I've found my problem ..

If I enable Anope's config option "UseTS6" it seems to fix things completely.  Maybe something you might want to put as a prerequisite for your module.

My bad 

[CuttingEdge]

The only other (mainly cosmetic) issue I can find, is that the /LUSERS output indicates that I've now got a ton of additional IRC operators.

Is there anyway this can be adjusted somehow, as not to include services clients (it includes BotServ bots too)?