Wer auf Konfigurationsdateien basierende DHCP Server gewohnt ist und bei einem Windows 2003 Server DHCP Dienst z.B. einfach nur die Netzmaske verändern möchte, der wird staunen:  bei diesem DHCP Server ist das Eingabefeld der Netzmaske grau - die Maske für den Scope kann nicht geändert werden. Da stellt man sich doch glatt die Frage, warum man einen DHCP Server im Netz eigentlich einsetzt. ;)

"In Netzwerken bietet DHCP den Vorteil, dass bei Topologieänderungen nicht mehr alle betroffenen Workstations von Hand umkonfiguriert werden müssen, sondern die entsprechenden Vorgaben vom Administrator nur einmal in der Konfigurationsdatei des DHCP-Servers geändert werden." (Quelle: wikipedia)

Man kann sich allerdings mit einem kleinen Workaround hinsichtlich Export und Import des Scopes nach entsprechender Modifikation behelfen.

In der Eingabeaufforderung (cmd.exe):

1. netsh dhcp server [IP-Adresse des DHCP Servers] scope [Scope-Adresse] dump>reservierungen.txt
2. reservierungen.txt entsprechend mit einem Editor bearbeiten
3. netsh exec C:\temp\reservierungen.txt

Gerade kleinere Unternehmen neigen zur Nutzung des hauseigenen Virenscanners von Microsoft mit dem Namen Security Essentials. Die Lizenz von Microsoft erlaubt hingegen ausschließlich die Nutzung in "kleinen Heimbüros".

Eine Nutzung der kostenlosen Version von Security Essentials ist ab einer gewissen Anzahl von Clients sowieso nicht mehr denkbar: Die genannte Version unterstützt weder die Nutzung eines Proxys, noch das Update über einen internen Dienst, der die Patterns von Microsoft sammelt und an die Clients verteilt.

Abhilfe bzgl. dem Thema Proxy schafft jedoch ggf. die Umsetzung eines sogenannten transparenten Proxys. Bei diesem wird die Kommunikation nicht über die explizite Angabe des Proxys im Browser (oder in diesem Fall im Virenscanner) realisiert, sondern der Proxy wird über die Standardroute (sprich das Default Gateway) angesprochen. Entsprechende Anleitungen finden sich im Internet unter den Stichwörtern "SQUID" sowie "transparenter Proxy".

Immer daran denken, dass bei dem Standardprofil von Oracle 11 die Passwörter der User nach 180 Tagen ablaufen. :-)

Weitere Informationen findet man unter dem folgenden  Link.

SYSTEM> select username, account_status from dba_users;
USERNAME                       ACCOUNT_STATUS
------------------------------ -------------
MGMT_VIEW                      OPEN
SYS                            OPEN
SYSTEM                         OPEN
DBSNMP                         OPEN
SYSMAN                         LOCKED(TIMED)

Wenn man nicht mehr auf den ESXi mittels der VMWare Console connecten kann, dann hilft vielleicht folgendes:

1. Login to the SSH console
2. Type: /sbin/services.sh restart

Done.

Quelle:  link

In dem speziellen Fall hat es geklappt die Verbindung zum ESXi Host wiederherzustellen, ohne dass die VMs neugestartet werden mussten.