Title: VoidNet Charter Author: z Version: 1.81 Date: 19 Dec 2008 = Introduction = ---------------- This documentation is designed to give the reader a general idea behind the VoidNet network, the reason for its existence and the general guidelines that server administrator's follow. = Network Purpose = -------------------- VoidNet is a project ultimately designed to allow new or experienced users access to a secure form of IRC communication. Each server is linked via SSL to ensure that the communication of its users is safe from tampering or spying. Despite the focus on secure communication, regular IRC connections can be made to the IRCd's to allow normal IRC users to still access our network. = Users = ---------- Users that connect to any of the servers linked to VoidNet must agree to follow the local server rules and policies in addition to the following network wide policies. No spam, mass messages should be sent to people who are unknown to the user or to those that do not wish to receive such messages. Multiple clients, clones or drones on separate servers may result in a network wide ban. However local IRCd policies may allow multiple clients. Bots are only acceptable if the local server policy allows it. Any assistance that users need should be provided by the local server staff or members of the network staff. = Operators = ------------- When you are an operator on VoidNet you agree to follow your local server rules and policies and in addition these network rules: You should only ever need to kill drones, bots or spammers. However K-lines and G-lines are far more effective. You should not kill other operators as this can lead to a run of kills. Global killing a friend to congratulate them or for purposes of a test are acceptable. Vanity kills are tolerated but if you register multiple vanity kills and your local server administrator does not take action, the network staff may intervene. O-lines are a privilege not toy. An operator is appointed to represent the server and the network. If that operator is found to be abusing their powers it is grounds for removal. Operators are expected to idle in the network channel to provide help and assistance with regards not only to the network but IRC in general. The use of server-side ignores (user mode +g) should be limited to ensure that users can contact you. You should also 'oper up' whenever you join the network, this makes sure that the users can identify you as a point of contact. G-lines and K-lines should always carry a reason. Operators should not interfere with channel or nickname management. These are always on a first come first served basis. = Servers/Administrators = -------------------------- Administrators are expected to create their own server rules and policies that are in keeping with the network wide rules. A MOTD is required to announce the general information to connecting users. Each administrator must ensure that their servers meet the following requirements: - Run a ratbox IRCd with +S and nick length of 10 and support SSL connections. - Port 6667 should be open for standard IRC connections. Port 6697 should be open for SSL IRC connections. Other ports can be open at the administrators discretion. - The prefered naming scheme of your IRCd domain should be in the form: irc.domain.tld (see below) - Minimum of 10 mbit connection. - Needs one active Administrator/Operator to handle requests. - List an administrator contact in the A-line (server location is beneficial as well). - The server should be accessible 24/7 with a minimum amount of downtime for physical or system maintenance. - The server must be running a flavour of Linux or UNIX. - All IRCd's should support the 'shared.conf' as provided by the Core Staff. - The minimum server G-line time should be set to 2 days or greater. Any suitable naming prefix may be selected but the form of 'irc.domain.tld' is the prefered option, with the only exception being 'ircd.'. Other alternatives are 'irc2.' or 'voidnet.' Agreed updates or network wide alterations are expected to be handled within 5 working days, unless the administrator indicates reasons why they cannot perform the action. All new operators must be announced to the administrator mailing list two days before addition. Their nick, real name and location should be provided to allow discussion with other administrators. Every new operator should be given a one week trial as a local operator before being provided global powers. The only exception to this rule is an existing global operator who is gaining another O-line. Any act of packeting or other forms of network abuse against users by operators/administrators will result in the server being unlinked unless proof can be provided. Servers that have not been used for a long period of time and have less that 5 active users may be scheduled for unlinking if no effort is made by the administrator to improve the situation. No spoof may refer to more than one user. Spoofs should only be provided to users that are mature enough to warrant one. If you are spoofing a real domain then the user must prove that he/she owns that domain. No user should be provided an IP spoof, except in the case of operators/administrators who can have a private range IP spoof. = Administrator Duties = ------------------------ Dealing with upgrades to the IRCd software or other activities requiring shell access. Dealing with providing and improving network policies. Take responsibility of the appointed IRC operators. Inform via the administrator mailing list of any changes made to their IRCd. Administrators do not interfere in channel and nickname management or conflicts. This is on a first come first served basis. Administrators cannot K-line or G-line without a reason. This is to assist other operators/administrators on the network. Keeping their C/N-lines up-to-date. Any changes requested by the hub administrators should be completed within 5 working days. = Core Staff = -------------- The core members of staff represent the governing body of the network. They take care of ensuring that policies are met fully. Any complaints about administrators can be taken up with one of the Core Staff. You should understand that instant action is rare as discussion with the individuals involved and other core members is required. Any complaints registered against a core member can be voiced in the administrator list and will be decided on a case by case basis. Each core member should be accessible via IRC and or e-mail. Normally the core members are server administrators however some provide additional services to the network's running. The current core members of staff are: douglas, easymac, Erlend, Moggie, remorse, seinfeld and z. There is no application to become a Core Staff member. Additional members will be decided by the existing Core Staff by a simple round of votes. If any member of the Core Staff feels that a vote has gone against the benefit of the network as a whole they can request a vote between the Core Staff to have that vote repeated. If the Core Staff agree then a secondary discussion period will be initiated by the Core Staff to the other administrators to indicate why the vote is being repeated. A Core Staff member can only ask for a repeat vote once per vote, however other Core Staff members may request. In some situations it may be agreed by the Core Staff to revote before a voting period has been completed, these revotes are expected only when it is believed that discussion is incomplete or that some policy has not been completed. In certain situations where votes conflict existing network policy a vote maybe closed early by a vote by the Core Staff. = Linking Servers = ------------------- Every new server needs to fill out a link application and e-mail it to one of the core members. It will then be voted on and the decision will be returned. Any server that has an administrator or an operator that hasn't spent time within VoidNet will be rejected, it is expected that all applicants will make efforts to investigate the network before applying. If the server application has not be completely filled out, it will be rejected. Once the decision has been made, the applicant will be provided C/N-lines from a hub administrator, the contact will most likely be made via IRC or e-mail. The trial period will last a minimum of one month and longer if it is decided by the Core Staff that your server requires more attention. Permanent status for the server will then be granted and further backup links and a valid VoidNet SSL certificate will be provided. The server will also then be added into our round robins and the administrator/operators to the mailing lists. Trial servers are expected to: - Have a minimum of 5 unique and active users. - At least one active administrator or operator. - Have no global operators during the trial period. - Have no more than 3 O-lines (no global) during the trial period. - Be fully compliant to the network rules and policies. = Delinking Servers = --------------------- A server that has been off-line for more than 1 day should be automatically removed from the round-robin so users will not be trying to connect to a dead IP. With the consensus of two core admins, a server that has been off-line for more than 2 weeks without contact from the server administrator(s) may be hidden or removed from the voidnetworks website. If a server has been off-line for a period of 1 month without any contact from the server administrator(s), the server is assumed to be dead. Two core admins in agreement, may therefore automatically initiate de-link proceedings without the need for a server admin vote. When a server has been off-line for a period of 1 month, but with some form of contact from the administrator(s), a server admin vote can be called to determine if the IRCD should be de-linked. Voting admins may consider a de-link necessary for reasons such as, but not limited to: - The IRCD admin not providing adequate justification for the server being off-line for an extended period of time. - The admin not making sufficient effort to keep in contact and the network informed of the situation. = Shared Access = ----------------- To assist with the management of our network we provide an additional configuration file that will be included on all servers on the network. This file will provide Core Staff access to the servers, allowing temporary and full X-line's and Resv's. The shared.conf will be provided to the server administrators by one of the Core Staff. Updates on this file will be carried out at various points and it is expected that the servers will be updated within 5 days. = Abuse = --------- If there is a complaint about an operator it will be handled by their server administrator. For instance excessive global kills, killing without reason and further forms of abuse. If the complaint is about an administrator it should be brought to the Core Staff. Any network wide abuse will be dealt with primarily by the Core Staff. = Voting = ---------- On all votes a majority is reached only when more than 50% of the vote is Yes or No. Each server gains one vote. If an administrator manages multiple servers only one vote will be given on behalf of all their servers. If a server abstains then it will not be included in the vote count. If a majority is reached before the voting period is over then the vote can be accounted as complete and no further votes will be counted. Otherwise the voting period is 7 days. In the case of tied votes, the voting may be reopened in a bid to allow abstained votes to change their mind. Otherwise the vote will be considered null and void (as if it never took place). Each vote should be preceded with a general discussion on the administrator mailing list to ensure that the proposal is understood. Please take note of additional rules surrounding voting in the Core Staff section. = Unique Channels = ------------------- There are a few channels on the network that evade some of the common channel policies. #opers - Should only be accessed by operator clients. Any normal client should be removed via ban. #admins - This is a channel only for administrators and the Core Staff of the network. Administrator's of servers that are undergoing trial links are not permitted in this channel. #voidnet / #help - This is the network channel, accessible by all. This channel should be considered as a help and discussion channel. Banning should be kept to a minimum. All operators and administrators should be in this channel to provide assistance to new and experienced users. #chanfix - This channel is held purely for the chanfix service (see below). = ChanFix = ----------- The network currently provides a chanfix service. This service operates without need for intervention by users. If there is any issues with this service then contact any of the server staff that are idling within #voidnet (not #chanfix which is for the service administrators only). = Finally = ----------- Above all, common sense should prevail in all situations. = ChangeLog = ------------- 1.0 Initial draft 1.1 Added: Chanfix Modified: Core Staff, Altered statement about multiple clients. Additional O-lines are accepted as global. Spelling and grammar fixes. 1.2 Removed coax from Core Staff added Erlend. Modified: Core Staff. Added: Shared Access 1.3 Modified: Core Staff, Servers/Administrators, Abuse. Voting. Chanfix. Spelling: kline > K-line etc. Oper/Admin. Thanks to Moggie for input. 1.4 Naming scheme of IRCd domains No global operators during links. Mailing lists added after trial completed (if successful!) 1.5 Stating which ports. Shared configuration is now txline and tresv for Core Staff only. 1.6 Temporary and FULL xline/resv abilities for shared.conf. 1.7 Addition of closing a vote, minor amendment to the Voting section. 1.8 Amending naming scheme. New section Delinking Servers 1.81 Finger trouble 27/4 -> 24/7. Thanks to Nick