HeizungAuf5

danke, das wars. Offline-Synchronisierung deaktiviert, Rechner neugestartet, tut wieder.

Hallo zusammen, ich bin heute auf ein äußerst merkwürdiges Verhalten auf einem Rechner (Windows 10) gestoßen. Der Rechner greift per SMB auf die Freigaben vom Server (Server 2019) zu. Öffne ich die Freigabe per Hostname des Servers wird der "normale" Bestand angezeigt, öffne ich hingegen die Freigabe per IP Adresse, wird ein Bestand angezeigt, den ich nicht zuordnen kann. Zum größten Teil fehlen die Ordner und das was da ist, ist relativ alt. Interessant ist hier mit einem anderen Share klappt es über beide Zugriffe den aktuellen Datenbestand zu bekommen. Sofern ich auf dem per IP geöffneten Share eine Datei erstelle, wird diese auch nicht auf dem Server abgelegt (kompletten Server durchsucht, Datei nicht da). Es handelt sich jedoch um den richtigen Server. Wenn ich versuche auf die IP beispielsweise eine RDP aufbaue, lande ich auf dem richtigen Server. Von anderen Rechnern klappt der Zugriff per IP auf das problematische Share problemlos. Gibt es unter Windows eine Art SMB Cache, auf welchen hier eventuell noch zugegriffen wird? Jemand einen Tipp für mich? Bevor die Frage aufkommt, nein es ist nicht unsere Idee gewesen, die SMB Shares per IP anzusprechen, war nur leider "schon da" und teilweise sind die Pfade per IP auch ins Software gepflegt, welche sich nicht mal eben "umziehen" lässt. Danke und Grüße!

Hallo zusammen, wir sind aktuell dabei einen einzelnen Terminalserver in eine entsprechende RDS Farm zu übersiedeln. Offen sind aktuell noch die Userprofile. Diese wurden bisher nicht ausgelagert und liegen somit auf dem Terminalserver direkt unter C:\Users. Auf der neuen Umgebung sollen entsprechende User Profile Disks zum Einsatz kommen. Ist jemandem eine halbwegs gangbare Möglichkeit bekannt, lokale Userprofile in vDisks zu packen und für die neue Farm bereitzulegen? Einen Weg, welchen ich bereits gefunden habe, ist auf dem alten TS die Folder Redirection zu aktivieren, die "alten" Profile somit entsprechend auf einen UNC Pfad zu kopieren, die Redirect Regel auf der neuen TS Farm ebenfalls zu aktivieren und nachdem alle User sich einmal angemeldet haben, wieder zu deaktivieren, dass die Profile "zurückgeschrieben" werden und dann in der vDisk landen. Allerdings wird hierbei der LocalApdata Ordner nicht mitgenommen, in dem sich große Teile der Softwarekonfiguration befinden. Jemand einen Tipp für mich, wie wir die Userprofile am besten "rüber" bekommen? Grüße!

Faktisch hast du Recht, ich bin allerdings davon ausgegangen, dass die Samba-Nachwehen zwischenzeitlich ausgestanden sind (Umzug ist auch schon ein ganzes Stück her). My Fault. Schönes Restwochenende!

Habe einen Zufallstreffer gelandet. Es scheint wohl noch ein altes Überbleibsel zu sein, als das AD mal noch per Samba betrieben wurde (nicht meine Idee). https://serverfault.com/questions/1141594/active-directory-win2k19-dns-record-refused Nach dem Eintragen der Werte konnte ich wieder eigene Einträge erstellen und nach einem "registerdns" auf einem neuen Client wurde der DNS Eintrag auch angelegt. Warum auch immer es jetzt eine ganze Zeit "auch so" ging.

Hi @NorbertFe Eben getestet, die Richtlinie wird auch übernommen, allerdings kann ich weiterhin keine Einträge erstellen.

