Ich habe vor vielen Jahren ein Hilfsprogramm in vb6 geschrieben, das die vb6-Inet-Steuerung verwendet, um auf eine Website zuzugreifen, um sich selbst zu aktualisieren. Die Update-Funktion funktioniert gut auf Hunderten von Computern, auf denen XP, Win7, Win8, Win10, SVR 2003 und andere laufen, die auf lokalen und Netzwerklaufwerken installiert sind.
Es gibt jedoch einen neuen Win 10-Heimcomputer, bei dem es nicht funktioniert (das Update, das Programm selbst funktioniert gut), wenn das Programm von einem Netzwerklaufwerk ausgeführt wird. Wenn Sie es vom c: -Laufwerk aus ausführen, funktioniert es, wenn es auf das vernetzte f: -Laufwerk kopiert wird, erhalte ich den Fehler "Name nicht aufgelöst", der sich auf die Aktualisierungs-Site-URL bezieht.
Ich habe die MacAfee-Firewall ohne Auswirkungen deaktiviert. Das Programm ist digital signiert und sollte daher vertrauenswürdig sein. Die URL funktioniert und kann auf dem Computer von IE und Chrome aus navigiert werden.
Das Programm wurde ursprünglich auf dem Laufwerk c: installiert, aber eine identische Kopie befindet sich auf dem Laufwerk f:. Das Programm kann problemlos auf dem Netzlaufwerk ausgeführt werden, da es keine Verbindung zur Update-Site herstellen kann.
Ist dies eine Sicherheitsfunktion, wenn ja, wie kann ich sie deaktivieren oder ist dies eine Einschränkung von win 10 home (im Gegensatz zu professional).
Ich weiß, zu Hause gibt es einige Einschränkungen, da es keine Remote-Desktops unterstützt (was dummes IMO ist).
Wie kann ich Probleme mit diesem Problem beheben?
MEHR INFO:
Also habe ich das Programm von c: deinstalliert, um es auf netzwerkfähigem f: erneut zu installieren: um zu sehen, dass es einige Auswirkungen hat. Im weisen Installationsprogramm kann ich jedoch kein Netzwerklaufwerk für die Installation auswählen. Es werden nur c: und cdrom d: aufgelistet. Warum werden die zugeordneten Laufwerksbuchstaben nicht angezeigt?
MEHR:
Nach dem Neustart kann der Installer vernetzte Laufwerke sehen. Durch die Installation im Netzwerk wird das Problem nicht behoben. Zusätzlich zur vb6-Inet-Steuerung schlagen API-Aufrufe für wininet von exe im Netzwerk fehl, aber von exe auf lokalem Laufwerk c:.
EINFACHE PROBLEMRESTATEMENT:
some.exe (32-bit) verwendet wininet.dll, um eine Verbindung zum Internet herzustellen, um Daten auf http://myurl.com zu posten . some.exe ist unter c: \ path \ some.exe und auch auf einer Netzwerkfreigabe f: \ path \ some.exe installiert.
von cmd Eingabeaufforderung:
c: \ pfad> some.exe (funktioniert)
c: \ pfad> f: \ pfad \ some.exe (schlägt fehl mit fehlendem 12007-namen)
f: \ pfad> some.exe (schlägt fehl, mit fehlendem 12007-Namen)
f: \ pfad> c: \ pfad \ some.exe (funktioniert)
Fazit: Wenn sich some.exe auf einer Netzwerkfreigabe befindet, wird der Internetzugriff gesperrt.
McAfee wird deinstalliert. Firewall ist ausgeschaltet. Internet-Sicherheitszonen auf Minimum eingestellt. Ziel-URL wurde als vertrauenswürdige Site hinzugefügt.
Die Antwort scheint zu sein, dass das Update für Windows 10 Version 1803 (Update Windows 10 April 2018) den Internetzugriff für Programme blockiert, die auf Netzlaufwerken mit SMB1x gehostet werden. SMB-Version muss 2.0 oder höher sein. SMB 2.0 wurde in Server 2008 eingeführt. Vielen Dank an EBGreen für den SMB-Lead.
BEARBEITEN: ENTSCHLIESSUNG
26. Juni 2018 KB4284848 Betrifft: Windows 10, Version 1803, behebt dieses Problem.