About Biker Pete

Find more about me on:

Here are my most recent posts

Alle Beiträge von Biker Pete

Windows 10: Auf NETLOGON kann nicht zugegriffen werden

Das Problem:
Im Domänennetzwerk kann nicht zuverlässig auf die Freigabe \\domaincontroller\NETLOGON\ zugegriffen werden.
Manchmal geht es, manchmal wird es auch verweigert.

Lösung:
Den Richlinieneditor öffnen per gpedit.msc

Dort navigiert man zu

Computer -> Administrative Templates -> Network -> Network Provider -> Hardened UNC Paths

Die „Hardened UNC Paths“ werden jetzt aktiviert und man klickt auf den Button „Show“

Hardened-UNC-Paths

Dort erstellt man einen neuen Wert (Value) mit dem Value Name:

\\*\NETLOGON

und dem Wert

RequireMutualAuthentication=0,RequireIntegrity=0,RequirePrivacy=0

NETLOGON

Nach einem Neustart ist der Zugriff auf das NETLOGON dann auch vom Windows10 Client aus zuverlässig möglich.

XAMPP: PHP Informationen anzeigen

Gerade wenn man mit zusätzlichen Optionen wie z.B. LDAP Support arbeiten möchte, ist es recht hilfreich, wenn man sich die PHP Informationen mal anzeigen lassen kann.

So gehts:
Erstellt im Unterordner htdocs eurer XAMPP Installation eine neue Textdatei und benennt sie um (z.B. phpinfo.php):
Achtet darauf, dass ihr die richtige Dateiendung verwendet.
Sollten die Dateierweiterungen in Windows ausgeblendet sein, blendet sie zunächst am besten wieder ein.

Öffnet die Datei mit einem Editor und tragt folgendes ein:

<?php
phpinfo();
?>

Jetzt könnt ihr euch über http://localhost/phpinfo.php die PHP Informationen (Version, Module, etc) anzeigen lassen.

XAMPP: LDAP PHP support is not installed

Für die Verwaltung von Kennwörtern setze ich das Tool Team Password Manager ein: https://teampasswordmanager.com/

Damit auch meine Windows Kollegen den Server administrieren können, haben wir das Ganze mittels XAMPP auf einem Windows Server installiert.
Während der Userkonfiguration bin ich auf einen fehlenden LDAP PHP Support gestossen.

So könnt ihr den LDAP PHP Support in XAMPP aktivieren:

1. Systemvariable anpassen
Auf dem Windows Server geht ihr in die erweiterten Systemeinstellungen und dort zu den Umgebungsvariablen.
Bei den Systemvariablen fügt ihr bei „Path“ einen Verweis auf euer PHP-Verzeichnis innerhalb des XAMPP Ordner hinzu:

;C:\xampp\php

2. Editieren der php.ini
Im Unterordner „php“ in eurem XAMPP Verzeichnis findet ihr die Datei ‚php.ini‘.
Die öffnet ihr mit einem Editor und ändert folgende Zeile:

;extension=php_ldap.dll
zu
extension=php_ldap.dll

Ihr nehmt also für die php_ldap.dll die Kommentierung weg, wodurch sie beim nächsten Apache Neustart aktiv wird.

3. Neustart des Webservers
Anschließend müsst ihr nur noch den Apache neu starten.
Entweder über „xampp-control“ oder über die Windows Dienste den Dienst ‚Apache2.4‘.

 

[SOLVED] Windows was unable to open service control manager database

Problem:
Wenn man an einem PC die Diensteverwaltung öffnen will per CMD –> services.msc erhält man diese Meldung (Error 1722):
Services Error 1722

Lösung:
Um diesen Fehler zu beheben, muss man nur die CMD als Administrator öffnen und dort die vordefinierte Firewall Regelgruppe für das WMI aktivieren:

"Windows-Verwaltungsinstrumentation (WMI)"

Der Befehl dazu sieht so aus:

netsh advfirewall firewall set rule group = "windows management instrumentation (WMI)" new enable=yes

bzw:

netsh advfirewall firewall set rule group="Windows-Verwaltungsinstrumentation (WMI)" new enable=yes

Danach kann man die Diensteverwaltung wieder aus der cmd aufrufen.
Als ‚Workaround‘ kann man auch den Explorer öffnen und dort beim Eintrag für den PC per Rechtsklick das Kontextmenü öffnen und dort die Verwaltung des PCs auswählen.
Im Comuter Management Fenster kann man dann auch die Dienste verwalten. 🙂

ACHTUNG:
Diese Änderung war in meinem Fall auch notwendig, obwohl die Windows Defender Firewall für die Domäne ausgeschaltet war (da wir ein anderes Produkt einsetzen).

 

Netzwerkprobleme nach Aktualisierung von VirtualBox

Nach der Aktualisierung einer VirtualBox Installation kommt es plötzlich zu Netzwerkproblemen.

Die Fehlersuche ergab, dass der „VirtualBox Host-Only Ethernet Adapter“ anscheinend dieses Verhalten verursacht. Solange dieser deaktiviert ist, funktioniert das Netzwerk wieder. Schaltet man den VirtualBox Host-Only Adapter in den Netzwerkverbindungen wieder ein, lassen sich z.B. die Server im Netzwerk nicht mehr richtig erreichen.

Ein Blick in die Einstellungen des Host-Only Adapters zeigt, dass die Einstellungen für das Internetprotokoll Version 4 (TCP/IP4) zwar die korrekte IP anzeigen (192.168.1.56) aber die Subnetzmaske falsch ist. Statt der 255.255.255.0 ist hier die 255.255.0.0 eingetragen.
Damit ist die Wahrscheinlichkeit groß, dass man sich mit dem eigenen Netzwerk in die Quere kommt (wenn man z.B. ein 192.168.1.x verwendet).