In Unternehmen, die auf Mobile Device Management (MDM) setzen, ist es oft erforderlich, wichtige Hinweise oder Eigentümerinformationen auf dem Sperrbildschirm eines iOS-Geräts anzuzeigen. Dies kann hilfreich sein, um verlorene Geräte zurückzubekommen oder den Eigentümer auszuweisen. Mit VMWare WorkspaceOne (ehemals AirWatch) ist dies über ein spezielles Profil möglich. In diesem Beitrag zeige ich dir, wie du ein Profil erstellst, um eine personalisierte Nachricht auf dem Lockscreen eines iOS-Geräts zu konfigurieren.

Warum eine Nachricht auf dem Sperrbildschirm?

Eine Nachricht auf dem Sperrbildschirm bietet mehrere Vorteile:

• Wiederauffindbarkeit: Verlorene Geräte können leichter zurückgegeben werden.
• Eigentümeridentifikation: Klare Zuordnung von Geräten zu Personen oder Abteilungen.
• Sicherheitsbewusstsein: Hinweis auf Unternehmensrichtlinien oder Kontaktdetails.

Beispiel-Konfigurationsprofil für WorkspaceOne

Das folgende XML-Profil kann direkt in WorkspaceOne importiert werden, um eine Nachricht auf dem Sperrbildschirm zu konfigurieren:

<dict>

    <key>AssetTagInformation</key>

    <string>FREIDEFINIERBARER TEXT 1</string>

    <key>IfLostReturnToMessage</key>

    <string>FREIDEFINIERBARER TEXT 2</string>

    <key>PayloadDescription</key>

    <string>Konfiguriert Eigentümerinformationen für geteilte Geräte</string>

    <key>PayloadDisplayName</key>

    <string>Nachricht auf Sperrbildschirm</string>

    <key>PayloadIdentifier</key>

    <string>com.apple.shareddeviceconfiguration.8199098B-0F72-47C4-AAD6-3DA84D22EEE8</string>

    <key>PayloadType</key>

    <string>com.apple.shareddeviceconfiguration</string>

    <key>PayloadUUID</key>

    <string>8199098B-0F72-47C4-AAD6-3DA84D22EEE8</string>

    <key>PayloadVersion</key>

    <integer>1</integer>

</dict>

Erklärung der Konfigurationsparameter

• AssetTagInformation: Hier kannst du einen frei definierbaren Text eingeben, der als Eigentümerinformation dient (z. B. „Eigentum von Firma XYZ“).
• IfLostReturnToMessage: Dies ist die Nachricht, die im Falle eines Verlusts angezeigt wird. Hier kannst du z. B. eine Rückgabeadresse oder Telefonnummer angeben.
• PayloadDisplayName: Der Anzeigename des Profils (z. B. „Nachricht auf Sperrbildschirm“).
• PayloadIdentifier: Eine eindeutige Kennung für dieses Profil.
• PayloadVersion: Die Version des Profils, üblicherweise „1“.

Schritt-für-Schritt-Anleitung zur Einrichtung

1. WorkspaceOne öffnen:
   • Melde dich in der Admin-Konsole von VMWare WorkspaceOne an.
2. Neues Profil erstellen:
   • Gehe zu „Richtlinien und Profile“ und erstelle ein neues Profil.
   • Wähle die Plattform iOS aus.
3. Payload hinzufügen:
   • Wähle die Option „Sperrbildschirm-Konfiguration“ oder füge das obige XML manuell als benutzerdefiniertes Profil hinzu.
4. Nachricht anpassen:
   • Ersetze die Platzhalter
     FREIDEFINIERBARER TEXT 1

     und

     FREIDEFINIERBARER TEXT 2

     durch die gewünschten Texte.

5. Profil zuweisen:
   • Weise das Profil den gewünschten Gerätegruppen oder Benutzern zu.

Fazit

Mit diesem einfachen Profil kannst du sicherstellen, dass wichtige Informationen wie Eigentümerdetails oder Kontaktinformationen direkt auf dem Sperrbildschirm eines iOS-Geräts angezeigt werden. Dies ist besonders in Unternehmen oder Bildungseinrichtungen nützlich, um Geräte sicher und leicht zuordenbar zu machen.

Mit WorkspaceOne wird die Verwaltung solcher Profile einfach und zentral steuerbar. Probiere es aus und optimiere die Sicherheit und Wiederauffindbarkeit deiner Geräte!

Im Plesk-Interface kannst du deinen MariaDB-Datenbankserver auf die aktuelle Langzeitunterstützung (LTS) aktualisieren.
Das Feature führt nicht nur das Upgrade durch, sondern macht auch Folgendes:

