BSChris

Zeitersparnis. Nach der Eingabe des Passworts, soll der User in seiner zuvor gesperrten Sitzung weiter arbeiten können, so dass die Programme nicht wieder neu gestartet werden müssen. Es handelt sich ja quasi um die „Benutzer wechseln“ Funktion.

Mahlzeit, wie viele gleichzeitige Anemldungen mit verschiedenen AD Konten lässt Windows 11 Enterprise zu, ohne sich abzumelden? Die Benutzer melden sich lokal am Computer mit dem AD Konto an und sperren nur Ihren Bildschirm. Später meldet sich ein anderer an usw. usw. (merhere Sessions sind somit offen) Gibt es bei der Enterprise Edition ein Limit an Sessions oder können sich so viele anmelden bis der Computer RAM technisch in die Knie geht? MfG Chris

Ja die FB ist wirklich uralt, updates gibt es schon mehrere Jahre nicht mehr dafür. Ist aber nicht mehr schlimm, solange der AP wieder funktioniert. Irgendwann ersetze ich diese FB mal :)

Morgen, bei der neuen Fritzbox (7530) funktioniert das interne WLAN mit dem VPN. Wenn ich das interne WLAN ausschalte und das WLAN des U6+ nehme, dann jetzt auch. Ich hatte mich vertan, es war auf dem AP eine 6.6.64 oder so drauf und 6.6.74 stand zur Verfügung. Nach dem Update ging es dann auch bei der alten Fritzbox wieder. Was aber komisch ist, dass die alte Fritzbox immer noch das Problem mit dem internen WLAN hat. Ist aber egal, da es abgeschaltet ist und der AP jetzt funktioniert. DANKE für den Hinweis Nobby. Grüße Chris

Hi, ne hat es nicht 10.x.x.x Ich bekomme nachher Testweise eine andere Fritzbox, vielleicht geht es dann, ich melde mich nachher nochmal.

Hi Nobby, Single AP U6+ Version 6.6.74, aber wie gesagt, das WLAN der Fritzbox reagiert auch so.

Mahlzeit, ich weiss nicht ob ich hier richtig bin. Ich habe zuhause eine sehr alte Fritzbox 7360SL (damals von 1&1). An der Fritzbox ist das interne WLAN ausgeschaltet, da ich einen AccessPoint von Ubiquiti angeschlsosen habe. Im Haushalt habe ich mehrere Geräte die mit dem WLAN verbunden sind, ebenfalls mein Arbeitslaptop (Windows 11). Sobald ich neuerdings den VPN Client starte, um mich mit dem Firmnetzwerk zu verbinden, stürzt das ganze WLAN ab. Kein Gerät kann sich danach mehr verbinden, weshalb ich den Accesspoint neustarten muss. Das gleiche passiert auch, wenn ich den Accesspoint weglasse und das Fritzbox eigene WLAN benutze. Benutze ich ein Hotspot vom Smartphone, funktioniert die Verbindung mit dem VPN tadellos. die Fritzbox macht noch DHCP EDIT: Inetrnet Provider ist die Telekom. Ich bin im Moment ratlos. Vielleicht hat hier jemand eine Ähnliche Situation gehabt. Gruß Chris

Hi, ja genau so ist es, wie Dukel es beschreibt. Nur die DB ist über einen gemeinsamen User zu erreichen. Die Applikation benötigt die Windows Auth, sollte diese keine Berechtigung haben, passiert auch nichts. Aber auch dir Sunny gebe ich Recht, dass es heute nicht mehr up to Date ist. Aber in der heutigen Zeit, darf man auch nicht vergessen, dass ein Update/Migration für gewisse Applikationen plus neuer Lizenzen auch mal in die 100.000 von € gehen kann. Ich bin dran und mir war es einfach nur wichtig von der SQL 2014 auf Basis von Windows Server 2012 R2 weg zukommen. Jetzt habe ich etwas mehr Zeit. Gruß Chris

