ein kleiner Nachtrag, da Sie die genannten UCR Variablen ja evtl. nicht 1:1 posten wollen.
Meine Vermutung geht dahin, daß bedingt durch die Einstellungen per apache2/proxy/access, der Zugriff des Clients auf die UMC mit der Ihm zugewiesenen IP nicht gestattet ist.
apache2/proxy/access/allow:
This variable configures the domains which are granted access to the mod_proxy module. A detailed description can be found at http://httpd.apache.org/docs/2.2/mod/mod_proxy.html. If the variable is unset, ‘all’ applies (i.e. all domains are allowed).
apache2/proxy/access/deny:
This variable configures the domains which are denied access to the mod_proxy module. A detailed description can be found at http://httpd.apache.org/docs/2.2/mod/mod_proxy.html.
apache2/proxy/access/order:
This variable configures the evaluation order of access permissions in the mod_proxy module. A detailed description can be found at http://httpd.apache.org/docs/2.2/mod/mod_proxy.html. If the variable is unset, ‘allow,deny’ applies.
#turning ProxyRequests on and allowing proxying from all may allow
#spammers to use your proxy to send email.
ProxyRequests Off
<Proxy *>
AddDefaultCharset off
Order allow,deny
Allow from all
#Deny from .example.com
</Proxy>
# Enable/disable the handling of HTTP/1.1 "Via:" headers.
# ("Full" adds the server version; "Block" removes all outgoing Via: headers)
# Set to one of: Off | On | Full | Block
ProxyVia On
Ich habe bei einem Kunden genau dasselbe Problem.
Wenn ich mich einloggen möchte verschieben sich die Eingabefelder aber ich werde nicht eingeloggt.
Meine UCR Variablen für Proxy sind leer:
[code]apache2/proxy/access/allow:
This variable configures the domains which are granted access to the mod_proxy module. A detailed description can be found at http://httpd.apache.org/docs/2.2/mod/mod_proxy.html. If the variable is unset, ‘all’ applies (i.e. all domains are allowed).
apache2/proxy/access/deny:
This variable configures the domains which are denied access to the mod_proxy module. A detailed description can be found at http://httpd.apache.org/docs/2.2/mod/mod_proxy.html.
apache2/proxy/access/order:
This variable configures the evaluation order of access permissions in the mod_proxy module. A detailed description can be found at http://httpd.apache.org/docs/2.2/mod/mod_proxy.html. If the variable is unset, ‘allow,deny’ applies.[/code]
Die /etc/apache2/mods-available/proxy.conf sieht bei mir auch noch standardmäßig aus:
[code] #turning ProxyRequests on and allowing proxying from all may allow #spammers to use your proxy to send email.
ProxyRequests Off
<Proxy *>
AddDefaultCharset off
Order allow,deny
Allow from all
#Deny from .example.com
</Proxy>
# Enable/disable the handling of HTTP/1.1 "Via:" headers.
# ("Full" adds th
e server version; “Block” removes all outgoing Via: headers)
# Set to one of: Off | On | Full | Block
ProxyVia On
[/code]
Ein Neustart von Apache hilft leider nicht weiter.
Seit wann das Problem besteht kann ich nicht sagen. Ich weiß nur das mein Kollege dasselbe Problem hatte. Anschließend hat er seine Einstellungen über die Bash durchgeführt und die UMC nicht mehr benötigt.
Im Log steht lediglich dass der UMC web server gestartet wird.
10.12.14 17:22:51.012 MAIN ( PROCESS ) : Stopping UMC web server ...
10.12.14 17:22:51.012 MAIN ( PROCESS ) : The UMC web server is still running. Will wait for 5 seconds
10.12.14 17:22:51.513 MAIN ( PROCESS ) : Starting UMC web server ...
# ucr search directory/manager/web/debug/level
directory/manager/web/debug/level: <empty>
Debug level of the Univention Directory Manager web frontend (with debug/level >= 99 xml data and cleartest password will be saved in log files)
müsste passen.
ein ucr search directory/manager/web/debug/level ergibt leider kein Ergebnis.
Ich kann diese Einstellung also nicht durchführen.
Heute sind ja wieder Mails von den Errata Updates gekommen. Da habe ich gesehen dass es ein Problem mit dem Firefox gab. Ich habe es mal mit dem Internet Explorer getestet und hier besteht das Problem tatsächlich nicht. Ein anschließender Test mit Firefox hat auf einmal auch funktioniert.
Geändert habe ich nichts (auch keine Updates durchgeführt) trotzdem funktioniert die UMC jetzt wieder. Ich weiß aber auch nicht ob es daran lag dass ich mich einmal mit einem anderen Webbrowser angemeldet habe.
Ich weiß leider nicht welche Informationen ich preis geben soll.
Firefox wurde auf Windows und Linux getestet (keine Addons aus Adblock+). Zurzeit habe ich die Version 34.0. Es hat aber auch mit einer älteren Version vom Firefox nicht funktioniert. Internet Explorer ist die Version 11.
Nichts destotrotz vermute ich dass dieser Fehler durch das Univention errata update 249 for Univention Corporate Server 3.2 behoben wurde.