Langsamer Zugriff auf Datei im Neztwerk unter Windows XP

[A-TOM 10]

Ich möchte ja nicht voreilig schießen, hab gerade mal bei 4 XP-Clients den Dienst "WEBCLIENT" abgeschaltet...

 

@ supersense: -SCHMATZ- :) Du hast uns alle (vielleicht) gerettet!!!

 

bisher scheint es zu klappen...

 

gruss

A-TOM

[Smeagol 10]

@supersense:

 

Gimme 5! *patsch*

 

Das scheint wirklich zu laufen!

 

Klasse! Danke! *freu*

 

@ Admin:

 

Kann man diesen Beitrag bitte nach "Tips" verschieben?

 

Viele Grüße

Holger

[A-TOM 10]

So... habs jetzt fast eine Stunde ausprobiert!

 

supersense hat hier einen Wahnsinnstipp abgegeben!!!

 

ES FUNKTIONIERT! Unglaublich... nach Wochen-, vielleicht Monatelanger sucherei und warterei endlich eine Antwort! SUPER!! :D

 

Das muss unbedingt bei den Tipps rein!

 

Ein kleiner klick mit riesiger Wirkung! Endlich vernünftig unter XP-Clients arbeiten...

 

Ich krieg mich garnicht ein! SUPER!

 

Da rinnt mir glatt ne Träne...

 

@supersense: wo hast Du denn den Tipp her? Oder hast Du das selber herausgefunden???

 

Ob das MS weiss???

 

gruss

A-TOM

[bewe 10]

hi,

ich suche nun auch schon seit Monaten nach einer Lösung für dieses Problem. Das Ergebnis hier hat mir nicht geholfen, mich aber auf eine Fährte gebracht. Ich habe neben dem "WEBCLIENT" Dienst noch den Dienst:

"Arbeitsstationsdienst" beendet. Nun funktioniert es hervorragend.

Allerdings bin ich mir nicht sicher, ob man den Dienst für irgendwas wichtiges benötigt. Weiss da einer bescheid?

 

Gruß

Bernd

[bewe 10]

Hi nochmal,

 

hab gerade selber rausgefunden wofür der Dienst ist ;-)

Nun kann ich auf keine Netzwerkressouorcen mehr zugreifen;-)

 

OK, aber dennoch, wenn ich den Dienst starte, dann ist wieder alles langsam. Der Zugriff auf Dateien auf der lokalen Festplatte genauso, wie Internetzugriffe. Eine Internetseite wird geladen, und nachdem sie da ist, dauert es noch ca. 1 minute, bis der Explorer wieder reagiert. Wenn ich den Dienst ausschalte, dann funktioniert das sehr gut mit dem Internet. Daher dachte ich, dass sei die Lösung.

 

Kann es sein, dass der Rechner versucht mit der Domäne zu kommunizieren und das langsam ist? Ich hab nämlich aktuell keine Vernbindung zur Domäne da ich beim Kunden sitze.

 

Bernd

[Dschonny 15]

Hmm, also ich bin noch nicht ganz davon überzeugt, daß es unbedingt mit einem der beiden Dienste zusammenhängt, ich habe aber inzwischen auch echt keinen Plan mehr, wo das Problem liegen könnte.

Auf meinem Laptop läuft das Netzwerk Pfeilschnell, trotz aktiviertem WebClient- und Arbeitsstationsdienst. Das Laptop hat außerdem ne fest zugeteilte IP und als DNS-Server meinen Router eingetragen.

Auf meiner WS dagegen war die Lösung für das Problem, die IP vom Router-DHCP zuweisen zu lassen. Seitdem ist der Zugriff auf's Netz wesentlich schneller, wenn ich auch immer noch nicht die Geschwindigkeit erreiche, die mein Laptop hier hat - werde aber das abschalten der Dienste hier auch noch mal testen, allerdings wüsste ich gerne, wofür diese beiden Dienste gut sind..

 

Der Tip mit Half-Duplex hat bei mir keinerlei Vorteile gebracht, ich kann mir auch nicht erklären, warum Half-Duplex-Betrieb besser funktionieren sollte als Voll-Duplex, beim Übertragen von großen Dateien läuft Voll-Duplex bei mir jedenfalls deutlich schneller.

 

