[PHP] Authbackend für DokuWiki Schreiben

[XxDenny23xX]

Hallo Liebes Forum

Ich hoffe das mir hier jemand auf die sprünge helfen kann.

Also ich habe heute folgende Aufgabe von meinem Cheff bekommen:

Wir setzen ein CRM System ein das via session-auth.(session-id) arbeitet.
Nun habe ich heute ein jungfreuliches DokuWiki aufgesetzt auf einen unsere Server.

Meine Aufgabe besteht nun darin dieses in unser CRM System zu Integieren. Im Klartext sollen unsere Mitarbeiter
aus dem CRM System auf das DokuWiki zugreiffen können bez sich automatisch einloggen.
*kein mehrfach login!*

Meine Frage nun:
Wie könte soetwas aussehen? Meine Idee war es die session des CRM Systems an das dokuwiki weiterzureichen für den login.
kennt jemand beispiele *Die für Joomla und Co sind mir vom Unfang her zu komplex!

Ich brauche einfach eine simple möglichkeit via session mich sowohl am CRM System als auch am Wiki einzuloggen ohne ein zweites mal meine benutzerdaten eingeben zu müssen.

habe diese Frage auch schon direckt im DokuWiki Forum gestelt:

Link zum Therad

Bin für jede hilfe dankbar!

//edit:

habe das gerade noch direckt auf dokuwiki gefunden:

https://www.dokuwiki.org/devel:authentication_backends

jedoch hab ich jetzt ihrgendwie nen verständnisproblem

wie müste im einfachsten sinne nun ein backend aussehen an das ich die session übergeben könte bsp?

 

[Terrorkarotte]

Als Firma habt ihr doch sicher auch ein active directory, oder andern LDAP fähigen Server am laufen.

In dem Fall wäre das hier interessant:
https://www.dokuwiki.org/auth:ldap

Du solltest genauere Angaben machen, wie auf CRM Seite die Daten gespeichert sind.

Was nicht ausbleiben wird, ist, dass der User seine Zugangsdaten beim Login in der Wiki angeben muss. Eine Session ist in aller Regel nur innerhalb einer Domain verfügbar.

Wenn man Domainübergreifende Sessionverwaltung einrichtet, muss man immer noch stark modifizieren, so dass der Login auch gleich die Sessiondaten für das CRM und die Wiki schreibt. Das ist sicher nicht innerhalb einer Stunde erledigt.

Je nach Useranzahl könnte man auch überlegen, die Loginverwaltung über eine Identity Provider laufen zu lassen. Keine Ahnung, ob dein CRM als solcher dienen kann. Stichwörter: oAuth, openid, SAML2.

 

[XxDenny23xX]

Hy Problem ist nun von mir anderster gelöst

Ich hab mir erst garnicht die mühe gemacht sondern lade das openwiki über ein iframe.
Auf der Maschine auf der das CRM liegt leuft nun nginx als rev.proxy

Ich hab auf der zweiten Maschine für den vhost nun die ip des CRM Servers eingetragen somit kommen Anfragen über das CRM System auf diesen Wege ans DokuWiki:

CRM -> nginx Proxy -> DokuWiki Server

Inerhalb des IFRAME würd gebrüft ob die session für die domain des CRM Systems gesetzt ist wenn ja würd das OpenWiki geladen wenn nein landet man wieder auf dem Login des CRM Systems ... Zwahr nicht schön aber für uns volkommen als Internes Wiki ausreichend. Schreibberechtigung haben nur angelegte User lesen darf jeder der eingelogt

Aber drotzdem danke für die Hilfe

 

[d4f]

Inerhalb des IFRAME würd gebrüft ob die session für die domain des CRM Systems gesetzt ist

Ich nehme an die Validierung erfolgt in Nginx? Die Beschreibung ist etwas verworren.
Kontrolliert er denn ob die Session gültig ist oder nur ob sie existiert (respektiv ob der Cookie existiert)