letztes Windows 10 Update und Firebird

[stalkingwolf]

Moin,

das letzte Update von Windows 10 hat bei diversen unseren Kunden dazugeführt das man keine Datenbank Vebindung aufbauen kann oder diese abbricht.
Jemand davon auch betroffen oder sogar eine Lösung dafür?

Edit : Die Meldung "Ein ungültiges Argument wurde angegeben". EIbinterBaseError

[hoika]

Hallo,
also unter FB 2.01 (unsere Haus-DB) habe ich davon nichts bemerkt.

Arbeitet ihr mit localhost im Connection-String?

Habt Ihr schon eine Lösung?

[mkinzler]

Was sagt die Logdatei des Clients?
Wo liegt der Client (Windows-System/Anwendungsverzeichnis)?
Welche Zugriffsbibliothek (Delphi)?
Welche Endung hat die Datenbank?

Ich würde statt der gds32.dll die fbclient-Dll verwenden.

[stalkingwolf]

Hallo,

ich bin schon paar Schritte weiter.

Das Problem tritt nur auf wenn das Programm auf dem UNC Pfad liegt.
Kopiert man die EXE lokal geht es.
Es ist egal welche DLL und welche Programmiersprache. D6, XE4, WXWidgets.

Es sind auch andere Programme betroffen. z.b putty oder teraterm.
Per UNC kann man nicht mal mit den Programmen eine telnet/ssh Sitzung aufbauen.
Kopiert man die Dateien auf den Desktop geht es.

Das müsste das Update 1803 sein.
Mal gespannt was da noch passiert.

[Basilikum]

von hier: https://stackoverflow.com/a/50158801

Zitat:

Windows 10 update 1803 does not open network connections on executables files on SMBv1 share (as Windows Server 2003)

[stalkingwolf]

Danke für den Link,

ich lass unseren Techniker das gleich mal prüfen.

[hoika]

Hallo,

Zitat:

Das Problem tritt nur auf wenn das Programm auf dem UNC Pfad liegt.

Also \\DBServer\DB\Test.fdb?

Das sollte man eh auf TCP ändern
DBServer:C:\DB\Test.fdb

[mkinzler]

Programm auf UNC nicht Datenbank. Dies sollte vorher schon nicht funktioniert haben.

[stalkingwolf]

jau es liegt an der SMB Version wie auf Stack Overflow beschrieben.
Server mit neuem SMB haben das Problem nicht.

Das liest sich auf SO als wäre das eine gewollte Funktion von MS.

[stalkingwolf]

Zitat:

Zitat von mkinzler (Beitrag 1401814)

Programm auf UNC nicht Datenbank. Dies sollte vorher schon nicht funktioniert haben.

Warum sollte das nicht funktionieren?
Wir haben bei allen Kunden unsere Programm auf einem Fileserver und es wird nur eine Verknüpfung auf dem Desktop zum Programm verlinkt.

[Der schöne Günther]

Zitat:

Zitat von stalkingwolf (Beitrag 1401816)

Das liest sich auf SO als wäre das eine gewollte Funktion von MS.

Da Microsoft von SMBv1 schon seit 2014 abrät, dann WannaCry passierte und es schon seit dem letzten Update vor über einem halben Jahr schon standardmäßig nicht mehr bei Neuinstallationen dabei ist kann man davon ausgehen, ja 8-)

[hoika]

Hallo,

Zitat:

Warum sollte das nicht funktionieren?
Wir haben bei allen Kunden unsere Programm auf einem Fileserver und es wird nur eine Verknüpfung auf dem Desktop zum Programm verlinkt.

Ich meinte, der Connection-String zeigt nicht auf das gemappte Laufwerk (z.B. z), sondern auf das physische Laufwerk im Fileserver, also c oder d.

[Hobbycoder]

Ich hatte vor ein paar Tagen ein ähnliches Problem.
Ein Kunde installierte auf seinem Rechner das Windows 10 Fall Creator Update. Danach ging so ziemlich alles, nur unsere Programm (MySQL über Zeos) konnten nicht mehr auf die DB zugreifen (Telnet über Port 3306 funktionierte). Alle andere PC's im Netzwerk (die sind aber noch Win7) funktionierten. Server ist 2003, und auch hier liegt die EXE auf dem gemappten Laufwerk. (Die EXE auf lokales Laufwerk kopieren und starten habe ich leider nicht probiert.)
Meine Suche beschränkte sich auf erst mal auf Virenscanner/Firewall, in dem Fall AVG Serurity Suite.
Letztlich haben wir das AVG selbst deinstalliert, was aber noch nicht zur Lösung führte.

Allerdings, und das ist das erstaunliche, lief alles wieder wie vorher, nachdem die AVG Security Suite wieder aufgespielt wurde.
Das hat allerdings der Kunde selbst gemacht, so dass ich dann auch weitere Ursachenforschung eingestellt habe.

Nur mal so als Erfahrungsbericht. Vielleicht hilft das ja dem einen oder anderen.

[stalkingwolf]

Wir testen das mal.
Angeblich hat einer unserer Kunden das auch hinbekommen, aber er kann nicht sagen was er genau gemacht hat.

Aber wenn MS die Netzwerkfunktionalität von Anwendung welche von einem SMBv1 Share geladen deaktiviert, dann wird das tief im Kernel stecken.

Was sein könnte ist, das AVG die Dateien lädt und lokal ausführt. Dann wüsste Windows nichts mehr davon woher die Datei kommt.
Feedback kommt später.

Beitrag steht leider in der falschen Rubrik, da ich dachte es wäre ein Firebird Problem :-D

Edit : Es stimmt. Wenn man AVG installiert funktioniert es. Siehe meine Annahme im Text oben.

[jobo]

vielleicht hilft das weiter als Workaround:
https://support.microsoft.com/en-us/...in-windows-and

Der Kernel muss natürlich ein Protokoll kennen, gerade das älteste SMB wird er aber kennen/ (sollte). Bzw. es muss ihm bekannt gemacht werden. Sehe aber da keinen Unterschied zu anderen Protokollen, z.B. TCPIP v4 oder v6 sind auch Protokolle, die man installieren, nutzen und deinstallieren kann..

So wie es aussieht, ist es einfach eine Installationsfrage, die man interaktiv handhaben könnte oder per Batch ...

Ähnliches macht ggF. irgendein Virentool (weil die Kunden mit Falschverdächtigung nerven oder weil man ohne eingebaute Sicherheitslücken befürchtet, Kunden zu verlieren) oder andere sogenannte Tweak / "Repair"programme. Also halt das was Windows aus Sicherheitsgründen mühsam "ausschleichen" will, wird eben wieder angeknipst.

[stalkingwolf]

Nein das geht nicht.
Das hatten wir schon am Freitag probiert.
Hier ist das SMBv1 nicht deaktiviert, sondern es werden die Netzwerkfunktionen der Programm blockiert welche über ein SMBv1 Protokoll geladen werden.