ChessLeagueManager - Letzte Änderungen [de]

Hauptseite

2026-07-05T07:39:19Z

← Nächstältere Version		Version vom 5. Juli 2026, 07:39 Uhr
Zeile 92:		Zeile 92:

	[[CLM:Sicherheit und Betrieb\|Sicherheit und Betrieb]]		[[CLM:Sicherheit und Betrieb\|Sicherheit und Betrieb]]
	[[CLM:~~Technische_Details~~:~~Sicherheit_und_Härtung_von_Joomla~~-Installationen]]		[[CLM:Technische Details:Sicherheit und Härtung von Joomla-Installationen\|Joomla-Sicherheit und Akeeba Admin Tools]]

CLM:Technische Details:Sicherheit und Härtung von Joomla-Installationen

2026-07-05T07:36:56Z

Fishpoke verschob die Seite CLM:Technische Details:Sicherheit und Härtung von Joomla-Installationen nach CLM:Sicherheit und Betrieb:Joomla-Sicherheit und Akeeba Admin Tools Falsch einsortiert

Neue Seite

= CLM / DataTables: Ajax-Fehler 403 nach Aktivierung von Akeeba Admin Tools =

== Kurzfassung ==

Nach dem Aktivieren bzw. Neugenerieren der ''Server Protection'' im ''Admin Tools .htaccess Maker'' kann die CLM-Komponente mit einer DataTables-Meldung ausfallen. Ursache ist nicht DataTables selbst: Eine ältere CLM-Ajax-Anfrage ruft einen PHP-Endpunkt innerhalb der Komponente direkt auf. Die Server Protection blockiert diesen Aufruf bereits auf Webserver-Ebene mit HTTP-Status 403.

Die saubere Lösung ist eine möglichst enge Ausnahme für genau diese PHP-Datei – nicht das Abschalten der Server Protection und nicht die Freigabe der gesamten Komponente.

== Fehlerbild ==

Im Browser erscheint beispielsweise:

<pre>
DataTables warning: table id=DataTables_Table_0 - Ajax error.
</pre>

In den Browser-Entwicklerwerkzeugen (''Netzwerk'' → ''Fetch/XHR'') ist ein fehlgeschlagener POST-Aufruf zu sehen, zum Beispiel:

<pre>
POST /components/com_clm/clm/index.php?option=com_clm&view=view_tournament&clm_backend=1&session_language=de-DE
HTTP 403 Forbidden
</pre>

Die Antwort ist typischerweise eine allgemeine Serverfehlerseite:

<pre>
Server Error
403 Forbidden
You do not have permission to access this document.
</pre>

Im Plesk-Zugriffsprotokoll steht derselbe Aufruf mit Status ''403''. Im ''Blocked Requests Log'' von Admin Tools erscheint dagegen häufig kein neuer Eintrag.

== Ursache ==

CLM lädt Teile der Turnieransichten per Ajax über die Datei:

<pre>
components/com_clm/clm/index.php
</pre>

Dies ist ein direkter Aufruf einer PHP-Datei im Komponentenverzeichnis – also nicht der normale Joomla-Aufruf über die zentrale Datei <code>/index.php</code>.

Die ''Server Protection'' des ''Admin Tools .htaccess Maker'' ist genau dafür gedacht, direkte Zugriffe auf PHP-Dateien zu unterbinden. Die Sperre erfolgt durch die erzeugte <code>.htaccess</code> bereits im Webserver, bevor Joomla und die Admin-Tools-WAF geladen werden. Deshalb gibt es hier in der Regel keinen passenden WAF-Logeintrag.

Ein älterer Logeintrag mit dem Grund ''Admin Query String'' kann unabhängig davon auftreten und ist für dieses konkrete Frontend-/CLM-Problem nicht aussagekräftig.

== Behebung: gezielte Ausnahme für den CLM-Endpunkt ==

=== Empfohlene, engste Freigabe ===

# Joomla-Backend öffnen.
# Zu '''Komponenten → Admin Tools → .htaccess Maker''' gehen.
# Zum Abschnitt '''Exceptions from Server Protection''' scrollen.
# Im obersten Bereich '''Allow direct access to these files''' auf das grüne '''+''' klicken.
# In die neu angelegte Zeile exakt diesen relativen Pfad eintragen:

<pre>
components/com_clm/clm/index.php
</pre>

Keinen führenden und keinen abschließenden Schrägstrich eintragen.