Hallo, vielen Dank für eure Unterstützung. Das Problem konnte ich mit einem externen Dienstleister lösen. Folgendes wurde durchgeführt. Im Programmverzeichnis der Applikation, wird bei der ersten Anmeldung für die Datenbank eine sql_password.dat datei erstellt. Ein normaler Terminal User hat aber keine Rechte, diese Datei anzulegen. Daher musste die Applikation extra als Administrator ausgeführt werden, damit diese Datei erstellt werden kann. Dieses muss nur einmalig von einem Administrator erstellt werden, der normale Terminal User zieht sich diese nach Anmeldung automatisch bzw. nutzt diese mit. In den ODBC-Verbindungen sind mehrere Datenbanken hinterlegt und ich muss die ODBC-Verbindungen folgender maßen benennen. db_sql_server_1 db_sql_server_2 db_sql_server_3 usw... Ich habe die 3 verwendet und ausgerechnet mit der 3 hat die Applikation ein Problem weshalb ich dann die 4 nehmen musste. Im Grunde diese beiden Sachen haben für das scheitern gesorgt. Das war es im grunde genommen, einen neuen ODBC-Treiber hatte ich getestet aaber gab mir die gleiche fehlermeldung. Ich wusste selbst nicht, das dies ein so Applikations lastiges Thema ist. Dennoch vielen Dank für eure Denkanstöße und eure Zeit. Gruß Chris

Hallo, nehmt es mir nicht übel, dass ich bisher noch nicht von mir gegeben habe, ich melde mich Morgen, da ich gerade etwas unter Strom stehe :) Das steht im EventLog des Neuen SQL-Servers CLIENT: ist der Session Host. Es deutet ja auf dasPasswort hin, nur warum funktioneirt dann die ODBC-Verbindung? Wie gesagt ich melde mich Morgen. Vielen Dank euch Gruß Chris

Hi MDD, tatsächlich habe ich EXECUTE sp_change_users_login @action = 'Report' mal ausgeführt und der User wurde mir angezeigt. Anschließend habe ich folgendes ausgeführt: EXECUTE sp_change_users_login @action = 'Auto_Fix', @userNamePattern = 'user', @password = 'password' Danach kam nur noch die Message, dass ich ein anderes Passwort nehmen muss, Aufgrund der Password Policy vom Server. Gemacht getan! Auf dem Session Host die ODBC-Verbindung angepasst (Passwort), allerdings erhalte ich in der Applikation beim auswählen der Datenbank die gleiche Fehlermeldung. Ich habe noch nicht den aktuellen ODBC Treiber für den SQL Server installiert. Aber wenn der ODBC-Test Erfolgreich ist, spielt das doch eigentlich keine Rolle mehr oder? Gruß Chris

Werde mal eine aktuellen Treiber auf den Session Host installieren und danach berichten.

Hi Sunny61, ja das funktioniert, ich kann mich im SSMS mit dem lokalen Benutzer anmelden.

Hallo, zum testen habe eine SQL-Datenbank von einem SQL-Server 2014 auf einen SQL-Server 2019 wiederhergestellt. Die Datenbank selbst ist auf dem Kompatiblitätslevel 100 (SQL 2008). Den lokalen User der für die Datenbank genutzt wird, habe ich mit migriert und hat auch die gleichen Rollen wie zuvor auf dem alten SQL-Server auch. Auf einem Session Host habe ich die ODBC-Verbindung zur Testdatenbank hergestellt. Die lässt sich mit dem lokalen User auch verbinden. Doch in der Anwendung selbst, die ebenfalls auf dem Session Host gestartet wird bekomme ich folgendes: Nach dem Wort User wird hier im Bild der User der ODBC-Verbindung angezeigt. Wenn der ODBC-Test Erfolgreich war, sollte es doch eigentlich auch funktioneiren oder? Auf beiden SQL-Servern sind die gleichen Einstellungen bzw. Berechtigungen, von daher bin ich etwas irritiert. Im Grunde gibt es nur einen Unterscheid zwischen den Datenbanken, und das ist der Server also das OS und die SQL-Version. Vielleicht weiss jemand einen Rat. Grüße Chris

