ugg.li Schnelle Hilfe für schnelle Admins – Seite 149 – Nicht immer schön, aber effektiv. Schnelle Hilfe für schnelle Admins.

Windows 2008R2 RRAS/VPN NPS Richtlinie “Speichern” geht nicht

Veröffentlicht am Mai 16, 2013 von weed — Keine Kommentare ↓

Manchmal stolpert der Administrator vor Ort über einen Effekt, der dafür sorgt, das neu angelegte Richtlinien sich nicht speichern lassen wollen. Der letzte Button des Assistenten „Fertig Stellen“ lässt sich zwar eindrücken, es passiert aber nichts. Das Fenster verschwindet einfach nicht, es wird nichts gespeichert.

Lössung: Schuld sind Sonderzeichen, meistens Anführungszeichen, im Namen der Richtlinie. Gehen Sie Zurück/Zurück/Zurück … bis zum Anfang des Assistenten und stellen Sei sicher, das im Namen der Richtlinie keine Anführungszeichen enthalten sind.

Anmerkung: Das ist ein bekannter Bug im NPS-Assistenten.

Lancom-Router Zwangstrennung

Veröffentlicht am Mai 13, 2013 von weed — 1 Kommentar ↓

Die automatisch Trennung der Internetverbindung bei „24-Stunden Flatrates“ kann recht hilfreich sein, um beispielsweise den IP-Wechsel auf spät nachts zu verschieben. AVM hat ja hier sehr Anwenderfreundlich vorgelegt. Eine automatische Trennung der Internetverbindung in Lancom Routern kann natürlich auch vorgenommen werden; allerdings nur mit Hilfe eines CRON-Jobs. Diese ist erreichbar über: LANconfig > Datum/Zeit > Allgemein > CRON-Tabelle

Für eine korrekte Funktion der CRON-Tabelle ist (überraschend) eine passende Zeiteinstellung wichtig. (Anmerkung: Die NTP-Einstellungen für eine synchronisierte Zeit erreicht man unter LANconfig > Datum/Zeit > Synchronisierung > Zeit-Server)

In der CRON-Tabelle fügt man einen neuen Eintrag hinzu, der erstens die gewünschte Uhrzeit einstellt und zweites den folgenden Befehlt enthält:

do/o/m/d [Gegenstelle]

Damit die Internetverbindung nach der Trennung auvh direkt wieder aufgebaut wird, kann man ein Keepalive für die Gegenstelle aktivieren. Das geht indem man unter LANconfig > Kommunikation > Gegenstelle > Gegenstellen (DSL) -> [Eintrag auswählen] die in der Gegenstelle angegebene Haltezeit auf 9999 stellt.

Telefon?

Veröffentlicht am Mai 10, 2013 von weed — Keine Kommentare ↓

Wie, Sie haben erfolglos versucht mich zu erreichen? Das kann ja gar nicht sein das bei mir immer besetzt ist, ich telefoniere doch die ganze Zeit!

Exchange 2010 entfernt Mobile Geräte nicht „Das ActiveSyncDevice /ldap/xxxxx wurde nicht gefunden.“

Veröffentlicht am Mai 4, 2013 von weed — Keine Kommentare ↓

Nachdem ein bestehender Benutzer umbenannt wurde, vor allem der Kontoname, lassen sich dessen verbundene mobile Geräte nicht mehr über die Outlook-WebApp oder die Verwaltungskonsole (EMC) entfernen. Sobald der Befehl ausgeführt wird erhält man die Antwort:

Zusammenfassung: 1 Element(e). Erfolgreich: 0, Fehler: 1.
Verstrichene Zeit: 00:00:00

BenutzernameDevicename

Fehler:
Das ActiveSyncDevice domain.local/OU/ALTER-Benutzername/ExchangeActiveSyncDevices/Gerätename 
wurde nicht gefunden.
Hier klicken, um die Hilfe aufzurufen ... http://technet.microsoft.com/de-DE/library/ms.exch.err.default(EXCHG.141).aspx?v=14.1.438.0&t=exchgf1&e=ms.exch.err.Ex0FBD0C

Ausführungsversuch eines Exchange-Verwaltungsshellbefehls:
Remove-ActiveSyncDevice -Identity 'domain.local/OU/ALTER Benutzername/ExchangeActiveSyncDevices/Gerätename'

Man sieht sofort, das die Konsole offensichtlich den falschen (alten) Benutzernamen verwendet. Der Hilfelink dazu ist natürlich genauso hilfreich wie fast jeder HIlfelink.

Lösung: Das Geät direkt an der Exchange Powershell (unter verwendung des richtigen Pfades) entfernen.

Eine Liste aller Gerätenamen die mit dem Postfach verbunden sind erstellen
```
Get-ActiveSyncDevice -Mailbox "Benutzer Name" | Select-Object Identity
```
Das passende Gerät auswählen und entfernen:
```
remove-ActiveSyncDevice -Identity "<pfad>"
```

vmware vSphere client „Anmeldung beim Abfragedienst fehlgeschlagen“

Veröffentlicht am April 30, 2013 von weed — Keine Kommentare ↓

Und wieder eine neue, spannende Fehlermeldung:

„Fehler: Anmeldung beim Abfragedienst fehlgeschlagen. Der Remotename konnte nicht aufgelöst werden: ‚vcenter.foo.bar'“

In den meisten Fällen stimmt die Fehlermeldung auch und der in der Fehlermeldung enthaltene FQDN ist nicht korrekt.

Lösung: In den meisten Fällen ist die API-Url für die (Clientseitigen) Sortierungsabfragen falsch eingetragen (worden). Das lässt sich direkt im vSphere-Client korrigieren: Verwaltung -> vCenter Server-Einstellungen -> Erweitert. Hier gibt es die beiden Wertepaare „VirtualCenter.VimApiUrl“ und „VirtualCenter.VimWebServicesUrl“ die für diesen API-Aufruf verantwortlich sind. Einfach korrigieren, neu starten und der Client sortiert auch wieder richtig.