ClassLog/de

From OnlineGamesNetWiki

UNDER CONSTRUCTION

Das ist das Logfile der deutschen Class, die am 14.12.2008 um 18:00 in #class stattgefunden hat.

Contents 1 Intro 2 AuthServ 3 Userliste 4 Channelsettings 5 Topic 6 Channelmodes 7 Bannen 8 Schlusswort

Intro

[18:00:50] <@numique> Ich darf Euch heute herzlich willkommen heißen zur fünften SRVX-Class für User des OnlineGamesNet.
[18:00:56] <@numique>
[18:01:01] <@numique> In den folgenden 60-90 Minuten werden wir versuchen Euch gute Grundkenntnise zu den hier verwendeten IRC-Services zu vermitteln.
[18:01:15] <@numique> Sprich zu ChanServ und AuthServ.
[18:01:22] <@numique>
[18:01:23] <@numique> Kurz zum Ablauf der Class. Wir werden Euch immer erst einige Befehle / Einstellungen vorstellen und nach den einzelnen Blöcken anschliessend kurz Zeit für ein paar Fragen geben.
[18:01:30] <@numique>
[18:01:39] <@numique> Bitte habt Verständnis wenn wir nicht auf alle Fragen eingehen können.
[18:01:40] <@numique>
[18:01:47] <@numique> Eure Fragen richtet dann bitte im Query an ClassServ ( /Query ClassServ ).
[18:01:49] <@numique>
[18:01:55] <@numique> Wir werden die Fragen dann hier im Channel beantworten.
[18:02:04] <@numique> Dabei bitte jede Frage nur einmal stellen.
[18:02:11] <@numique> Und ebenso gilt die Regel: Keinen Op hier direkt anschreiben!
[18:02:30] <@numique> Wir werden für die Zeit der Class jedes Query ignorieren, so wie ich es bei den meisten queries getan habe. ;)
[18:02:33] <@numique>
[18:02:34] <@numique>
[18:02:41] <@numique> Im OnlineGamesNet gibt es verschiedene Services.
[18:02:52] <@numique> Für User relevant sind:
[18:02:56] <@numique> AuthServ - Benutzerverwaltung
[18:03:00] <@numique> ChanServ - Channelverwaltung
[18:03:04] <@numique> SpamServ - Ein Service der Channel vor Spam schützt
[18:03:10] <@numique> Watchdog - Ein "Aufpasser" der das Posten von z.B. Diebspiel-Links mit kicks und im
[18:03:16] <@numique> Wiederholungsfall mit einer G-Line bestraft.
[18:03:32] <@numique>
[18:03:39] <@numique> Und nun übergebe ich das Wort an gix der Euch zum Einstieg den Service AuthServ näher bringt. Denn er ist das zentrale Element der Rechteverwaltung hier im OnlineGamesNet ist, auf die der Rest der Class aufbauen wird.

AuthServ