Hi, was schwebt euch da so vor? Was würdet ihr machen wollen? Gruß Chris

Hallo zahni, das müsste ich noch einmal erfragen, aber glaube nicht. Vielen Dank für den Beitragslink.

Hallo, ich habe mal eine Frage. Ein bekannter hat eine kleine Pension mit einem GAST WLAN über seine Fritzbox. Jetzt hat einer der Gäste einen Film heruntergalden und mein bekannter hat Post vom Anwalt wegen Urheberechtsbverletzung bekommen. Er kann es nicht beweisen, dass er es nicht wahr, da die Fritzbox nichts mitschneidet oder loggt. Wie ist es in Zukunft am einfachsten so etwas zu beweisen? Welche Hard oder Software würde in frage kommen. Gerne eine professionelle Lösung. Einen Separaten Internetanschluss für die Pension geht leider nicht. Gruß Chris

Guten Morgen, vielen Dank euch beiden, Haben beide Varianten funktioniert. Gruß Chris

Hallo ihr beiden, ich bin gerade unterwegs aber werde beide Varianten mal ausprobieren. TOP danke schonmal für die Antworten. Grüße Chris

Hallo, ich stehe vor folgender herausforderung. Ich würde gerne die Sicherheitseinstellungen beim SNMP-Dienst ändern. Die vertrauenswürdigen Sender kann ich über einen ähnlichen Befehl erstellen, jedoch nicht den Community Namen, aufgrund des $. Der RegKeyName wird erstellt, doch leider nur das $ Zeichen am Anfang und der rest fehlt. Habe folgenden Befehl via Powershell benutzt. $computers = Get-Content -Path "C:\Servers.txt" foreach ($computer in $computers) { $session = New-PSSession -ComputerName $computer $RegKeyPath = "HKLM:\SYSTEM\CurrentControlSet\Services\SNMP\Parameters\ValidCommunities" $RegKeyName = "$Beispiel$" $RegKeyValue = "4" Invoke-Command -ComputerName $Computer -ScriptBlock { New-ItemProperty -Path $using:RegKeyPath -Name $using:RegKeyName -Value $using:RegKeyValue -PropertyType DWord -Force } Remove-PSSession -Session $session } Ich könnte jetzt eine *.reg bereitstellen und diese via GPO verteilen, aber davon möchte ich erstmal abstand nehmen. Wenn es doch tatsächlich keine Lösung geben sollte, werde ich es wohl so umsetzen müssen. Vielleicht habt Ihr eine Idee warum er ausgerechnet nach dem $ nicht weitermacht. Gruß und schönes Wochenende Chris

Hi, hat geklappt, vielen Dank dafür. Gruß Chris

Guten Morgen, verstehe ich nicht so ganz bzw. weiss ich nicht so recht was ich da machen soll. Kannst du mich vielleicht ein wenig Anleiten? Das wäre nett. Gruß Chris

Hi, wie is es möglich eine Zelle in Excel die eine x beliebige Formel enthält farblich zu kennzeichen? Im Grunde wenn in dem Feld ein = ist. Habe es über Bedingte Formatierung versucht aber leider funktioniert es nicht oder ich habe etwas falsch gemacht. MfG Chris

Hi, dachten wir auch erst, war aber nicht der Fall.

Hi, hatten das gleiche Problem auch mal. Da wir mehrere Domain Controller haben und diese bei uns den Namespace machen, war es nur einer der für die Site war. Wenn ein User aus einer anderen Site auf die Ordner oder Dateien zugegriffen hat, waren keine Verbindungsabbrüche da. Letztendlich war das Problem in der Registry. Schau dir die für das Namespace mal an. Mit DFSUtil haben wir es herausgefunden, dass es daran lag. Gruß Chris