SZENARIO
Um dies auf das einfachste Beispiel zu vereinfachen:
Ich habe einen Windows 2008 R2-Standard-DC mit der DHCP-Serverrolle. IPs werden über verschiedene IPv4-Bereiche verteilt, kein Problem.
WAS ICH MÖCHTE
Ich möchte eine Möglichkeit zum Erstellen eines Benachrichtigungs- / Ereignisprotokolleintrags oder eines ähnlichen Eintrags, wenn ein Gerät eine DHCP-Adresslease erhält und das Gerät KEIN domänenverbundener Computer in Active Directory ist. Es spielt für mich keine Rolle, ob es sich um benutzerdefinierte PowerShell usw. handelt.
Fazit = Ich möchte wissen, ob sich Geräte im Netzwerk befinden, die keine Domänen sind, ohne derzeit 802.1X zu verwenden. Ich weiß, dass dies nicht für statische IP-Geräte gilt. Ich habe eine Überwachungssoftware, die das Netzwerk durchsucht und Geräte findet, aber im Detail ist sie nicht ganz so detailliert.
FORSCHUNG ERFOLGT / OPTIONEN ERWARTET
Ich sehe keine solchen Möglichkeiten mit der eingebauten Protokollierung.
Ja, ich kenne 802.1X und bin in der Lage, es langfristig an diesem Standort zu implementieren, aber wir sind noch einige Zeit von einem solchen Projekt entfernt. Auch wenn dies Probleme mit der Netzwerkauthentifizierung lösen würde, ist dies für mich außerhalb hilfreich von 802.1X Zielen.
Ich habe mich nach einigen Drehbucheinträgen usw. umgesehen, die sich als nützlich erweisen könnten, aber die Dinge, die ich finde, veranlassen mich zu der Annahme, dass mein Google-Fu mir im Moment nicht hilft.
Ich glaube, die folgende Logik ist richtig ( vorausgesetzt, es gibt keine existierende Lösung ):
- Gerät empfängt DHCP-Adresse
- Ereignisprotokolleintrag wird aufgezeichnet (Ereignis-ID 10 im DHCP-Überwachungsprotokoll sollte funktionieren (da eine neue Lease das ist, woran ich am meisten interessiert bin, und nicht die Verlängerung): http://technet.microsoft.com/en-us/library /dd759178.aspx )
- Zu diesem Zeitpunkt müsste wahrscheinlich eine Art Skript für die verbleibenden "SCHRITTE" übernehmen.
- Fragen Sie in diesem DHCP-Protokoll nach diesen Ereignis-IDs 10 ab (ich würde gerne Push verwenden, aber ich vermute, Pull ist die einzige Möglichkeit hier).
- Analysieren Sie die Abfrage nach dem Namen des Geräts, dem die neue Lease zugewiesen wurde
- Fragen Sie AD nach dem Namen des Geräts ab
- WENN nicht in AD gefunden, senden Sie eine Benachrichtigungs-E-Mail
Wenn jemand Ideen hat, wie man das richtig macht, würde ich es wirklich schätzen. Ich suche kein "gimme the codez", würde aber gerne wissen, ob es Alternativen zu der obigen Liste gibt oder ob ich nicht klar denke und eine andere Methode zum Sammeln dieser Informationen vorhanden ist. Wenn Sie Code-Snippets / PS-Befehle haben, die Sie teilen möchten, um dies zu erreichen, umso besser.
quelle
Antworten:
Mit großem Dank an ErikE und die anderen hier bin ich einen Weg gegangen ... Ich werde nicht sagen, dass es der richtige Weg ist, aber das Powershell-Skript, das ich mir ausgedacht habe, macht den Trick.
Der Code ist unten, wenn jemand es will. Führen Sie es einfach manuell aus, indem Sie auf jeden DHCP-Server zeigen, oder planen Sie es (erneut, indem Sie auf jeden DHCP-Server im Skript zeigen).
Was das Skript macht:
Was du brauchen wirst:
Das Skript verwendet das AD-Modul (
import-module activedirectory
), sodass es am besten auf einem AD DC mit DHCP ausgeführt wird. Wenn dies bei Ihnen nicht der Fall ist, können Sie das AD-Powershell-Modul installieren: http://blogs.msdn.com/b/rkramesh/archive/2012/01/17/how-to-add-active-directory- Modul-in-PowerShell-in-Windows-7.aspxAußerdem benötigen Sie die AD Powershell-Cmdlets von Quest, die Sie hier finden: http://www.quest.com/powershell/activeroles-server.aspx . Installieren Sie DIESE, BEVOR Sie das Skript ausführen, da sonst ein Fehler auftritt .
Das Skript selbst (bereinigt, Sie müssen einige der Variablen entsprechend Ihren Anforderungen einrichten, z. B. die Namen der Eingabedateien, die Domäne, zu der eine Verbindung hergestellt werden soll, den DHCP-Server, zu dem eine Verbindung hergestellt werden soll, E-Mail-Einstellungen gegen Ende usw.):
Hoffe das hilft jemand anderem!
quelle
OK, ich bin mir nicht sicher, ob ich hier der Etikette folge, aber ich poste eine zweite Antwort, anstatt meine vorherige zu bearbeiten, da sie einige Informationen enthielt, die für jemanden von Nutzen sein können, auch wenn sich herausstellt, dass sie für diesen Fall irrelevant sind. Wenn mich das zu einem Idioten in diesem Forum macht, können Sie mich gerne über meine fehlerhaften Methoden informieren.
Das Problem ist in mehrere Teile gegliedert, hier sind Vorschläge für diejenigen, die ich am interessantesten finde. Ohne Beispiele aus dem Protokoll ist dies das Beste, was ich tun kann. Es handelt sich also nur um Vorschläge, keine Lösungen.
Verwenden Sie zum Parsen des Protokolls
get-content
den-wait
Parameter. Für meinen Anwendungsfall reicht es aus, einen Fehler in einem Fehlerprotokoll zu finden.Das hat für meinen eigenen Anwendungsfall funktioniert, vergib die Formatierung:
Stattdessen
$_ -match "ERROR"
müssten Sie das Protokoll-ID-Feld und den Computernamen irgendwie trennen. Ich bin mir nicht sicher, wie ich das imwhere-object -match
Moment am besten angehen soll , aber da es Regex-Unterstützung gibt, denke ich, könnte dies eine Option sein. Sie können auch damit beginnen, die Variable $ _ in einer anderen neuen Variablen zu speichern, um sie später in der Pipeline in verschachtelten foreach-Schleifen usw. nach Belieben abrufen zu können.Angenommen, Sie können den Computernamen
get-adcomputer
abrufen. Ich schätze, das Cmdlet ist die einfachste Methode zum Abfragen Ihres AD (import-module activedirectory
), und ich schätze, dass beim Senden von E-Mails ein Fehler aufgetreten ist .Die Verwendung von
import-csv
wäre in Ihrem Fall natürlich weitaus eleganter, aber mir ist keine Möglichkeit bekannt, dies zu verfolgen (wenn jemand dies liest und einen Trick in dieser Gasse kennt, teilen Sie ihn bitte mit).quelle
Unter der Annahme, dass Sie sich der Ereignis-ID sicher sind und dass in dieser ID keine anderen Ereignisse als die von Ihnen gewünschten im DHCP-Protokoll protokolliert werden, ist Push in der Tat eine Option.
1) Öffnen Sie den Server-Manager und rufen Sie das DHCP-Protokoll in der Ereignisanzeige auf.
2) Suchen Sie einen repräsentativen Eintrag, an den Sie Ihre Aktion anhängen möchten. Wählen Sie es aus und klicken Sie mit der rechten Maustaste.
3) Wählen Sie "Aufgabe an dieses Ereignis anhängen".
4) Der Assistent zum Erstellen von Aufgaben wird geöffnet. Nehmen Sie ihn von dort weg.
Es gibt tatsächlich eine explizite E-Mail-Option. Wenn Sie jedoch mehr Logik benötigen, können Sie natürlich auch die Option start-a-program verwenden, um powershell.exe zu starten und ein Skript daran anzuhängen. Es gibt eine Menge hervorragender, gut lesbarer Anleitungen, wie der Task-Manager Powershell-Skripte ausführen kann, wenn Sie eine Anleitung benötigen.
Die sofortige Alternative, die ich sehe, besteht darin, Pull zu verwenden, indem das Ereignisprotokoll in festgelegten Intervallen mit PowerShell analysiert wird. "The Microsoft Scripting Guy", auch bekannt als Ed Wilson, hat einige großartige Blog-Beiträge zum Parsen des Ereignisprotokolls mit den Cmdlets geschrieben, die in den verschiedenen Versionen von Powershell verfügbar sind. Daher wäre es mein Vorschlag, sein Blog als Ausgangspunkt heranzuziehen.
Was die tatsächlichen Cmdlets angeht, habe ich momentan nicht die Zeit, meinen Vorrat an nützlichen Snippets herauszuholen, aber ich werde in ein oder zwei Tagen noch einmal nachsehen und möglicherweise einen Beitrag leisten, wenn sich noch niemand mit einigen ausgewählten befasst hat, oder Sie haben die Wahl Habs nicht alleine gelöst :-)
quelle
Applications and Services Logs
(soweit basierend auf meinen Recherchen / Tests)Hiermit wird Ihre gewünschte Lösung zwar nicht angesprochen, Sie können jedoch mithilfe von
arpwatch
( Link ) benachrichtigt werden, wenn ein neuer (zuvor nicht sichtbarer) Host im Netzwerk angezeigt wird.Eine Windows-Alternative zu
arpwatch
scheint koffeinfrei zu sein, aber ich habe sie nie benutzt, kann also nicht gut oder schlecht dafür sprechen.quelle