Supergunman

vor 1 Stunde schrieb martins:

Als ebenfalls Leidgeplagter, stimme ich Norbert zu. Nach Deinstallation von KB4099976 und KB4099979 (Windows Server 2012 R2) waren die Probleme verschwunden! ;)

Ich bin gerne Bereit, Fehler einzugestehen, aber zu diesen Update finde ich nichts bei Microsoft.

Und mir ist auch noch nicht klar, warum zwischen der Updateinstallation und dem "Ausbruch" 5 Tage vergangen sind.

Ein Neustart über Citrix funktioniert auch nicht.

Bis eben war ich auf dem Server noch angemeldet. Nun wollte ich mich abmelden, was auch nicht ging. Der Dienst WFShellWindow verhinderte dies.

Wieder habe ich das Symptom, dass eine Anmeldung nicht funktioniert. Solange nur ein Benutzer angemeldet war ging alles. Sobald mehr als ein Benutzer auf dem System ist, gehts nicht mehr. Klicke ich "Trotzdem abmelden" hänt er bei Warten auf Gruppenrichtlinienclient

Registrierungszustand ist Registriert

Jetzt wirds auch für mich komplizierter. Ich weiß nicht, wie ich die PVS Version herausbekomme.

Ich kann die Maschine nur über den VMWare Client hart ausschalten. Nichts anderes funktioniert.

Nein. Nur Veeam erstellt die zur Sicherung und löscht diese auch wieder.

PVS

Wenn der Login nicht funktioniert, dann mit keinem Benutzer, egal ob Dom-Admin oder lokal, egal ob remote oder Console.

Einzige Lösung bisher ist die Maschine hart auszuschalten. Herunterfahren funktioniert auch nicht mit nem Shutdownbefehl von einer anderen Maschine aus.

Betriebssysteme sind Patchstand 14.03.

VDA ist 7.16.0.16057

Was meinst Du mit MCS oder PVS?

VMWare Tools 10.1.15.6677369

vor 14 Stunden schrieb zahni:

Das ist die Client-Version. Poste die ESXI-Versionen.

VMware ESXi 6.5.0 Build 7388607

vor 1 Stunde schrieb zahni:

Das  ESXI Build 13000 bei 6.5 gibt es nicht:

 

https://kb.vmware.com/s/article/2143832

 

Direkt heausgeholt aus der Web GUI

VMware Patchstand ist vSphere 6.5.0.13000

Über 3 esx-Server laufen ca. 50 Serverbetriebssysteme und somit alles ist da alles drauf, was wir an Servern haben außer 3 DC's

Dementsprechend laufen auch beide Deliveryserver auf den ESX, jedoch in diesem Fall nicht auf den gleichen.

Im Log finde ich 2 Fehlereinträge, die ich mir nicht erklären kann:

Automatic registration failed. Failed to lookup the registration service information from Active Directory. Exit code: Unknown HResult Error code: 0x801c001d.

Automatic registration failed at join phase.  Exit code: Unknown HResult Error code: 0x801c001d. Server error: empty. Debug Output:\r\n joinMode: Join
drsInstance: undefined
registrationType: undefined
tenantType: undefined
tenantId: undefined
configLocation: undefined
errorPhase: discover
adalCorrelationId: undefined
adalLog: undefined
adalLog: undefined
adalResponseCode: 0x0

Die Energiesparoptionen auf dem Server sind alle auf Höchstleistung und im vSphere ist konfiguriert "Gastbetriebssystem in den Standby-Modus versetzen und virtuelle Maschinen eingeschaltet lassen"

Hallo NorbertFe,

beide Server sind auf dem gleichen Patchstand und haben / hatten die selbe Uptime. Beide Server werden jede Nacht gebootet. Derzeit sind alle Anwender auf dem zweiten, laufenden Server. Bisher gibt es dort keine Probleme. Seitdem alle Benutzer vom ersten Server runter sind, gibts auf diesem die Symptome auch nicht mehr (noch nicht wieder).

Ich vermute einen Zusammenhang mit der Benutzeranmeldung, habe aber keine Idee, wie ich den Fehler eingrenzen kann.

Dann hole ich hiermit ein "Hallo an alle" nach

Sorry, wegen der Begrüßung. Bin hier grad etwas im Stress, weil der Server nicht sauber läuft. Da hab ich dass dann wohl vergessen.

Und ja, ich hoffe auf Hilfe.

Ich hab nun den Updatestatus geprüft. Die letzten updates wurden am 14.03.2018 installiert. Da der Fehler erst seit gestern / heute auftritt, sehe ich da keinen Zusammenhang.

vor 2 Minuten schrieb Tektronix:

Hallo,

guckst Du hier:

Remotedesktopdienste ausgelastet

 

Genau dort habe ich zuerst gepostet und bekam dann einen Anranzer, was mir denn einfiele, andere Themen zu kapern. Alles, was dort steht habe ich bereits versucht.

