Zugang (Access) zur Channel Kontrolle

Version 1.1.3


Letzte Übersetzung von FredFred () am 2005-11-01

Letzte Revision von FredFred () am 2005-10-26

Original verfasst von quen () am 1997-06-20

Für Kommentare oder Rückmeldungen über diese Dokumente (keine Anfragen für Hilfe!) docs@dal.net. Brauchst Du Hilfe für Sachen, die hier nicht behandelt wurden, schau doch auf folgende Seite: http://help.dal.net.

Einführung

Diese Dokument erklärt, wie Du kontrollierst, welcher User zu bestimmeten Previlegien Deines registrierten Channels Zugang hat. Diese Previlegien helfen Dir, den normalen Channelablauf zu gewähren mit Hilfe anderer User, denen du vertraust, auch wenn Du nicht da bist.

Diese Dolument erklärt auch, wie du User mit Hilfe von Chanserv permanent vom Channel fernhälst. Der normale Ban verfällt ja, sobald der Channel irgendwann mal leer ist.

Falls Du Deinen Channel noch nicht registriert hast, so mach das zuerst. Sieh dazu Frage 1.8 "Wie registriere ich meinen Channel?" aus den Service FAQ die folgen.

Zuletzt noch einige Anmerkungen: Immer wenn ein solcher Befehl zu schreiben ist wie:

/chanserv identify #channel password

soll es auch so hingeschrieben werden, ausser dass Du die erforderlichen Parameter (hier '#channel' und 'password') mit Deinen eigenen Daten eingibts. Zum Beispiel, wäre in dem obigen Beispiel ein Passwort 'apple' und Dein Channel '#mychannel', würdest du schreiben:

/chanserv identify #mychannel apple

Wenn Befehle mit /chanserv (oder /nickserv, /memoserv) beginnen, ist das ein Alias, um die Services sicher anzusprechen. Falls Dein Client diesen Befehl nicht versteht, kannst Du auch den Befehl mit /quote chanserv, oder mit /msg chanserv@services.dal.netbeginnen.

Inhalt

1 · Warum Du diese Informationen brauchst.

DALnet empfiehlt Dir aus folgenden Gründen, dieses Dokument zu lesen.

  • Falls Dein Channel Schwierigkeiten mit lästigen Usern oder Takeovers bekommt, und Du bist nicht da, benötigst du Aops oder Sops, die sich mit diesen Problemen auseinandersetzen.

  • Wenn Dein Channel grösser wird, musst du Sops haben, damit der Channel gemanagt wird.

  • Solltest Du Deine Aops oder Sops nicht sorgfältig auswählen, kann das zu einem Sicherheitsproblem führen, andererseits können unfreundliche User Probleme in den Channel bringen. Daher solltest du Dich über diese Sachen informieren.

  • Willst Du permanente Bans auf User setzen, musst Du dich mit dem Akick Befehl auskennen.

Eine Zusammenfassung kann gefunden werden unter Sektion 9, welche auch genau erklärt, welche User du als Sops oder Aops wählen solltest.

2 · Was sind Sops und Aops?

AOPs und SOPs sind User, denen Du genug vertraust, dass Du ihnen bestimmte Macht am Channel überträgst.

SOPs sind "höher" als AOPs und haben nicht nur alle Previlegien der Aops sondern auch noch einige andere. Als der Founder bist Du nicht nur höher als Sop oder Aop, sondern hast auch noch andere founderspezifische Previlegien. Du musst weder in der Aop Liste noch der Sop Liste einen Eintrag für Dich selber haben.

Diese Dokument soll dir die Möglichkeiten zeigen, die die Aops und Sops über Chanserv haben. Zu jedem Befehl gibt es einen Hilfe Befehl. Dies ist auch nützlich, wenn Du grade im IRC bist und mehr Informationen brauchst.

