Ich wollte auf einem Windows-System testen ob ich einen NTP-Server erreiche und ob mir dieser Server auch eine Zeit zurückgibt.
Das kann man ganz einfach per w32tm-Befehl testen:
w32tm.exe /stripchart /computer:ip.addresse.oder.dnsname /dataonly /samples:1
Also z.B. mit IP
w32tm.exe /stripchart /computer:172.17.9.78 /dataonly /samples:1
oder auch per DNS-Namen:
w32tm.exe /stripchart /computer:ptbtime1.ptb.de /dataonly /samples:1
Hier mal kurz ein Tipp wie man den MX-Record ohne Online-Dienste wie mxtoolbox.com abrfragen kann – ganz einfach per Konsole -> sowohl unter Linux also auch Windows und macOS:
dig domain.tld mx
bzw. wenn man weniger Output und nur die eigentlichen Einträge haben will
dig domain.tld mx +short
nslookup -querytype=MX domain.tld
Ich hatte bei einer Migration eines ActiveDirectorys das Problem das bei vielen Usern noch Login-Scripte definiert waren die ich aber nicht mehr verwenden wollte.
Will man von vielen Usern einen Wert im Active Directory löschen geht das einfach über die Powershell 🙂
Hier ein Beispiel um bei allen Usern im AD den ScriptPath zu löschen:
Get-ADUser -filter * | set-aduser -Clear scriptPath
Das kann natürlich über die Filter noch eingeschränkt werden und funktioniert natürlich auch für andere Parameter 🙂
Hier noch ein Beispiel für das Löschen des Profil-Pfads für alle User eine OU:
Get-ADUser -Filter * -SearchBase „OU=TestUser,DC=domain,DC=local“ | Set-ADUser -Clear profilepath
Ich hatte mal wieder das Problem dass beim Upgrade eines ESXi ein Fehler auftrat – und zwar dieser hier:
[OSError]
[Errno 28] No space left on device
Please refer to the log file for more details.
Im Gegensatz zu einem ähnlichen Fehler war hier keine fehlerhafte VIB angegeben.
Nach ein bisschen Suchen fand ich heraus das die Swap-Datei relativ groß wurde und standardmäßig liegt diese in der Systempartition und nimmt hier den nötigen Platz für das Update weg :-/
Ich habe das Problem mit dem Verlagern der SWAP-Datei gelöst:
Danach lief das Update ohne Problem durch 🙂
Um aus einem Verzeichnis eine ISO zu erstellen – um z.B. diese ISO dann in einer virtuelle Machine zu mounten – braucht man unter macOs nur das Terminal 🙂
Folgender Befehl generiert die ISO (hier Image.iso) aus den angegebenen Verzeichnis:
hdiutil makehybrid -iso -joliet -o /Pfad/zur/Image.iso /Pfad/zum/Verzeichnis
Ich musste einen Exchange 2013 mit installierten CU1 updaten – bekamm aber folgende Fehlermeldung:
Das Produkt mit dem Code 4934d1ea-be46-48b1-8847-f1af20e892c1 kann nicht entfernt werden. Schwerwiegender Fehler bei der Installation. Fehlercode: 1603. Letzter vom MSI-Paket ausgegebener Fehler: ‚Unable to install because a previous Interim Update for Exchange Server 2013 Cumulative Update 1 has been installed. Please use Add/Remove Programs to uninstall the Interim Update before running this setup again.‘.
Durch den installierten KB2874216 wird das Update blockiert.
Eine Entfernung bzw. Deinstallation des Updates war bei mir nicht erfolgreich bzw. lies es sich einfach nicht entfernen.
Als Workaround habe ich in der Registry den Schlüssel
HKLM\Software\Microsoft\ExchangeServer\V15\Setup\Interim Update
gelöscht.
Danach den Server rebooten – das Setup neu starten – geht 🙂
Quelle: https://anotherexchangeblog.wordpress.com/tag/kb2874216/
Mir wurde nach einem Upgrade von meiner Nextcloud 14 auf die aktuelle Version folgendes angezeigt:
Um die Datenbankoperationen mit occ auszuführen musste ich folgendes machen :
per SSH auf dem Server und in das Nextcloud-Verzeichnis (bei mir /var/www/html/nextcloud) wechseln
cd /var/www/html/nextcloud
Dann zuerst die Indizies erstellen
sudo -u www-data php occ db:add-missing-indices
Und anschliesend die Konvertierung auf big int durchführen
sudo -u www-data php occ db:convert-filecache-bigint
Danach war die Datenbank glücklich 🙂
Und man kann sich an die anderen Meldungen machen 😉
Ich hatte den Anwendungsfall, dass ich bei einer Exchange-Migration nur immer eine bestimmte Anzahl von Postfächern umziehen konnte.
Dieses Problem lässt sich wunderbar per Powershell lösen:
$a= get-mailbox -server NameDesExchangeServer | Select-Object name -First 100
foreach ($b in $a) {New-moverequest -Identity $b.name}
Kurze Erklärung: In der ersten Zeile schreibe ich die ersten 100 Zeilen der Ausgabe von get-mailbox in eine Variable.
In der zweiten Zeile übergebe ich den Postfachnamen in ein new-moverequest – und mache dies für jede Zeile.
Und schon hat man – in meinem Fall – 100 MoveRequest 🙂
Natürlich kann man hier noch bei get-mailbox oder new-moverequest noch weitere Parameter und Optionen übergeben
Quelle: TechNet
Will man seinen Clients hinter einer OPNsense-Firewall – die hinter einer Fritz!Box (hier an einem Telekom-Anschluss) hängt – IPv6-Konnektivität bieten muss man folgendes einstellen:
Auf der Fritz!Box:
1. Navigieren zu: „Heimnetz => Netzwerk => Netzwerkeinstellungen -> IPv6-Adressen“
2. Die Option setzen: „DHCPv6-Server in der FRITZ!Box für das Heimnetz aktivieren“ => „DNS-Server und IPv6-Präfix (IA_PD)zuweisen“
3. Speichern
Auf der OPNsense:
1. Navigieren zu: „Schnittstellen => WAN„:
Die Option setzen: IPv6 Konfigurationstyp: DHCPv6
2. DHCPv6 Clientkonfiguration
Folgende Optionen setzen:
Konfigurationsmodus: Einfach
Nur einen IPv6-Präfix anfordern: Ja
Prefix delegation size: 64
Sende einen IPv6-Präfixhinweis: Ja
Freigabe verhindern: Ja
IPv4-Verbindung verwenden: Nein
3. Speichern
4. Navigieren zu: „Schnittstellen => LAN„:
Die Optionen setzen:
IPv6 Konfigurationstyp: Schnittstelle aufzeichnen
und unter „IPv6-Schnittstelle aufzeichnen“
IPv6 Schnittstelle: WAN
IPv6 Präfix ID: 0
5. Speichern
Jetzt sollten die Clients hinter der OPNsense sauber ins IPv6-Netz kommen:
Und alle sind zufrieden 😉
Quelle: forum.opnsense.org
Wenn auf einem Exchange ein Postfach deaktiviert oder gelöscht wird, werden diese nicht gleich als getrennte Postfächer angezeigt.
Entweder man wartet auf den internen Wartungsplan oder man startet die Erkennung der getrennten Mailboxen selber – ganz einfach mittels Shell 🙂
Unter Exchange 2007 und 2010:
Für alle Datenbanken:
Get-MailboxDatabase | Clean-MailboxDatabase
Für eine spezifische Datenbank:
Clean-MailboxDatabase Datenbankname
Unter Exchange 2013, 2016 und 2019
Für alle Datenbanken:
Get-MailboxDatabase | Get-MailboxStatistics | Where {$_.DisconnectReason -ne $null } | ForEach { Update-StoreMailboxState -Database $_.Database -Identity $_.MailboxGuid -Confirm:$False}
Für eine spezifische Datenbank
Get-MailboxStatistics -Database Datenbankname | ForEach {Update-StoreMailboxState -Database $_.Database -Identity $_.MailboxGuid -Confirm:$False}
Jetzt muss man je nach Datenbankgröße in bisschen warten bis der Vorgang erledigt ist…
Dann kann man mit
get-mailboxdatabase | get-mailboxstatistics | Where{ $_.DisconnectDate -ne $null } |fl displayName,Identity,disconnectdate,database
sich alle getrennten und gelöschten Postfächer anzeigen lassen 🙂
Quelle: docs.microsoft.com und docs.microsoft.com