• Führt Pre-Upgrade-Checks durch:
  • Findet und löscht alte Konfigurationsoptionen und Einstellungen, die veraltet sind und nicht mehr mit der MariaDB LTS-Version kompatibel sind.
  • Analysiert die Konfiguration des Paketmanagers.
  • Analysiert Datenbanken mit mysqlcheck. Mysqlcheck ist ein MariaDB-Tool, das die Konsistenz der Datenbanken analysiert und den Zustand des Datenbankservers überprüft.
• Sichert deine Datenbanken.
• Führt erforderliche Nach-Upgrade-Checks durch.

Diese Funktion ist ab Plesk Obsidian v18.0.60_build1800240329.08 möglich, in manchen Fällen kann es aber dazu kommen, dass diese Funktion nicht angezeigt wird. Dazu muss die panel.ini in Plesk angepasst werden. 
Die panel.ini findet man hier: 

• (Plesk for Linux)
  <span class="pre">/usr/local/psa/admin/conf/panel.ini</span>
• (Plesk for Windows) 
  <span class="pre">%plesk_dir%admin\conf\panel.ini</span>

Erweitert die Datei um folgende Zeilen: 

[databaseManagement]
features.canBeUpgraded = true

Für alle, die die Vorteile von Dell iDRAC Enterprise kennenlernen möchten, gibt es eine großartige Gelegenheit, eine kostenlose Testversion zu erhalten. Dank Vivithemage könnt ihr eine erweiterte Testlizenz für iDRAC Enterprise Versionen 7, 8 und 9 nutzen. Diese Testversion ermöglicht es euch, die leistungsstarken Funktionen von iDRAC Enterprise zu erkunden und herauszufinden, wie sie die Verwaltung eurer Dell Server verbessern können.

Besucht einfach die folgende Adresse, um die Testversion zu erhalten: Vivithemage – Dell iDRAC Enterprise 7, 8 und 9 erweiterte Testlizenz. Dort findet ihr alle erforderlichen Informationen und Anweisungen zum Herunterladen und Aktivieren der Testlizenz.

Mit iDRAC Enterprise habt ihr Zugriff auf Funktionen wie Remote-Verwaltung, Hardwareüberwachung und automatisierte Benachrichtigungen, die die Effizienz eurer Serververwaltung verbessern können.

Mich begrüßte ein Plesk-Server ganz unerwartet mit folgender Meldung nach Eingabe von #service mariadb status

Unable to start MariaDB 10.6 on a Plesk server: Bind on TCP/IP port. Got error: 22: Invalid argument

service mariadb status
…
mariadbd[32685]: 2022-04-19 6:41:28 0 [ERROR] Can’t start server: Bind on TCP/IP port. Got error: 22: Invalid argument
mariadbd[32685]: 2022-04-19 6:41:28 0 [ERROR] Do you already have another server running on port: 3306 ?
mariadbd[32685]: 2022-04-19 6:41:28 0 [ERROR] Aborting

500 Plesk\Exception\Database
DB query failed: SQLSTATE[HY000] [2002] No such file or directory

Der Support-Artikel von Plesk hat den richtigen Hinweis gegeben, leider nur mit falschen Pfaden, der korrekte Pfad lautet.
Daraus ergibt sich folgender Ablauf: 

1. Verbindung via SSH mit dem betroffenen Plesk-Server herstellen.
2. Folgende Datei mit vi oder nano öffnen: /etc/mysql# –> nano my.cnf
3. Die BindAdress muss von bind-address = ::ffff:127.0.0.1 in folgende geändert werden bind-address = 127.0.0.1
4.Die Datei speichern
5. Und einmal den Service durchstarten: service mariadb restart

Nach einem der letzte Windows Update auf einem Server 2019 Essentials (Version 1809) habe ich nach erfolgreichem Einloggen im Windows Admin Center (Version 2103) nur noch folgende Fehlermeldung erhalten:

„msft.sme.server-manager“ konnte nicht geladen werden.
Erneut laden
Fehlerbeschreibung
Fehler beim Laden des folgenden Moduls: msft.sme.server-manager. RPC: Abgelaufener Sendevorgang von „msft.sme.shell:##“ an „msft.sme.server-manager:overview#1621176167917+1“ (Init/0).

Mein Ansatz einer Neuinstallation war leider viel zu kompliziert. Die Lösung des Problems lag darin einfach einen anderen Browser zu benutzen… 
Safari (Version 14.1) brachte den oben genannten Fehler. Google Chrome (Version 90.0.4430.212) brachte diesen Fehler nicht. 

In einem Szenario in dem ich einen Standort anbinden musste der ziemlich fern ab von Glasfaser und Kupfer liegt, sollte dies via LTE/UMTS bewerkstelligt werden. 
Ausgangssituation ist ein TP-Link 4G-Router in dem eine SIM der Telekom steckt. Die Konfiguration ist trivial, der Router ist Online im LTE eingebucht und bekommt auch eine IP. 
Via NoIP wurde ein DynDNS erzeugt: 