Naja, ich bin einfach ratlos, wäre toll, wenn da mal ne wirklich überzeugende Lösung gefunden würde..

[Smeagol 10]

Hallo Dschonny,

 

also ich wundere mich, das statische IPs einen langsameren Netzzugriff bewirken sollen.

Die Sache mit dem Webclient-Dienst ist bei mir an mittlerweile 6 PC in der Domäne reproduzierbar gewesen. Erfolgsquote 100%.

 

Viele Grüße Holger

[A-TOM 10]

Hi,

 

also bei uns hier hab ich durch das Abschalten des Webclients das Problem an 8 PC's lösen können. Die Leute die daran arbeiten, haben bisher keine weiteren Veränderungen feststellen können, außer das es jetzt wieder schön flott von der Hand geht mit der Arbeit. Macht ja auch mehr spass, wenn man seine Arbeiten auf dem Server speichern kann ohne eine Kaffeepause einzulegen.

Ich werde jetzt den Webclient bei den weiteren Rechnern mit XP Pro abschalten...

 

Das steht bei dem Webclient:

Ermöglicht Windows-basierten Programmen, Internet-basierte Dateien zu erstellen, darauf zuzugreifen und sie zu verändern. Wenn dieser Dienst beendet wird, werden diese Funktionen nicht mehr zur Verfügung stehen. Wenn dieser Dienst deaktiviert wird, werden alle von diesem Dienst explizit abhängigen Dienste nicht gestartet werden können.

 

Also ich kann immer noch Internetbasierende Dateien mit Windowsbasierenden Programmen erstellen... :p

 

Was genau ist denn damit gemeint?

 

Edit: Wenn man WebDAV benutzt sollte man den Dienst anlassen!!!

 

gruss

A-TOM

[Iago1982 10]

Hallo !

 

Lad dir mal den Patch für XP unter dem unten angegebenden Link runter und versuch es dann mal.

 

http://support.microsoft.com/?id=329170

 

Egal, was auf dieser Support-Seite steht, bei hats beim selben Problem geholfen.

[supersense 10]

Hi Dschonny,

 

verwendest du servergespeicherte Profile ?

[berens 10]

Der o.g. Patch ist ein ja für die Signierung von Netzwerkpaketen unter der Windows Datei/Druckerfreigabe gut. Wenn nun also das Update hilft, könnte also diese Signierung generell stören...

 

Keine Ahnung wie sich das nun in Zukunft auswirkt, aber ich habe jetzt bei meiner "LAN-Verbingung" in den Eigenschaften bei der Karteikarte "Authentifizierung" alle Haken rausgemacht. Mal schauen was passiert, wenn ich am Montag wieder an der Domäne hänge.

 

Vielleicht muss man das beim Server erst auch noch machen?

 

Hat 2000 Server auch sowas wie einen "Webclient" der die Sache verlangsamen könnte?

 

Kennt wer ein gutes Performance-Messproggie (kostenlos?) um mal irgendwie den tatsächlich möglichen Datendurchsatz messen zu können?

[berens 10]

Weitere Links zu dem Thema:

 

http://support.microsoft.com/default.aspx?scid=kb;DE;321169

 

http://support.microsoft.com/default.aspx?scid=kb;DE;321098

[Karen M 10]

Hallo liebe Boardmitglieder,

 

ich hatte auch das Problem ... nach Domänenmigration an 50 Workstations. Deshalb habe ich mich schon kümmern müssen... Diese Informationen werden allen helfen, zu verstehen und entsprechend zu konfigurieren.

 

Liebe Grüße, Karen

 

------------------------------------------------------------------------------

The information in this article applies to:

 

 

- Microsoft Windows XP 64-Bit Edition

- Microsoft Windows XP Professional

- Microsoft Windows XP Professional SP1 (Version: SP1)

- Microsoft Windows XP Tablet PC Edition

 

 

-------------------------------------------------------------------------------

 

SUMMARY

========

Slow logon to domain from Windows XP client machine if WebClient is

running.

 

 

SYMPTOMS

=========

 

- At logon after you hit Control-Alt-Delete a Windows XP machine may

appear to hang at various places,

from processing group policy to waiting at a blank (by default blue)

screen before the desktop icons appear.

This can last several minutes (up to 15 minutes, entries in the MUP

cache are held for 15 minutes).

