Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision 		Previous revision
policies:operguidelines [2009/10/01 02:51]
rubin Clean up and clarify the rules 		policies:operguidelines [2014/11/12 13:05] (current)
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, to act justly and fairly when dealing with security and disciplinary activities online. This is NOT our [[policies:aup|acceptable use policy]], which defines what you are allowed to do. These rules are "the law" for IRC Coperators' immediate oper action, but can be overridden by the network at a high level (i.e., a vote by opers). +**A note to our users**: These rules act as a guide for us, your network operators and administrators, to act justly and fairly when dealing with security and disciplinary activities online. This is NOT our [[policies:aup|acceptable use policy]], which defines what you are allowed to do. These rules are "the law" for IRC Operators' immediate action, but can be overridden by the network at a high level (i.e., a vote by opers). 
  
 ===== Operator Guidelines ===== ===== Operator Guidelines =====
Line 28: Line 28:
                   * The channel is being used as a "base" for an attack on the network.                   * The channel is being used as a "base" for an attack on the network.
                   * The channel's owner/operator has been massively spamming and simply glining them has not solved the problem.                   * The channel's owner/operator has been massively spamming and simply glining them has not solved the problem.
 +                  * 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's owner. Ownership must first be verified.           * Overriding security in the channel services shall not be done without explicit permission from the channel's owner. Ownership must first be verified.
Line 39: Line 39:
 === Other oper guidelines === === Other oper guidelines ===
  
-          * 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 "REROUTE C" will do this automatically to the proper hub. /connect server* 4400 hub* if x3 is missing.+          * 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 "REROUTE C" will do this automatically to the proper hub. /connect server* 4497 hub* if x3 is missing.
  
           * 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.           * 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.

Page Tools