# In der Werkzeugleiste '''Save and Create .htaccess''' ausführen.
# Die betroffene CLM-Seite mit <code>Strg + F5</code> vollständig neu laden.
# Im Browser-Netzwerkmonitor und im Plesk-Protokoll kontrollieren, ob der bisherige 403-Aufruf nun erfolgreich ist (typischerweise HTTP 200).

=== Falls zuvor der ganze Ordner freigegeben wurde ===

Als erster Schnellfix kann die Ordnerfreigabe funktionieren:

<pre>
components/com_clm/clm
</pre>

Sie gehört in den Bereich:

<pre>
Allow direct access, including .php files, to these directories
</pre>

Diese Variante ist jedoch weiter gefasst: Sie nimmt alle Dateien dieses Ordners und seiner Unterordner aus der Server Protection heraus. Daher sollte sie nach erfolgreichem Test durch die oben beschriebene, dateigenaue Freigabe ersetzt werden:

# Datei-Ausnahme für <code>components/com_clm/clm/index.php</code> setzen.
# Ordner-Ausnahme <code>components/com_clm/clm</code> wieder entfernen.
# Danach erneut '''Save and Create .htaccess''' ausführen und CLM testen.

== Was nicht getan werden sollte ==

* Die Server Protection nicht dauerhaft deaktivieren.
* Nicht pauschal <code>components/com_clm</code> oder die gesamte Komponente für direkte PHP-Zugriffe freigeben.
* Keine WAF-Ausnahme anlegen, solange der Fehler bereits vor Joomla auf Webserver-Ebene entsteht.
* Nicht allein anhand einer DataTables-Meldung auf einen JavaScript- oder Datenbankfehler schließen.

== Fehlersuche bei einem ähnlichen Problem ==

# Betroffene Seite öffnen und <code>F12</code> drücken.
# Zu '''Netzwerk''' wechseln und nach '''Fetch/XHR''' filtern.
# Seite mit <code>Strg + F5</code> neu laden.
# Den fehlerhaften Request öffnen und folgende Informationen notieren:
#* vollständige Request-URL,
#* HTTP-Status,
#* Antworttext.
# Parallel in Plesk unter '''Websites & Domains → Protokolle''' die aktuelle Zeile zum Fehler suchen.

Eine Kombination aus