[18:04:00] <@gix> Das OnlineGamesNet verwendet - anders als die meisten anderen Netzwerke - ein System mit dem man sich einen Account (bei eben diesem AuthServ registrieren kann.
[18:04:15] <@gix> Man beachte den Unterschied: Account bedeutet NICHT Nickname! Der Nickname den man benutzt hat NICHTS mit dem Account den man benutzt zu tun.
[18:04:24] <@gix> Deswegen heißt der Service auch AuthServ und nicht NickServ. Man registriert einen Account und kann jeden beliebigen Nick verwenden.
[18:04:32] <@gix> Im folgenden werde ich alle angesprochenen Befehle in der Form /as <Befehl> erklären.
[18:04:49] <@gix> Soviel zu dem Unterschied zwischen Nick und Account. Nun stellt sich die Frage: "Wofür das ganze, bisher konnte ich auch ohne Account kommunizieren?"
[18:04:59] <@gix> Das ist richtig, zum chatten selbst ist der Account nicht erforderlich.
[18:05:17] <@gix> Der Account kommt erst ins Spiel, wenn ihr in einem Channel Rechte bekommen wollt, oder euch einen eigenen Channel für eure Allianz registrieren lassen wollt.
[18:05:32] <@gix> Denn dieser Account stellt für die ServiceBots die einzige Möglichkeit dar, euch wiederzuerkennen.
[18:05:40] <@gix>
[18:05:50] <@gix> Nachdem wir nun wissen, was ein Account ist, wollen wir uns einen registrieren.
[18:06:04] <@gix> Dies geht auf zwei verschiedene Arten:
[18:06:12] <@gix> Zum einen über unser Webinterface auf http://www.onlinegamesnet.net/authRegister.php?language=de .
[18:06:23] <@gix> Nach der Registrierung erhaltet ihr eine Email mit eurem Passwort.
[18:06:33] <@gix>
[18:06:39] <@gix> Die 2. Möglichkeit ist die Registrierung mit einem Befehl.
[18:06:49] <@gix> /as register <Account> <Passwort> <email>
[18:07:00] <@gix> Wobei die <> Klammern nur zur Verdeutlichung sind, dass ihr dort die von euch gewünschten Daten einsetzen müsst.
[18:07:14] <@gix> Nachdem ihr euch mit dem Befehl registriert habt, erhaltet ihr per Email ein sogenanntes Cookie.
[18:07:23] <@gix> Dieses Cookie soll sicherstellen, dass es eure Mailadresse ist. Außerdem aktiviert es beim Ausführen den Account und loggt euch ein.
[18:07:37] <@gix> Der Befehl lautet: /as cookie <Account> <Cookie>
[18:07:43] <@gix>
[18:07:54] <@gix> Beachtet bitte, dass ihr euch jedes Mal, wenn ihr euch mit dem Server verbindet, wieder in euren Account einloggen (authen) müsst.
[18:08:04] <@gix> Der Befehl dazu lautet: /as auth <Account> <Passwort>
[18:08:08] <@gix>
[18:08:26] <@gix> Jetzt, wo ihr euren Account registriert habt und wisst, wie ihr euch in den Account einloggen könnt, möchte vielleicht der ein oder andere von euch sein Passwort ändern.
[18:08:50] <@gix> Wenn ihr bereits eingeloggt (geauthed) seid, geht dies ganz einfach mit dem Befehl: /as pass <Altes_Passwort> <Neues_Passwort>
[18:09:03] <@gix> Für den Fall dass ihr euer Passwort mal vergessen solltet, könnt ihr euch im nicht-geautheten Zustand ein neues Passwort setzen.
[18:09:15] <@gix> Der Befehl dazu lautet dann: /as resetpass <Account> <Neues_Passwort>
[18:09:29] <@gix> Nach dem Resetpass-Befehl erhaltet ihr wieder ein Cookie per mail, mit dem ihr das neue Passwort aktiviert.
[18:09:43] <@gix> Bis zur Bestätigung durch das Cookie bleibt das alte Passwort aktiv.
[18:10:02] <@gix>
[18:10:04] <@gix> Solltet ihr euch mal über eine andere Internetverbindung authen wollen, sei es weil ihr einen neuen Provider habt, beim Freund seid oder schnell vom Internetcafe aus online wollt,
[18:10:24] <@gix> so kann es vorkommen, dass ihr von AuthServ die Fehlermeldung "Hostmask ist nicht gültig für den Account" bekommt, dies liegt daran dass euer Account sich eure Verbindung merkt.
[18:10:47] <@gix> Um euch trotzdem authen zu können könnt ihr den so genannten Authcookie-Befehl benutzen:
[18:10:55] <@gix> /as authcookie <Account>
[18:11:12] <@gix> Nachdem ihr diesen Befehl ausgeführt habt, erhaltet ihr erneut ein Cookie per Mail, mit dem ihr euch gleichzeitig authed und die neue Verbindung für euren Account "erlaubt".
[18:11:37] <@gix> Anzumerken wäre noch, dass für diesen Befehl eine Email-Adresse gesetzt sein muss, ist dies nicht der Fall, bekommt ihr bei der Ausführung dieses Befehls eine Fehlermeldung.
[18:11:51] <@gix> Dann ist eure einzige Möglichkeit #help zu joinen und euch an das IRC-Team zu wenden.
[18:12:05] <@gix>
[18:12:24] <@gix> Wenn ihr allerdings schon vorher wisst, dass ihr von einer komplett anderen Verbindung (Hostmask) aus auf euren Account zugreifen wollt,
[18:12:35] <@gix> dann könnt ihr die neue Verbindung auch schon im Vorraus eurem Account hinzufügen.
[18:13:00] <@gix> Dies ist zum Beispiel dann der Fall, wenn ihr einen BNC (siehe z.B.: http://de.wikipedia.org/wiki/bouncer ) anlegt,
[18:13:16] <@gix> da dieser BNC auf einem Server liegt und damit eine andere Hostmask hat.
[18:13:36] <@gix> Der Befehl dazu lautet dann:
[18:13:37] <@gix> /as addmask *@host
[18:14:05] <@gix>
[18:14:07] <@gix> Allerdings kann es auch mal vorkommen, dass eine alte Verbindung in eurem Account eingetragen ist, über die ihr eventuell gar nicht mehr online kommt.
[18:14:26] <@gix> Um unter anderem zu sehen welche Hostmasks in eurem Account bereits als gültig gesetzt sind, gibt es den Befehl: /as info
[18:14:49] <@gix> Mit diesem Befehl seht ihr alle wichtigen Informationen über euren Account, u.a. wann ihr diesen registriert habt, ob eine Email adresse gesetzt ist, eure Hostmasks, usw. auf einen Blick.
[18:15:06] <@gix> Wenn ihr jetzt eine alte Hostmask in eurem Account seht, die ihr nicht mehr braucht, dann könnt ihr diese mit folgendem Befehl löschen:
[18:15:14] <@gix> /as delmask *@host
[18:15:38] <@gix> Dies waren die Grundbefehle von AuthServ.
[18:15:40] <@gix>
[18:16:11] <@gix> Es ist euch sicher schonmal passiert, dass ihr auf dem Server einen so genannten Timeout hattet, und ihr neu verbunden wurdet.
[18:16:35] <@gix> Wenn ihr jetzt auf dem Server zurück seid, und euer alter nick noch auf dem Server ist, wird dieser zwar nach einer gewissen Zeit mit der Begründung "Ping Timeout" gegangen, allerdings ist euer Nick so lange noch blockiert.
[18:16:54] <@gix> Jetzt die gute Nachricht:
[18:17:03] <@gix> Wart ihr vor dem Disconnect in euren Account eingeloggt, und seid das nach eurem Reconnect wieder, so könnt ihr euren alten Nick selbst "Ghost-Killen".
[18:17:17] <@gix> Der Befehl dazu lautet:
[18:17:17] <@gix> /as ghost <Nick>
[18:17:37] <@gix> Allerdings funktioniert dieser Befehl auch nur wenn beide Nicks auf den selben Account eingeloggt sind.
[18:17:39] <@gix>
[18:18:19] <@gix> Wir haben jetzt schon mehrmals ein Cookie angefordert.
[18:18:28] <@gix> Wenn man mal ein Cookie versehentlich angefordert hat oder gar jemand anderes für einen, so kann man das Cookie löschen.
[18:18:57] <@gix> Somit wird die Mail ungültig und der Vorgang (Erlaubnis zum einloggen [Authcookie] oder Passwortänderung [Resetpass-Cookie]) abgebrochen.
[18:19:08] <@gix> Der Befehl dazu lautet:
[18:19:08] <@gix> /as delcookie
[18:19:35] <@gix>
[18:19:35] <@gix> Eine weitere Einstellung von Authserv ist Autohide.
[18:19:49] <@gix> Dieser wird mit /as set autohide <1 oder 0> ein- bzw. ausgeschaltet. Autohide bewirkt, dass ihr beim authen automatisch den Usermode +x gesetzt bekommt.
[18:20:03] <@gix> Schön, werdet ihr jetzt denken. Und was bringt mir das?
[18:20:21] <@gix> Wenn jemand ein /whois auf euch macht sieht er unter anderem euren Host. Dieser Host ist eure Adresse im Internet, über die euer PC für potentielle Angreifer erreichbar ist.
[18:20:42] <@gix> Der Usermode +x versteckt eben diesen Host hinter @Account.user.OGameNet.
[18:21:05] <@gix> Autohide wirkt jedoch erst nach dem nächsten authen, daher solltet ihr zusätzlich dazu den usermode +x für diese Sitzung manuell setzen. Der Befehl dazu ist:
[18:21:05] <@gix> //mode $me +x für mirc, oder allg.: /mode <dein Nick> +x
[18:21:36] <@gix>
[18:21:42] <@gix> Jetzt noch die letzte Option zu AuthServ:
[18:21:44] <@gix> AuthServ bietet auch einen Vacationmodus (Urlaubsmodus) an.
[18:21:54] <@gix> Diesen könnt ihr aktivieren mit:
[18:21:54] <@gix> /as vacation
[18:22:11] <@gix> Danach befindet sich euer Account im Urlaubsmodus, und bleibt dies auch so lange, bis ihr euch das nächste mal authed.
[18:22:23] <@gix> Währenddessen seid ihr in den Channels, in denen ihr Access habt, in der Userliste mit dem Status "vacation" gekennzeichnet.
[18:22:23] <@gix> Der Sinn dieser Einstellung liegt darin, dass euer Account nicht wegen Inaktivität gelöscht wird.
[18:22:46] <@gix>
[18:22:47] <@gix>
[18:22:55] <@gix> Das wars jetzt über AuthServ. Falls ihr Fragen habt, dürf ihr sie jetzt an ClassServ stellen.
[18:24:12] <@Prox> Also, Frage 1: Wann wird ein Account wegen Inaktivität gelöscht
[18:24:17] <@Prox> Normal ist ~1 Jahr
[18:24:35] <@Prox> Das kann aufgrund von Datenbankbereinigung auch etwas länger dauern oder minimal kürzer
[18:25:05] <@gix>
[18:25:06] <@gix> Frage 2: Kann man auch vermeiden, dass man mit authcookie jedesmal ein Cookie anfordern muss, sodass man sich von jedem Provider aus einloggen kann.
[18:25:42] <@gix> Man kann mit /as addmask *@* alle hosts erlauben. Jedoch setzt man damit den Sicherheitsmechanismus der Host-Überprüfung außer Kraft.
[18:26:01] <@Prox>
[18:26:06] <@Prox> Zu Frage 1 noch
[18:26:24] <@Prox> Wer keinen Channelaccess in seinem Account hat, wird ihn nach 3 Monaten bereits einbüßen
[18:26:34] <@Prox> Ebenfalls ist es nach 3 Monaten Abwesenheit im Account möglich
[18:26:54] <@Prox> Diesen vom IRC Staff umbenennen zu lassen, sofern man diesen Nick selbst benutzen möchte
[18:27:09] <@Prox> (dafür einfach in #help eine Supportanfrage starten)
[18:27:18] <@gix>
[18:27:20] <@gix> Frage 3: Kann man sich auch automatisch in den Account einloggen?
[18:28:07] <@gix> Das hängt von eurem Clienten ab. Viele Clienten können das, jedoch hat jeder eine andere Einstellung dafür. Wenn man googled findet man dort aber meistens Informationen dazu. Natürlich kann man auch in #help Client-spezifische Fragen stellen.
[18:28:28] <@numique> meine IP wird immer noch angezeigt obwohl ich alle Befehle ausgeführt habe! Woran liegt das?
[18:28:35] <@numique> Frage 4: ;)
[18:28:39] <@numique> Du meinst wohl dass du iwo deine IP siehst, wenn du dich selber whoist - das ist normal.
[18:29:25] <@numique> sobald sie nicht im host vorkommt, (ident@host) sehen sie die anderen users nicht
[18:29:39] <@gix>
[18:29:51] <@gix> Und zur letzten Frage: ich hab alle 6-8h eine neue ip. muss ich dann wirklich alle hosts erlauben oder funktioniert das anders?!
[18:30:42] <@gix> Es ist normal, dass man spätestens alle 24h eine neue IP zugewießen bekommt. In deinem Account ist aber eine Maske gespeichert, welche alle IPs deines Providers (zum Beispiel Telekom) enthält.
[18:31:25] <@gix> Solange du also nicht deinen Provider wechselst (zB. von telekom zu Arcor), dann musst du auch keinen zusätzlichen Host hinzufügen.

Userliste

[18:31:54] <@gix> Und weiter gehts mit ChanServ.
[18:32:49] <@gix> Das erste Kapitel ist die Userliste von ChanServ.
[18:33:05] <@gix> Es gibt verschiedene Arten, ChanServ zu bedienen:
[18:33:05] <@gix>  !befehl (direkt im Channel) >> z.B !users
[18:33:20] <@gix> Dann gibt es noch ein paar andere Arten ihn zu bedienen (die aber nicht öffentlich gemacht werden):
[18:33:34] <@gix> /cs #chan befehl >> z.B /cs #class users
[18:33:34] <@gix> /chanserv #chan befehl >> z.b /chanserv #class users
[18:33:41] <@gix>
[18:33:57] <@gix> Gehen wir nun zum eigentlichen Thema über.
[18:34:02] <@gix> Jeder Channel hat seine eigene Userliste ( Befehl !users), mit dessen Verwaltung ich mich nun beschäftigen werde.
[18:34:18] <@gix> Um User in die Userliste aufzunehmen, müssen die zuerst geauthed sein. Mit dem Befehl !adduser User Wert fügst du einen User in die Userlist hinzu.
[18:34:43] <@gix> Sollte der User nicht anwesend sein aber ihr den Authnamen wisst, könnt ihr mit !adduser *authnick Wert hinzufügen.
[18:34:51] <@gix> Der Wert liegt dabei zwischen 1-499.
[18:35:01] <@gix> Bitte beachtet das ab jedem bestimmten Level der User mehr kann.
[18:35:12] <@gix> Levels sind, 100 = voice; 200 = op, 300 = kann Users adden; 400 = kann Channelsettings ändern.
[18:35:39] <@gix> Um einen User wieder von der Userliste deines Channels zu löschen, gibst du folgenden Befehl ein: !deluser Nick
[18:35:54] <@gix> Beachte das du nur ab 300 Access und User die weniger Access als du haben löschen kannst.
[18:36:06] <@gix>
[18:36:20] <@gix> Accesslevel kannst du mit dem folgenden Befehl ändern !clvl Nick Wert (oder !clvl *autnick Wert)
[18:36:37] <@gix> Beachte, dass du den Befehl nur nutzen kannst ab 300 Access.
[18:36:55] <@gix>
[18:37:06] <@gix> Wenn du nicht unbedingt einen User löschen möchtest, sondern nur für eine bestimmte Zeit die Rechte in dem Channel zu nehmen, kannst du das mit !suspend Nick (*authnick)
[18:37:32] <@gix> Unter !users wird dir auch angezeigt ob der User supendiert wurde (ChanServ: 200 Nick 4 Sekunden Suspended)
[18:37:50] <@gix> Um ihm wieder seine Access zu geben benutze folgenden Befehl !unsupend Nick (*authnick).
[18:38:13] <@gix>
[18:38:16] <@gix> Mit dem Befehl !resync gleichst du dann deine Userliste ab.
[18:38:16] <@gix> Dieser Befehl dient dazu, alle Userlisten Einstellungen zu übernehmen.
[18:38:37] <@gix> Sollte jemand noch OP im Channel haben, aber er wurde gelöscht, wird mit dem Befehl das OP genommen.
[18:38:51] <@gix> Bei eurem Channel solltet ihr auch beachten, dass dieser automatisch ausläuft, wenn 3 Wochen lang kein user mit mindestens 300 Access im Channel drin war.
[18:39:03] <@gix>
[18:39:30] <@gix> Der Vortrag über ChanServ war jetzt ein bisschen kürzer. Ihr könnt jetzt Fragen zu ChanServ an ClassServ stellen
[18:40:55] <@numique> Frage 1: wie mache ich sichere bans?
[18:41:06] <@numique> es gibt keine 100%ig sicheren Bans. ;)
[18:41:50] <@numique> es ist immer möglich die ip zu wechseln, bei den meisten providern geschieht das automatisch oder eine andere ident zu nehmen.
[18:42:07] <@numique> mehr dazu wird euch aber später noch Prox erzählen. deshalb möchte ich ihm jetzt nicht die Show stehlen. :)
[18:42:31] <@gix>
[18:42:55] <@gix> Dies war bisher nur der VOrtrag über die ChanServ-Channelliste. Andere Themen zu ChanServ werden danach noch erklärt ;)
[18:43:03] <@gix> Frage2: Ist es möglich den Nicknamen in das greeting mit einzubeziehen?
[18:43:26] <@gix> Nein. Aber du kannst den Accountnamen nehmen. Das geht mit $H.
[18:43:41] <@gix> Wenn $H im Greeting vorkommt, wird es durch den Accountnamen des Users, der joint, ersetzt.
[18:44:07] <@numique> Frage 3: wie mache ich einen channel, auf dem nur allymitglieder und sonst NIEMAND zugriff hat?
[18:44:47] <@numique> ja, in dem man mode +k (passwortgeschützt) oder +i (invite-only) auf einen channel setzt. darauf werden wir aber noch später ausfrühlich zu sprechen kommen.
[18:44:56] <@Prox>
[18:45:05] <@Prox> Frage 4: Kann man die Suspendzeit einstellen
[18:45:38] <@Prox> Nein, das ist leider derzeit nicht möglich.
[18:45:54] <@Prox> Aber für derlei kann man dann tb (timeban) nutzen wenn nötig ;)
[18:46:28] <@gix>
[18:46:47] <@gix> Frage 5: Kann man auch die rechte verteilung umändern, dass man zb erst access ab lvl 400 geben kann ?
[18:47:07] <@gix> Das geht nur bedingt.
[18:47:25] <@gix> Man kann dies über die Channelsettings einstellen, diese werden jetzt aber erklärt.
[18:48:26] <@Prox>
[18:48:59] <@Prox> Soviel zu den Fragen für diese Runde. Was am Ende der Class noch nicht beantwortet wurde und wirklich auf der Seele brennt, kann im Anschluss noch mit den Supportern geklärt werden ;)

