Finalizing BlueT/SSCV Policies & Guidelines

[L.C.]

EDIT: As of May 23, 2010 2:30 PM the policies have been finalized and posted at http://www.hlrse.net/policies.php and are in effect.

 

Hello!

 

The guidelines below are currently in drafting. The purpose of creating such guidelines is to fill in necessary blanks not realized or acknowledged by BlueToast Subspace clients. Upon finalization, they will be effective immediately (all clients notified, of course). Responses to this thread will be considered, but not necessarily accepted.

 

Global Policies:

• Common sense is required necessary
  
• The registrar of a zone is the officially recognized owner of said zone
  
• If you are uncertain of certain changes you would like to make to your zone, please contact us
  
• Launching more than 1 permitted bot spawn from a BlueToast-hosted bot is prohibited unless permitted otherwise
  

 

Isometry/BlueT Policies:

• You may use content from other zones without permission of their authors, unless said author is also a client hosted by BlueToast on the same network
  
• Harassment and cross-zone violations may be subject to disciplinary actions of network operators
  
• Serious offenses may propagate localhost firewall blocks by server operators
  

 

SSC Policies:

• Your zone must abide by SSC guidelines to qualify for and retain connectivity to the central network
  
• The registrar of the zone must abide by SSC guidelines to remain eligible for connectivity to the central network
  
• Non-registrars, visitors, players,and staff members of the zone may be subject to disciplinary actions of central network operators
  
• Cheating and hacking are prohibited as according to SSC policies
  
• Violations may propagate localhost firewall blocks by server operators
  

 

Prohibited Subgame2/ASSS Configuration Modifications:

• [Misc] Port
  
• [billing] section as a whole
  
• [Directory] IP: We keep this section up-to-date for you
  
• [Directory] Description: ss://ds1.hlrse.net must be at the beginning in the zone description (230 characters usable, total limit of 249 characters)
  
• [Directory] Port
  
• Remove server operators (L.C.) from staff files (moderate/smod/sysop/vip/permit.txt)
  

 

Notes:

• Special requests may be eligible for exemption
  
• Parallel Subgame2 information to ASSS configuration
  
• Connectivity guidelines to the central network (SSC) can be found here
  

 

[2010-05-16 @ 8:24 PM] Added character limit note for zone description. Thanks Cheese!

[2010-05-17 @ 7:10 AM] Crossed out a bunch of stuff

Edited May 23, 2010 by L.C.

[Dr Brain]

It's unusual to require hosts to be staff members. It's true that Death+ had that requirement, but he's not exactly a good role model.

[L.C.]

The main reason for that is for security purposes. It helps to be automatically logged into BanG (via Auto) and automatically have powers in a zone. One is net-based, the other is localhost-based. Unlike Death+, I carry on by a business model. BlueToast has paying customers for our webhosting services, so I have good ongoing experience with that in several ways. I will not treat SSCV/BlueT clients differently than I do my webhosting customers. That is my insurance policy that I will not come and hijack your zone, etcetera. Anyone who says otherwise is a jackass. Edited May 17, 2010 by L.C.

[Dr Brain]

"It helps"... how? There is no legitimate use for local powers for a host, unless you're doubling as staff (and then you better as hell have the zone's permission)

[L.C.]

"It helps"... how? There is no legitimate use for local powers for a host, unless you're doubling as staff (and then you better as hell have the zone's permission)

EDIT2: Nevermind, I see what you are saying by 'doubling as staff' (or could be anyway). But then what about being able to use *info/tracert/pinfo/einfo and so forth on a player? In Isometry-connected zones I have the power to use ?alias (although Subgame2 will give more detailed information when I use said commands). In SSC what else have I got other than zone capabilities?

 

Why worry about my name being there? It's there by default, so you don't ever have to go through the trouble of adding it. ASSS zones on the other hand have the advantage that I am not as familiar with ASSS as I am with Subgame2, so I leave that "problem" in their hands. If a serious problem arises, I hope it won't require ASSS-knowledge to solve it.

 

Here are my priority levels on powers:

1) Local powers

2) Network powers (even if it's only zone-wide BanG)

3) Firewall

 

I shouldn't have to work my way down to the strongest power. If I even had to work my way to #2, then that would probably call for a potential network-wide ban. Zone operators can use BanG over local powers if they wish, but I don't see it necessary unless someone is using exploits, bugs, and vulnerabilities to their advantage (wouldn't that be against SSC rules anyway? Hence the hierarchy).

 

EDIT: This isn't to say that you don't have the advantage of banning a player who isn't in the zone with BanG. >.<

Edited May 17, 2010 by L.C.

[»Lynx]

I don't really have any guidelines; provided I'm not footing a huge bill at the end of the month, I don't have police or the likes contacting me, and nobody is breaking any SSC policies etcetera... I'm quite lax. Other than banG, I see no point in having any powers in a zone. JoWiE however has created his own staff group in C&C called zonehost, which I imagine gives me a few powers but I can't see myself ever using any of them.

 

The only things I check are:

 

Bandwidth consumption (i.e. if 5gb an hour is flying out I'll message you to fix something, or I'll fix it myself)

 

What's running (to make sure that SubSpace hosting is SubSpace only)

 

Where SSH logins are originating from (to make sure it's only one person per login)

 

Make sure that no netbanned players are banfree'd

[Dr Brain]

I don't understand why you need to look up info on a player. That's the job of the zone staff, not the zone host.

 

I know you mean well, but you have to realize that no serious zone will let the host have powers. If you make it a requirement, then you'll insure that you don't get any serious zones.

[L.C.]

I have made changes to the draft. Please review.

 

[2010-05-17 @ 7:10 AM] Crossed out a bunch of stuff

[TGS]

Sadly I have to agree with Dr Brain on the issue of "zone hosts" having to have powers so I'm glad that you amended that. Granted I have no problem with you having powers in my zone so long as that's my choice rather than a requirement. I've hosted and administered quite a few servers of various types and under no circumstances have I ever allowed "host" access either way. As a host I can do anything and everything I need to do without specifically having "access" and as an Op/Admin I do not tolerate a host having visible power or access.

 

Almost any system can be administered without having applied accesses. Forums/SQL based systems the host will have direct access to the database therefore full access (If needed) by that right. Game systems have config level access through direct access to the host server. *nix based systems such as IRCd and the like have config level access as well as SIGHUP for rehashing if changes were needed to ensure stability/hosting.

 

Essentially there is absolutely no system where admin rights are necessary as a host. Even on a machine level if you didn't have admin on say a linux or windows system... if you were a large scale network administrator you'd have rescue disks that you could pop in to facilitate any changes with whatever access was needed.

 

Anyway forgive the ranting I just thought I'd throw my 2 cents (Or maybe 20) in as I have over the years had a few run in's with hosts who expected access that simply wasn't necessary.

[L.C.]

Thank you for your input! =)

[MikeTheNose]

I agree 100% with TGS.

[L.C.]

Officially posted at http://www.hlrse.net/policies.php and sent e-mails to all Subspace-hosted clients.

[»D1st0rt]

Can I send threats of a fuchsia nature, since violet is not allowed http://www.ssforum.net/public/style_emoticons/default/shiftyninja.gif

[Samapico]

Can I send threats of a fuchsia nature, since violet is not allowed http://www.ssforum.net/public/style_emoticons/default/shiftyninja.gif

http://www.ssforum.net/public/style_emoticons/default/crazy.gif

[»D1st0rt]

i was very strongly considering using that smiley instead of the ninja but i couldnt resist the shifty eyes http://www.ssforum.net/public/style_emoticons/default/tease.gif