Hilfe & Tipps

Hier sind praxisnahe Informationen aus den täglichen Erfahrungen unserer Server/Netzwerk-Spezialisten und Administratoren zu finden. Die Beiträge werden nach Zugriff in umgekehrter Reihenfolge sortiert. Falls er daher nicht mehr zu finden sein sollte, einfach oben das Suchfeld nutzen.

Wir haben ein Bewertungssystem eingebaut, damit Sie uns einfach Ihr Feedback geben können. Freundliches und angeregtes Diskutieren über die Kommentarfelder ist ausdrücklich erwünscht.


Windows-Server: Telefonie-Server aktivieren für Auerswald LAN-Tapi

Problem

An einem Small Business Server 2011 (SBS2011) soll eine Auerswald Telekommunikations-Anlage (TK-Anlage) angeschlossen werden per LAN und die Telefoniedaten für CTI über die TAPI-Schnittstelle übertragen werden. Lan-Tapi-Zugangsdaten in der TK-Anlage sind eingetragen. Der neueste LAN-Tapi-Treiber von der Auerswald Webseite ist installiert.

http://www.auerswald.de/de/service/aktuelles-aus-dem-service/47-service/tk-anlagen/253-compact-5020-voip-de.html

Die Firewall des SBS2011 ist testhalber deaktiviert. Später muss der entsprechende Port (standard 7001) in der Firewall geöffnet werden.

Den Lan-Tapi-Treiber kann man über die Telefonie-Optionen (Telefonie und Modem) in der Systemsteuerung konfigurieren. Auf dem Reiter > Erweitert den Anbieter "Auerswald LAN-TAPI-Provider" konfigurieren, z.B Port und IP-Adresse der TK-Anlage. Alle Einstellungen mit OK bestätigen und den Telefonie-Dienst neu starten.

Dann muss der Telefonie-Server aktiviert werden und dann wirds etwas knifflig, da in den Standard-Einstellungen des Server Berechtigungen fehlen, die tief im System eingestellt werden müssen.

Windows Server 2012 - Fehler: Für eine Remoteanmeldung müssen Sie dazu berechtigt sein

Remotedesktop-Berechtigungen konfigurieren

Problem

Es wird ein Windows Server 2012 R2 Foundation eingesetzt. Es soll über ein VPN Terminaldienste (Remote-Desktop-Dienste bereit gestellt werden). Das funktioniert für Administratoren, aber nicht für normale Benutzer, auch nicht, wenn sie der Remotedesktopbenutzer-Gruppe angehören. Beim Anmeldebildschirm erscheint folgende Meldung.

"Für eine Remoteanmeldung müssen Sie dazu berechtigt sein, sich über Remotedesktopdienste anzumelden. Die Mitglieder der Gruppe "Administratoren" sind standardmäßig mit diesem Recht ausgestattet. Wenn die Gruppe, der Sie angehören, nicht über dieses Recht verfügt, oder der Gruppe "Administratoren" dieses Recht entzogen wurde, muss es Ihnen manuell zugewiesen werden..."

Remotedesktop-Fehler

Aber, wie gesagt, die Mitgliedschaft der Remotedesktop-Benutzer-Gruppe ist gegeben.

HowTo: Installation Microsoft Office ProPlus 365 auf einem Terminalserver unter Windows Server 2012 R2

MS Office 365 auf RDS installieren

Beschreibung/HowTo

Die Installation war alles andere als einfach.Schon der Bestellprozess der OpenNL Lizenz dauerte ewig. Trotzdem die Lizenzen bereits am 20.01.

Installation auf dem Terminal-Server:

Bei der ersten Installation mit dem Office Distribution Tools (ODT) nach MS Handbuch, kam bei den Remotedesktopnutzern bei jedem Start eines der Office-Programme die Aufforderung das Produkt zu lizensieren, ob dies bereits bei der ersten Installation als Administrator vorgenommen wurde. Hat der Benutzer dann sein Office Benutzernamen-Login (Emailadresse/Kennwort) eingegeben funktionierte es auch, bis zum nächsten Start einer Office Komponente. dann wurde er erneut aufgefordert Office zu aktivieren.