Aops haben folgende Previlegien:

  • Ihnen wird Op (@) gegeben, wenn sie den Channel betreten. Sollten sie aus irgendeinem Grund keinen Op im Channel haben, können sie den Chanservbefehl nutzen, um sich selber Op zu geben. (/chanserv help op)

  • Sie können Chanserv nutzen, um andere User zu open/deopen. Dies wird jedoch über eine Channelmitteilung bekanntgegeben. (/chanserv help op)

  • Falls sie gebant sind, können sie sich selber unbannen. (/chanserv help unban)

  • Sie bekommen Channelmemos. Sie können auch Channelmemos schreiben, je nach der Einstellung, die für den Channel gilt: Aops, Sops oder nur der Founder können Channelmemos schreiben. (/chanserv help set memo, /memoserv help send)

  • Man kann den Channelmode so setzen, dass nur Ops das Topic ändern können. Auch hier kann man einstellen, dass dies nur der Sop oder der Founder könnte. (/chanserv help set topiclock)

  • Sie können den Mdeop Befehl nutzen um Takeover Probleme zu lösen, das geht aber nicht, wenn Sops oder der Founder im Channel sind. Aops können KEINE Masskicks machen. (/chanserv help mkick, /chanserv help mdeop)

  • Sie können sich selber in den Channel inviten, nützlich bei +i Channels, wenn er nicht "private" ist. (/chanserv help invite)

  • Sie können die AOP, SOP, und AKICK Liste des Channel einsehen. (see Sektion 4)