Channelsettings

[18:49:16] <@numique> Ich mach nun weiter mit den Channel Settings.
[18:49:19] <@numique>
[18:49:25] <@numique> Fangen wir an mit dem greeting
[18:49:25] <@numique>
[18:49:43] <@numique> Das greeting ist eine Willkommensnachricht an User die den Channel betreten. Hierbei unterscheidet man zwischen normalem Greeting, welches jeder User sehn wird der den Channel betritt, und dem Usergreeting, das alle User die Access in dem Channel haben sehen.
[18:49:55] <@numique>
[18:50:03] <@numique> Gesetzt werden die Greetings mit den Befehlen !set greeting Text beziehungsweise !set usergreetingText.
[18:50:16] <@numique> Ein User bekommt immer nur ein Greeting angezeigt, je nachdem ob er Access hat oder nicht.
[18:50:20] <@numique>
[18:50:42] <@numique> Ein Usergreeting wird nur Usern mit Access im Channel angezeigt.
[18:50:43] <@numique>
[18:50:54] <@numique> Um ein 'Greeting' wieder zu entfernen muss man einfach !set UserGreeting * oder halt !set Greeting * eingeben.
[18:51:00] <@numique>
[18:51:07] <@numique> !set PubCmd <access>
[18:51:14] <@numique>
[18:51:17] <@numique> Mit dieser Einstellung wird festgelegt, wie viel Access ein User im Channel haben muss, um öffentliche Befehle wie !users zu benutzen.
[18:51:26] <@numique> Nicht öffentliche commands, also die befehle die mit / anfangen, sind aber weiterhin zulässig.
[18:51:36] <@numique> Diese Einstellung findet ihr beispielsweise in den Uni channels wieder. Euch ist bestimmt schon aufgefallen dass ihr dort keine öffentlichen Commands benutzen könnt.
[18:51:38] <@numique>
[18:51:46] <@numique> !set InviteMe <access>
[18:51:47] <@numique>
[18:51:59] <@numique> Diese Einstellung legt fest, wie viel Access man in einem Channel haben muss, um sich bei gesetztem +i Mode in den Channel einladen zu können. Command dafür ist -> /ChanServ invite #channel
[18:52:03] <@numique>
[18:52:12] <@numique> !set Userinfo <access>
[18:52:17] <@numique>
[18:52:22] <@numique> Setzt fest, ab welchem Accesslevel ChanServ beim join eines users die Infoline (Setinfo) in den Channel schreibt.
[18:52:23] <@numique>
[18:52:41] <@numique> !set GiveOPs <access>
[18:52:44] <@numique>
[18:52:50] <@numique> Legt fest, ab welchem Accesslevel ein User beim Betreten des Channels automatisch OP-Rechte bekommt.
[18:53:09] <@numique> Standardmäßig ist das auf 200 gesetzt.
[18:53:33] <@numique> Ich könnt mit dem Befehl /cs #class users sehen, wer wie viel Access in diesem Channel hat.
[18:54:03] <@numique> Ich setze mal GiveOPs auf 300 und nehme den Leute die OP ihr Status weg.
[18:54:09] <@numique> !set giveops 300
[18:54:11] <@numique> !resync
[18:54:11] --- mode #class -oooovo Prox gix ZeRoFiGhter ClassServ ClassServ H3LL by ChanServ
[18:54:12] --- mode #class +ov chris ZeRoFiGhter by ChanServ
[18:54:20] <@numique>
[18:54:32] <@numique> !set GiveVoice <access>
[18:54:35] <@numique>
[18:54:47] <@numique> Ähnlich wie GiveOPs: Legt fest, ab welchem Accesslevel ein User beim Betreten des Channels automatisch Voice-Rechte bekommt.
[18:54:55] <@numique> Sehr beliebt ist hier der wert 0 - also !set givevoice 0. Hierbei bekommt jeder beim joinen automatisch voice
[18:55:18] <@numique> Ich setze es mal auch etwas höher, auf 299, und nehme allen die weniger Access haben ihr Voice weg.
[18:55:23] <@numique> !set givevoice 299
[18:55:25] <@numique> !resync
[18:55:25] --- mode #class -vvvvvv airfan Prox gix polo ZeRoFiGhter mafmaf by ChanServ
[18:55:26] --- mode #class -v H3LL by ChanServ
[18:55:30] <@numique> Seht ihr? ;)
[18:55:59] <@numique> !resync gleich die Channeluserliste mit der aktuellen Userlist des ChanServs ab.
[18:56:15] <@numique> Ich mache es mal wieder rückangig, bevor die Kollegen stinkig werden. ;)
[18:56:27] <@numique> !set givevoice 200
[18:56:39] <@numique> !set giveops 251
[18:56:41] <@numique> !resync
[18:56:41] --- mode #class +voovov airfan Prox gix polo ZeRoFiGhter mafmaf by ChanServ
[18:56:41] --- mode #class +v H3LL by ChanServ
[18:56:46] --- mode #class +o ClassServ by numique
[18:56:47] --- mode #class +oo polo airfan by ClassServ
[18:56:47] --- mode #class -oo polo airfan by ChanServ
[18:56:57] <@numique>
[18:56:58] <@numique> !set EnfOPs <access>
[18:57:01] <@numique>
[18:57:22] <@numique> Legt fest, ab welchem Accesslevel man Usern mit niedrigerem/keinem Accesslevel Op-Rechte im Channel geben darf.
[18:57:26] --- mode #class -bb pseudo!ident@host nick!ident@host by ClassServ
[18:57:31] <@numique> Wenn ich jetzt will, dass nur Leute mit 250 access anderen Leuten op geben können, gebe ich !set enfops 250 ein.
[18:57:55] <@numique> !set enfops 250
[18:58:05] --- mode #class -o ClassServ by numique
[18:58:06] <@numique> !op Class-Test
[18:58:16] <@numique> !op ClassServ
[18:58:16] --- mode #class +o ClassServ by ChanServ
[18:58:17] --- mode #class +oo polo airfan by ClassServ
[18:58:17] --- mode #class -oo polo airfan by ChanServ
[18:58:19] <@numique> mein fehler ;)
[18:58:24] <@numique>
[18:58:33] <@numique> seht ihr - ich kann das noch
[18:58:35] <@numique> !deop ClassServ
[18:58:36] --- mode #class -o ClassServ by ChanServ
[18:58:42] <@numique>
[18:58:43] <@numique> !set Setters <access>
[18:58:44] <@numique>
[18:58:59] <@numique> Hiermit kann man einstellen, welchen Access Level ein User benötigt, um mit dem Befehl SET die ChanServ Einstellungen zu verändern.
[18:59:13] <@numique> Wenn ich das jetzt auf 300 einstelle, kann ich das noch wunderbar machen aber die mit weniger access bekommen eine fehlermeldung
[18:59:25] <@numique> Ich spar mir das jetzt vorzuführen, ich hoff ihr glaubt mir das auch so. ;)
[18:59:27] <@numique>
[18:59:54] <@numique> -ChanServ- Du hast nicht genügend Access, um den Befehl auszuführen.
[18:59:54] <@numique> diese fehlermeldung würde dann kommen
[18:59:58] <@numique>
[18:59:59] <@numique> !set Protect:
[19:00:08] <@numique>
[19:00:09] <@numique> Diese Einstellung schützen die User vor anderen Usern mit Access.
[19:00:15] <@numique> Protect 0: Channel Besucher und User, die Access im Channel haben, werden vor Usern mit gleichem oder weniger Access geschützt.
[19:00:19] <@numique> Protect 1: User, die Access im Channel haben, werden vor Usern mit gleichem oder weniger Access geschützt.
[19:00:25] <@numique> Protect 2: User, die Access im Channel haben, werden vor Usern mit weniger Access geschützt.
[19:00:30] <@numique> Protect 3: Mein lieblingsmode - niemand wird geschützt.
[19:00:30] <@numique> bei protect 3 kann jeder jeden kicken ...
[19:00:33] <@numique>
[19:01:00] <@numique> So ihr lieben, nachdem ich euch jetzt mit informationen zugestopft habe fragt ihr euch bestimmt, was am ende einiger settings dieses "<access>" macht. Mit access meine ich den chanserv access. Die klammern sind nur der übersicht halber da, die bitte nicht mitschreiben, dann funktioniert der Befehl nicht.
[19:01:07] <@numique>
[19:01:21] <@numique> Ihr dürft euch jetzt wieder mit euren Fragen an ClassServ wenden. :)
[19:02:13] <@Prox>
[19:02:19] <@Prox> Frage 1: Was ist 'nodelete'
[19:02:37] <@Prox> Normale Channel können 'auslaufen' wenn sie zu lange nicht genutzt werden
[19:02:52] <@Prox> Dieses Limit liegt bei 3 Wochen in denen niemand mit 300-500 Access im Chan war
[19:03:07] <@Prox> Danach verlässt Chanserv den Channel - bei nodelete passiert dies nicht
[19:03:14] <@Prox> Daher haben alle offiziellen Channel diesen Status
[19:03:33] <@numique> Frage 2: Was ist dynlimit?
[19:03:51] <@numique> Setzt fest, ob ChanServ das Limit automatisch setzen und ändern soll, um Join-Floods zu verhindern.
[19:04:16] <@numique> Das Limit beträgt immer etwas mehr als es User im Channels gibt und wird immer automatisch erhöht.
[19:04:27] <@numique> Somit können nicht allzuviele User auf ein mal joinen.
[19:04:55] <@numique>
[19:05:31] <@gix> Frage 3: Gibt es einen Befehl, um ALLE User in einem Chan, wo ChanServ ist, zu deoppen (ChanServ selber natürlich nicht)?
[19:06:10] <@gix> Wie numique es bereits demonstriert hat, funktioniert dies nur, indem man giveops auf 501 setzt (!set giveops 501) und dann ein !resync ausführt. Eine andere Methode gibt es nicht.
[19:06:32] <@numique>
[19:06:36] <@numique> Frage 4: wie stelle ich ein, dass keiner (außer leute mit access) die userliste des channels sehen können=#
[19:06:40] <@numique> Jeder, der in einem Channel ist, darf die Userlist sehen - egal ob er Access hat, oder nicht. Einzige möglichkeit: die Leute, die kein Access haben einfach nicht in der Channel reinlassen.
[19:06:42] <@numique>
[19:07:23] <@Prox> Frage 5: Sind alternative Befehle (zB  !stfu ) irgendwo aufgelistet
[19:07:56] <@Prox> Wer wirklich alle verfügbaren Befehle sehen will, muss einmal  !showcommands bzw /cs showcommands machen
[19:08:18] <@Prox> Allerdings werden wir immer nur auf die Grundbefehle eingehen, wer wissen will, was ein bestimmter Befehl dieser Liste macht -->
[19:08:29] <@Prox> !command Name-des-Befehls
[19:08:36] <@Prox> Also zB  !command stfu
[19:08:58] <@numique>
[19:09:06] <@numique> Frage 6: Wenn man keine voice hat, heißt das dann, dann man nichts chreiben kann?
[19:09:09] <@numique> Wenn mode +m auf den Channel gesetzt wurde, dann kann man, ohne Voice oder Op zu haben, nichts schreiben.
[19:09:11] <@numique>
[19:09:28] <@numique> Frage 7: Gibt es eine Seite wo alle Befehle aufgelistet und erklärt sind?
[19:10:14] <@numique> Ja, die FAQ auf unserer Seite http://www.onlinegamesnet.net/ die aber nicht mehr akualisiert werden und unser wiki
[19:10:34] <@numique> Auf die werden wir im Laufe der Class noch ein mal verweisen.

