Schließlich wird die Hilfe von IT ist hier

Blog von Computer-Lösungen.

Ereignisanzeige Fehler von Powershell-Erkennung

Geschrieben von Xaus Xavier Nadal 13th am Mai 2012

Gut.

Heute stellen wir einige Powershell.

Dieser Artikel erklärt, wie Remote-Event-Viewer-Fenster bei einem Team oder eine Gruppe von Computern aus einer Powershell-Kommandozeile und auch in Onliner, hehe wie Ich mag sammeln ..

Denken Sie daran, Artikel https://www.megacrack.es/2008/11/16/como-resolver-problema-con-jrnl_wrap_error-frs-event-id-13568-o-13561/ wo wir gezeigt, wie man einen Fehler mit dem Active Directory-Replikation sysvol zu lösen?, da dieses Skript wir remote solche Fehler, ohne erkennen zu warten, dass ein Benutzer, uns zu sagen Ihr Skript nicht funktioniert, weil nicht erkannt wird, oder eine Domain-Politik wird nicht angewendet, die nicht an einem Standort nicht vorhanden ist, etc ..

Was wir mit diesem Skript zu tun ist, um die letzten 2 Tage der Protokolle in der Ereignisanzeige des "File Replication Service" als Quelle "NtFrs" und geben Sie "Fehler" zu überprüfen und wir zwingen wir nur Fehler zeigen Typ "13568" und wir zeigen nur das neueste an den Vorlieben Fehlererkennungs Active Directory-Replikation einstellen (können Sie zu setzen, was Sie wollen, wie zum Beispiel erkennen, ob die Exchange-Datenbanken haben wegen ausgeschaltet worden, dass das Transaktionsprotokoll gefüllt) Mit den folgenden Werten:

Typ: Fehler

Ereignis-ID: 9518

Quelle: MSExchangeIS

Aber jetzt, was wir finden wir die Probleme mit der FRS sind, und wir suchen nach folgenden Kriterien:

Typ: Fehler

Ereignis-ID: 13568

Quelle: NtFrs

Wir werden dies zu tun:

get-eventlog -newest 1 -nach (Get-Date) .AddDays (-2) -Computer <Computername> -logname "File Replication Service" -source "NtFrs" -EntryType "Error" | woher{$ _ Eq EventId '13568'.} | wählen Computername, Quelle | ft -Auto-Size

Das Ergebnis, wenn der spürte, dass es einen Fehler in der letzten 2 Tage im File Replication Service-Bereich mit NtFrs Quelle, Fehlertyp und Code 13568 Ereignis wäre gewesen:

Name_der_Maschine Quelle

-----

MegaDC1 NtFrs

Von dort können wir das Problem mit dem folgenden Artikel zum Beispiel lösen: https://www.megacrack.es/2008/11/16/como-resolver-problema-con-jrnl_wrap_error-frs-event-id-13568-o-13561/

Aber wenn das, was Sie wollen ist das gleiche auf allen Domänencontrollern in der Domäne zu erkennen, wird sich ändern müssen -Computer <Computername> zu:

-computername (get-qadcomputer -searchroot "<Domäne> Domain Controllers" -dudip | Select-Object -ExpandProperty Name)

Sie darauf, dass diese letzte Änderung wird auf alle Domänencontroller Sie haben, und viele nehmen, (Sie müssen installierten Tools haben Quest-aktive Rollen-ManagementDenken), dass wir nicht aus der Ferne verwenden und Prozessstränge (Dies wird Sie und andere Mitglieder des Blogs zeigen die mehr als ich Powershell-Experte) ist zu sehen, wenn Sie .. Albert wagen !!!!!, die Sie lesen möchten in MegaCracks ...

Sie können auch den Befehl auf jedem Server laufen täglich und Sie erhalten eine E-Mail mit den Ergebnissen an eine E-Mail oder senden Sie es an eine Datei senden, die sie waren von einem IIS und angezeigt in einem Web wie ein Monitor zentrale Ereignis gesammelt werden, oder was Sie Ihrer Fantasie bieten ... die Welt der Powershell ist beeindruckend, aber es ist, wenn Sie mit der Automatisierung vereinen, Displays, Websites, etc ..

Wenn Sie Fragen haben, darüber werden wir Sie gerne von den Kommentaren des Moores zu unterstützen.

Bis zum nächsten Mal.

Stichworte: , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , , ,
Geschrieben von Fehler, Umtausch, Powershell, Powershell | Keine Kommentare »

Erteilen Sie Berechtigungen zu root zu SSH in VMware ESX zugreifen.

Geschrieben von Xaus Xavier Nadal 14th am August 2009

gut,

Manchmal gibt es eine Notwendigkeit, mehr Berechtigungen als normal haben, um bestimmte Aktionen auf unseren Systemen durchzuführen.

In diesem Artikel werde ich zeigen, wie ESX konfigurieren, damit Sie es durch einen Secure Telnet (SSH) zugreifen können, mit dem Benutzer mit der maximalen Berechtigungen VMWARE ESX in unserem System ist der Anwender Wurzel.

Standardmäßig in allen Installationen von ESX Diese Option wird von einer klaren Thema Sicherheit de-konfiguriert.

Wir, wie auch die Administratoren des Systems und die Notwendigkeit, die größte Anzahl von Genehmigungen modifizieren wir bestehende Ordnung zB mit WinSCP eingeben und kann beliebig aus einer Windows-Umgebung (freundlich) Dateien von einem Ordner zum anderen, ohne dabei haben mit einem Tool wie Kitt für die von einer Befehlszeile aus, um die Dateien zu verschieben.

Well here we go:

Wir können tun, 2 Möglichkeiten: Die eine ist, indem Sie direkt auf die Maschine und Drücken von ALT + F1, um eine Konsole-Sitzung geben, und führen Sie die Befehle, die ich unten erklären

Der andere Weg ist durch Kitt und zunehmende Zugriffsberechtigungen.

Wir gingen mit einem Kitt Sitzung ESX-Server-Bildschirm, dass wir ändern.

Anmeldung: <user>

Passwort: <Kennwort>

Wir schreiben seine -

Geben Sie das root-Passwort

Bearbeiten Sie die Datei sshd_config mit dem Befehl vi / etc / ssh / sshd_config

Presse I.

Hinzufügen # Front PermitRootLogin.

Drücken Esc und schreiben : Wq

Geben Sie den Befehl: sshd Dienst neu zu starten.

Von nun an können wir direkt zugreifen, ohne Berechtigungen zu erhöhen.

Ich hoffe euch gefällt MegaCracks Hilfe.

PS: Nicht übertreiben die Berechtigungen.

Stichworte: , , , , , , , , , , ,
Geschrieben von VMware | 2 Kommentare »

G|translate Your license is inactive or expired, please subscribe again!