This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
policies:operguidelines [2007/02/13 13:16] gandalf created |
policies:operguidelines [2014/11/12 13:05] rubin |
||
---|---|---|---|
Line 1: | Line 1: | ||
====== Network Operator Guidelines====== | ====== Network Operator Guidelines====== | ||
- | // | + | **A note to our users**: These rules act as a guide for us, your network operators and administrators, |
- | Friday, 16 April 2004// | + | |
- | A note to our users: These rules act as a guide for your administration to act justly and fairly when dealing with security and disciplinary activities online. This is NOT our terms of service, or our acceptable use policy. | + | ===== Operator Guidelines ===== |
- | + | In general, if you are not sure if its OK to act, play it safe. Always try to solve problems FIRST without use of your oper. | |
- | These are basic guidelines for Opers on the AfterNET IRC network. These rules are "the law" for immediate oper action, but can be overridden by the network at a high level (i.e., a vote by opers). | + | |
In most cases, where a real person is involved (not a bot, clone or trojan) you should try to talk to them first. Oper commands should be used as a last resort. Educate channel owners on how to set good bans, and use the tools they have first. G-Lines should be used only when there is no good alternative solution. Spammers may be killed without warning as long as they are really spammers (see below). | In most cases, where a real person is involved (not a bot, clone or trojan) you should try to talk to them first. Oper commands should be used as a last resort. Educate channel owners on how to set good bans, and use the tools they have first. G-Lines should be used only when there is no good alternative solution. Spammers may be killed without warning as long as they are really spammers (see below). | ||
Line 20: | Line 18: | ||
* Evasion of gline(s): Once banned from AfterNET, users must respect the ban until it expires. Evading should result only in longer ban time. | * Evasion of gline(s): Once banned from AfterNET, users must respect the ban until it expires. Evading should result only in longer ban time. | ||
- | * Serious threats: Users who very strongly threaten others with cracking or DOS. This is for stuff that is an eminent threat to the users such as actively using client exploits, or threatning | + | * Serious threats: Users who very strongly threaten others with cracking or DOS. This is for stuff that is an eminent threat to the users such as actively using client exploits, or threatening |
* You will note that racism, warez, and porn are not on this list. We are not the morality police, nor are we cops. AfterNET is an uncensored place. Don't like what someone says? You can add your own opinion, and/or ignore them, but you cannot take away their right to say it. | * You will note that racism, warez, and porn are not on this list. We are not the morality police, nor are we cops. AfterNET is an uncensored place. Don't like what someone says? You can add your own opinion, and/or ignore them, but you cannot take away their right to say it. | ||
Line 30: | Line 28: | ||
* The channel is being used as a " | * The channel is being used as a " | ||
* The channel' | * The channel' | ||
+ | * The channel is opless -- discuss in the channel who they want, make a judgement call. be willing to reverse it if new information takes light later. | ||
* Overriding security in the channel services shall not be done without explicit permission from the channel' | * Overriding security in the channel services shall not be done without explicit permission from the channel' | ||
Line 37: | Line 35: | ||
* Or "/MSG X3 #channel ACCESS nick" tells you if they are logged in. | * Or "/MSG X3 #channel ACCESS nick" tells you if they are logged in. | ||
- | * Channels may have a maximum of one owner. The rest are co-owners. This way we don't play games with who gets the channel after a fight/ | + | * Channels may have a maximum of one owner. The rest are co-owners. This way we don't play games with who gets the channel after a fight/ |
=== Other oper guidelines === | === Other oper guidelines === | ||
- | * Missing servers should be reconnected automatically by X2, which will try once an hour if they don't return immediately. Regardless, opers should try to connect them as well. The X2 command " | + | * Missing servers should be reconnected automatically by X3, which will try once an hour if they don't return immediately. Regardless, opers should try to connect them as well. The X3 command " |
- | * Improperly routed servers should NOT be rerouted unless the routing is causing problems on the network or a current hub needs to stop hubbing. Netsplits should be avoided at all times as they are a huge inconvenience to the users. Improperly routed servers will correct themselves over time - as they split X2 will reconnect them properly. | + | * Improperly routed servers should NOT be rerouted unless the routing is causing problems on the network or a current hub needs to stop hubbing. Netsplits should be avoided at all times as they are a huge inconvenience to the users. Improperly routed servers will correct themselves over time - as they split X3 will reconnect them properly. |
* Wallops are intended for official oper communication. The occasional social conversation is OK but should be stopped if it is bothering anyone. | * Wallops are intended for official oper communication. The occasional social conversation is OK but should be stopped if it is bothering anyone. | ||
Line 53: | Line 51: | ||
=== Test link servers === | === Test link servers === | ||
- | * Opers and admin on a testlink server MUST NOT use any oper power beyond the range of their own server without supervision, | + | * Opers and admin on a testlink server |
- | == Admin Guidelines == | + | ===== Admin Guidelines |
+ | * Administrators are opers too, so must follow the Oper Guidelines. | ||
- | * New opers are not to be added without first consulting with the group. Normally this is done via a msg to the mailing list. | + | * New opers are not to be added without first consulting with the group. Normally this is done via a msg to the mailing list **before** adding an oper, allowing a day or so to hear any objections. If there is an objection, a vote can be had to settle it. |
* Every oper must have a ' | * Every oper must have a ' |