Topic

[19:11:07] <@numique> So, machen wir dann weiter mit dem Topic. :)
[19:11:15] <@numique>
[19:11:18] <@numique> Das Wichtigste für Euch ist sicherlich das Einstellen eines festen Topics mit News-Bereich.
[19:11:18] <@numique> Dafür sind folgende Channel-Settings wichtig:
[19:11:29] <@numique>
[19:11:31] <@numique> DefaultTopic, TopicMask, EnfTopic, ModTopic
[19:11:33] <@numique>
[19:11:46] * numique hat das Thema geändert zu:
[19:11:55] <@numique> Ich lösche mal das jetzige topic. ;)
[19:11:59] <@numique> Wir haben also einen neuen Channel und möchten ein Topic haben, in dem immer steht
[19:12:06] <@numique> "Wilkommen bei der SRVX-Class"
[19:12:13] <@numique>
[19:12:17] <@numique> und dahinter soll noch ein dynamischer "News-Bereich" in dem steht was gerade aktuell ist.
[19:12:25] <@numique> So soll es danach aussehen:
[19:12:35] <@numique> "Wilkommen bei der SRVX-Class | News: - "
[19:12:39] <@numique>
[19:12:43] <@numique> Wir gehen also folgendermaßen vor:
[19:12:43] <@numique>
[19:12:57] <@numique> !set Defaulttopic Willkommen bei der SRVX-Class
[19:12:57] * ChanServ hat das Thema geändert zu: Willkommen bei der SRVX-Class
[19:13:26] <@numique> Jetzt wurde das defaulttopic, also das dauerhafte topic, gesetzt.
[19:13:32] <@numique>
[19:13:38] <@numique> Um nun den Newsbereich zu setzen verwenden wir eine TopicMask mit einem *, das * steht für den variabelen Bereich:
[19:13:40] <@numique>
[19:13:57] <@numique> !set TopicMask Willkommen bei der SRVX-Class | News: *
[19:14:02] <@numique>
[19:14:16] <@numique> Nun ist das Topic in ChanServ gespeichert, wenn wir als Owner jetzt aber
[19:14:22] <@numique> !topic Blah
[19:14:22] * ChanServ hat das Thema geändert zu: Blah
[19:14:27] <@numique> machen, übergeht der die Topicmask und setzt es das als Topic. Aber genau das wollen wir ja nicht!
[19:14:32] <@numique>
[19:14:41] <@numique> Mit
[19:14:42] <@numique> !topic
[19:15:25] <@numique> kommt es immer wieder. Als müssen wir die Muster, die vorhin gesetzt haben entsprechend schützen.
[19:15:38] <@numique> Also nochmal zurück
[19:15:58] <@numique> !set defaulttopic Wilkommen bei der SRVX-Class
[19:15:58] * ChanServ hat das Thema geändert zu: Wilkommen bei der SRVX-Class
[19:16:08] <@numique>
[19:16:15] <@numique> Um das Defaulttopic zu schützen, gibt es das Setting "EnfTopic", das standardmäßig auf 200 steht.
[19:16:22] <@numique> Und wenn man genausoviel oder mehr Access hat beachtet ChanServ das DefaultTopic nicht.
[19:16:27] <@numique> Also müssen wir nach den beiden obigen Einstellungen noch EnfTopic höher setzen.
[19:16:52] <@numique> Hier empfiehlt es sich dieses auf 501 zu setzen, so kann jeder gefahrlos den !topic Befehl ausführen, sogar ich, als owner, weil ich nur 500 Access habe.
[19:16:57] <@numique>
[19:17:02] <@numique> !set EnfTopic 501
[19:17:06] <@numique>
[19:17:31] <@numique> Kurzer Test:
[19:17:32] <@numique>
[19:17:45] <@numique> !topic Wir sind bald fertig mit der Class.
[19:17:45] * ChanServ hat das Thema geändert zu: Willkommen bei der SRVX-Class | News: Wir sind bald fertig mit der Class.
[19:17:51] <@numique> Seht ihr? :)
[19:17:57] <@numique>
[19:18:04] <@numique> Zum Abschluss müssen wir noch einstellen, dass nicht jeder die Einstellungen DefaultTopic und TopicMask verändern kann. Dazu setzen wir ModTopic auf 501.
[19:18:04] <@numique>
[19:18:09] <@numique> !set ModTopic 501
[19:18:15] <@numique>
[19:18:26] <@numique> Wenn ihr Fragen zum Thema Topic habt, schreibt sie bitte jetzt im Query an ClassServ.
[19:19:51] <@numique> Frage 1: Wenn ich modtopic auf 501 einstell, kann dann ich als owner trotzdem noch das topic ändern?!
[19:20:01] <@numique> Ja, kannst du. Ein owner darf das. :)
[19:21:46] <@Prox> Dazu muss allerdings vorher die Einstellung von 501 wieder auf 500 gesetzt werden. ALso zB  !set enftopic 500 (als Owner)
[19:22:08] <@Prox> Und da nur der Owner die Einstellung von 501 heruntersetzen kann, ist eine Änderung (ohne Owner) dann nicht möglich
[19:22:13] <@numique> Ach so
[19:22:19] <@numique> ich habe die Frage falsch verstanden. ;)
[19:22:29] <@numique> Danke Prox für die Ergänzung.
[19:23:00] <@numique> Frage 2: Kann der variable Bereich auch mitten in der DefaultTopic sein ?
[19:23:32] <@numique> Der variable Bereich wird in die TopicMask gesetzt und nicht in das DefaultTopic.
[19:23:38] <@numique> Und ja.
[19:24:21] <@numique> !set topicmask Wilkommen bei der SRVX-Class | News: * | Blub.
[19:25:14] <@Prox>
[19:25:21] <@numique> !topic blub
[19:25:21] * ChanServ hat das Thema geändert zu: Wilkommen bei der SRVX-Class | News: blub | Blub.
[19:25:25] <@numique> nur als beispiel ;)
[19:25:25] <@Prox> Frage 3: Wozu brauche ich den variablen Teil
[19:25:32] <@numique> !topic foo
[19:25:32] * ChanServ hat das Thema geändert zu: Wilkommen bei der SRVX-Class | News: foo | Blub.
[19:25:37] <@Prox> Ob man ihn braucht kann ich nicht beantworten
[19:25:52] <@Prox> Aber es ist sicherlich angenehmer, ein festes Topic zu haben, das nicht jeder ändern kann
[19:26:09] <@Prox> Und einen Teil der dann noch zu ändern ist, zB für Neuigkeiten oder wichtige Hinweise
[19:26:22] <@numique> Das Defaulttopic könnte auch z.B. so aussehen:
[19:26:43] <@numique> !set defaulttopic Wilkommen bei der SRVX-Class | News -
[19:26:44] * ChanServ hat das Thema geändert zu: Wilkommen bei der SRVX-Class | News -
[19:26:54] <@numique> und die topicmask:
[19:27:00] <@numique> !set topicmask Wilkommen bei der SRVX-Class | News *
[19:27:16] <@numique> dann kann man immer eine neuigkeit setzen
[19:27:23] <@numique> !topic blub
[19:27:23] * ChanServ hat das Thema geändert zu: Wilkommen bei der SRVX-Class | News blub
[19:27:47] <@numique> oder aber, wenn man keine News hat, auch einfach zu Defaulttopic wechseln, ohne News:
[19:27:49] <@numique> !topic
[19:27:49] * ChanServ hat das Thema geändert zu: Wilkommen bei der SRVX-Class | News -
[19:27:51] <@numique> so :)

