Netzwerkkommunikation von Windows 10 aus Freigabe mit Windows XP funktioniert nicht
Hallo werte Gemeinde,
ja, es ist Freitag. Aber das ist KEINE Freitagsfrage....
Ich habe ein für mich völlig wirres Problem.
Wahrscheinlich ist die Lösung einfach, ich weiß aber schon mal
überhaupt nicht, wie ich dazu eine ordentlich google-Anfrage formulieren
könnte:
Ich habe hier Software die Daten über das Netzwerk überträgt.
Das funktioniert bis dato fehlerlos. Bei einem meiner Kunden
ist das Netzwerk aber sehr veraltet. Er setzt noch einen
Windows 2003-Server ein. Der wird jetzt auch bald ersetzt, darum geht es
jetzt aber gar nicht.
Die Softawre liegt dort in einer Freigabe, alle notwendigen Dlls etc. ebenso.
Die Software wird also von den Clients direkt aus dem freigegebenen Ordner
aufgerufen. Bis heute funktionierte die Software problemlos, da alle Clients
Windows 7 einsetzten.
Nun ist der erste Windows 10-Rechner hinzugekommen. Mit diesem
ist das Aufrufen der Software aus der Freigabe ebenso kein Problem,
nur der Datenaustausch über das Netzwerk über die Portkommunikation
kann nicht aufgebaut werden.
Kopiere ich die das Programm auf den Windows 10 Rechner lokal, starte
es und versuche die Verbindung mit dem Windows Server 2003 herzustellen,
klappt das wiederum einwandfrei.
Mit einem Windows XP-Rechner als "Server" kann ich gleiches Verhalten nachvollziehen.
Also: Programmkommunikation funktioniert, solange das Programm nicht aus einer
Freigabe aufgerufen wird. Ich denke da sperrt Windows 10 irgendwas.
Das Ausschalten der Firewalls beider Rechner brachte keinen Erfolg.
Kann mir da jemand helfen?
ÜBer einen Tipp wäre ich sehr dankbar.
Lieben Gruß und schönes Wochenende.....
Kay
ja, es ist Freitag. Aber das ist KEINE Freitagsfrage....
Ich habe ein für mich völlig wirres Problem.
Wahrscheinlich ist die Lösung einfach, ich weiß aber schon mal
überhaupt nicht, wie ich dazu eine ordentlich google-Anfrage formulieren
könnte:
Ich habe hier Software die Daten über das Netzwerk überträgt.
Das funktioniert bis dato fehlerlos. Bei einem meiner Kunden
ist das Netzwerk aber sehr veraltet. Er setzt noch einen
Windows 2003-Server ein. Der wird jetzt auch bald ersetzt, darum geht es
jetzt aber gar nicht.
Die Softawre liegt dort in einer Freigabe, alle notwendigen Dlls etc. ebenso.
Die Software wird also von den Clients direkt aus dem freigegebenen Ordner
aufgerufen. Bis heute funktionierte die Software problemlos, da alle Clients
Windows 7 einsetzten.
Nun ist der erste Windows 10-Rechner hinzugekommen. Mit diesem
ist das Aufrufen der Software aus der Freigabe ebenso kein Problem,
nur der Datenaustausch über das Netzwerk über die Portkommunikation
kann nicht aufgebaut werden.
Kopiere ich die das Programm auf den Windows 10 Rechner lokal, starte
es und versuche die Verbindung mit dem Windows Server 2003 herzustellen,
klappt das wiederum einwandfrei.
Mit einem Windows XP-Rechner als "Server" kann ich gleiches Verhalten nachvollziehen.
Also: Programmkommunikation funktioniert, solange das Programm nicht aus einer
Freigabe aufgerufen wird. Ich denke da sperrt Windows 10 irgendwas.
Das Ausschalten der Firewalls beider Rechner brachte keinen Erfolg.
Kann mir da jemand helfen?
ÜBer einen Tipp wäre ich sehr dankbar.
Lieben Gruß und schönes Wochenende.....
Kay
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 377827
Url: https://administrator.de/contentid/377827
Ausgedruckt am: 19.11.2024 um 17:11 Uhr
15 Kommentare
Neuester Kommentar
Hallo.
Gibt es von dem Softwarehersteller überhaupt eine offizielle Freigabe zur Nutzung des Programmes mit Windows 10?
Es kann schlichtweg sein, daß hier clientseitig einfach Sense ist, so hart das klingt. Dann wäre Upgrade/Migration angesagt (die sicherlich Geld kosten wird).
Wenn Du aber noch weiterforschen willst würde ich in einem ersten Schritt mal das Software-Eventlog des zugreifenden/aufrufenden W10-Clients ansehen, vielleicht steht da was dazu.
Ansonsten:
Vielleicht hat die aktuelle W10 - 1803 - Version außer SMB1 noch andere alte Zöpfe abgeschnitten, wovon wir nichts wissen. Wenn es nun bei dem Kunden unbedingt Windows 10 sein muß, vielleicht geht das Programm ja noch mit 1703 oder 1709? Support haben beide noch einige Zeit lang.
Viele Grüße
von
departure69
Gibt es von dem Softwarehersteller überhaupt eine offizielle Freigabe zur Nutzung des Programmes mit Windows 10?
Es kann schlichtweg sein, daß hier clientseitig einfach Sense ist, so hart das klingt. Dann wäre Upgrade/Migration angesagt (die sicherlich Geld kosten wird).
Wenn Du aber noch weiterforschen willst würde ich in einem ersten Schritt mal das Software-Eventlog des zugreifenden/aufrufenden W10-Clients ansehen, vielleicht steht da was dazu.
Ansonsten:
Vielleicht hat die aktuelle W10 - 1803 - Version außer SMB1 noch andere alte Zöpfe abgeschnitten, wovon wir nichts wissen. Wenn es nun bei dem Kunden unbedingt Windows 10 sein muß, vielleicht geht das Programm ja noch mit 1703 oder 1709? Support haben beide noch einige Zeit lang.
Viele Grüße
von
departure69
Dieses Build ist aber obsolet. Funktioniert es unter 1709 oder 1703?
LG
Kay
Gruss Penny.
LG
Kay
Gruss Penny.
Zitat von @KLinnebank:
Dummerweise kann ich das auch nicht debuggen, da meine
Entwicklungsumgebung nicht mher auf Windows XP
läuft.....
Dummerweise kann ich das auch nicht debuggen, da meine
Entwicklungsumgebung nicht mher auf Windows XP
läuft.....
Vielleicht mal mit dem Process Explorer schauen, ob und bei welchen Dateizugriffen was schiefgeht.
lks
Nachtrag:
ja, es ist Freitag. Aber das ist KEINE Freitagsfrage....
Doch ist es.
Hallo,
Du solltest dich als Entwickler eher auf SMB konzentrieren und dein Programm SMv2 und SMBv3 tauglich machen. Irgendwann steht SMBvx an, und dann?
Dann handel entsprechend.
Sondern auf - Linux oder MacOS oder Windows 3.11 WfW oder was? Windows 7 bzw. windows 8.1 sind noch einige Jahre aktuelle System wenn du noch kein Win 10 nutzen willst.
Gruß,
Peter
Du solltest dich als Entwickler eher auf SMB konzentrieren und dein Programm SMv2 und SMBv3 tauglich machen. Irgendwann steht SMBvx an, und dann?
Mir ging es aber auch erster Linie darum, die Ursache zu verstehen.
Dann hast du als Entwickler wohl einiges verpasstNaja, der Softwarehersteller bin ich selbst....
Dummerweise kann ich das auch nicht debuggen, da meine Entwicklungsumgebung nicht mher auf Windows XP läuft.....
Gruß,
Peter