@Nobbyaushb Die Anmeldung funktioniert von keinem System, egal, ob innerhalb oder außerhalb von VMware. ImvSphere kann ich sehen, dass der Server absolut nicht ausgelastet ist. Nutz derzeit durchschnittlich 25% der ihm zur Verfügung stehenden Ressourcen.

Das mit dem Patchen könnte sein. Muss ich mal schauen. Da der Server produktiv ist und einmal zustande gekommenen Verbindungen funktionieren, kann ich den Server nur in der Mittagspause hart ausschalten und dann prüfen. ISt auch die Gelegenheit, dass ich den in den Wartungsmodus bringe.

Meldung: Der angeforderte Vorgang konnte nicht ausgeführt werden da die Remotedesktopdienste momentan ausgelastet sind. Versuchen Sie es in einigen Minuten nochmal. Andere Benutzer können Sie normalerweise einloggen.

 Muss das Thema doch nochmal aus dem Keller holen.

Ich habe das Problem seid heute. Folgende Umgebung:

2x Datacenter Server auf VMWare 6.5 als TS über Citrix XenDesktop an Igel

An einem der beiden Server habe ich die oben angegebene Fehlermeldung.

Anmelden über die VMWare Console als lokaler Admin nicht möglich. Eigentlich ist jeder Anmeldeweg nicht mehr möglich.

Vielfach stieß ich auf den Hinweis, das eine Sitzung hängt und ich diese mit query session /server:servername trennen könnte. Der Befehl läßt sich aber ebenso ohne jedwede Rückmeldung nicht ausführen.

Das Einzige, was noch geht, ist ping.

Das Problem trat gestern zum ersten Mal auf und mittlerweile habe ich das stündlich.

Hat jemdand eine Idee, wie ich das Problem beheben kann?

Muss das Thema doch nochmal aus dem Keller holen.

Ich habe das Problem seid heute. Folgende Umgebung:

2x Datacenter Server auf VMWare 6.5 als TS über Citrix XenDesktop an Igel

An einem der beiden Server habe ich die oben angegebene Fehlermeldung.

Anmelden über die VMWare Console als lokaler Admin nicht möglich. Eigentlich ist jeder Anmeldeweg nicht mehr möglich.

Vielfach stieß ich auf den Hinweis, das eine Sitzung hängt und ich diese mit query session /server:servername trennen könnte. Der Befehl läßt sich aber ebenso ohne jedwede Rückmeldung nicht ausführen.

Das Problem trat gestern zum ersten Mal auf und mittlerweile habe ich das stündlich.

Hat jemdand eine Idee, wie ich das Problem beheben kann?

Dann werd ich mir wohl irgend einen anderen Weg überlegen müssen, wie ich den Benutzer aus meinem Netzwerk raus halte.

Danke für die Hilfe.

Die Gruppe "Benutzer" ist nur eine lokale Gruppe, auf dem srvblafasel. Auf dem srvxyz sollte diese Gruppe eine andere SID haben und somit nicht netzwerkübergreifen funktionieren.

Verdammte Tat, wo ist mir denn da ein kleiner Schnitzer mit der Domäne passiert?

Egal.

Dann will ich das mal versuchen, darzustellen:

So sehen die Gruppen und Benutzernamen aus, die an dem Zielverzeichnis, wo er nicht hin soll, angegeben sind:

Natürlich sind im geschwärzten Bereich Unternehmensdaten, die ich nicht veröffentlichen darf. Im Bereich Administratoren steht srvblafasel, um beim Beispiel zu bleiben, nicht srvxyz.

Moin,

das mit  der SID hab ich heute als erstes geprüft, da es sich tatsächlich um VM's aus Vorlagen handelt. Die SID ist definitiv nicht identisch.

@Nils:

1. Welches Ziel möchtest Du genau wissen? Das, wo er hin darf, also der srvxyz aus dem Beispiel oder das der Netzwerkfreigabe, auf die er nicht soll.

2. Der VPN-Benutzer soll Adminrechte auf dem Server bekommen, weil er dort für uns Programmierungen machen soll, er soll aber eben KEINEN Zugriff auf irgendwelche anderen Firmendaten im Netzwerk erlangen.

Nicht ganz...

lokaler Admin bedeutet für mich, dass er nur  und nur auf diesem einen Server (srvxyz) Administratorberechtigung hat und nicht auf allen anderen Servern und im Netzwerk!

Tach zusammen,

ich habe bei uns im Netzwerk ein Phänomen und bisher keine Lösung gefunden.

Ziel:

Ein externen Mitarbieter soll über ein VPN auf einen bestimmten Server (Bsp: srvxyz) Zugriff erlangen, sich an diesem Server mit einem AD Benutzer anmelden, dann aber von dort aus auf keinerlei Netzwerkfreigaben zugreifen.

Erstelle Konfiguration:

1. Benutzer xyz im AD angelegt. Jede Gruppenmitgliedschaft (auch Domänenbenutzer) entfernt.

2. Gruppe VPNxyz angelegt (global / Sicherheit), einziges Mitglied in der Gruppe ist xyz

3. Firewallregel erstellt, damit Gruppe VPNxyz auf den Server zugreifen kann

4. xyz in die Gruppe der lokalen Administratoren gepackt

soweit so gut, jetzt aber mein Problem:

Der Benutzer kann sich an dem gewünschten Server anmelden. Wenn er im Win-Explorer irgendeine Freigabe Bsp: \\srvblablabla\ angiebt und auf diesem Server tatsächlich freigaben existieren, kann er auf diese mindestens lesend zugreifen, obwohl weder der Benutzer xyz noch die Gruppe VPNxyz oder die Gruppe "Jeder" an dieser Freigabe eine Berechtigung hat.

Nehme ich mir nun irgendeine Datei aus unserem Netzwerk und schaue mir die effektiven Berechtigungen an, dann hat er sogar Schreibrechte an der Datei und ich kann mir nicht erklären, woran das liegt.

Normalerweise dürfte der Benutzer nur auf dem ihm zugewiesenen Server etwas ändern dürfen und sonst nicht.

Hat jemand eine Idee, warum dem so ist?

Meine Suche im Netz brachte bisher nur Mist zutage.

Es ist keine weitere Abwesenheitsregel konfiguriert.

Auch mir hilft das komplett lesen.

Das wahr der Fehler. Däm.... Extraregeln.

Danke an

Ich stelle ja hier nicht oft Fragen, weil ich hier meist finde, was ich suche, aber diesmal bin ich gescheitert. Folgende Situation:

Ein Mitarbeiter konfiguriert seinen Abwesenheitsassistenten (OOF) mit dem Text "Derzeit bin ich nicht im Büro. Ihre Nachrichten werden nicht weitergeleitet. Ich nehme Kontakt auf, wenn ich wieder anwesend bin"  für interne und externe Nachrichten. Dann schatet er ihn ein.

Ein Kollege sende ihm eine Nachricht und erhält 2 automatische Antworten:

1. die korrekte Antwort "Derzeit bin ich nicht im Büro. Ihre Nachrichten werden nicht weitergeleitet. Ich nehme Kontakt auf, wenn ich wieder anwesend bin"

2. Ich bin bis zum 20.04.2011 nicht im Hause. Ich melde mich, wenn ich wieder da bin.

Also eine föllig andere Meldung als er sie eingegeben hat. Ich habe schon mit Get-MailboxAutoreplyConfiguration user nachgeschaut, aber der Exchange kennt nur die beiden richtigen Antworten.

Für das

Wo, verdammte Axt, kommt die 3te Meldung her und wie bekomme ich die weg?

Systeminfo:

Server 2008 R2

Exchange 2010 14.3.123.4002

Outlook 2010 Patchstand 13.04.2016

Win 7 x64

Rechner ist im letzten Jahr neu gekommen.

Hallo,

ich habe bereits diverse Tipps aus dem I-Net ausprobiert und finde keine Lösung.

Eingesetzte Hardware:

- Win 7 x64 Client auf Toshiba Satellite Pro C850

- Server Client Infrastruktur mit net Extrem Summit 440 und 460 Switchen

- Vergleichsclient Dell Precision M6800

Problem:

Am Toshibaclient schwanken die Antwortzeiten extrem im bereich <1ms - >500ms. Dadurch kommt es immer wieder zu unterbrechungen zu unserem ERP System, da dieses sehr "empfindlich"

ist.

Bisherige Versuche:

- http://www.mcseboard.de/topic/195208-windows-7-client-netzwerkprobleme/?hl=%2Bpingzeiten und alle älteren Themen hier zum Suchbegriff Pingzeiten

- komplette Deinstallation und neue Installation des aktuell von Toshiba bereitgestellten Treibers

- TCP/IP Stack bereinigt

- Feste IP vergeben

Bis auf eine Neuinstallation des Systems hab ich fast alles durch.

Hat jemand von Euch noch eine Idee, was ich noch versuchen kann?

Danke

Ein einfaches Thema und noch keine Antworten ?

Ich empfehle Folgendes:

1. redundante Switche (z.B. net extreme 460t)

2. Stromversorgung der Switche mit USV

3. 2 Netzwerkkarten in den thin client

4. den Client auf jeden Switch 1 mal anschliessen.

So haben wir bei uns alle Server mit dem Netzwerk verbunden. Da kann man viel ruhiger schlafen ;-)

Ich habe die Einstellung

"Primären Configuration Manager-Standort installieren" mit der Option "Typische Installationsoptionen für den eigenständigen primären Standort verwenden"

ausgewählt, und trotzdem bekomme ich die Meldung.

Auch wenn ich nicht die typische Installation wähle und die Standardinstanz frei lasse, bekomme ich die Meldung