• ICMP wurde im Router aktiviert für intern und extern
• Fernwartung via DynDNS wurde aktiviert

Leider war es nicht möglich via DynDNS auf die Website des Routers zu kommen. Auch antwortete der Router auf ICMP nicht. 

Nach etwas recherche bin ich dann auf einen APN der Telekom gestoßen der weder NATtet noch eine interne IP vergibt. Er wirbt mit einer Statischen IP. 
Nach Einrichtung des APN: 

• internet.telekom (Dualstack IPv4/v6, NAT)
• internet.v6.telekom (nur v6, NAT, http Translation)
• festip.telekom (öffentliche feste IPv6, nur für Business-Tarife)
• Internet.t-d1.de ohne User und Kennwort (nur IPv4)

und reconnect des Routers war dieser dann auch via ICMP und Fernwartung über den zuvor eingerichteten DynDNS erreichbar. 

Es gibt zwei Wege die Sicherheit des IIS zu erhören, einmal mit vielen RegKeys oder mit der kleinem Tool von Nartac Software IIS Crypto: https://www.nartac.com/Products/IISCrypto 
Mit diesem Tool ist es schnell und effizient möglich dem IIS unsichere Protokolle abzugewöhnen.

• Klicken Sie einmal, um Ihre Website mithilfe von Best Practices zu sichern
• Sichern Sie die Registrierung, bevor Sie Aktualisierungen vornehmen
• Ändern Sie die erweiterten Registrierungseinstellungen
• Integrierte Best Practices, PCI 3.2-, Strict- und FIPS 140-2-Vorlagen
• Erstellen Sie benutzerdefinierte Vorlagen, die gespeichert und auf mehreren Servern ausgeführt werden können
• Kehren Sie zu den Standardeinstellungen des ursprünglichen Servers zurück
• Stoppen Sie DROWN-, Logjam-, FREAK-, POODLE- und BEAST-Angriffe
• Aktivieren Sie TLS 1.1 und 1.2/1.3
• Vorwärtsgeheimnis aktivieren
• Chiffresuiten neu anordnen
• Deaktivieren Sie schwache Protokolle und Chiffren wie SSL 2.0, 3.0, MD5 und 3DES
• Site Scanner zum Testen Ihrer Konfiguration
• Befehlszeilenversion

Über folgenden SSL-Test kann man die Arbeiten kontrollieren: 
https://www.ssllabs.com/ssltest/ 

Aktuell verfolgte mich ein Problem in einer PrestaShop 1.7 Installation. 
Die Reiter im Modulmanager Meldungen und Aktualisierungen wurden durch folgenden Fehler quittiert: 
500 Internal Server Error

Also habe ich mir gedacht, ein Modul wird Querschießen, also den Debug-Mode aktiviert und im debugging geschaut ob man etwas finden kann, negativ. Somit habe ich versucht die Module einzeln zu deaktivieren, was leider dann mit folgendem Fehler quittiert wurde: 
„Error! Could not perform action disable for module undefined“

Da ich jetzt aber nicht den kompletten Modulordner neu aufbauen wollte, erinnerte ich mich an Probleme in WordPress Instanzen in Kombination mit Caching. 
In PrestaShop habe ich selbstverständlich ebenfalls das Caching aktiviert und so sollte es auch bleiben. 
Ich habe nun auf dem FTP vom Shop folgende Ordner gelöscht um das Problem zu beheben: 
prestashop –> var –> cache

Im Anschluss ließen sich die beiden Reiter wieder öffnen und auch das deaktivieren der Module funktioniert wieder. 

Mit dem am 14.April erschienenen Windows Update für Windows 10 KB4549951 legt Windows alle am Rechner angeschlossenen OKI-Nadeldrucker lahm.

Da wir oft den Dienste anderer benutzen um URLs zu kürzen und auch deren Nachverfolgung darüber machen, haben wir uns entschieden unseren eigenen URL-Kürzer-Dienst an den Start zu bringen. Der Service ist erreichbar unter, wer hätte es gedacht: 

www.imyi.de (danke an den, der die imii.com Domain geparkt hat) :( 

Der Dienst ist kostenlos nutzbar, aktuell muss er noch an den IMYI-Style angepasst werden, wir überlegen ob wir die Texte jedoch „international“ also auf Englisch belassen. 

Hier geht es zum Service: IMYI URL-SHORTENER

IMYI-Shortener bietet erweiterte Berichte und Analysen für Besucher wie folgt zu erhalten:

• Analytik nach Kontinenten
• Analytik nach Ländern
• Analytik nach Staaten
• Analytik nach Städten
• Analyse nach Plattformen
• Analyse nach Gerätemarke
• Analyse nach Gerätename
• Analytik durch Überweiser
• Analytics von Browsern
• Analytics durch Social Media zählt

INTELLIGENTES TARGETING