Hallo zusammen, mit ist heute aufgefallen, dass "neuere" Geräte im Netzwerk nicht mehr per DNS aufgelöst werden können. Das Problem lies sich auch relativ fix identifizieren: Im DNS Server (Windows Server 2022, Domain Controller) werden für neue Geräte keine Einträge erzeugt. Testweise hab ich geprüft, ob das AD grundsätzlich noch funktioniert, das sah gut aus, konnte auch einen neuen Client ins AD mit aufnehmen (AD-Element wurde auch erzeugt), allerdings hat dieser ebenfalls keinen DNS Eintrag bekommen (ja, der DC ist als DNS Server am Client eingetragen). DNS Einträge, welche schon "da" sind, lassen sich auch weiterhin problemlos auflösen. Testweise habe ich versucht, manuell einen Eintrag zu erstellen, das scheitert aber mit der vielsagenden Meldung "Abgelehnt": Ähnliche Fällte hatte ich schon bei denen die Berechtigungen nicht mehr gepasst haben. Die scheinen allerdings zu passen. Ich kann im DNS Manager vorhandene Einträge erfolgreich ändern oder auch löschen, nur keine Neuen anlegen (auch probiert: Beim Anlegen neuer Zonen kommt die gleiche Fehlermeldung zurück). Testweise habe ich auf der Zone auch mal nicht sichere dynamische Updates zugelassen, ändert aber nichts. Replikationsproblem dürfte es auch nicht sein, da es nur diesen einen DC mit DNS (jaja, ich weiß, wird auch noch ausgebaut) gibt. Jemand eine Idee, wie man dem DNS Server wieder Beine machen kann? Danke und Grüße!

Hallo zusammen, wir wollten mal die Funktion des RD Webclients über ein RDS Cluster testen. Installiert und konfiguriert, testweise Anmeldung klappt, allerdings keine Verbindung. Aufbau sieh relativ simpel aus: RDS Broker mit Gateway Dienst und dahinter 2 RDS Hosts. Alles Windows Server 2019. Zertifikate scheinen zu passen. Hier haben wir eines über die vorhandene Enterprise CA erstellt und eingebunden. Sind in den Bereitstellungseigenschaften auch alle Vertrauenswürdig. Wenn wir die RD Web Seite aufrufen, wird das Zertifikat auch dort als gültig erkannt. Allerdings klappt die Verbindung über den Webclient nicht. Wir können die Verbindung zwar auswählen und starten, nach wenigen Sekunden bekommen wir allerdings nur die "Geht halt nicht" Meldung Das Runterladen der RDP Datei aus dem Webclient funktioniert. Diese können wir auch starten. In der Ereignisanzeige des TS Brokers (RD Web Servers) findet sich dazu auch nichts, was auf ein Problem hindeutet. Das einzige, was wir bisher immer wieder gefunden haben, dass die Fehlermeldung erscheint, wenn die Zertifikate nicht passen. Das scheint hier ja nicht der Fall zu sein, sonst würden die "normalen" RDS Verbindungen auf die TS-Farm ja auch nicht ohne Zertifikatsmeldung funktionieren. Jemand eine Idee, wie das funktioniert? Danke und VG! (Ja ich weiß, es gibt Citrix, was - gegen Geld - das gleiche kann wir möchten die RD Web Access trotzdem mal testen) == Selber gefunden == Fehler gefunden. Durch Zufall gefunden, das RD Web Portal bringt eine relative gute Disgnostic Funktion mit. Ist allerdings etwas versteckt.

Sicher geht das. Das hab ich auch nie gesagt. (Wenn ich gewusst hätte, wie damit ins Wespennest gestochen wird, hätte ich die iSCSI IPs auf der Grafik auch randomisiert. Wer noch nie die Best Practice von irgendwas verlassen hat, werfe die erste Diskette).

Danke. Nun klappts. Schade, dass Windows da nicht mitspielen will. Nutze ich ganz gerne, wenn kein Routing stattfinden soll, sondern einfach eine direkte Kommunikation. Spart einfach "echte" Netze.

Hallo zusammen, wir versuchen aktuell einen iSCSI Zielserver (Windows Server 2022) an unsere Infrastruktur anzubinden. Allerdings scheint der Server die iSCSI Bereitstellung auf einen einzelnen Netzwerkadapter zu binden. Die Server haben jeweils 2 Netzwerkkarten. Eine für den "normalen" Traffic mit Standardgateway und DNS und einmal eine direkte Verbindung zwischen dem iSCSI Server und Client. Aktuell ist es möglich, das iSCSI Target vom Initiator über die 10.11.12.13 einzubinden. Allerdings nicht über das eigentliche iSCSI Interface (rote Verbindung in der Übersicht). Versuchen wir das iSCSI Target über die rote Verbindung einzubinden, erhalten wir nur eine Fehlermeldung "Fehler bei der Verbindung. ". Im Ereignislog erzeugt sich dann der Eintrag Vom Initiator konnte keine Verbindung mit dem Ziel hergestellt werden. Die Ziel-IP-Adresse und die TCP-Anschlussnummer sind in Sicherungsdaten angegeben. Ich habe hier die Vermutung, dass der iSCSI Serevr die Bereitstellung auf eine Netzwerkkarte gebunden hat. Der Initiator ist auf dem Server per IQN eingetragen, sollte also nicht das Problem sein. Pingen können sich die beiden Server über die "rote" Verbindung auch. Wo lässt sich die Bindung auf dem iSCSI Server umstellen? Danke und LG!