Channelmodes

[19:28:33] <@Prox> Gut, ich denke das haben wir ausführlich und hoffentlich anschaulich erklärt ;)
[19:29:04] <@Prox> daher werde ich nun mit dem Thema Channel Modes fortfahren
[19:29:24] <@Prox> Im Allgemeinen gilt - Chanmodes setzt man, wenn man im Channel ist mit !mode +<chanmode> [parameter] oder mit /cs #channelname mode +<chanmode> [parameter] (letzterer Befehl ist von Überall ausführbar) - zum entfernen des gewünschten Chanmodes das + (Plus) durch ein - (Minus) ersetzen.
[19:29:41] <@Prox> Klingt komplizierter als es ist, aber das sehen wir gleich noch ;)
[19:29:43] <@Prox>
[19:30:13] <@Prox> Erklären werde ich euch die Modes - ntzcikmrps - bedenkt das die Groß-, und Kleinschreibung wichtig ist.
[19:30:40] <@Prox> Es gibt drei Modes die in jedem neu registrierten Channel gesetzt sind
[19:30:51] <@Prox> 1. Mode - n
[19:31:10] <@Prox> Dieser Mode sagt aus das man nur Nachrichten an den Channel senden kann, wenn man auch in diesen ist. (/msg #chan text - funktioniert somit nicht)
[19:31:25] <@Prox> Also kann kein 'auswärtiger' den Channel zutexten
[19:31:27] <@Prox>
[19:31:33] <@Prox> 2. Mode - t
[19:31:51] <@Prox> Wenn dieser Mode aktiviert ist können nur Channel-Operatoren (@ bei mIRC) das Topic verändern.
[19:32:03] <@Prox>
[19:32:08] <@Prox> Und 3. Mode - z
[19:32:18] <@Prox> Der wird von Chanserv gesetzt und kann auch nur von Chanserv gesetzt werden
[19:32:34] <@Prox> Grundsätzlich heißt es "chan registriert"
[19:33:00] <@Prox> Neben diesen drei Modes könnt ihr noch viele andere setzen
[19:33:09] <@Prox> Mode - c
[19:33:44] <@Prox> Verbietet beispielsweise das "bunt" schreiben, also alles was rot/grün usw ist
[19:33:55] <@Prox> Fett schreiben und unterstrichen funktioniert allerdings noch
[19:34:08] <@Prox> Als Beispiel wenn man diesen Modus setzen will
[19:34:10] <@Prox> !mode +c
[19:34:10] --- mode #class +c by ChanServ
[19:34:22] <@Prox> Zum Entfernen statt + einfach ein -
[19:34:26] <@Prox> !mode -c
[19:34:26] --- mode #class -c by ChanServ
[19:34:55] <@Prox> Zwei Weitere Modes die vorhin kurz angesprochen wurden sorgen dafür, dass euer Channel Zugangsgeschützt ist
[19:35:01] <@Prox> 1. Mode - k
[19:35:19] <@Prox> Dies ist das setzen eines Passwortes für den Channel ( !mode +k deingewünschtesPasswort )
[19:35:49] <@Prox> Danach muss man zum Betreten einfach das PW anhängen ( /join #channelname deingewünschtesPasswort )
[19:35:51] <@Prox>
[19:35:58] <@Prox> 2. Mode - i
[19:36:20] <@Prox> Damit können nur Leute die eingeladen werden oder sich selbst einladen den Channel betreten
[19:36:41] <@Prox> Zum Selbst einladen /cs #channelname invite
[19:37:19] <@Prox> Um jemanden in den Channel einzuladen müsst ihr Operator im Channel sein und könnt dann /invite Nickname #channelname nutzen um den gewünschten nick einzuladen
[19:37:34] <@Prox>
[19:38:04] <@Prox> Die nächsten zwei Modes können euren Channel verstecken. Da sie sich gegenseitig ausschließen kann nur einer der beiden gesetzt sein (oder keiner)
[19:38:12] <@Prox>
[19:38:14] <@Prox> 1. Mode - p
[19:38:21] <@Prox> Wenn dieser Mode gesetzt ist, wird der Channel im Whois nicht angezeigt - in der Channel-Liste jedoch schon.
[19:38:23] <@Prox>
[19:38:31] <@Prox> 2. Mode - s
[19:38:47] <@Prox> Ist dieser Mode gesetzt, wird der Channel in einem Whois und in der Channel-Liste nicht angezeigt.
[19:38:59] <@Prox>
[19:39:12] <@Prox> Und zu guter Letzt zwei Modes, die euren Channel "moderieren"
[19:39:21] <@Prox> 1. Mode - m
[19:39:27] <@Prox> Diesen sehr ihr auch hier im Channel
[19:39:51] <@Prox> Nur Personen die op (@) oder voice (+) haben können in einem solchen Chan schreiben
[19:40:00] <@Prox>
[19:40:03] <@Prox> 2. Mode - r
[19:40:13] <@Prox> Wenn dieser Mode gesetzt ist können nur Leute joinen die einen Authserv Account besitzen und eingeloggt sind.
[19:40:27] <@Prox> Dies betrifft allerdings NUR zukünftige Joins ;)
[19:40:51] <@Prox> Damit wird also noch niemand rausgeschmissen
[19:40:59] <@Prox>
[19:41:26] <@Prox> Das sind die Wichtigsten und häufigsten Modes :) wer Fragen dazu hat, bitte jetzt wieder an ClassServ schreiben
[19:43:16] <@numique>
[19:43:26] <@numique> Frage 1: Was ist mit +Dd ?
[19:43:39] <@numique> Mode D bedeutet das Join/Part/Quits nicht angezeigt werden. Leute tauchen erst in der Userliste auf wenn sie etwas geschrieben haben.
[19:43:52] <@numique> Wie ich schon am anfang der Class erklärt habe. :)
[19:44:03] <@numique> Mode +d wird gesetzt wenn Mode D entfernt wird und noch unsichtbare User im Channel sind. Chanserv entfernt diesen Mode wieder wenn alle unsichtbaren User sichtbar sind oder nichtmehr im Channel.
[19:44:32] <@numique>
[19:44:53] <@numique> Frage 2: braucht man einen bestimmten access um diese modes auszuführen?
[19:45:05] <@numique> Im prinzip brauchst du nur den OP-Status zu haben.
[19:45:40] <@numique> Es gibt jedoch Befehle die bestimmte Modes sperren, wie z.B. ModTopic
[19:46:10] <@numique> diese einstellung setzt den Access, den man braucht um mode t zu ändern.
[19:46:26] <@numique> Oder auch die CS-Einstellung: EnfModes
[19:46:43] <@numique> Die regelt, ab welchem Access man generell Mods ändern darf.