Nachdem selbst geschulte MS-Mitarbeiter vom Support keine neuen Lösungsansätze hatten, musste Office 2013 deinstalliert und neu installiert werden. Dazu wurde erneut das ODT mit einer angepassten configuration.xml verwendet. Es sollte ausdrücklich ohne die Funktion Autoactivate ausgeführt werden. Es wird immer ein Office 2013 installiert, da das Office 365 ein Cloudprodukt ist.

Unser configuration.xml Beispiel sah nun so aus:

tt 365 configuration.xml

An der als Administrator gestarteten Eingabeaufforderung musste der Befehl setup.exe /download configuration.xml und nach dem fertigen download (ca. 1,3GB) setup.exe /configure configuration.xml eingegeben werden.

Enscheidend war, den Download-Pfad in den das Setup die Installations-Dateien herunterlädt nicht zu ändern. Ab der Ebene, wo %SourcePath% hinzeigt ist das \Office\Data\. Es erscheint bei dieser configuration.xml ein Setupdialog. Nach ca. 15 Minuten kann mann dann mal schauen, ob der Cursor in der CMD nun blinkt.

Wichtig: Beim ersten Start muss Word als Administrator ausgeführt werden.

Es erscheint der Dialog "Office aktivieren". In diesen muss der zuvor im Office Online-Portal erstellte und mit der OpenNL-Lizenz verbundene/aktivierte Benutzer mit seiner Emailadresse und Kennwort autentifiziert werden.

tt 365 aktivieren

 

Sollte diese Emailadresse schon mal in einem anderen MS-Produkt, z.B. im privaten Office-Account verwendet worden sein, bekommt man diesen Hilfedialog, bei dem man den dienstlichen Account des Arbeitgebers wählt. (Auch wenn man selbst der Arbeitgeber ist...)

tt office 365 hilfe

Anschliessend muss man eine leere Seite öffnen und die Aktivierung sollte erledigt sein. Um sicher zu gehen, meldet man sich nun testhalber an 1-2 RDP-Sitzungen an und testet, ob erneut zur Aktivierung aufgefordert wird. (Dies wäre schlecht)

Trotz der Deinstallation des Office waren im Outlook 2013 alle zuvor heruntergeladenen Elemente aus dem hosted Exchange noch enthalten und mussten nicht erneut heruntergeladen werden. Auch erwartete eine erneute Einrichtung des Email-Kontos war nicht nötig.

Nach der Anmeldung an einem anderen Remotedesktop-Benutzer-Account stellten wir fest, das auch hier die Aufforderung zur Aktivierung ausblieb. Dieses Problem schien nun behoben.

Jedoch sahen wir uns einem neuen Problem gegenüber. Der Benutzer hatte oben rechts neben seinem Namen ein gelbes Dreieck mit Ausrufezeichen. nach Klick auf den Benutzer kam die Meldung "Kontofehler".

tt 365 kontofehler

Bei klick auf Anmelden erscheint die Meldung zur erneuten Anmeldung. Jedoch klappt das nicht, weil Office meint, die ID oder sa Kennwort sei falsch.

tt 365 id falsch

Wir versuchen abmelden und erneutes Anmelden. Das klappt. Word wurde beendet und erneut gestartet und erzeugt nun den Fehler.

Leider können wir die aktuell für dieses Produkt installierte Lizenz nicht überprüfen. Damit Sie das Produkt weiterhin verwenden können, melden Sie sich bitte mit Ihrem Office-365-Konto an. Fehlercode: 0x80004005

tt 365 0x80004005

Das kommt und bekannt vor... Ach ja, das ist genau der Fehler, weswegen wir Office 365 deinstalliert und erneut installiert haben und wegen dem wir seit Tagen mit dem Microsoft-Support in Kontakt sind. Yippie...

Also Word wieder schliessen, als Administrator ausführen und sich mit der Emailadresse des Office365-Users anmelden. Leere Seite starten, Standard-Format auswählen. Und wieder ausschalten.

...Trommelwirbel... . Word wieder normal starten... ...Trommelwirbel....  Und er fordert erneut auf Office zu aktivieren.... Ich gebs auf...

