Perché la condivisione "net use" e Windows "map network drive" hanno una differenza di velocità drastica?


10

Perché, quando copio un file (copia, incolla di Windows Explorer), ottengo una velocità di trasferimento di ~ 100 KB / s da un'unità mappata utilizzando il comando "net use" nel prompt dei comandi e una velocità di trasferimento compresa tra 25-50 MB / s quando mappare l'unità utilizzando Windows Explorer? Cosa c'è di diverso in questi due metodi che influirebbero sulla velocità di trasferimento?

Givens / Ambiente:

  • Server della condivisione: Windows 2012R2, bloccato con il benchmark CIS su http://benchmarks.cisecurity.org/downloads/show-single/?file=windows2012R2.110

    • Le impostazioni sono state bloccate dai criteri di gruppo sul controller di dominio di cui è membro il server.
  • Il server della condivisione è collegato a un controller di dominio sulla stessa rete, chiamiamolo "mydomain.local"

  • Server che si collega alla condivisione: Windows 2008 R2, posizione remota, dominio diverso, chiamiamolo "mydomain.remote"

  • La rimozione di tutte le impostazioni consigliate dal CIS aumenta la velocità per entrambi i tipi di mappatura delle unità di rete.

  • I server di connessione e condivisione si trovano in due diversi data center, collegati via Internet

  • Indipendentemente dalla connessione utilizzata (net use / windows explorer), vengono fornite le stesse credenziali. Chiamiamo questo account: mydomain.local \ myuser

  • Credo che la velocità sia bassa a causa di ciò ( http://jrs-s.net/2013/04/15/windows-server-2012-slow-networksmbcifs-problem/ ), ma non so perché sarebbe diverso a seconda che sia stato utilizzato "net use" anziché Windows Explorer.


6
Avresti bisogno di annusare per verificare ma un'ipotesi è che l'uso della rete sta usando SMB 2 e la GUI sta usando SMB 3
TheFiddlerWins

Ci sarebbe un modo per forzare l '"utilizzo netto" per usare SMB3?
JNadal,

2
Se una delle parti è 2008 R2, SMB 3.0 non è un'opzione. blogs.technet.com/b/josebda/archive/2012/06/06/…
BlueCompute

Puoi usare New-PSDrive invece?
BlueCompute il

1
Sì, vedi qui: technet.microsoft.com/en-us/library/hh849829.aspx Il parametro -persist consente di mappare un'unità di rete di Windows.
BlueCompute,

Risposte:


1

Ho visto più volte situazioni relative ai controller di dominio che ospitano condivisioni. Richiedono una firma di sicurezza su SMB in grado di rallentare drasticamente le velocità di trasferimento dei file da e verso i controller di dominio, in particolare sull'hardware legacy, poiché il processo di crittografia rende il processore piuttosto difficile.

Ecco la chiave di registro

HKLM \ System \ CurrentControlSet \ Services \ LanmanServer \ Parameters \ RequireSecuritySignature

Ecco un articolo relativo a queste dichiarazioni.

https://technet.microsoft.com/en-us/library/c9dfa127-8e28-46de-81d0-6d0742c28420


In questa situazione, il controller di dominio non è il server che ospita la condivisione. Potrei non essere stato chiaro nella mia scelta della parola quando ho detto che il server della condivisione era "collegato" al dominio, ma né il server di condivisione né il server di connessione (client) sono un controller di dominio e sono collegati a due domini diversi. Pensavo che quella chiave di registro (o, nel mio caso, la politica di gruppo) avesse un effetto, ma non riesco a capire perché l'uso della rete sarebbe diverso dal mapparlo in Windows Explorer.
JNadal,

Potrebbe valere la pena verificare se la voce di registro nel server è valida se la firma è attivata o meno. È possibile confrontare i tempi di trasferimento tra i due stati ed escludere alcune possibilità o risolvere il problema.
Cittadino,

Bene, sì, dirò che la firma è attivata - il benchmark CIS collegato nella domanda originale lo richiede. La mia domanda non riguardava il motivo per cui l'uso della rete stava rallentando a causa del requisito della firma di sicurezza - questo era evidente nella documentazione del benchmark. Non capisco perché l'uso della rete e la GUI abbiano prestazioni diverse quando questo requisito è attivo.
JNadal,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.