- Windows XP computer stays for several minutes in stage 'Applying

Computer Settings'

 

The same Windows XP machine will log in immediately with cached

credentials if the NIC is unplugged,

 

- Windows XP clients are accessing network shares slowly

 

- When you try to open a file or document that resides on a Distributed

File System (DFS) share,

it may take a long amount of time to open the resource (from 90 seconds

to 15 minutes).

However, you may be able to quickly open the same resource by using a

UNC path. (KB312181)

 

- When you use Microsoft Internet Explorer 6 to access shares on a

Microsoft Windows NT 4.0-based server or a

Microsoft Windows 2000-based server, access to the shares may appear to

stop responding (hang).

Note: You may gain access to the requested shares if you wait a long

time, for example, 10 minutes. (KB812924)

 

 

CAUSE

======

 

When entering a Uniform Naming Convention (UNC) path

\\Servername\Sharename\Directory\Filename.ext

the UNC location is first passed to the Web Client service which

attempts to connect to "http://Servername/Sharename".

 

WebClient uses port 80 to contact WEBDAV enabled servers and this needs

to go via WinInet through the proxy.

The proxy server will then attempt to contact the destination server

(Servername).

The Web Client waits for a response from the proxy server which may

never be sent,

resulting in a delay until the Web Client times out (default 10

minutes).

 

If the destination server does not support HTTP on port 80 or the

destination server is offline,

the proxy server may fail to send the expected HTTP error code back to

the Web Client.

 

If there is a dead external (DFS) server reference on the proxy that

the request is passed to

then the delay can be due to the timeout for the external (DFS)

connection failure.

 

Significant delays may also occur on a Windows XP client if all of the

following is true

- You have enabled the WebClient service (which is the default)

and the Network Provider Order lists 'Web Client Network' before

'Microsoft Windows Network'.

- The domain controller which is used for authentication runs a service

that listens on TCP port 80, i.e. Exchange server with Outlook Web Access (OWA).

- Internet Explorer's proxy server settings are not configured to

"Bypass proxy for local addresses"

and local Intranet FQDNs are not entered in the exclusion list.

[Karen M 10]

RESOLUTION

===========

 

1. Verify that you have applied Windows XP Service Pack 1

 

2. Configure Internet Explorer's proxy server settings to "Bypass proxy

for local addresses"

and ensure that local Intranet FQDNs are entered in the exclusion list.

 

 

3. Change the order of 'Network Providers'

 

To verify and change the Network Provider Order

 

a. On the desktop, right-click 'My Network Places', and then click

Properties.

b. On the Advanced menu, click 'Advanced Settings'.

c. Click the 'Provider Order' tab.

d. In 'Network Providers', click the 'Web Client Network' provider,

and then click the Down Arrow button so that it is the last one in

the list.

(Ensure that 'Microsoft Windows Network' is listed with higher

priority.)

e. Click "OK"

 

'Web Client Network' should be at the bottom by default. You can also

find the Provider order in the registry at

 

 

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order\ProviderOrder

The default order for the ProviderOrder value is:

RDPNP,LanmanWorkstation,WebClient

 

 

4. Apply latest WebClient hotfix (KB823372, Webclnt.dll

V5.1.2600.1248, 16-Jul-2003, or soon Q824383) on the Windows XP system.

After you install this fix, follow these steps to set the

ServerNotFoundCacheLifeTimeInSec registry key

as documentet in KB823372.

 

826286 New User Cannot Access the Internet and Proxy Settings Are

Blank

http://support.microsoft.com/?id=826286

 

 

5.

If you have deployed Internet Explorer using IEAK with Internet

Settings set on the .DEFAULT registry hive:

 

IAEK is the Internet Explorer Administration Kit to allow for scripted

install and configuration of Internet Explorer.

The WebClient service uses the .DEFAULT registry setting.

So every time we try to make a web client request, we get sent to the

proxy. The proxy request eventually times out.

 

 

Windows XP boots up and looks for a computer policy to apply (policy

file ntconfig.pol ).

 

a. MUP is notified that the client needs to connect to

domaincontroller1.domain.com (or just a netbios name of the logon server) and

informs available redirectors.

b. WebClient tries to handle the request.

c. WinInet loads and reads the proxy configuration from the registry:

 

 

