Überalterte und/oder stark gestresste Batterien, auch in teuren Marken-USVs, neigen manchmal dazu, ihrem Arbeits-Ärger Luft zu machen. Gut das niemand in der Nähe stand 🙂
Gut das USV-Batterien explosionsgeschützt verpackt sind …
Kategorie-Archiv: wtf
GLS UniBox Linux Server Standard Passwort
Die GLS UniBox ist ein kleiner Linux-Server, beziehungsweise in der Regel heute eine virtuelle Appliance. Über diese kann man seine GLS Versandabwicklung steuern, einschliesslich Paketlabel-Erstellung und FTP-Datenübertragung an GLS.
Das UniBox Versandsystem basiert auf einem CentOS Linux und ist leicht angepasst. Leider sind alle dieser System mit einem Standardkennwort versehen dessen Änderung nicht vorgesehen ist. Immerhin ist zwar der Remote-Login ohne passendes Schlüsselpärchen verboten, aber das unangenehme Bauchgefühl von Standardzugangsdaten bleibt.
Soll ein solches System in ein Monitoring oder ein Security Information and Event Management (SIEM) eingefügt werden, braucht man in der Regel einen Agenten auf dem System. Dieses installiert man am besten als root.
GLS UniBox Default Password
UniBox Default Username: root
UniBox Default Password: Uni-Box-GLS
Bosch DCU 220 BIOS Passwort (Supervisor)
Problem
Ein BOSCH DCU 220 „Convertible PC“ Notebook hat standardmäßig ein BIOS-Password. Dieses ist möglicherweise nicht (mehr) bekannt.
Lösung
Es gibt ein paar mögliche Passwörter.
Laut offizieller Anleitung: Ia4kd
Weitere mögliche Kandidaten:
ia4kd
IA4KD
IAK4D
IQKAD
GOIAM
recoverpiwis
xsqeSet-RDCertificate cert.PFX ist keine PFX-Datei
Problem
Ich hatte gerade bei einem RDS-Deployment einen interessanten WTF-Moment. Es wurde ein ganz frisches SSL-Zertifikat von einer öffentlichen CA bestellt und installiert. Blieb also nur noch, dieses in der RDS-Bereitstellung einzurichten. Sobald das Zertifikat als .PFX exportiert wurde, sollte das per Powershell auch ganz einfach gehen (z.B. für die Gateway-Rolle):
PS C:\> $pfxPassword = Read-Host -AsSecureString
*************
PS C:\> Set-RDCertificate -Role RDGateway -ImportPath C:\install\cert.PFX -Password $pfxPasswordUnd schon begrüßt mich der rote Text auf schwarzem Hintergrund:
Set-RDCertificate : ImportPath-Wert "C:\install\cert.PFX" ist keine PFX-Datei.
In Zeile:1 Zeichen:1
...Lösung
Scheinbar ist das Cmdlet bezüglich der PFX-Dateiendung Case-Sensitive:
PS C:\> Set-RDCertificate -Role RDGateway -ImportPath C:\install\cert.pfx -Password $pfxPasswordfunktioniert sofort. Und ja, es reicht wenn man „pfx“ im Cmdlet-Aufruf klein schreibt – der eigentliche Dateiname ist hier nicht relevant (zumindest was Groß-Kleinschreibung angeht).
Dem Server-Manager ist das übrigens auch egal. Über die GUI klappt’s ebenfalls sofort.
