IRC-Server mit Authentifikation

Hi, ich frage mich, ob es möglich ist - bzw. wieviel Aufwand es bedeutet, einen IRC-Server so zu konfigurieren, dass sich nur Benutzer zu ihm verbinden können, die sich mit Username und Passwort authentifizieren, welche in einer MySQL-Datenbank liegen.

Hintergrund: Es besteht Bedarf nach einem Ingame-Chat, und prinzipiell läuft das mit meinem IRC-Server recht gut. Allerdings möchte ich keine "Fremden" auf diesem Server haben, und ich möchte auch einen selbstprogrammierten Bot integrieren, der Spieldaten bereitstellen kann.
Dazu muss ich aber (wie erwähnt) sicherstellen, dass die Clients sich mit ihren Game-Logindaten authentifizieren.

Ist das möglich? Wenn ja, wie schwierig ist es, dies umzusetzen? Kann man das mit Config-Files etc. konfigurieren, oder müsste ich dazu im IRC-Server-Quellcode arbeiten?

Wir hatten das auch überlegt, tendieren im Moment jedoch eher zu einer eigenen Serverlösung für den Chat.
Die IRC-Lösungen haben alle so viele Optionen, dass uns da eben nicht ganz geheuer ist..

Einen richtigen chat kann man eigendlich nur über einen IRCd betreiben, jede Serverlösung die ich kenne belegt pro chatter einen apacheprozess, was einfach schweineviel systemleistung zieht.

@Tweety: Wenn du dich mit IRC ein bisschen auskennst kannst du dir ja überlegen wie du das umsetzen willst. Am einfachsten ist es die leute die nicht angemeldet sind einfach nicht in einen speziellen channel zu lassen...
Serverseitig ist eine authenifizierung aber auch kein großes problem, es ist nur recht lästig für die user.

reg4rds
chojin

Naja, man muss für den Server schon einen Daemon schreiben, wenn man seinen Chat selber machen will, das ist klar. Sonst hat man eche Lastprobleme.
Wir planen in diese Richtung, weil wir dann die Spiel-Anmeldung übernehmen können und der Chat vollständig ins Interface integriert sein soll.

Wenn viele Spieler ohnehin ihren IRC-Client laufen haben, wäre ein IRC sicherlich das Beste.
Vielleicht gibt es ja einen sourceoffenen IRCd, den man sich entsprechend umstricken kann.

davon solltest du genügend finden... allein eine kurze abfrage bei sf
http://sourceforge.net/search/?type_of_search=soft&words=ircd&imageField.x=11&imageField.y=10

allerdings wirst du ein bischen kompromiss eingehen müssen. weil der standard irc client nur ein serverpasswort beherrscht und keine richtige authentifizierung.

Aber das könnte man vllt so lösen das der nickname = username und das der user sein spielpasswort als serverpasswort übermitteln muss.. und das in kombination abgefragt wird. Allerdings solltest dir dann überlegen das ganze nur über ssl verbinden zu lassen weil das sonst dann ziemlicher klartext sein sollte was da rüber geschickt wird

Also wenn ihr als IRCd den Asuka und Q-Bot von Quakenet(ursprünglich von Undernet) nehmt könnt ihr die benutzerdaten vom Game und dem Bot (der dort für die Userberechtigungen zuständig ist) synchronisieren da der Q-Bot meines wissens auch mit mySQL arbeitet (zumindest die, die ich mal hatte)

Wenn ihr mehr darüber wissen wollt, ein bekannter von mir aus em Quakenet hat ne Homepage mit tutorials ( www.jake0.org.uk ) wenn ihr an die URL /ircu/ anhängt kommt eine Directorylisting Seite

Alternativ setzt du einen Server auf, in dem ein Bot (mit entsprechenden Rechten) sitzt, der als "Q-Pendant" aktiv ist. Dieser (zum Beispiel Perl? Miniscript) hat Mysqlanbindung und setzt dem entsprechenden User eine neue Hostmaske, z.b. [email protected]

Alle User mit dieser Maske dürfen einen oder mehrere Channel joinen, es dürfen per Server keinen neuen Channels aufgemacht werden... so ließe sich das Problem relativ einfach lösen.

Das würde sowohl Direkte User (z.b. per Applet) als auch Leute mit externen Tools wie bsp. mIRC komfortabel bedienen lassen.

hmmm.... Chan hat EIN Passwort
Im IRC Applet ist dieses fix einkompilliert
Wer sich in den Chan einloggen will muss schon mal den Netzwerk- Traffik ankucken; hats nicht mehr so einfach.

Wie wär das? Einfach und effizient, oder? Einfach ned 100 % sicher aba egal... meint ich.

Alternative (auch sehr sehr einfach).
Chan ist Read only... das (von dir angepasste appleet) sendet einen Hash an EINEN Dienst, welcher validiert und erst dann die Schreibberechtigung erteilt.

Gruss

schoko: Solche passwoerter sind nur security by obscurity und damit Bloedsinn.

Ich wuerde auch einfach einen normalen IRC Server nehmen und den jeweiligen authbot mit der User DB abgleichen, Neuanmeldungen beim bot selbst sperren.

Ob das nun das Quakenet Q system oder das gaengiere chanserv/nickserv ist, ist relativ egal..

Ich mag chanserv/nickserv aber weit lieber leiden und denke dass es geeigneter ist, da so die Nicks eindeutig sind und nicht erst ueber einen Umweg gefunden werden.

Ueber chanserv koennte man dann weiterhin die Channels nur fuer registrieter User joinbar machen. Unter Umstaenden auch noch mit access levels herumspielen...

Jeder Clan koennte automatisch einen Channel erhalten, die Leader automatisch Op etc..

Man muss dann bei einem eigenen Bot zB nur per whois checken ob der member registered ist.