[HKEY_USERS\.DEFAULT\Software\Microsoft\Windows\CurrentVersion\Internet

Settings]

 

ProxyEnable

ProxyOverride

ProxyServer

 

d. If these three keys are set to use a proxy server WinInet sends

request to the proxy server.

This may fail with a time-out (this can vary depending on proxy dns

cache) and the web client will return a negative response to the MUP.

 

 

In this case you can workaround by providing the DC's netbios name (-

or depending on the name that is seen in the WebDAV request - the domain name for

the internal domain) for the ProxyOverride value, i.e.

 

"ProxyEnable"=1

"ProxyServer"="http://<ProxyServername>:<PortNumber>"

"ProxyOverride"="*.intranet; domaincontroller1;*.domain.com;10.10.*;<local>"

 

where <ProxyServername> is the name of your proxy server, and

<PortNumber> is the TCP port number for HTTP, in most cases it is 80 or 8080.

 

Key | Value

ProxyEnable | 0 = Manual proxy detection is disabled.

1 = Manual proxy detection is enabled.

 

ProxyServer | The name and the port of the proxy server.

ProxyOverride | The Domain Name System (DNS) addresses, separated by

semi-colons, that should not be passed on to the proxy server. You can use the

value <local> to bypass the proxy server for local addresses. If you include this

value, it should be the final value in the string.

[Karen M 10]

Note: For the current logged on user, the registry location is at:

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet

Settings]

ProxyOverride will be assigned the entries of the proxy exception list

which you can type into the Exceptions area:

1. In Internet Explorer, on the Tools menu, click Internet Options.

2. On the Connections tab, click LAN Settings.

3. Click Advanced, and type the appropriate information in the

Exceptions area.

 

Note: The values of these keys can bee seen in a WinMSD report under

'Internet Explorer' -> Connectivity

 

You can also use the Microsoft Internet Explorer Administration Kit

(IEAK) to configure proxy server settings on client computers.

For additional information about IEAK, visit the following Microsoft

Web site:

 

 

http://www.microsoft.com/windows/ieak/downloads/ieak6/ieak6sp1.asp

 

Note:

When using a .PAC file, WebDAV requests are generated if the .pac file

includes:

 

function FindProxyForURL(url, host)

{

}

 

You can modify the .pac to avoid WebDAV traffic:

 

function FindProxyForURL(url, host)

{

if (shExpMatch(host, "DCNAME*")) {

return "DIRECT";

}

 

WORKAROUND

==========

 

- Stop the service that listens on TCP port 80 on the DC as long as it

does not need to run.

or

- Disable the WebClient service on the Windows XP client.

 

To check the status, or to disable the WebClient service on a WebDAV

client machine:

 

1. From the Start menu, point to Administrative Tools, and click

Computer Management .

2. In the details pane, double-click Services and Applications.

3. Double-click Services.

4. Scroll down, right-click WebClient, and click Properties.

5. In the Startup type list box, click Disabled.

6. Click Apply.

7. Click OK.

 

Note: You can savely disable the WebClient service, as long as you do

not need to modify or write files on

Web Distributed Authoring and Versioning (WebDAV) servers.

 

Windows 2000 does not have implemented the WebClient service.

Windows Server 2003 has turned off WebClient service by default, see

 

812519 Services That Are Turned Off by Default in Windows Server 2003

http://support.microsoft.com/?id=812519

 

There are some alternatives to WebClient, i.e

 

If you are running Windows XP, follow these steps:

1. Disable the WebClient service.

2. Install a program that uses Web folders. For example, install

Microsoft Office XP or later on the client.

3. Delete your original Network Place.

4. Create a new Network Place.

 

For more information see KB817929.

 

 

STATUS

=======

 

Microsoft has confirmed that this is a problem in the Microsoft

products that are listed at the beginning of this article

 

 

MORE INFORMATION

=================

 

The WebClient service enables Windows-based programs to create, access,

and modify Internet-based files using Win32 APIs.

If this service is stopped, these functions will not be available.

 

Turning off WebClient service will stop the WebDAV redirector.

You will not be able to do a 'net use', dir, copy, rename etc to a web

server.

Also 'Add Network Place' will not work to a Web DAV location and you

will not be able to use Publishing Wizard to MSN Communities.

However, you can still continue to use SMB servers.