BSChris

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