SOPs haben die zusätlichen Previlegien:

  • Die können Usern Aop verleihen oder wegnehmen. (see Sektion 4)

  • Sie können AKICKs (permanente Bans) setzen oder löschen. (sieh auch Sektion 7 und Sektion 8)

  • Sie können alle Bans des Channels wegnehmen mit Chanserv. (/chanserv help unban)

  • Sie bekommen ChannelMemos, die an Channel Sops geschickt wurden. (/memoserv help sendsop)

  • Sie können Masskicks ausführen, jedoch nicht wenn der Founder im Channel ist und auch nur einmal pro Stunde pro Channel. (/chanserv mkick #channel)

3 · Dinge, die man beachten muss bei der Vergabe von AOP oderSOP

AOPs und SOPs sind die Leute, die sich um Probleme des Channels kümmern wenn Du nicht da bist. Falls Du einen vernünftigen Channel führen willst, musst Du sicher sein, dass genügend Aops und Sops da sind, um sich um den Channel zu kümmern. Falls der Channel einmal ohne Ops sein sollte, ist er ein einfaches Ziel für Flooder oder Overtaker.

Solltest Du den Usern Aop oder Sop geben, gibst Du ihnen einen Teil Kontrolle über den Channel. Sie unterstehen Dir jedoch weiterhin, Du kannst ihnen die Previlegien jederzeit wieder nehmen.

Auf jedenfall solltest Du ziemlich sicher sein, dass Du Aop oder Sop nur solchen Usern gibst, denen Du trauen kannst, denn sie könnten auch Probleme machen. Sie können zwar keinen bleibenden Schaden anrichten, weil Du ihnen ihren OP jederzeit nehmen kannst, aber sie können zu starken Unannehmlichkeiten im Channel beitragen wenn Du nicht da bist. Also solltest Du überlegen, wem Du solche Rechte einräumst.

Beachte: Gib niemals Dein Channelpasswort zu irgendjemandem! Das wäre das gleiche, als ob du den Channel selber weggibst. Sogenanntes Ko-Foundering wird nicht von DALnet unterstützt. Es ist so, dass derjenige, der das Passwort hat, der Founder vom Channel ist. Möchtest Du jemandem Vertrauen schenken, gibt ihm nicht das Passwort sondern verleih im Sop.

Eine gute Idee wäre es, demokratische Grundzüge in die Channelordnung einzubeziehen. Zum Beispiel könnte sich der Founder erklären, nur Sops zu adden mit denen die Mehrzahl der anderen Sops einverstanden sind, oder dass die Aops durch Wahlen eingesetzt werden. Wie auch immer, die DALnet Software und die Mitarbeiter sehen den Founder als die einzige Person an, die letztendlich alle Verantwortung für den Channel hat. Und nochmal: DALnet hilft den Usern nicht, die ihr Passwort verraten haben, sei immer darauf bedacht, dass Passwort geheimzuhalten.

4 · Wie man Aops oder Sops hinzufügt oder löscht

Der Channelfounder ist der einzige User, der Sop vergeben oder nehmen kann. Der Founder oder die Sops können Aop vergeben oder nehmen. Die List Befehle können durch Aops, Sops oder Founder genutzt werden, nicht jedoch durch normale User.

4.1 Auflisten der SOPs oder AOPs

/chanserv sop #channel list
/chanserv aop #channel list

Diese Befehle listen die eingtragenen Sops oder Aops des Channels.

Hast Du einen grossen Channel, ist es sinnvoll, nur bestimmte Aops oder Sops aufgrund ihres Nicks oder ihrer Mask listen zu lassen:

/chanserv sop #channel list wildcard
/chanserv aop #channel list wildcard

(Beispiel /chanserv aop #mychannel list g* würde alle Aops auf #mychannel, deren Nick mit g beginnt, listen.)

Was für einen Listbefehl du auch immer nutzt, jeder Aop oder Sop wird mit einer Nummer ausgegeben, die es leichter macht, ihn falls nötig zu entfernen.

4.2 SOPs oder AOPs hinzufügen

/chanserv sop #channel add nick or mask
/chanserv aop #channel add nick or mask

Diese Befehle fügen der Liste Sops oder Aops hinzu. Damit haben sie Sop oder Aop Previlegien.

Normalerweise addest du Sops oder Aops über ihren Nick, der natürlich registriert sein muss. Man kann aber auch über eine Mask adden. Das geht genauso wie einen Channelban setzen, nur das halt die User nicht gebant werden sondern in dieser Form Aop oder Sop erhalten. Das wird aber hier nicht weiter ausgeführt, mehr über Masken in den Ban Richtlinien.

Falls Du einen Aop zum Sop machen willst, oder andersrum, musst Du ihn nach dem adden in der aktuellen Liste nicht aus der vorherigen löschen, diese Aufgabe übernehmen die Services.

Schau immer erstmal nach, ob der User, dem du Aop oder Sop verleihen willst, auch einen registrierten Nick hat indem du schreibst:

/nickserv info nick

und sag ihnen, dass sie ihren Nick registrieren sollen falls sie das nicht haben. Wenn du versuchst, jemanden zu aopen der keinen registrierten Nick hat, wird eine Makse an der Stelle des Nick verwendet, was keine gute Idee ist. Schau auch auf Sektion 5.

Jeder Channel hat ein Limit von 300 AOPs und 100 SOPs. ChanServ wird dich warnen, wenn du versuchst mehr zu adden.

Beachte: Die User können eine NOOP Option wählen, die verhindert, dass sie auf irgendeinem Channel in die Aop oder Sop Liste eingetragen werden. Sieh dazu auch hier: /nickserv help set noop.

4.3 Löschen von SOPs oder AOPs

/chanserv sop #channel del number oder Eintrag der Liste
/chanserv aop #channel del number oder Eintrag der Liste

Dieser Befehl wird genutzt um Sops oder Aops von der Liste zu löschen.

Das kann man machen aus verschiedenen Gründen wie:

  • Der User hat seine Sop oder Aop Previlegien missbraucht und Du kannst ihm nicht mehr trauen.

Du kannst diese Befehle auf unterschiedliche Art nutzen. Die einfachste Art ist es, den List Befehl zu machen und die Nummer des Eintrags einzugeben, den Du löschen willst. Du kannst aber auch den Nick eingeben oder die Maske die Du löschen willst, dann müssen sie aber exakt übereinstimmen mit den Einträgen in der Liste.

Löschst Du Einträge über die Nummern in der Liste, mach immer nur eine auf einmal. Nach dem Löschen einer Nummer kann die Liste neu durchnumeriert werden und die anderen Löschaktionen stimmen nicht mehr. Immer erst nocheinmal listen lassen, damit Du die richtige Nummer löschst.

4.4 Der VERBOSE Mode

Ist der Verbose Mode angeschaltet für einen Channel, und werden bestimmte Änderungen am Channel vorgnommen wie hinzugügen oder löschen von Ops oder Akicks, so wird das allen im Channel befindlichen Ops mitgeteilt über eine Notice.

Diese Option einschalten::

/chanserv set #channel verbose on

5 · Hinweis zum Benutzen von Masks in der Sop/Aop Liste.

Generell ist es das besten, Nicks statt Adressmasken in die Aop/Sop Liste hinzuzufügen. Hier sind einige Gründe dafür:

  • Man sieht immer exakt, wer Aop oder Sop ist.

  • Es ist nicht so leicht, einen Fehler zu machen und vielleicht mit einem * an der falschen Stelle in einer Maske jeder Menge fremder User Aop oder Sop zu verleihen.

Hier ist aber ein Vorteil bei der Nutzung von Adressmasken:

  • Man kann immer exakt sehen, welche Adressmasken Op bekommen werden.

Falls Du Dich entschliessen solltest Adressmasken für die Opliste zu nutzen, schauf auf die Banrichtlinien, dort werden Adressmasken erklärt.

Beachte jedoch, wenn Du die Banrichtlinien liest, dass die Masken, die Du in der Opliste gebrauchst, die User nicht bannen sondern ihnen Aop oder Sop verleihen.

6 · Probleme mit den falschen Leuten, die Aop oder Sop bekommen

(Beachte: Diese Sektion ist nur über Aops geschrieben, aber das gleiche gilt auch für Sops.)

Es kann sein, dass ein User Op in deinem Channel bekommt, obwohl er gar nicht in der Op Liste eingetragen wurde. Dies kann folgenden Grund haben:

  • Dieser User hat eine Hostmaske, die mit der Hostmaske eines eingetragenen Ops übereinstimmt.

Die User können Op (aber nicht Access zu den Chanserv Aop Befehlen) bekommen, falls Chanserv down ist, der Channel leer und ein User der erste ist der reingeht. Dummerweise kannst Du dann nichts machen, ausser darauf warten, dass Chanserv wiederkommt, was normlerweise nur ein paar Minuten dauert.

User können auch OP bekommen über Leute, die schon Op haben, also Sops oder Aops. Falls Du das nicht möchtest, kannst Du eine Option wählen: OPGUARD, welche am Ende der Sektion noch erklärt wird.

6.1 Herausfinden, wer Previlegien hat

Um Herauszufinden, warum jemand Aop oder Sop Previlegien hat, kannst Du den Chanserv Befehl why nutzen:

/chanserv why #channel nickname

Dies erklärt, falls vorhanden, den Aop oder Sop Eintrag in der Liste und warum der Op gegeben wurde. So kann schnell geprüft werden, ob ein bestimmter User die Op Rechte besitzt und wenn nicht, kann man diesen User löschen falls es Probleme gibt.

6.2 Probleme mit der Access Liste

Wenn du User in die Aop Liste addest über den Nick, kann es sein, dass andere User auch geaopt werden, falls sie mit der Access Liste dises Aops übereinstimmmen.

Falls Du also merkst, dass User, die bisher keinen Op hatten, nun Aop über Chanserv bekommen, kann es sein, dass es Probleme mit der Access Liste gibt. Normalerweise siehst Du schnell, wer das Problem verursacht, weil der Nicht-Aop vom selben Provider (aol.com, netcom.com, iquest.net, etc.) kommt wie der entsprechende Aop. Du kannst Dir das bestätigen mit dem Befehl von vorhin: why.

Du solltest den Aop kontaktieren, ein Memo wenn er nicht online ist, und ihm dringend raten, seine Access Liste zu überarbeiten oder komplett zu löschen nachderm er sich das nächste mal mit seinem Nick eingeloggt hat und identifiziert hat. Währenddessen, falls der andere User Ärger macht, solltest Du den Aop Eintrag kurzfristig aus der Liste löschen.

Fall irgendwer das Konzept der Nickserv Access Option nicht versteht (es erlaubt Usern Deinen Nick zu nutzen auf DALnet ohne das Passwort einzugeben, aber schwächt leider auch die Sicherheit wenn du einen grossen ISP hast) dann sollte er die Nickserv Access Richtlinien mal durchlesen. Dort steht alles was man wissen muss.

Man erkennt sicherlich, dass es einem bösen Aop möglich ist, seine Access List so zu ändern, dass jedem User Op im Channel gegeben wird. Das ist ein weiter Grund sich seine Aops sehr genau auszuwählen.

Für eine temporäre Lösung falls es ein Problem mit der Access Liste gibt, oder um die Sicherheit des Channels zu erhöhen, kannst Du den IDENT Mode anmachsen. Das heisst, das Chanserv nur Ops erlaubt, die sich vorher bei Nickserv identifiziert haben mit ihrem Passwort. Das gilt auch für die Ops.

Der Founder kann diesen IDENT Mode für den Channel anschalten mit:

/chanserv set #channel ident on

Beachte, dass nun die Einträge in den Listen, die Masken enthalten, keinen Effekt mehr haben. Für weitere Informationen:

/chanserv help set ident

6.3 Probleme mit abgelaufenen Nicks

Nach ca. einem Monat (30 Tage) läuft ein registrierter Nick, der nicht mehr genutzt wird, aus. Das ist ein technischer Ausdruck, der sagt, dass Nickserv diesen Nick unregistriert, damit er von anderen Usern wieder genommen werden kannn.

Das Problem hierbei ist, dass irgendjemand, der einen Nick bekommt, der ausgelaufen ist aber noch in Deiner Aop Liste steht, nunmehr auch die Aop Rechte in Deinem Channel hat.

Du kannst das verhindern, indem Du nur Usern den Aop verleihst, die Dir vielleicht Bescheid sagen wenn sie länger weg sind. Dann kannst Du nämlich den Aop löschen und ihn später, wenn der nette User wieder da ist, wieder hinzufügen. So verhinderst Du, dass jemand anders Aop in Deinem Channel bekommt währenddessen.

Du solltest auch hin und wieder einmal prüfen, ob vielleicht einige Nicks aus den Listen ausgelaufen sind. Du musst nur folgendes machen:

/chanserv aop #channel list

und schauen, ob bei den Nicks die Information "last seen address" steht. Nicks, die diese Information nicht haben, sind abgelaufen und sollten von der Liste gelöscht werden.

Abgelaufene Aop Nicks sind kein wirklich grosses Problem, falls nicht irgendwer versucht, diese absichtlich gegen Deinen Channel zu nutzen. Aber selbst dann sind sie keine echte Bedrohung, da sie nicht viele Möglichkeiten haben. Nicht-Aops können nicht in die Aop Liste gucken um festzustellen, welcher Nick nun grade ausgelaufen ist. Trotzdem solltest Du dich in Acht nehmen vor sowas.

Bald sollen die Services abgelaufene Nicks selber von den Aop/Sop Listen löschen können. Dies ist aber im Moment noch nicht der Fall.

6.4 Ungewollte Ops

Selbst wenn Chanserv sich um Deinen Channel kümmert, kann es vorkommen, dass Leuten Op (@) verliehen wird, obwohl sie keine Aops oder Sops sind. Meistens passiert dies, wenn ein Aop diesen Leuten Op verleiht.

Bist Du der Channelfounder und möchtest nicht, dass so etwas passiert, kannst du die Option OPGUARD einschalten. Wenn diese Option an ist, erlaubt Chanserv es nicht, dass Usern Op verliehen wird (auch temporär) im Channel, ausser man steht in der Aopliste, Sopliste oder ist der Founder. Chanserv deopt andere User sofort.

Dies Option einschalten:

/chanserv set #channel opguard on

7 · Was AKICKs sind

Akicks sind das Chanserv Äquivalent zu Channelbans. Man nutzt sie, um störende User permanent vom Channel fernzuhalten. Sie werden nicht gelöscht, wenn der Channel leer ist, sie bleiben, bis der Founder oder ein Sop sie löscht.

Das Hauptproblem der normalen Channelbans, die du eingibst mit /ban oder /mode #channel +b mask oder die das Script setzt, ist, dass sie temporär sind. Verlassen die User den Channel und ist der leer, vergisst das Netz die gesetzten Bans.

Diese normalen Bans werden gesetzt um einfache Störer kurzfristig zu bannen, das ist also nicht das Hauptproblem. Es kann aber vorkommen, dass ein User immer und immer wieder stört. Dann willst du diesen User vielleicht langfristig vom Channel bannen.

Für solche Situationen gibt es Akicks. Sie arbeiten genau wie Channelbans, werden aber von den Services verwaltet. Betritt ein User, der akicked ist den Channel, wird er sofort gebant UND gekickt von Chanserv. Wie gesagt, Akicks löschen sich nicht alleine wenn der Channel leer ist, sie müssen manuell gelöscht werden.

8 · Wie man Akicks hinzufügt und löscht

Nur der Channelfounder oder die Sops können Akicks hinzufügen oder löschen.

8.1 Bestehende Akicks auflisten

/chanserv akick #channel list

Dieser Befehl kann von Founder, Aops und Sops des Channels ausgeführt werden. Es wird eine Liste ausgegeben mit den grade gesetzten Channel Akicks.

Die Akicks in der Liste werden mit Nummern ausgegeben, so ist es einfacher sie zu löschen.

8.2 Einen Akick über eine Maske hinzufügen

/chanserv akick #channel add mask

Diese Befehl fügt einen Akick zu Deinem Channel hinzu. Dabei musst Du die Maske des Users so spezifizieren wie einen Ban: nickname!username@hostname.

Fall die Adresse auf ein /whois eines Users den du Akicken möchtest so aussieht user@dialup22-81.provider.com und Dein Channel heisst #frogs, würdest Du eingben: /chanserv akick #frogs add *!user@*.provider.com (dies Akickt jeden Nick, falls er den Usernamen User hat und vom Provider provider.com einwählt).

Für mehr Hilfe über Adressmasken für Bans, die genauso arbeiten wie Akicks in einem Channel, siehe auch die Banrichtlinien.

Du kannst maximal 200 Akicks für Deinen Channel setzen.

8.3 Einen Akick über den Nick setzen

/chanserv akick #channel add nickname

Falls der User einen registrierten Nick hat, kannst Du ihn über diesen Nick akicken. Dies kann sinnvoll sein oder auch nicht, da der User nur den Nick ändern muss um dem Akick zu entgehen.

Falls Du die Sache mit den Adressmasken nicht so recht verstehst, kannst Du auch über den Nick akicken, was aber nicht so effektiv ist wie ein Akick, der speziefisch über die Maske geht.

8.4 Akicks löschen

/chanserv akick #channel del number or mask

Du kannst diesen Befehl in zwei Arten nutzen. Der einfache ist der, den List Befehl zu machen und dann die Nummer einzugeben, die Du löschen willst. Alternativ kannst Du auch die Maske eingeben, dazu musst Du diese aber exakt genauso wie sie in der Liste stehe eingeben

Falls Du mehrere Einträge über die Nummer löschst, lösch immer nur eine Nummer, weil danach die Liste neu geordnet wird. Mach nach dem Löschen einen neuen List Befehl und vergewissere Dich über die neue Nummernvergabe, dann lösch den nächsten Eintrag.

9 · Zusammenfassung

Gib nur den Leuten Aop oder Sop auf Deinem Channel, denen Du vertrauen kannst. Unter anderem heisst das, sie bekommen OP in Deinem Channel sobald sie ihn betreten. Sops können Aops löschen oder hinzufügen, das gleiche gilt für Akicks (permanente Channelbans). Wähle deshalb Deine Sops besonders gut aus.

Findest du jemanden vertrauenswürdig und möchtest Du ihm Aop in Deinem Channel verleihen

dann schreib /nickserv info nick um zu sehen, ob der Nick des Users registriert ist. Ist er es nicht, sag ihm, er soll es machen und prüfe es nochmal nach wie oben gezeigt. Bist du sicher, dass der Nick registriert ist, schreib /chanserv aop #channel add nick.

Braucht Dein Channel einen Sop, vielleicht weil er gross geworden ist und die Aops gemanaged werden müssen

sei Dir sicher, dass Du dem User vertrauen kannst, den Du zum Sop machen willst, und schau nach, ob sein Nick registriert ist. Dann schreibe /chanserv sop #channel add nick.

Falls Du irgendwann einmal Sops oder Aops von der Liste löschen willst weil sie nicht mehr vertrauenswürdig sind oder nicht mehr ins IRC kommen ect.

schreib /chanserv aop or sop #channel list. Siehst du dann die Nummer des Eintrags des Users, behalte sie und schreib dann /chanserv aop or sop #channel del number.

Jemanden permanent bannen

Du oder ein Channel Sop, jedoch kein Aop, können einen User in die Akick Liste setzen mit /chanserv akick #channel add mask, wobei mask eine Standard Banmaske ist für den Störer. Du kannst Akicks entfernen zu einem späteren Zeitpunkt, genauso wie du Aops oder Sops entfernen kannst. (sieh auch Sektion 8.)