Hallo @Nobbyaushb und an alle, die das Thema über die Suche gefunden haben und ähnliche Probleme haben. Wir haben durch rumprobieren eine mögliche Lösung gefunden. Die Datenbankdateien des Postfachs liegen (wohl standardmäßig nur bei RDS?) rein online und werden aus dem Grund nicht indexiert. Unser Lösung lag nun darin, den Cachemodus des Postfachs einzuschalten. Danach liegen die Postfachdateien wieder lokal im Userprofil (Achtung: Wird dadurch ggf. deutlich größer!) und werden auch wieder durchsucht. Warum auch immer.

Hallo zusammen, uns wurde heute ein interessantes Problem bezüglich der Outlook Suche zugetragen. Von Outlook werden nur Aufgaben gefunden, welche direkt in der Aufgabenansicht erstellt wurden, allerdings keine, die über die "Fähnchen" aus einer Mail erstellt werden. Dabei ist es auch egal, was bei der Suche ausgewählt wird Testweise habe ich auf dem Server auch schon mal die Indexierung aus-/eingeschaltet, ändert das Verhalten nicht. Jemand einen Tipp für uns? System sieht wie folgt aus: Windows Server 2019 (RDS) mit Office 2021 (aktuellster Stand). Dahinter ein Exchange 2016. Danke!

Den Besitz kann ich ja nur ohne die Vererbung auf die "Inhalte" des Ordners übernehmen (sonst obige Fehlermeldung): Somit kann ich dann auch nur die Berechtigungen für den Ordner an sich setzen. Dort konnte ich testweise sogar "jeder" mit Vollzugriff ausstatten, aber auch nicht vererbt. (Muss ich leider extern einbinden, die 512kb sind mit dem obigen Screenshot schon voll) Interessant ist auch, dass ich mir in einem Unterordner zwar die Besitzrechte eintragen kann, aber dann trotzdem keine Berechtigungen vergeben darf. Damit hats geklappt. Einmal laufen lassen, dann konnte ich den Ordner löschen. Danke. Warum auch immer es auf dem "Fußweg" nicht funktioniert hat.. 🤔

Das kann ich nur machen, wenn ich den Haken zu den vererbbaren Berechtigungen raus nahme. Lasse ich ihn drin, endet es ebenfalls in der obigen Fehlermeldung, Übernehme ich den Ordner ohne Vererbung und versuche ihn zu löschen, soll ich die Berechtigung von dem Admin-User anfordern, mit dem ich gerade angemeldet bin.

Nicht ganz.

Hallo zusammen, wir haben auf einer TS Farm die Ordnerumleitungen für die Userprofile aktiviert. Hab nun mal eine Verständnisfrage. Auf den Ordnern haben dann ja nur die User Zugriffsrechte. Wie kann ein Profilordner auf dem Fileserver gelöscht werden? Mir als Admin Berechtigungen einzutragen klappt nicht. Danke!

So weit komm ich gar nicht. Bein anmelden bekomme ich die Ja/Nein Meldung, klick ich auf ja, bekomme ich die Meldung, dass die Aktivierung schon erledigt ist. Heißt diesen Dialog, wo ich auch die System ID sehe und dann den Registrierungstoken eintragen kann, sehe ich nie. LG

