As probably every DareNET user has noticed, in early 2013, there was no DareNET. Some shambles, single servers still up, but nobody reachable and nothing to see. Given that I have no idea how that happened, I'll just pretend everyone knows what went down around that time and move on to the things I do have something to say about. Beware, this article is quite technical in nature and may or may not be easy to read for people who are not intimately familiar with IRC.
Okay, so there was this network called DareNET, I've been there once, saw it was in shambles, but knew that NiTeMaRe (aka MadHatter aka trip aka one hundred or so other nicks) supposedly owned that network or something along those lines. Feeling kind of let down after having seen ruins of an IRC network that made me feel sad and empty, yet at the same time gave me a distinct fear of coming work, I approached MadHatter and somehow got dragged into this network. Can't say I regret it, though.
First thing we needed was a bunch of servers to run IRCd and services from. One way or another, the same way he still does, MadHatter made servers appear out of thin air: io was born, linked under some different name to make sure I can't remember it. It took us two a while to get things running because of the way services store accounts (namely, they store it in LDAP with some magic that neither of us understand) and had to wait for SecretAgent (aka SA) to pull that up along to get going. More servers followed, while I and peer (aka rails) got put into the infrastructure team since we were obviously not going to get anything done with two people who used to be borderline perma-idle, though that's improved lately; both SA and MadHatter are around frequently now. And of course, you can't have an IRC network without a dev team: SecretAgent and me are the dev team.
Along the way, we realized the wiki is in shambles (we still have to clean some old, outdated pages up, sadly). Some policies were clearly written for a network that had more than four or five relevant staff members and were completely impossible to follow simply by now not having enough people. We're still lacking some policies here and there and make up things as we go along, but we've been fine so far, even though we're testlinking new servers without having finished the testlink process itself. Whatever, man. I guess this generation would go "#yolo #swag" now or something?
Similarly, the IRCd documentation is way out of date. We're aiming to ship ircd-darenet2 with complete documentation (the example configuration looks promising so far) so that we can possibly drop the wiki documentation. The P10 protocol docs are still mostly current except for the whole oplevels stuff.
(Those who don't care about technical details can skip this. Probably nobody but me finds this interesting.)
There was this network called Undernet, right? They had those two bots called X and W, from the same codebase, but their performance seemed to be so bad that they'd needed a complicated channel registration process and two instances of the same bot to make sure everything ran smoothly. For the reference, X and W were replaced by the mod.cservice in GNUWorld, now online as X on Undernet. At that time, Uworld just barely came to be and had met some resistance, so implementing something like Chanfix was maybe planned, but likely to fail a vote amongst Undernet administrators.
However, channels were taken over and went opless left and right, clearly something had to be done. X and W couldn't live up to the imagined increased load (or Undernet was simply too set in its ways to bother with channel registration for the masses, which would've been the obvious solution from the get-go). Given that Chanfix wasn't an option and X/W could be considered out of commission, Run of coder-com introduced oplevels in ircu.
Basically, oplevels are just that: levels for channel operators. However, 0 is the highest level (called "channel manager") and 999 is the lowest. When a channel is created with the first join, the user who created it is considered the channel creator. What a surprise, right? Channel creators can set an admin pass ("apass"), that'll allow them to re-enter their channel through all channel modes to keep them out and regain level 0. The apass cannot be changed after 30 minutes of the channel creation. Similarly, a upass can be set, and the only difference is that the upass can be used only for gaining level 1 instead of 0. A channel with an apass/upass set will only die after roughly 48 hours of having 0 users in the channel, as opposed to two to three minutes, or immediate destruction on other IRCds. Every user receving +o will have an oplevel greater by one than the user setting +o.
This model doesn't come without its flaws, however. First of all, if the passwords are lost, the channel can become opless again, but even worse, it can't help itself anymore (except for Chanfix, which was introduced on Undernet a while later and was initially unpopular with the admins there), especially since the channel expiry is roughly two days. Given that, we strongly recommend not using oplevels/apass/upass for your channel on DareNET. We might even laugh at you.
What connects oplevels and DareNET? ircd-darenet2 for one. As some of our more avid users may know, ircd-darenet is based on the Nefarious IRCd, itself a fork of ircu from ages ago. However, Nefarious isn't exactly the cleanest codebase we've ever come across for one. Initially, due to my personal investment in the TSora world of IRCds such as ircd-hybrid, ircd-ratbox and Charybdis, we had planned to rewrite ircd-darenet using Charybdis as a basis, called ircd-helios. We actually got quite far and were probably close to being feature-complete enough to work with SRVX if we'd had a few more months. However, as fate would have it, ircd-helios would get stashed away (we still have the code and to-do list, talk to SecretAgent if you're interested): The seemingly impossible, the moment I'd been waiting for a long time, the reversal of fortune and life and 42 and everything: QuakeNet was actually close to open sourcing Newserv, meaning we'd need to go to something that properly works with it to ensure nothing goes wrong: We had to rebase ircd-darenet2 on the current snircd, QuakeNet's fork of IRCu, patchqueue against the current IRCu.
Newserv really does live up to its reputation: It's not a pinnacle of good design, but it's actually good and easy to make new pseudoclients with, highly modular (which guarantees a decent uptime provided none of the coders decide that it's dereferencing-NULL day and blow it up).
If you've ever checked how you get from "irc.darenet.org" to some IP address your computer can actually work with and connect to, you'll have seen that our servers return DNS results based on the reported geolocation of the server querying the DNS servers. However, for that to be not a great pain to manage (as we've done in the beginning, NiTeMaRe and me), we'd needed software to do it for us, ideally also reacting to server delinks and other events. Initially, I'd just shoehorned something together that I'd consider nowhere near production quality, but MadHatter stole it from me and put it in production faster than I could tell him it's a bad idea. Much to my surprise, it even works if you ignore the fact that services segfault almost every time its pseudoserver is linked. Given that it sucks so much, I couldn't help but be excited to have a platform to rewrite the DNS manager on.
Newserv provides an actually good framework that allows me not to reinvent the wheel for the n-th time. We also get some fantastic oper tools (Seriously, nicksearch is brilliant. Check it out if you get a chance!) bundled, so I'm not complaining about the small faults it has and the amounts of trickery it (ab)uses.
However, progress on ircd-darenet2 has been kind of like a rollercoaster, partially due to me being lazy and working on everything but DareNET. Don't worry, we'll have it released in a few months, promise! Similarly, Services, are based on X3, which also shows the amount of hackery that went into it and the age of its codebase. We're forking SRVX again to deliver a much cleaner experience. Now, that doesn't seem very exciting, and honestly, it wouldn't be to anyone who cares about stuffing more features in. Nonetheless, NiTeMaRe has been working relentlessly on making pseudoserver bots for Newserv to have some fun toys for the users. Needless to say, given that he is not much of a programmer, and the process of watching him struggle has been infinitely more interesting than the results will ever be, I suppose; not that I'm much of a friend of bMotion bots, Google searching from inside IRC and all that jazz. Someone else do that, but I'm sure lots of our users will actually poke the toys with a stick. Additionally, TheGreatSparky has also been working on some more toys to deploy (a karma bot, I hear), look forward to them!
As you can see, we're quite busy behind the scenes trying to get our development efforts in order and our policies sorted out again and are making headway steadily. After all, we wouldn't want to anger our users yet again, now would we?
While our IRC servers have always supported SSL connections on ports 6697 and 9999, we've finally gotten around to signing our certificates using our own DareNET Certificate Authority (CA). For more details, including how you can download and verify our CA, go here.
For information on how to connect to DareNET using an encrypted connection (TLS/SSL), check out our Using SSL guide.
We just finished rolling out an update to our IRC services (e.g., ChanServ, NickServ, etc.). While this was primarily an maintenance update, a few new features were introduced, which we'll highlight below.
We've added two new account settings to NickServ:
Usage: SET PARANOID [on|off]
We've tried to make replies sent by NickServ, and other services, less verbose. Consequently, we no longer display the last login information when you successfully authenticate to your account. If you'd still like to see this information, you can enable the paranoid option.
Usage: SET WEATHER [location[, state] | zipcode]
You can now link a weather location to your account, which will be used by ChanServ if you do not specify one for the weather or forecast commands.
Usage: SET BANAPPEAL [text]
You can now set a ban appeal policy, which will be shown in the info output for your channel. In general, this is the first place we'll direct users inquiring about channel bans in #help.
Usage: see /msg ChanServ HELP TOYS
We realize that not all channel owners are impressed with ChanServ's toys as others; therefore, you (or anyone with setters access in the channel) can now easily enable or disable such toys on an individual basis. Should a user try to use a toy you have disabled, the command will simply be ignored.
We've added, or reenabled the following toys:
Displays rating and type information for a beer from beeradvocate.com.
Usage: .beer <name of beer>
<SecretAgent> .beer Pliny The Younger <@ChanServ> Beer: Pliny The Younger - Grade: 100 [world-class] Style: American Double / Imperial IPA ABV: 11.00% [ http://goo.gl/sW5hW ]
Displays geo-location information for an IP address / hostname.
Usage: .ipinfo <ip address | hostname>
<SecretAgent> .ipinfo 188.8.131.52 <@ChanServ> IPInfo: Host/IP: 184.108.40.206 (220.127.116.11) | Location: Palo alto, California, United states, [US] <@ChanServ> IPInfo: Map: http://maps.google.com/maps?q=37.4404,-122.14 <SecretAgent> .ipinfo facebook.com <@ChanServ> IPInfo: Host/IP: facebook.com (18.104.22.168) | Location: Bend, Oregon, United states, [US] <@ChanServ> IPInfo: Map: http://maps.google.com/maps?q=44.0096,-121.331
Displays a quote from the popular qdb.us quote database. If you do not specify a quote id, a random quote will be shown.
Usage: .qdb [id]
<SecretAgent> .qdb <@ChanServ> QDB: [#31343]: <funk> \o/ <-- person in posession of pie <SecretAgent> .qdb 5757 <@ChanServ> QDB: [#5757]: <bytraper> sheesh... I crashed the last company car I had :/ <@ChanServ> QDB: [#5757]: <bytraper> I pulled the sun visor down and a spider with 15 legs dropped from it <@ChanServ> QDB: [#5757]: <girlie-> 15 legs.. lol <@ChanServ> QDB: [#5757]: <Dark_un> thats almost 2 spiders
Displays a definition for a term from the urban dictionary.
Usage: .urbandict <term> [-d<num>]
<SecretAgent> .urbandict test <@ChanServ> Urban Dictionary: Showing up to first 3 definitions for test <@ChanServ> [1/19] test - To check if something coresponds the promised result or what effect does it have at all. <@ChanServ> [2/19] test - 1. the main cause of explosions. 2. any thing dreaded that your "teachers" say is "good" for you. soon after, you explode for no reason. 3. what scientists do to make stuff explode. 4. when a sheet of... <@ChanServ> [3/19] test - A process for testing things <@ChanServ> To view a single definition with a related example, type .urbandict -dNUMBER. For more definitions, visit: http://test.urbanup.com/2957653 <SecretAgent> .urbandict test -d4 <@ChanServ> Urban Dictionary: Showing definition 4 for test <@ChanServ> [4/19] test - slang for testosterone..steroid hormones. <@ChanServ> Example: This cycle I'm stacking test with fina for some serious gains.
Validates the given website against the W3C Markup Validation Service.
Usage: .validator <url>
<SecretAgent> .validate http://www.facebook.com <@ChanServ> http://www.facebook.com was found to be invalid with 39 errors and 0 warnings. see: http://validator.w3.org/check?uri=http%3A%2F%2Fwww.facebook.com
Search YouTube for a video.
Usage: .youtube <search>
<SecretAgent> .youtube apples <@ChanServ> YouTube: APPLE.MOV | URL http://youtu.be/xxAJqvslV7M (02:39) | Views 3,701,458 | Rating 4.77/5 <@ChanServ> YouTube: 39,935 votes, [+] 37,666 likes [-] 2,269 dislikes
That's it! Should you need assistance, please join #help.
Over the next week or two, we'll be looking to upgrade the network to the latest stable release of ircd-darenet, 1.5.2. This will mean that every server will reboot; although, everyone should be able to reconnect, immediately, without any difficulty. This is purely a maintenance release that fixes a few minor issues; no new features have been added.
We expect the upgrades to run smoothly; however, should you encounter any issues, please report them to #dev.