Bannen

[19:47:05] <@Prox> Gut :) wir gehen nun zum letzten Thema über
[19:47:10] <@Prox> Dem Bannen
[19:47:33] <@Prox> Es gibt verschiedene Möglichkeiten zu kicken und zu bannen (oder dies zu kombinieren)
[19:47:49] <@Prox> Allerdings gibt es erstmal 2 grundlegende Unterschiede: Die Channel Ban List (einfach) und die ChanServ Ban List (erweitert).
[19:48:05] <@Prox> Jeder, der im Channel Operator Status (@) hat oder mindestens 200 Access im Channel, kann einen Ban zu der Channel Ban list hinzufügen.
[19:48:26] <@Prox> Für die Chanserv Ban liste braucht man hingegen mehr als nur den Operator Status
[19:48:29] <@Prox>
[19:48:35] * TestTyp (bouncer7@noradim.de) hat #class betreten
[19:48:35] --- mode #class +v TestTyp by ChanServ
[19:48:50] <@Prox> Wie oder besser was können wir nun bannen
[19:49:15] <@Prox> Wenn man sich TestTyp über ein Whois ansieht ( /whois TestTyp ) bekommt man etwa so etwas
[19:49:24] <@Prox>] --- [TestTyp] (bouncer7@noradim.de)
[19:49:51] <@Prox> Hierbei ist TestTyp der Nick
[19:50:04] <@Prox> bouncer7 wäre der sogenannte 'Ident'
[19:50:22] <@Prox> Und der Host (welcher normal den Internetanbieter zeigt) ist noradim.de
[19:50:47] <@Prox> Zusammengenommen sieht eine gültige Banmask immer wie folgt aus
[19:50:57] <@Prox> Nick!Ident@Host
[19:51:42] <@Prox> Jedes dieser Elemente kann über eine Wildcard ersetzt werden. Diese ist ein * der beliebige und beliebig viele Zeichen ersetzt
[19:52:20] <@Prox>
[19:52:38] <@Prox> Wenn man es sich einfach machen will, gibt man nur den Nick des zu bannenden an. Chanserv wandelt dies dann um
[19:52:42] <@Prox> !ban TestTyp
[19:52:42] --- mode #class -v+b TestTyp *!*@noradim.de by ChanServ
[19:52:55] <@Prox> Wie ihr hoffentlich seht] --- ChanServ sets ban on *!*@noradim.de
[19:53:12] <@Prox> Hierbei wurde nur der Host gebannt.
[19:53:36] <@Prox> Jetzt ist es aber oft so, dass die meisten User einen dynamischen Host haben, wie zum Beispiel T-Online.
[19:54:02] <@Prox> Das könnte dann etwa so aussehen: ~einIdent@p54B854B5.dip.t-dialin.net
[19:54:33] <@Prox> Dieser dynamische Teil besteht aus diesem Teil: p54B854B5 . Nach dem IP-Wechsel ändert dieser sich aber, ein ban wäre nutzlos.
[19:54:33] <@Prox> Um diesen user dennoch effizient zu bannen, benutzt man nun die erwähnten wildcards:
[19:56:05] <@Prox> Ein Ban auf *!*@*.dip.t-dialin.net betrifft alle T-Online User, daher nutzen wir lieber *!*~einIdent@*.dip.t-dialin.net und bannen ziemlich effektiv nur unseren gewünschten User
[19:56:29] <@Prox>
[19:56:33] <@Prox> Um einen gesetzten ban wieder zu entfernen benutzt man !unban Nick oder !unban nick!ident@host. Um alle Channel Ban list-bans zu löschen, benutzt man !unbanall.
[19:56:40] <@Prox> Als Beispiel hier ;)
[19:56:42] <@Prox> !unbanall
[19:56:42] --- mode #class -b *!*@noradim.de by ChanServ
[19:56:47] <@Prox> Und weg ist der Ban
[19:57:21] <@Prox> Wer nur einen geautheten (also eingeloggten User) bannen will, kann auch wieder diesen Accountnamen hernehmen
[19:57:31] * TestTyp hat die Verbindung getrennt (Registered)
[19:57:41] <@Prox> !ban *TestTyp
[19:57:41] --- mode #class +b *!*@TestTyp.* by ChanServ
[19:58:06] <@Prox> Beachtet bitte den * (der dem Accountnamen vorangestellt wird)
[19:58:15] <@Prox>
[19:58:51] <@Prox> Dies sind allgemeine Bans, als Sonderfälle gibt es noch addban und tb (für timeban) die bei Chanserv eingetragen werden, so dass er sich an diese erinnert
[20:00:10] <@Prox> Bei addban und tb wird der entsprechende User auch gleich aus dem Channel gekickt und sofern Chanserv (zB bei einem Netsplit) den Channel verlässt, werden diese Personen auch bei Rückkehr von Chanserv wieder entfernt
[20:00:30] <@Prox> Beispiel wieder bei TestTyp
[20:00:34] <@Prox> !addban TestTyp
[20:00:57] <@Prox> Und zum Entfernen hierbei !delban statt !unban
[20:01:00] <@Prox> !delban TestTyp
[20:01:00] --- mode #class -b *!*@TestTyp.* by ChanServ
[20:02:48] * TestTyp (bouncer7@TestTyp.user.OGameNet) hat #class betreten
[20:02:48] --- mode #class +v TestTyp by ChanServ
[20:03:37] <@Prox> Ich muss mich entschuldigen. 24h Disconnect
[20:03:41] <@Prox> Nun den zweiten Sonderfall neben addban - der timeban
[20:03:56] <@Prox> Hierbei wird ein Ban über eine festgelegte Zeitdauer erstellt
[20:04:09] <@Prox> Die Abkürzungen für die Dauer sind dabei die folgenden englischen:
[20:04:11] <@Prox> y = Jahr
[20:04:13] <@Prox> M = Monat (Großes M)
[20:04:20] <@Prox> w = Wochen
[20:04:22] <@Prox> d = Tag
[20:04:24] <@Prox> h = Stunde
[20:04:26] <@Prox> m = Minute (kleines m)
[20:04:28] <@Prox> s = Sekunde
[20:04:37] <@Prox> Und als Beispiel wiederum auf den TestTyp
[20:04:39] <@Prox> !tb TestTyp 15s
[20:04:39] --- mode #class -v+b TestTyp *!*@TestTyp.user.OGameNet by ChanServ
[20:04:39] * ChanServ hat TestTyp aus #class gekickt ((Prox) Bye.)
[20:04:54] --- mode #class -b *!*@TestTyp.user.OGameNet by ChanServ
[20:05:07] <@Prox> Wie man wiederum hoffentlich sieht, wird der Ban nach der eingestellten Zeit (hier 15s) von Chanserv entfernt
[20:05:38] <@Prox> Man kann auch beliebig kombinieren, zB  !tb TestTyp 1y5M3d
[20:05:53] <@Prox> Dies wären dann 1 Jahr, 5 Monate und 3 Tage
[20:06:33] <@Prox> Zum vorzeitigen Entfernen auch hier wieder  !delban Nick!Ident@Host (oder  !delban Nick wenn diese Person gerade online ist)
[20:06:43] <@Prox>
[20:07:00] <@Prox> Viel Stoff, aber ihr könnt nun trotzdem noch Fragen dazu stellen ;)
[20:08:17] <@numique>
[20:08:21] <@numique> Frage 1: Was ist NetSplit?
[20:09:16] <@numique> Da es idr schwierig ist, aufgrund der Belastung, ein Netzwerk auf einem Rechner zu hosten, teilt man das IRC-Netzwerk auf mehrere Server auf.
[20:10:09] <@numique> Ab und zu kommt es zu einer Trennung der Server, manche User sind dann auf dem einen Server und die anderen auf dem anderen, deshalb entsteht das Gefühl, es gäbe mehrere OnlineGamesNets.
[20:10:19] <@numique> Mehr dazu: http://de.wikipedia.org/wiki/Netsplit ;)
[20:10:22] <@numique>
[20:10:57] <@numique> Frage 2: Wenn ich einen User für 2 Wochen Banne (mit timeban) kann er dann diesen Ban umgehen?
[20:11:30] <@numique> Ja. Im Prinip kann man einen Ban immer umgehen (außer vllt *!*@* - ban auf alles ;)
[20:12:18] <@numique> d.h. wenn der Ban auf den Nick des Users ausgesproche wurde (was btw durch uns nicht mal als richtiger Ban gewertet wird und das Umgehen nciht als verstoß), reicht es für den User den Nick zu ändern.
[20:12:42] <@numique> Bei einem Ban auf die Ident, reicht es die Ident in den Einstellungen des IRC-Clients zu ändern.
[20:13:34] <@numique> Bei einem Ban auf die IP reicht ein IP wechsel, z.B. das Benutze von Proxies oder der erzwungen
IP-Wechsel, wie das bei den meisten deustchen Providern der Fall ist, da die ihren Kunden nur dynamische IPs zuweisen.