Hallo zusammen, unsere virtuellen Windows XP (ja, ich weiß, abgekündigt, unsicher, ... Benötigt wird sie trotzdem noch und ist auch "eingesperrt") Maschine befindet sich seit ein paar Tagen in einer Art Aktivierungsloop. Bei der Anmeldung erhalten wir den Hinweis, dass XP aktiviert werden muss: Grundsätzlich kein Problem, die dazu gehörende Windows XP Lizenz haben wir ja. Allerdings landen wir nach der Bestätigung im Aktivierungsassistenten, der uns sagt, dass die Aktivierung bereits erfolgt ist: Bestätigen wir die Meldung, wird die Sitzung abgemeldet und wir stehen wieder am Anfang. Anmelden im abgesicherten Modus geht zwar, allerdings kann ich da ja nicht die msoobe.exe ausführen, um Windows zu aktivieren. Jemand eine Idee? Danke und schönes Wochenende!

Bereits gelöst. Lösung siehe unten. Hallo Zusammen, ich habe hier aktuell einen etwas renitenten MS SQL Server, zu dem ich keine Verbindung von externen Programmen hergestellt bekomme. Verbinden über das SSMS funktioniert ohne Probleme (auch mit dem angelegten SQL User) und auch ein Test mit einer Datalink Datei funktioniert ohne Probleme. Versuche ich allerdings mit irgendeiner externen Software (direkt auf dem Server) auf den SQL Server zuzugreifen, endet das in einem Timeout. Ein "sqlcmd -S 127.0.0.1,1433" scheitert ebenfalls mit der Fehlermeldung "Sqlcmd: Fehler: Microsoft ODBC Driver 13 for SQL Server : TCP Provider: Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.". Den Server über seine IP-Adresse anzusprechen, oder per Servername statt IP funktioniert auch nicht. Es handelt sich um einen Windows Server 2019 Datacenter und eine SQL 207 (CU 29) Standard. Die Software läuft direkt auf dem Server, womit ein ein Zugriff über localhost erfolgt. Jemand eine Idee, wie man den Server noch gemäßigt bekommt? Danke! LG Dani //Nachtrag: Testweise auch mal versucht den SQL Port auf irgend was anderes zu ändern (natürlich mit nachgelagertem Neustart). Hat leider auch nichts geholfen. Windows Firewall ist auf der Maschine aktuell testweise komplett aus, auch wenn das bei einer Verbindung vom sich selber ja kein Problem darstellen dürfte. Anbei noch ein paar Screenshots der SQL Konfiguration: Lösung Manchmal muss man scheinbar nur schimpfen... Hab die Lösung hier gefunden. Der AllIP Eintrag war nicht gesetzt. https://dba.stackexchange.com/questions/62165/i-cant-connect-to-my-servers-sql-database-via-an-ip-address LG

Ich weiß ^^ Durm hab ich ja auch geprüft, ob es einen Kontakt oder eine Mailbox mit diesem Alias gibt. ;) LG

Nein. Im Adressbuch ist kein Einziger Eintrag welche auf eine Adresse von bbb.com zeigt. Die Mailbox m.mustermann gibt es auf dem Exchange von aaa.de auch nicht. Dies bestätigt auch ein "Get-MailboxStatistics -Identity m.mustermann", welches zurückgibt, dass es die Mailbox nicht gibt. Interessant ist an der stelle auch, wenn man den Exchange Cache vom sendenden Outlook von aaa.de leert, funktioniert ein Versenden der Mail an m.mustermann@bbb.com genau ein mal. Danach kommt wieder die Fehlermeldung.

Fast. Der Interne Benutzer versender@aaa.de versendet an den externen m.mustermann@bbb.com. Der Versender bekommt dann die Fehlermeldung, allerdings generiert vom Exchangeserver von aaa.de. In der Fehlermeldung wird dann auch das bbb.com durch aaa.de getauscht (warum auch immer). In diesem Beispiel wurde versucht die Mail an m.mustermann@bbb.com zu versenden. Ich hab hier die Vermutung, dass der interne Exchange Server von aaa.de gar nicht erst den Office 365 Exchange von bbb.com kontaktiert, sondern mit aller Gewalt versucht, die Mail selber zu versenden.

Hallo Zusammen, danke für den Tipp mit den RDP WebDiensten. Somit konnten wir die RDP ausrollen. Grüße!

Worauf verbinden sich dann die Clients? Dass ich nicht für jeden Host in der Sammlung einen DNS Eintrag brauche, hab ich verstanden, drum hab ich im Moment einen DNS Eintrag, der wie von @cj_berlin beschrieben auf den Connection Broker zeigt, mit dem oben genannten Fehler.