Es ist eigentlich ganz einfach, aber es funktioniert nicht.

Was wir da schon an Zeitaufwand reingesteckt haben... Ich will kein Beta-Tester sein. Es sind keine aussergewöhnlichen Programme auf dem TS installiert. Die Firewall und AV ist deaktiviert.

Der Verkauf und Installation dieser Office365 OpenNL-Lizenz war definitiv ein Minusgeschäft. Und lösung ist noch nicht in Sicht.

Das passiert uns ganz sicher nicht noch mal.

PS: Nach erneutem Start als Administrator und gleicher Portzedur wie zuvor scheint es nun plötzlich zu funktionieren. Keine erneute Aufforderung zur Aktivierung. Aber wir melden das TS-Benutzerprofil mal ab und wieder an.

Selbst wenn es die Lösung sein sollte, sich in jedem Benutzerprofil anzumelden und Word als Administrator zu starten, kann die ja wohl auf keinen Fall eine vom weltgrößten Softwarentwickler tolerierte und akzeptierte Lösung sein.Das Gleiche Problem haben wir übrigens auf einem anderem Terminalserver ebenfalls.

 

Nachtrag:

Falls Office schon mal installiert und der Benutzer angemeldet war, sollte der Benutzer erstamal abgemeldet und Office dann noch mal dur Anmeldung aktiviert werden.

Vorbereitung und Handhabung wird sehr gut im weiterführenden Link unten beschrieben.


 Stand: 02/2015

Windows Server 2011 SBS: Zertifikat funktioniert nicht mehr; Outlook 2010, OWA, Autodiscover

SBS 2011 Zertifikat erneuern

Problem

In Outlook 2010 lässt sich ein Exchange-Konto nicht anlegen. Outlook soll sich per HTTP over RPC mit dem Exchange-Server 2010 eines Microsoft Windows Small Business Server 2011 (SBS2011) verbinden. Es bleibt aber getrennt. Dies scheint mit dem Serverzertifikat zusammenzuhängen.

Fehlermeldung

"Es liegt ein Problem mit dem Sicherheitszertifikat des Proxyservers vor. Der Name des Zertifikats ist ungültig oder entspricht nicht dem Namen der Zielwebseite... Von Outlook kann keine Verbindung mit dem Proxyserver hergetsellt werden (Fehlercode 10)"

tt fehler prox server

Windows 7 - Fehler: Nicht genügend Quoten verfügbar, um diesen Befehl zu verarbeiten

Problem mit Offline-Datei-Kontingenten beheben

Problem

In einem Windows-Netzwerk werden Benutzerverzeichnisse Desktop, Eigene Dateien und Startmenü auf den Server Windows Small Business Server 2011 (SBS2011) umgelenkt.

Beim erstellen einer Verknüpfung auf dem Desktop ist es uns zuerst aufgefallen. Es wird folgende Fehlermeldung erzeugt:

Quoten-Fehler

Kontingente auf dem Server sind deaktiviert und Schreibschutz und Berechtigungen überprüft.

Wie lässt sich dieser Fehler beheben?

Gelöst: Durch die Internetsicherheitseinstellungen wurde verhindert, dass eine oder mehrere Dateien geöffnet wurden

Programme und unsichere Dateien starten

Problem

In einer Windows Domäne kann auf einem Windows 7 professional PC eine Setupdatei nicht geöffnet werden. Es erscheint einen Dialogfenster mit der Meldung:

"Durch die Internetsicherheitseinstellungen wurde verhindert, dass eine oder mehrere Dateien geöffnet wurden"

Die Datei befindet sich auf einer lokalen Partition.

Wie kann diese Beschränkung aufgehoben werden?

Spezialist für Server, Netzwerke und PC-Hilfe in Berlin-Köpenick. IT ist unsere Leidenschaft.

Kontakt

030 81859901
0151 20160008
Diese E-Mail-Adresse ist vor Spambots geschützt! Zur Anzeige muss JavaScript eingeschaltet sein!

Wendenschloßstr. 366
12557 Berlin


© 2018 A.C.T. Computer TEAM. Alle Rechte vorbehalten.