în această stare, procesul de copiere ar putea să rămână atâta timp cât se dorește, absolut fără a răspunde la orice acțiuni ale utilizatorilor cu privire la fereastră.
Ne confruntăm cu o întrebare rezonabilă, ce fel de fereastră de transmitere dinamic și ce impact are această tehnologie asupra procesului de transfer de fișiere între gazdele în rețea? În ceea ce privește protocolul TCP / IP concepte definite, cum ar fi TCP fereastra de primire (TCP fereastra de primire, RWIN) și fereastra de transmisie TCP (TCP Trimite ferestre). De fapt, acest ecran logică unică, doar crea ca gazdă, iar partea de transmisie în timpul inițializării conexiunii TCP între două noduri de rețea, este pe ambele părți ale aceleiași dimensiuni, reprezintă el însuși, de fapt, un tampon tipic (bloc de date în memorie). Fereastra este folosit pentru a controla viteza de curgere a părții destinatare, precum și pentru a specifica cantitatea de date care pot fi trimise la expeditor la un moment dat, de asemenea, determină cât de mult date neconfirmat poate fi în tranzit de la expeditor la destinatar. Expeditorul poate trimite numai octeții fluxului transmis care se află în interiorul acestei ferestre logice. Fereastra se deplasează de-a lungul fluxului de date octet de ieșire de pe partea de expediere și de fluxul de date de octet de pe partea receptoare. Pentru a-l pune în mod diferit, porțiunea de date din fluxul de octeți de ieșire pe care expeditorul este permis să trimită, corespunde porțiunii de date din fluxul de octeți de intrare pe care receptorul poate accepta.
Punctul cheie este că această fereastră poate fi scalată pe parcursul duratei de viață a sesiunii TCP pentru a optimiza utilizarea lățimii de bandă a canalului.
Tehnologie excelentă și totul ar fi bine dacă toate dispozitivele ar fi capabile să se ocupe de algoritmul de reglare automată a ferestrei de recepție TCP.
Dar nu, numărul mare de routere de rețea, firewall-uri și alte dispozitive „avansate“, care nu știu cum să facă, iar unii nu au să învețe din cauza faptului că producătorii nu-l face la noua versiune a firmware-ului.
Pentru a rezolva problema de înghețare a fișierelor în rețea, utilitarul de linie de comandă netsh vine la salvarea noastră. Acesta este destinat pentru controlul parametrilor de configurare a rețelei unei stații locale sau la distanță.
Următoarele comenzi trebuie executate dintr-un cont cu drepturi de administrator local.
Să analizăm starea actuală a unor setări de interfață TCP / IP executând următoarea comandă:
netsh interfața tcp arată global
Ca răspuns, am obținut ieșirile din setările actuale TCP / IP, printre care suntem interesați de "Nivelul automat de configurare a ferestrei receptorului", care implicit are valoarea "normal":
Parametrul poate lua următoarele valori:
- dezactivat instruiește să utilizeze o valoare fixă a ferestrei de primire TCP. Valoarea implicită este de 64 kilobiți (65535 octeți). Compatibilitate completă cu echipamente de rețea învechite;
- extremrestricted permite fereastra de recepție TCP să depășească valoarea implicită, în limite rezonabile;
- restricționată permite ferestrei de primire TCP să depășească valoarea implicită, chiar mai liber;
- normal este setarea implicită. Permite o creștere a ferestrei de primire TCP, luând în considerare cele mai multe scenarii posibile de schimb;
- experimental permite ca fereastra de recepție TCP să crească la valorile maxime (16+ megabytes). Nu este recomandată, deoarece poate duce la degradarea performanței în majoritatea scenariilor posibile de schimb;
După aplicarea comenzilor de mai jos, va trebui să reporniți sistemul de operare.
Pentru a începe, traducem nivelul autodetectării ferestrei de primire la valoarea "dezactivată", dezactivând de fapt auto-reglarea și prescriindu-se utilizarea unei valori fixe:
netsh interfață tcp set global autotuninglevel = dezactivat
Comanda de mai sus elimină complet ascensiunea fișierelor de copiere, cu toate acestea, opțional, aș recomanda să faceți și următoarele.
Următoarea comandă dezactivează scalarea pe partea de primire, care distribuie sarcina de rețea între mai multe nuclee de procesoare într-un sistem multiprocesor:
netsh interfață tcp set global rss = dezactivat
Într-o situație în care datele sunt schimbate între cele două sunt conectate direct unul cu altul, stația se execută versiuni de Windows Vista de sisteme de operare și mai târziu, problema nu este niciodată în sine nu arată, dar într-un mediu de rețea corporativă modernă este adesea folosit switch-uri administrate și alte tipuri de rețea sofisticate dispozitiv, și că este colegii lor cu firmware învechit care nu acceptă fereastra de transfer dinamic, și să devină o sursă de probleme se blochează fișiere și un număr de adiacente s. Mai exact, în acest caz, inițiatorul a Cisco Catalyst 3750 v2 cu versiunea Cisco IOS Software-ul sub 12.3 (15). În plus față de această configurație, eroarea teoretică poate avea loc în timpul transmisiei între două stații care sunt conectate în mod direct, dintre care unul se execută o versiune de Windows Vista și mai târziu, și celelalte care rulează sisteme de operare mai vechi, cum ar fi Windows XP și mai devreme, dar am personal nu a testa o astfel de banda.
Înregistrări similare:
Articole similare
-
Protejați conținutul fișierelor și folderelor din Windows XP
-
Sprijinirea mașinilor virtuale vmware esxi cu mksbackup, ferestre pentru sistem
Trimiteți-le prietenilor: