Alle Aktivitäten

Beste Voraussetzungen also. 😆 welche wr nimmst du?

Jepp. Garage und Zaun. 15 Meter auseinander. An die Garage kommen 800w, an den Zaun 700. Die Panels sind 100w 900x530mm 18v/6A flex (Montagesituation ist schwierig - Standardpanels passen nirgends, und Verschattung ist auch ein Thema.)

Bräuchte man jetzt jemand mit Source Code Zugriff und -Verständnis, der prüfen kann, ob der RPC-Listener auch noch "Code dahinter" hat, der auf was reagiert... Oder ob die Firewall nur noch den Listener registriert, der aber auf nix antwortet.

Hi Leute, ich habe noch eine weitere Abfrage, bei der eine Änderung durchgeführt werden soll. Das funktioniert auch alles. Aber nun habe ich das Problem, dass die Ausgabedatei entweder wieder wie ein String formatiert ist - alles hintereinander, oder nur Teildaten drin stehen. Das mit dem Hintereinander ist ungünstig, auch dann, wenn es dennoch funktioniert. Andere müssen diese wiedererkennen können... Code - der dazu führt, dass die Ausgabedatei unvollständig ist: $xmlData=[xml](Get-Content -Path $TraceConfigBak -Encoding UTF8) $targetElement=$xmlData.SelectSingleNode("//setting[@name='PlatformNcrLogFiles']") $targetElement.InnerText='C:\Temp\$TODAY$\*.*' $xmlData | Out-File $TraceConfig -Encoding utf8 Gibt dann in der Datei folgendes aus: xml configuration --- ------------- version="1.0" encoding="utf-8" configuration Da das zu wenig ist, habe ich folgende Anweisung verwendet: $xmlData.InnerXml | Out-File $TraceConfig -Encoding utf8 Damit wird die Datei mit allem gewünschten Inhalt erzeugt. Aber eben hintereinander. Muss ich, um die erste Lösung verwenden zu können, noch irgendwas aktualisieren? Danke vorab für Eure Hilfe. Ok, ich habe es. Wenn ich wie folgt speichere, wird die Datei mit dem Umbruch erzeugt: $xmlData.Save($Test) Zwar kann man so nicht speziell UTF8 formatieren, die Datei wird aber dennoch in UTF8 erstellt.

Hallo Picanto122: Ich habe mir dem Vorschlag von Dukel folgend verschiedene Anbieter angeschaut, die ein Bundle aus Leser und Software bieten. Was da in Frage kommt, hängt hauptsächlich von dem verwendeten Chip bzw. Chips auf deiner Karte an. Funktionieren tun die offenbar alle gleich - es wird in Windows eine zusätzliche Authentifizierungsmethode eingebaut, die bei Bedarf alle anderen übersteuert. Wichtig für mich war dann noch, dass ich nicht alle Karten mehrfach programmieren muss, sondern dass man das zentral machen kann. Und bezahlbar sollte der Spaß auch noch sein :) Letztlich genommen habe ich dann die Lösung von id.Logon: https://www.id-logon.com/id-logon/ - eben wegen der zentralen Verwaltung. Da gab es Rabatte ab 10 Stück und gute Hilfe bei der Einrichtung - wobei das in unserem Fall nicht wirklich nötig war. Und ein Tipp noch: Der Kartenleser wird von Sicherheitssoftware u.a. als USB-Speichergerät erkannt und wenn du da, wie wir, eine Schutzsoftware hast, die unbekannte Geräte blockiert, dann vergiss nicht, dafür dann eine Ausnahme zu definieren - sonst wunderst du dich, warum das nicht funktioniert - das hat mich ein paar Nerven gekostet :)

Ignorieren! ... Die Formatierung mittels Zeilenumbrüchen und Einrückungen ist nur für uns Menschen. Dem verarbeitenden Prozess ist das egal. ☝🏼😏🤷🏼‍♂️

Hallo, danke für eure Antworten. Leider ist mir das entgangen, gab es da einen manuell zu installierenden Hotfix? Also Grundlegend sind alle Updates installiert, die über Windows Update zu beziehen sind.

Hi mwiederkehr, das hat geholfen. Vielen Dank. Ich habe leider noch ein Problem, die eingelesene und nun erfolgreich bearbeitete xml, soll am Ende wieder in eine Datei geschrieben werden. Sollte so möglich sein: $xmlData=[xml](Get-Content -Path $TestConfigBak -Encoding UTF8) $xmlData.Save($TestConfigTest) Allerdings wird diese dann, so auch in der Console beim Testen, in einem String, also alles hintereinander und ohne xml Formatierung ausgegeben. Hast Du oder jemand anderes ggf. noch einen Tipp für mich? Vorab vielen Dank für Deine/Eure Hilfe. ---------------------------------------------------- Hi Leute, sorry, nehme ich zurück. Die Datei wird korrekt geschrieben. Habt alle eine coole coding Zeit und nochmal Danke an mwiederkehr - hast mein WE gerettet...

Moin an Board, auf geht es in den Tag - ich koche Kaffee TGIF! Allen einen stressfreien Freitag, bleibt gesund! Hier leichte Bewölkung bei 13°C, es wird ein bedeckter Tag bis etwa 18°C

Hallo, Habe genau das gleiche Thema. Könntest du mir sagen mit welchem Hardware/Software-Bundle du das gelöst hast? Danke!

XPath wird nicht rückwärts geschrieben. Mit $targetElement=$xmlData.SelectSingleNode("//setting[@name='AppsToStart']//ArrayOfString") sollte es stimmen.

Anmeldefehler mit Windows Hello for Business: "Wenden Sie sich an den Systemadministrator, und teilen Sie ihm mit, dass das KDC-Zertifikat nicht überprüft werden konnte." Leider haben wir an allen Clients das Problem, wenn sich die User mit Hello for Business anmelden wollen, dieser Problem und die Anmeldung schlägt fehlt. Die Geräte haben alle ein Hybrid Join. Das Problem trtt nur auf wenn die Geräte sich anmelden wenn Sie ein Domain Controller erreichen können - Also im Firmennetzwerk oder per VPN - Erreicht der Client die DCs nicht - Funktioniert die Anmeldung über Windows Hello for Business problemlos. Hier erster Ansatzpunkt war die Windows CA - Diese wurde tatsächlich migriert - Aber nicht seit dem das Problem auftritt sondern ca. 4 Wochen davor. CA Backup erstellt - Neuer Windows Server installiert und CA Restore durchgeführt. Danach gab es 4 Wochen keine Probleme. Wo kann ich ansetzen ?

Hi Leute, ich verzweifle gerade an einem xml File. Es soll mittels Powershell mit einem neuen Eintrag erweitert werden. Die Struktur sieht folgendermaßen aus: <userSettings> <Test.Properties.Settings> <setting name="FileParameter" serializeAs="String"> <value>Test</value> </setting> <setting name="AppsToStart" serializeAs="Xml"> <value> <ArrayOfString xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <string>C:\Test.exe</string> </ArrayOfString> </value> </setting> </Test.Properties.Settings> </userSettings> Die Erweiterung sieht vor, dass eine weitere App unter "setting name=AppsToStart" eingetragen werden soll. Um das "einzuleiten" wird die xml eingelesen, folgend ein neues Element mit Create.Element erstellt - ok so far. Aber wie bekomme ich das nun genau auf die Position? Soll dann so aussehen: <setting name="AppsToStart" serializeAs="Xml"> <value> <ArrayOfString xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <string>C:\Test.exe</string> <string>C:\Test_II.exe</string> </ArrayOfString> </value> </setting> Es bedarf ja eigentlich nur wenige Zeilen code... $xmlData=[xml](Get-Content -Path $xmlPath -Encoding UTF8) $NewEntry="C:\Test_II.exe" $NewElement=$xmlData.CreateElement("string") $NewElement.InnerText=$NewEntry $targetElement=$xmlData.SelectSingleNode("//userSettings//Test.Properties.Settings//setting[@name='AppsToStart']") $targetElement.AppendChild($NewElement) | Out-Null Ist wohl dicht dran, passt aber noch nicht, weil der Eintrag hinter dem /ArrayOfString und sogar hinter /value eingetragen wird... Was muss ich anders machen, damit der Eintrag an der richtigen Stelle auftaucht? Vorab vielen Dank für Eure Hilfe. Grüße, ZippiScrippi

Und wieso zwei WR? Verschiedene Wände?

Ja, es ist für das korrekte Profil aktiviert Und der test war remote, jap. Es funktioniert auch nicht mit komplett deaktivierter Windows Firewall. Zwischen den beiden clients ist keine andere Firewall. Endpoint protection hatte ich auch testweise deaktiviert. Eigentlich möchte ich nicht noch tiefer forschen, wir benötigen es nicht, ist nur per Zufall aufgefallen und es hätte mich einfach interessiert ob es ein allgemeiner Fehler ist oder nur bei uns auftritt. Vielleicht hat ja jemand Lust einfach mal zu testen ob bei ihm in der Domäne der remote Zugriff auf die Defender Firewall auf einen 24h2 Client geht (wenn die entsprechenden fw Regeln aktiv sind).

Tru dat. Ich kenne die Ausgabe von Deinem Skript nicht auswendig, dachte, das käme vielleicht von netstat - aber da wäre LISTENING ja groß geschrieben...

Wenn er mit dem Test-TcpPorts den RPC-Port sieht, muss er wohl offen sein - ich hoffe ja, das war "remote" und nicht lokal

Hier trübe und feuchtwarm... Heute Balkonsolar 1,6 kWp bestellt (DYI mit 2 gedrosselten MWR, bei senkrechter Montage kommt nicht besonders viel raus).

Sorry wenn das schon beantwortet wurde... aber ist die Regel auch für das Profil aktiv, welches die Zielmaschine auch tatsächlich erkannt hat? Die Regel gibt's ja für Domäne und Privat getrennt, zumindest sehe ich das auf einer frischen Maschine so...

Das ist dann seltsam... Kann ich jetzt spontan leider nicht erklären Die Portnummer ist wurscht, das ist RPC-Highport, die sind "random" ab 49152 aufwärts. Evtl. findest Du in nem Wireshark-Trace was, den Du auf dem Client mitschneidest, wo Du die MMC aufrufst. Mein Skript gibt leider "out of the box" die RPC Interface GUIDs nicht aus, hat sie intern aber. Vielleicht haben sie die GUID in 24H2 geändert, ich weiß es nicht.

Hi Martin, danke für das Script und die Infos. Also beim Win10 22H2 sehe ich ein Remote Fw APIs mit Port 50369:Listening - also wie du schon vermutet hattest. Bei Win11 24H2 sehe ich das auch - Remote Fw APIs mit Port 49749:Listening Ich würde das jetzt so verstehe, dass eigentlich beide für eine Verbindung bereit wären. Win11 24H2 das aber irgendwie nicht macht.

# for hex 0x6d9 / decimal 1753 : EPT_S_NOT_REGISTERED winerror.h # There are no more endpoints available from the endpoint # mapper. Da gibt's keinen RPC-Listener... Kannst ja mal lokal und remote schauen, ob Du was findest: https://github.com/daabm/PowerShell/blob/master/Scripts/Test-TcpPorts.ps1 .\test-tcpports.ps1 -computer <IP-Adresse> -Ports 135 -IncludeEPM Da sollte ein RPC Highport auftauchen, der was mit Firewall im Namen hat. Kann Dir leider kein Beispiel dafür anbieten, hier läuft nix mehr "vor 24H2".

Moin, dafür müsste der Patch ja auch eingespielt worden sein. Darüber wissen wir hier nichts, soweit ich sehe. Gruß, Nils

Hallo zusammen, ich bin bei uns per Zufall darauf aufmerksam geworden, dass es bei Win11 24H2 nicht mehr möglich ist sich remote mit der Windows Defender Firewall per MMC zu verbinden. Unter Windows 10 22H2 funktioniert das noch einwandfrei. Auf beiden Clients (Win11 24H2 und Win10 22H2) sind die Firewall Regeln "Windows Defender Firewall Remoteverwaltung" (RPC und RPC-EPMAP) aktiv. Auch läuft der Windows Defender Firewall Dienst. Der IPSec Dienst läuft auch (wird bei der Fehlermeldung genannt) Für den Test sind die beteiligten Clients alle im gleichen VLAN um die zentrale Firewall auszuschließen. Auch wurde auf dem 24H2 Client die Windows Firewall deaktiviert. Trotzdem geht die Verbindung nicht. Die Verbindung per MMC von 24H2 zu 24H2 schlägt mit folgender Fehlermeldung fehl: Die Verbindung per MMC von 24H2 zu Win 10 22H2 funktioniert einwandfrei. Hat jemand eine Idee woran das liegen kann? Ist jetzt nicht so tragisch, aber würde mich interessieren ob wir hier nur irgendwas übersehen oder MS da etwas grundlegendes geändert hat. Viele Grüße

Ich warte mal auf das nächste Update, aber sonst wäre das sicher eine gute Option. Danke!