Schlusswort

[20:15:26] <@numique> so :)
[20:15:32] <@numique> Ich übernehme jetzt das abschliessende Wort.
[20:15:34] <@numique>
[20:15:42] <@numique> Ich denke Eure Köpfe rauchen jetzt ein wenig. Aber dennoch hoffen wir, dass Ihr heute ein wenig was gelernt habt.
[20:15:50] <@numique> Ansonsten einfach das Log nochmal nachlesen (wir werden den Class-Log im Laufe der nächsten Tage in unserer Wiki posten) und langsam sacken lassen.
[20:15:51] <@numique>
[20:15:56] <@numique> Bei Fragen stehen wir Euch gerne zur Verfügung. Ihr erreicht uns über unseren Help-Channel #help
[20:16:18] <@numique> Ansonsten verweisen wir nochmal unsere Seite http://www.onlinegamesnet.net/ und unsere Wiki mit den FAQ, wo ihr all das was hier besprochen wurde nochmal in einer ausführlichen Form nachlesen könnt, sowie viele andere interessante Befehle, die wir hier aus Zeitmangel und Unrelevanz nicht nennen konnten: http://wiki.onlinegamesnet.net/
[20:16:38] <@numique>
[20:16:59] <@numique> Um unsere Arbeit zu verbessern und auch eine eventuelle Wiederholung noch besser als heute zu machen *hust* würden wir uns über Euer Feedback freuen. Wir haben dafür im OGame.de Board einen Thread vorbereitet: http://board.ogame.de/thread.php?threadid=683556
[20:17:03] <@numique> Danke dafür.
[20:17:07] <@numique>
[20:17:19] <@numique> Bye bye, man liest sich und viel Spaß weiterhin hier im OnlineGamesNet :)
[20:17:20] <@numique>
[20:17:25] <@numique> Eure Class Supporter
[20:17:26] <@numique>
[20:17:49] <@numique> Achso, bevor ich's vergesse: Wir werden diesen Channel bald wieder schliessen. Aber zuvor möchten wir euch mal zeigen wer hier so alles im Channel ist.
[20:17:56] <@numique> !set givevoice 0
[20:18:00] <@numique> !mode -Dm
[20:18:00] --- mode #class -mD+d by ChanServ
[20:18:04] <@numique> !resync