<pre>
POST /components/.../*.php → 403
allgemeine Server-Fehlerseite
kein passender Eintrag im Admin-Tools-WAF-Log
</pre>

ist ein starker Hinweis auf die ''Server Protection'' der von Admin Tools erzeugten <code>.htaccess</code>.

== Langfristige technische Empfehlung ==

Direkt erreichbare PHP-Endpunkte in Joomla-Erweiterungen sind heute vermeidbar. Langfristig sollte CLM die Ajax-Anfragen über Joomla selbst abwickeln, zum Beispiel über einen Komponenten-Controller oder <code>com_ajax</code>. Dann kann die Ausnahme für die direkte PHP-Datei wieder entfernt werden.

== Quellen ==

* [https://www.akeeba.com/documentation/admin-tools-joomla/server-protection.html Akeeba Admin Tools: Server Protection] – Beschreibung der Sperre direkter PHP-Aufrufe und der empfohlenen dateigenauen Ausnahme.
* [https://www.akeeba.com/documentation/admin-tools-joomla/htaccess-maker.html Akeeba Admin Tools: .htaccess Maker]

[[Kategorie:CLM]]
[[Kategorie:Joomla]]
[[Kategorie:Administration]]
[[Kategorie:Sicherheit]]

CLM:Sicherheit und Betrieb

2026-07-05T07:35:24Z

Diese Rubrik beschreibt den sicheren Betrieb einer CLM-Installation.

Neue Seite

== Themen ==
* [[CLM:Sicherheit und Betrieb:Joomla-Sicherheit und Akeeba Admin Tools|Joomla-Sicherheit und Akeeba Admin Tools]]

Hauptseite

2026-07-05T07:32:25Z

← Nächstältere Version		Version vom 5. Juli 2026, 07:32 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 90:		Zeile 90:
	Datendarstellung Einzelturniere		Datendarstellung Einzelturniere
	Pairing		Pairing

			[[CLM:Sicherheit und Betrieb\|Sicherheit und Betrieb]]
			[[CLM:Technische_Details:Sicherheit_und_Härtung_von_Joomla-Installationen]]

CLM:Technische Details:Sicherheit und Härtung von Joomla-Installationen

2026-07-05T07:06:20Z

← Nächstältere Version		Version vom 5. Juli 2026, 07:06 Uhr
Zeile 11:		Zeile 11:
	Im Browser erscheint beispielsweise:		Im Browser erscheint beispielsweise:

	<~~syntaxhighlight lang="text"~~>		<pre>
	DataTables warning: table id=DataTables_Table_0 - Ajax error.		DataTables warning: table id=DataTables_Table_0 - Ajax error.
	</~~syntaxhighlight~~>		</pre>

	In den Browser-Entwicklerwerkzeugen (''Netzwerk'' → ''Fetch/XHR'') ist ein fehlgeschlagener POST-Aufruf zu sehen, zum Beispiel:		In den Browser-Entwicklerwerkzeugen (''Netzwerk'' → ''Fetch/XHR'') ist ein fehlgeschlagener POST-Aufruf zu sehen, zum Beispiel:

	<~~syntaxhighlight lang="text"~~>		<pre>
	POST /components/com_clm/clm/index.php?option=com_clm&view=view_tournament&clm_backend=1&session_language=de-DE		POST /components/com_clm/clm/index.php?option=com_clm&view=view_tournament&clm_backend=1&session_language=de-DE
	HTTP 403 Forbidden		HTTP 403 Forbidden
	</~~syntaxhighlight~~>		</pre>

	Die Antwort ist typischerweise eine allgemeine Serverfehlerseite:		Die Antwort ist typischerweise eine allgemeine Serverfehlerseite:

	<~~syntaxhighlight lang="text"~~>		<pre>
	Server Error		Server Error
	403 Forbidden		403 Forbidden
	You do not have permission to access this document.		You do not have permission to access this document.
	</~~syntaxhighlight~~>		</pre>

	Im Plesk-Zugriffsprotokoll steht derselbe Aufruf mit Status ''403''. Im ''Blocked Requests Log'' von Admin Tools erscheint dagegen häufig kein neuer Eintrag.		Im Plesk-Zugriffsprotokoll steht derselbe Aufruf mit Status ''403''. Im ''Blocked Requests Log'' von Admin Tools erscheint dagegen häufig kein neuer Eintrag.
Zeile 36:		Zeile 36:
	CLM lädt Teile der Turnieransichten per Ajax über die Datei:		CLM lädt Teile der Turnieransichten per Ajax über die Datei:

	<~~syntaxhighlight lang="text"~~>		<pre>
	components/com_clm/clm/index.php		components/com_clm/clm/index.php
	</~~syntaxhighlight~~>		</pre>

	Dies ist ein direkter Aufruf einer PHP-Datei im Komponentenverzeichnis – also nicht der normale Joomla-Aufruf über die zentrale Datei <code>/index.php</code>.		Dies ist ein direkter Aufruf einer PHP-Datei im Komponentenverzeichnis – also nicht der normale Joomla-Aufruf über die zentrale Datei <code>/index.php</code>.
Zeile 56:		Zeile 56:
	# In die neu angelegte Zeile exakt diesen relativen Pfad eintragen:		# In die neu angelegte Zeile exakt diesen relativen Pfad eintragen:

	<~~syntaxhighlight lang="text"~~>		<pre>
	components/com_clm/clm/index.php		components/com_clm/clm/index.php
	</~~syntaxhighlight~~>		</pre>

	Keinen führenden und keinen abschließenden Schrägstrich eintragen.		Keinen führenden und keinen abschließenden Schrägstrich eintragen.
Zeile 70:		Zeile 70:
	Als erster Schnellfix kann die Ordnerfreigabe funktionieren:		Als erster Schnellfix kann die Ordnerfreigabe funktionieren:

	<~~syntaxhighlight lang="text"~~>		<pre>
	components/com_clm/clm		components/com_clm/clm
	</~~syntaxhighlight~~>		</pre>

	Sie gehört in den Bereich:		Sie gehört in den Bereich:

	<~~syntaxhighlight lang="text"~~>		<pre>
	Allow direct access, including .php files, to these directories		Allow direct access, including .php files, to these directories
	</~~syntaxhighlight~~>		</pre>

	Diese Variante ist jedoch weiter gefasst: Sie nimmt alle Dateien dieses Ordners und seiner Unterordner aus der Server Protection heraus. Daher sollte sie nach erfolgreichem Test durch die oben beschriebene, dateigenaue Freigabe ersetzt werden:		Diese Variante ist jedoch weiter gefasst: Sie nimmt alle Dateien dieses Ordners und seiner Unterordner aus der Server Protection heraus. Daher sollte sie nach erfolgreichem Test durch die oben beschriebene, dateigenaue Freigabe ersetzt werden:
Zeile 106:		Zeile 106:
	Eine Kombination aus		Eine Kombination aus

	<~~syntaxhighlight lang="text"~~>		<pre>
	POST /components/.../*.php → 403		POST /components/.../*.php → 403
	allgemeine Server-Fehlerseite		allgemeine Server-Fehlerseite
	kein passender Eintrag im Admin-Tools-WAF-Log		kein passender Eintrag im Admin-Tools-WAF-Log
	</~~syntaxhighlight~~>		</pre>

	ist ein starker Hinweis auf die ''Server Protection'' der von Admin Tools erzeugten <code>.htaccess</code>.		ist ein starker Hinweis auf die ''Server Protection'' der von Admin Tools erzeugten <code>.htaccess</code>.

CLM:Technische Details:Sicherheit und Härtung von Joomla-Installationen

2026-07-05T07:00:15Z

Dokumentation: Admin-Tools-403 bei direkter CLM-API

Neue Seite

= CLM / DataTables: Ajax-Fehler 403 nach Aktivierung von Akeeba Admin Tools =

== Kurzfassung ==

Nach dem Aktivieren bzw. Neugenerieren der ''Server Protection'' im ''Admin Tools .htaccess Maker'' kann die CLM-Komponente mit einer DataTables-Meldung ausfallen. Ursache ist nicht DataTables selbst: Eine ältere CLM-Ajax-Anfrage ruft einen PHP-Endpunkt innerhalb der Komponente direkt auf. Die Server Protection blockiert diesen Aufruf bereits auf Webserver-Ebene mit HTTP-Status 403.

Die saubere Lösung ist eine möglichst enge Ausnahme für genau diese PHP-Datei – nicht das Abschalten der Server Protection und nicht die Freigabe der gesamten Komponente.

== Fehlerbild ==

Im Browser erscheint beispielsweise:

<syntaxhighlight lang="text">
DataTables warning: table id=DataTables_Table_0 - Ajax error.
</syntaxhighlight>

In den Browser-Entwicklerwerkzeugen (''Netzwerk'' → ''Fetch/XHR'') ist ein fehlgeschlagener POST-Aufruf zu sehen, zum Beispiel:

<syntaxhighlight lang="text">
POST /components/com_clm/clm/index.php?option=com_clm&view=view_tournament&clm_backend=1&session_language=de-DE
HTTP 403 Forbidden
</syntaxhighlight>

Die Antwort ist typischerweise eine allgemeine Serverfehlerseite:

<syntaxhighlight lang="text">
Server Error
403 Forbidden
You do not have permission to access this document.
</syntaxhighlight>

Im Plesk-Zugriffsprotokoll steht derselbe Aufruf mit Status ''403''. Im ''Blocked Requests Log'' von Admin Tools erscheint dagegen häufig kein neuer Eintrag.

== Ursache ==

CLM lädt Teile der Turnieransichten per Ajax über die Datei:

<syntaxhighlight lang="text">
components/com_clm/clm/index.php
</syntaxhighlight>

Dies ist ein direkter Aufruf einer PHP-Datei im Komponentenverzeichnis – also nicht der normale Joomla-Aufruf über die zentrale Datei <code>/index.php</code>.

Die ''Server Protection'' des ''Admin Tools .htaccess Maker'' ist genau dafür gedacht, direkte Zugriffe auf PHP-Dateien zu unterbinden. Die Sperre erfolgt durch die erzeugte <code>.htaccess</code> bereits im Webserver, bevor Joomla und die Admin-Tools-WAF geladen werden. Deshalb gibt es hier in der Regel keinen passenden WAF-Logeintrag.

Ein älterer Logeintrag mit dem Grund ''Admin Query String'' kann unabhängig davon auftreten und ist für dieses konkrete Frontend-/CLM-Problem nicht aussagekräftig.

== Behebung: gezielte Ausnahme für den CLM-Endpunkt ==

=== Empfohlene, engste Freigabe ===

# Joomla-Backend öffnen.
# Zu '''Komponenten → Admin Tools → .htaccess Maker''' gehen.
# Zum Abschnitt '''Exceptions from Server Protection''' scrollen.
# Im obersten Bereich '''Allow direct access to these files''' auf das grüne '''+''' klicken.
# In die neu angelegte Zeile exakt diesen relativen Pfad eintragen:

<syntaxhighlight lang="text">
components/com_clm/clm/index.php
</syntaxhighlight>

Keinen führenden und keinen abschließenden Schrägstrich eintragen.

# In der Werkzeugleiste '''Save and Create .htaccess''' ausführen.
# Die betroffene CLM-Seite mit <code>Strg + F5</code> vollständig neu laden.
# Im Browser-Netzwerkmonitor und im Plesk-Protokoll kontrollieren, ob der bisherige 403-Aufruf nun erfolgreich ist (typischerweise HTTP 200).

=== Falls zuvor der ganze Ordner freigegeben wurde ===

Als erster Schnellfix kann die Ordnerfreigabe funktionieren:

<syntaxhighlight lang="text">
components/com_clm/clm
</syntaxhighlight>

Sie gehört in den Bereich:

<syntaxhighlight lang="text">
Allow direct access, including .php files, to these directories
</syntaxhighlight>

Diese Variante ist jedoch weiter gefasst: Sie nimmt alle Dateien dieses Ordners und seiner Unterordner aus der Server Protection heraus. Daher sollte sie nach erfolgreichem Test durch die oben beschriebene, dateigenaue Freigabe ersetzt werden:

# Datei-Ausnahme für <code>components/com_clm/clm/index.php</code> setzen.
# Ordner-Ausnahme <code>components/com_clm/clm</code> wieder entfernen.
# Danach erneut '''Save and Create .htaccess''' ausführen und CLM testen.

== Was nicht getan werden sollte ==

* Die Server Protection nicht dauerhaft deaktivieren.
* Nicht pauschal <code>components/com_clm</code> oder die gesamte Komponente für direkte PHP-Zugriffe freigeben.
* Keine WAF-Ausnahme anlegen, solange der Fehler bereits vor Joomla auf Webserver-Ebene entsteht.
* Nicht allein anhand einer DataTables-Meldung auf einen JavaScript- oder Datenbankfehler schließen.

== Fehlersuche bei einem ähnlichen Problem ==

# Betroffene Seite öffnen und <code>F12</code> drücken.
# Zu '''Netzwerk''' wechseln und nach '''Fetch/XHR''' filtern.
# Seite mit <code>Strg + F5</code> neu laden.
# Den fehlerhaften Request öffnen und folgende Informationen notieren:
#* vollständige Request-URL,
#* HTTP-Status,
#* Antworttext.
# Parallel in Plesk unter '''Websites & Domains → Protokolle''' die aktuelle Zeile zum Fehler suchen.

Eine Kombination aus

<syntaxhighlight lang="text">
POST /components/.../*.php → 403
allgemeine Server-Fehlerseite
kein passender Eintrag im Admin-Tools-WAF-Log
</syntaxhighlight>

ist ein starker Hinweis auf die ''Server Protection'' der von Admin Tools erzeugten <code>.htaccess</code>.

== Langfristige technische Empfehlung ==

Direkt erreichbare PHP-Endpunkte in Joomla-Erweiterungen sind heute vermeidbar. Langfristig sollte CLM die Ajax-Anfragen über Joomla selbst abwickeln, zum Beispiel über einen Komponenten-Controller oder <code>com_ajax</code>. Dann kann die Ausnahme für die direkte PHP-Datei wieder entfernt werden.

== Quellen ==

* [https://www.akeeba.com/documentation/admin-tools-joomla/server-protection.html Akeeba Admin Tools: Server Protection] – Beschreibung der Sperre direkter PHP-Aufrufe und der empfohlenen dateigenauen Ausnahme.
* [https://www.akeeba.com/documentation/admin-tools-joomla/htaccess-maker.html Akeeba Admin Tools: .htaccess Maker]

[[Kategorie:CLM]]
[[Kategorie:Joomla]]
[[Kategorie:Administration]]
[[Kategorie:Sicherheit]]

CLM:Backend:Einzelturniere:Runden:Pairing

2026-07-05T04:35:36Z

← Nächstältere Version		Version vom 5. Juli 2026, 04:35 Uhr
Zeile 21:		Zeile 21:
	Der im Authentik generierte Token (siehe Punkt d) gehört in das Feld <Zugangsschlüssel>.		Der im Authentik generierte Token (siehe Punkt d) gehört in das Feld <Zugangsschlüssel>.

	In der Feld <IP Adresse ihrer CLM Installation> diese eintragen und ~~schlu&&suml;endlich~~ bei <Kontaktemail> eine korrekte Emailadresse einfügen. Diese wird benutzt, um einen Monat vor Ablauf des Tokens an dessen Erneuerung zu erinnern.		In der Feld <IP Adresse ihrer CLM Installation> diese eintragen und schlussendlich bei <Kontaktemail> eine korrekte Emailadresse einfügen. Diese wird benutzt, um einen Monat vor Ablauf des Tokens an dessen Erneuerung zu erinnern.

	Abschlie&suml;end diese Einstellungen abspeichern, damit sie aktiv werden.		Abschlie&suml;end diese Einstellungen abspeichern, damit sie aktiv werden.

CLM:Authentik:Token

2026-07-04T20:05:26Z

← Nächstältere Version		Version vom 4. Juli 2026, 20:05 Uhr
Zeile 1:		Zeile 1:
	In diesem Artikel wird beschrieben, wie man ein Token in Authentik generiert. Hierzu ist es notwendig, sich als erstes im Authentik des Chessleaguemanagers anzumelden bzw. als Neuling einmalig zu registrieren. https://authentik.chessleaguemanager.org:7743		In diesem Artikel wird beschrieben, wie man ein Token in Authentik generiert. Hierzu ist es notwendig, sich als erstes im Authentik des Chessleaguemanagers anzumelden bzw. als Neuling einmalig zu registrieren. https://authentik.chessleaguemanager.org:7743

	[[Anmeldung_Authentik.png]]		[[Datei:Anmeldung_Authentik.png]]



	Die Freigabe der Berechtigung für die erforderliche Berechtigungsgruppe (z.B. Pairing) erfolgt nur über das CLM-Kernteam. Die ist für die erfolgreiche Nutzung eines CLM-Dienstes unabdingbar. Mit einem Token können mehrere Dienste im CLM genutzt werden. Empfehlung ist jedoch, für jeden Dienst ein separates Token zu nutzen.		Die Freigabe der Berechtigung für die erforderliche Berechtigungsgruppe (z.B. Pairing) erfolgt nur über das CLM-Kernteam. Die ist für die erfolgreiche Nutzung eines CLM-Dienstes unabdingbar. Mit einem Token können mehrere Dienste im CLM genutzt werden. Empfehlung ist jedoch, für jeden Dienst ein separates Token zu nutzen.

	Wenn man angemeldet ist, geht man zum "Zahnrad" = Einstellungen.		Wenn man angemeldet ist, geht man zum "Zahnrad" = Einstellungen.

			[[Datei:Authentik_Einstellungen.png]]



	Im linken Menü wählt man "Tokens und App Passwörter"		Im linken Menü wählt man "Tokens und App Passwörter"

	Nach einem Klick auf die Schaltfl&auml:che [New Token] gelangt man zu einem neuen Eingabefeld. Hier ist eine Kennung (z.B. Pairing) {<– darf keine Leerzeichen enthalten!} und eine nachvollziehbare Beschreibung einzutragen. Anschließend auf die Schaltfläche [Token erstellen] klicken.		[[Datei:Authentik_Tokens.png]]



			Nach einem Klick auf die Schaltfläche [New Token] gelangt man zu einem neuen Eingabefeld. Hier ist eine Kennung (z.B. Pairing) {<– darf keine Leerzeichen enthalten!} und eine nachvollziehbare Beschreibung einzutragen.
			Anschließend auf die Schaltfläche [Token erstellen] klicken.

			[[Datei:Authentik_Token_erstellen.png]]



			Unter dem Feld "Aktionen" kann man entweder die Token bearbeiten oder in die Zwischenablage kopieren.

			[[Datei:Authentik_Token_kopieren.png]]



	~~Unter dem Feld "Aktionen" kann man entweder die Einträge bearbeiten oder in die Zwischenablage kopieren.~~ Den Wert aus der Zwischenablage können wir in das vorgegebene Feld mittels der Tastenkombination <Strg> + v einfügen.		Den Wert aus der Zwischenablage können wir in das vorgegebene Feld mittels der Tastenkombination <Strg> + v einfügen.

CLM:Authentik:Token

2026-07-04T19:49:17Z

Die Seite wurde neu angelegt: „In diesem Artikel wird beschrieben, wie man ein Token in Authentik generiert. Hierzu ist es notwendig, sich als erstes im Authentik des Chessleaguemanagers anzumelden bzw. als Neuling einmalig zu registrieren. https://authentik.chessleaguemanager.org:7743 Anmeldung_Authentik.png Die Freigabe der Berechtigung für die erforderliche Berechtigungsgruppe (z.B. Pairing) erfolgt nur über das CLM-Kernteam. Die ist für die erfolgreiche Nutzung ei…“

Neue Seite

In diesem Artikel wird beschrieben, wie man ein Token in Authentik generiert. Hierzu ist es notwendig, sich als erstes im Authentik des Chessleaguemanagers anzumelden bzw. als Neuling einmalig zu registrieren. https://authentik.chessleaguemanager.org:7743

[[Anmeldung_Authentik.png]]

Die Freigabe der Berechtigung für die erforderliche Berechtigungsgruppe (z.B. Pairing) erfolgt nur über das CLM-Kernteam. Die ist für die erfolgreiche Nutzung eines CLM-Dienstes unabdingbar. Mit einem Token können mehrere Dienste im CLM genutzt werden. Empfehlung ist jedoch, für jeden Dienst ein separates Token zu nutzen.

Wenn man angemeldet ist, geht man zum "Zahnrad" = Einstellungen.

Im linken Menü wählt man "Tokens und App Passwörter"

Nach einem Klick auf die Schaltfl&auml:che [New Token] gelangt man zu einem neuen Eingabefeld. Hier ist eine Kennung (z.B. Pairing) {<– darf keine Leerzeichen enthalten!} und eine nachvollziehbare Beschreibung einzutragen. Anschließend auf die Schaltfläche [Token erstellen] klicken.

Unter dem Feld "Aktionen" kann man entweder die Einträge bearbeiten oder in die Zwischenablage kopieren. Den Wert aus der Zwischenablage können wir in das vorgegebene Feld mittels der Tastenkombination <Strg> + v einfügen.

Datei:Authentik Tokens.png

2026-07-04T19:47:16Z

Dirk lud Datei:Authentik Tokens.png hoch

Neue Seite

Datei:Authentik Token kopieren.png

2026-07-04T19:47:01Z

Dirk lud Datei:Authentik Token kopieren.png hoch

Neue Seite

Datei:Authentik Token erstellen.png

2026-07-04T19:46:38Z

Dirk lud Datei:Authentik Token erstellen.png hoch

Neue Seite

Datei:Authentik Einstellungen.png

2026-07-04T19:46:23Z

Dirk lud Datei:Authentik Einstellungen.png hoch

Neue Seite

Datei:Anmeldung Authentik.png

2026-07-04T19:44:45Z

Dirk lud Datei:Anmeldung Authentik.png hoch

Neue Seite

CLM:Backend:Einzelturniere:Runden:Pairing

2026-07-04T18:59:54Z

← Nächstältere Version		Version vom 4. Juli 2026, 18:59 Uhr
Zeile 1:		Zeile 1:
	Voraussetzungen für das Pairing:		Voraussetzungen für das Pairing:

	a) CLM-Komponente ab Version 5.0.1		a) CLM-Komponente ab Version 5.0.1 https://joomla.chessleaguemanager.org/index.php/downloads/download/4-clm-einzelinstallationen/66-clm-hauptkomponente501

	b) Pairing-Plugin siehe https://joomla.chessleaguemanager.org/index.php/downloads/download/4-clm-einzelinstallationen/62-clm-plugin-pairing500		b) Pairing-Plugin siehe https://joomla.chessleaguemanager.org/index.php/downloads/download/4-clm-einzelinstallationen/62-clm-plugin-pairing500
Zeile 7:		Zeile 7:
	c) Aktivierung Pairing-Plugin		c) Aktivierung Pairing-Plugin

	d) Tokenerstellung mittels Authentik ~~(siehe unten)~~		d) Tokenerstellung mittels Authentik [[CLM:Authentik:Token]]

	e) Online-Verbindung und Backend-Zugang		e) Online-Verbindung und Backend-Zugang
Zeile 15:		Zeile 15:
	Wechseln in die Kategorie "Einzelturniere" bei <Schweizer System Engine> den Eintrag "Externer Server" wählen.		Wechseln in die Kategorie "Einzelturniere" bei <Schweizer System Engine> den Eintrag "Externer Server" wählen.

	In der Unterkategorie "Zugangsdaten für externe Auswertung" unter den Eintrag <URL> folgendes eintragen https://pairings.chessleaguemanager.org/clm.php ~~eintragen~~.		In der Unterkategorie "Zugangsdaten für externe Auswertung" unter den Eintrag <URL des Auswerteservers> folgendes eintragen https://pairings.chessleaguemanager.org/clm.php .

	~~Die Einträge in den anderen Feldern ignorieren.~~ (~~Diese sind bei anderen Einstellungen auszufüllen, wobei künftig eine CLM~~-~~Registrierung nötig sein wird.~~		In <Domainname Ihrer CLM Installation> die eigene (Sub-)-Domain eintragen.
	~~Aktuell ist diese Registrierung nicht notwendig. Abschlie&suml;end diese Einstellungen abspeichern, damit sie aktiv werden~~.

	Bei der Turnierneuanlage bzw. -überarbeitung sind dann zum Schluss unter <Ansetzen der Paarungen> noch die folgenden Einstellungen vorzunehmen. Ganz wichtig: <Ansetzungsverfahren:> bitte von "nicht aktiv" auf "Standard (dutch)" wechseln. Die restlichen drei Auswahlen (Anzahl der beschleunigten Runden:, Anzahl der Beschleunigungsgruppen: und Vereinsgleiche Paarungen:) bitte entsprechend der Turnierausschreibung anpassen. Nun ist es möglich, in der Runde die Ansetzungen auszulosen.		Der im Authentik generierte Token (siehe Punkt d) gehört in das Feld <Zugangsschlüssel>.

			In der Feld <IP Adresse ihrer CLM Installation> diese eintragen und schlu&&suml;endlich bei <Kontaktemail> eine korrekte Emailadresse einfügen. Diese wird benutzt, um einen Monat vor Ablauf des Tokens an dessen Erneuerung zu erinnern.

			Abschlie&suml;end diese Einstellungen abspeichern, damit sie aktiv werden.

			Bei der Turnierneuanlage bzw. -überarbeitung sind dann zum Schluss unter <Ansetzen der Paarungen> noch die folgenden Einstellungen vorzunehmen. Ganz wichtig: <Ansetzungsverfahren:> bitte von "nicht aktiv" auf "Standard (dutch)" wechseln. Die restlichen drei Auswahlen (Anzahl der beschleunigten Runden:, Anzahl der Beschleunigungsgruppen: und Vereinsgleiche Paarungen:) bitte entsprechend der Turnierausschreibung anpassen. Nun ist es möglich, in der aktuellen Runde die Ansetzungen mit der Schaltfläche [Paarungen ansetzen] auszulosen.

			Falls es trotz dieser Anleitung Fragen gibt, bitte den Support kontaktieren.

Hauptseite

2026-07-04T17:43:01Z

← Nächstältere Version		Version vom 4. Juli 2026, 17:43 Uhr
Zeile 71:		Zeile 71:
	Turniere Anzeige		Turniere Anzeige
	Teilnehmer Anzeige, Online-Anmeldung		Teilnehmer Anzeige, Online-Anmeldung
	Runden Anzeige, Anzeige der Ansetzungen, [[CLM:Backend:Einzelturniere:Runden:Pairing]]		Runden Anzeige, Anzeige der Ansetzungen, [[CLM:Backend:Einzelturniere:Runden:Pairing\|Aktivierung der CH-System-Auslosung]]
	Terminverwaltung Anzeige der Terminelisten		Terminverwaltung Anzeige der Terminelisten
	Importe Importe von SWT-, SWM-,trf-,pgn-, lichess-Dateien einschl. Abgleich von Namen		Importe Importe von SWT-, SWM-,trf-,pgn-, lichess-Dateien einschl. Abgleich von Namen

CLM:Backend:Einzelturniere:Runden:Pairing

2026-07-04T17:29:07Z

← Nächstältere Version		Version vom 4. Juli 2026, 17:29 Uhr
Zeile 1:		Zeile 1:
	Voraussetzungen für das Pairing:		Voraussetzungen für das Pairing:

	a) CLM-Komponente ab Version 5.0.0d		a) CLM-Komponente ab Version 5.0.1

	b) Pairing-Plugin siehe https://joomla.chessleaguemanager.org/index.php/downloads/download/4-clm-einzelinstallationen/62-clm-plugin-pairing500		b) Pairing-Plugin siehe https://joomla.chessleaguemanager.org/index.php/downloads/download/4-clm-einzelinstallationen/62-clm-plugin-pairing500
Zeile 7:		Zeile 7:
	c) Aktivierung Pairing-Plugin		c) Aktivierung Pairing-Plugin

	d) Online-Verbindung und Backend-Zugang		d) Tokenerstellung mittels Authentik (siehe unten)

			e) Online-Verbindung und Backend-Zugang

	Bevor das Pairing für ein Einzelturnier angewendet werden kann, werden weitere Einträge in den BE-Einstellungen der CLM-Komponente benötigt.		Bevor das Pairing für ein Einzelturnier angewendet werden kann, werden weitere Einträge in den BE-Einstellungen der CLM-Komponente benötigt.