Protocolul multiplexer al adaptorului de rețea nu funcționează. Multiplexarea. Folosind protocolul trunchiului

Cu avarii frecvente Windows Windows 10 notifică faptul că unul sau mai multe protocoale de rețea lipsesc. În ultimele luni, acesta este un răspuns clar din partea suportului utilizatorii de Windows nu am primit. Prin eforturi comune, utilizatorii noului sistem de operare au găsit mai multe modalități eficiente de a rezolva această problemă. Sper să te ajute și pe tine.

Important! Dacă accesul la Internet este pierdut din cauza actualizării automate a driverului plăcii de rețea sau adaptor wifi a, citiți instrucțiunile: .

Verificarea conexiunii prin cablu

Vreau să notez că eroarea este cauzată de o conexiune proastă a cablului de rețea. Prin urmare, înainte de a continua cu sfaturi suplimentare:

  1. Trageți și reintroduceți cablul card de retea PC (laptop).
  2. Faceți același lucru cu cablu de rețea conectat la un router Wi-Fi.

Acest tip de eroare poate dispărea, dar după cum arată practica, după un timp apare din nou.

Resetați TCP/IP

Următorul lucru care ar putea ajuta este resetarea protocolului TCP/IP și WinSock. Pentru a face acest lucru:


Ați primit o eroare „Acces refuzat” după declanșarea primei comenzi? Eliminați în felul următor:


Dacă eroarea „Lipsesc unul sau mai multe protocoale de rețea” Windows 10 persistă, continuați cu pasul următor.

Dezactivează NetBIOS

De asemenea, utilizatorii Windows 10 sunt ajutați prin dezactivarea NetBIOS pentru o conexiune la rețea:

Sfat! În același timp, verificați dacă protocolul este verificat (ar trebui să fie) și dacă cele setate sunt corecte.

Programe care afectează rețeaua

Adesea, vinovat pentru lipsa Internetului poate fi software-ul care utilizează protocoale de rețea. Printre acestea au fost:

  • LG Smart Share;
  • Centrul de joc Mail.ru;
  • Player KMP;
  • Ecran inteligent ESET
  • μTorren;
  • iCloud.

Emulatoarele nu pot fi excluse mașini virtuale, antivirusuri, firewall-uri și altele programe similare. Dacă ați făcut recent modificări la astfel de programe, testați rețeaua resetând programele la valorile implicite sau dezactivându-le temporar.

Sfat! Dacă Operare Windows 10 a fost stabil, iar eroarea a apărut „zile trecute”, utilizați sistemul pentru a derula înapoi.

Alte cauze posibile

În caz contrar, pot apărea erori din cauza:

  1. Drivere pentru adaptor de rețea sau Wi-Fi. În „Manager dispozitive” se poate arăta că totul este în ordine cu driverul și totul este instalat Ultimele actualizări. Dar dacă apare o problemă similară, încercați să instalați un driver diferit:
  2. . Profilul conectat provoca întreruperi în rețea. Când utilizați local cont problema a dispărut. Dacă găsiți un astfel de model în dvs., încercați să efectuați o restaurare a sistemului, precum și să descărcați toate cele mai recente actualizări.
  3. Tipul de conexiune la Internet „Server DHCP” inclus în setările routerului însuși. Verificați comportamentul rețelei dacă schimbați tipul de conexiune.
  4. Protocolul inclus al software-ului instalat sau eliminat. Accesați proprietățile adaptorului și dezactivați toate protocoalele, cu excepția TCP/IPv4. Utilizați eliminarea pentru a determina care dintre ele cauzează eșecul. De exemplu, protocolul inclus ESET Smart Ecran, deși antivirusul este eliminat de pe PC.

Datorită faptului că retele de calculatoare sunt folosite pentru a transmite date pe distanțe lungi, tind să minimizeze numărul de fire din cablu pentru a economisi bani. Prin urmare, au fost dezvoltate tehnologii care fac posibilă transmiterea, pe același canal de comunicare, a mai multor fluxuri de date simultan.

(English multiplexing, muxing) este procesul de multiplexare a unui canal de comunicație, cu alte cuvinte, transmiterea mai multor fluxuri (canale) de date la o viteză mai mică (lățime de bandă) pe un canal de comunicație, folosind un dispozitiv special numit multiplexor.

Multiplexor(MUX) - un dispozitiv combinațional care asigură transferul în ordinea dorită a informațiilor digitale care provin de la mai multe intrări la o singură ieșire. Poate fi implementat atât în ​​hardware cât și în software.

Un demultiplexor (DMX) îndeplinește funcția inversă a unui multiplexor.

În prezent, pentru a sigila canalul de comunicare, se folosesc în principal:

  • Multiplexare pe diviziune în timp (TDM)
  • Multiplexare prin diviziune în frecvență (FDM)
  • Multiplexarea cu diviziune a undelor (WDM)
  • Acces multiplu cu divizare de cod (CodeDivisionMultipleAccess, CDMA) - fiecare canal are propriul cod, a cărui impunere asupra semnalului de grup vă permite să evidențiați informațiile unui anumit canal.

Multiplexarea timpului

Tehnologia TDM, care este utilizată pe scară largă în sistemele convenționale de telecomunicații, a fost prima aplicată. Această tehnologie combină mai multe canale de intrare cu viteză redusă într-un canal compozit de mare viteză.

Multiplexorul primește informații pe N canale de intrare de la utilizatorii finali, fiecare dintre acestea transmite date prin canalul de abonat la o rată de 64 Kbit/s -1 octet la fiecare 125 μs.

În fiecare ciclu, multiplexorul efectuează următoarele acțiuni:

  • primirea de la fiecare canal a următorului octet de date;
  • compoziția octeților recepționați cadru comprimat, numit și clip;
  • transmiterea cadrului comprimat către canalul de ieșire cu o rată de biți egală cu N*64 Kbit/s.

Ordinea octeților din cușcă corespunde numărului canalului de intrare de la care este primit acest octet. Numărul de canale de abonat deservite de multiplexor depinde de viteza acestuia. De exemplu, multiplexorul T1, care este primul multiplexer industrial care operează pe tehnologia TDM, acceptă 24 de canale de intrare de abonat, creând clipuri standard T1 la ieșire, transmise la o rată de biți de 1,544 Mbps.

Demultiplexorul efectuează sarcina inversă - analizează octeții de cadre comprimați și îi distribuie pe mai multe canale de ieșire, în timp ce consideră că numărul secvenței de octeți din cușcă corespunde numărului canalului de ieșire.

În cadrul TDM, există:

  • multiplexare sincronă (fiecărei aplicații îi corespunde un interval de timp (eventual mai multe intervale de timp) cu un anumit număr de serie în succesiunea periodică a sloturilor;
  • multiplexare asincronă sau statistică, în care intervalele de timp sunt alocate aplicațiilor într-un mod mai liber, cum ar fi la cerere.

multiplexarea în frecvență

Tehnica multiplexării în frecvență a fost dezvoltată pentru rețelele de telefonie. Ideea principală este de a aloca fiecărei conexiuni propriul interval de frecvență în lățimea de bandă totală a liniei de comunicație. Multiplexarea se realizează folosind un mixer de frecvență, iar demultiplexarea se realizează folosind un filtru de bandă îngustă, a cărui lățime este egală cu lățimea de bandă a canalului.

Undă sau multiplexare spectrală

Metoda de multiplexare a undelor folosește același principiu al diviziunii în frecvență a canalului, dar numai într-o regiune diferită a spectrului electromagnetic. Semnalul informativ nu este electricitate, și lumină. Pentru a organiza canalele WDM într-un cablu de fibră optică, se folosesc unde infraroșii cu o lungime de 850 până la 1565 nm, care corespund frecvențelor de la 196 la 350 THz.

Pentru crestere lățimea de bandă, în loc de creșterea ratei de transmisie într-un singur canal compozit, așa cum este implementat în tehnologia TDM, în tehnologia WDM, numărul de canale (lungimi de undă) este crescut - lambda.

Rețelele WDM funcționează pe principiul comutării circuitelor, fiecare undă luminoasă reprezentând un canal spectral separat și purtând propriile informații.

Sistemele moderne WDM bazate pe un plan de frecvență standard (ITU-T Rec. G.692) pot fi împărțite în trei grupuri:

  • Sisteme Coarse WDM (Coarse WDM-CWDM) cu o distanță între canale de frecvență de cel puțin 200 GHz, permițând multiplexarea a cel mult 18 canale. (CWDM utilizat în prezent operează în banda de la 1270nm la 1610nm, distanța dintre canale este de 20nm (200GHz), 16 canale spectrale pot fi multiplexate.);
  • sisteme dense WDM (Dense WDM-DWDM) cu o distanță între canale de cel puțin 100 GHz, permițând multiplexarea a cel mult 40 de canale;
  • sisteme WDM de înaltă densitate (High Dense WDM-HDWDM) cu o distanță între canale de 50 GHz sau mai puțin, permițând multiplexarea a cel puțin 64 de canale.

O altă abordare a negocierii protocolului se numește multiplexarea stivei de protocol. Constă în faptul că hardware de rețea sau mai multe stive de protocoale sunt încorporate în sistemele de operare ale serverelor și stațiilor de lucru. Acest lucru permite clienților și serverelor să aleagă să comunice cu protocolul tVt care le este comun.

Comparând multiplexarea cu traducerea protocolului deja discutată mai sus, puteți observa că interacțiunea computerelor aparținând unor rețele diferite seamănă cu comunicarea oamenilor care vorbesc limbi diferite(Fig. 10.12). Pentru a obține înțelegerea reciprocă, aceștia pot folosi și două abordări: să invite un interpret (analog cu dispozitivul de difuzare) sau să treacă la limba interlocutorului, dacă o cunosc (analog cu multiplexarea stivă de protocol).

La multiplexarea stivelor de protocoale, stiva de comunicații a celuilalt computer este plasată pe unul dintre cele două computere care interacționează cu stive de protocoale diferite. Pe fig. Figura 10.13 prezintă un exemplu de interacțiune a unui computer client al rețelei B cu un server din rețeaua sa și un server din rețeaua A care funcționează cu o stivă de protocoale complet diferită de cea a rețelei B. Ambele stive sunt implementate pe client. calculator. Pentru ca cererea din procesul de aplicare să fie procesată și direcționată corect prin stiva corespunzătoare, este necesar un element software special - un multiplexor de protocol, numit și manager de protocol. Managerul trebuie să poată determina la ce rețea este direcționată cererea clientului. Pentru aceasta, poate fi utilizat serviciul de nume de rețea, în care este marcată proprietatea unei anumite resurse a unei anumite rețele cu stiva de protocoale corespunzătoare.

La utilizarea tehnologiei de multiplexare, structura mijloacelor de comunicare ale sistemului de operare poate fi mai complexă. În cazul general, la fiecare nivel, în loc de un protocol, apare un întreg set de protocoale și pot exista mai multe multiplexoare care efectuează comutarea între protocoale de niveluri diferite. De exemplu, stație de lucru, a cărui stivă de protocoale este prezentată în „Fig. 10.14, poate accesa rețelele folosind protocoalele NetBIOS, IP, IPX printr-un singur adaptor de rețea. Această stație de lucru poate fi un client al mai multor servere de fișiere simultan: NetWare (NCP), Windows NT (SMB ) și Soare (NFS).

O condiție prealabilă pentru dezvoltarea tehnologiei de multiplexare pentru stivele de protocoale a fost apariția unor descrieri deschise stricte ale protocoalelor de diferite niveluri și interfețe interstrat, astfel încât un producător, atunci când implementează un protocol „străin”, poate fi sigur că produsul său va interacționa corect cu produse ale altor companii care utilizează acest protocol, acest protocol se va potrivi corect în stivă și protocoalele nivelurilor învecinate vor interacționa în mod normal cu acesta.

Producătorii de sisteme de operare încearcă să standardizeze nu numai interfețele interstrat, ci și managerii de protocol. Cele mai cunoscute standarde sunt Network Driver Interface Specification - manageri NDIS (inițial o dezvoltare comună a 3Com și Microsoft, versiunile NDIS 3.0 și 4.0 sunt implementări Microsoft), precum și Open Data-Link Interface - standardul ODI, care este un dezvoltarea comună a Novell și Apple. Acești manageri implementează multiplexarea protocoalelor stratului de legătură implementate în driverele adaptoarelor de rețea. Folosind multiplexorul NDIS sau ODI, puteți lega un singur driver de adaptor de rețea la mai multe protocoale de nivel de rețea, precum și la mai multe adaptoare de rețea de același tip.

Multiplexarea protocolului implementează o relație unu-la-mulți, adică un client cu o stivă suplimentară poate accesa toate serverele care acceptă această stivă, sau un server cu o stivă suplimentară poate oferi servicii mai multor clienți.

Când utilizați multiplexoare de protocol, există două opțiuni pentru plasarea unei stive de protocoale suplimentare - pe unul sau pe altul computer care interacționează. Dacă pe un server este instalată o stivă suplimentară, atunci acel server devine disponibil pentru toți clienții cu acel stivă. Cu toate acestea, ar trebui să evaluați cu atenție impactul instalării unui produs suplimentar asupra performanței serverului.

În mod similar, o stivă suplimentară pe un client îi oferă posibilitatea de a comunica cu alte servere folosind acea stivă de protocoale. Când plasați o stivă suplimentară pe clienți, problemele de performanță nu sunt atât de importante. Mai importante aici sunt limitările resurselor, cum ar fi memoria și spațiul pe disc pe mașinile client, precum și costul forței de muncă al administratorului pentru a instala și menține stive suplimentare într-o stare sănătoasă pe un număr mare de computere.

Rețineți că, atunci când se organizează interacțiunea a două rețele eterogene, în cazul general, este necesar să se rezolve două probleme de potrivire a serviciilor (Fig. 10.15):

О asigurarea accesului clienților rețelei A la resursele rețelei B; □ asigurarea accesului clienților rețelei B la resursele rețelei A.

Aceste sarcini sunt independente și pot fi rezolvate separat. În unele cazuri este necesar solutie completa, de exemplu, pentru ca utilizatorii mașinilor UNIX să aibă acces la resursele serverelor de rețea NetWare, iar utilizatorii mașinilor personale să aibă acces la resursele gazdelor UNIX, în alte cazuri, este suficient să oferiți acces clienților din rețeaua NetWare la resursele rețelei UNIX. Majoritatea produselor de pe piață oferă doar negociere unidirecțională a serviciilor de aplicație.

Să luăm în considerare posibilele opțiuni pentru plasarea instrumentelor software care implementează interacțiunea a două rețele, care se bazează pe multiplexarea protocolului.

Să introducem notația: Cu- Server, La- client, D- un protocol (sau protocoale) suplimentar care oferă capabilități de interfuncționare.

Pe fig. 10.16 sunt prezentate ambele opțiuni posibile interacțiune unidirecțională A B: prin adăugarea unei noi stive la clienții rețelei A (Fig. 10.16, a) sau prin atașarea unui „add-on” la serverele rețelei B (Fig. 10.16, b).

În primul caz, când facilitățile de multiplexare a protocolului sunt amplasate pe părțile client, doar clienții echipați cu astfel de facilități pot accesa serverele rețelei B. În acest caz, aceștia pot accesa orice server al rețelei B. În al doilea caz, când un set de stive suplimentare este situat pe un server de rețea B, serverul dat poate deservi toți clienții rețelei A. (Evident, serverele rețelei B fără facilități de multiplexare nu pot fi utilizate de clienții rețelei A.

Un exemplu de „supliment” care modifică partea client este popularul instrument software de la Microsoft Client Services for NetWare (CSNW), care transformă Client Windows NT la clientul serverelor NetWare prin instalarea părții client a protocolului NCP.

Un exemplu de extindere a capabilităților de rețea de server este instalarea Microsoft File and Print Services pentru NetWare pe un server Windows NT, care implementează partea de server a protocolului NCP. Acest lucru permite clienților NetWare să acceseze fișiere și imprimante pe un server Windows NT.

La multiplexarea protocoalelor, software-ul suplimentar - stivele de protocoale adecvate - trebuie instalate pe fiecare computer, care poate avea nevoie să acceseze mai multe rețele diferite. Unele sisteme de operare au mijloace pentru a face față redundanței inerente acestei abordări. Sistemul de operare poate fi configurat pentru a gestiona mai multe stive de protocoale, dar numai cele necesare sunt încărcate dinamic.

Pe de altă parte, redundanța crește fiabilitatea sistemului în ansamblu, defecțiunea unui computer cu o stivă suplimentară instalată nu duce la pierderea capacității de interconectare pentru alți utilizatori ai rețelei.

Un avantaj important al multiplexării este că durează mai puțin timp pentru a finaliza o solicitare decât atunci când se utilizează un gateway. Acest lucru se datorează, în primul rând, absenței timpului alocat procedurii de traducere și, în al doilea rând, faptului că la multiplexare, fiecare cerere necesită o singură transmisie în rețea, în timp ce la difuzare, două: cererea este mai întâi transmisă către gateway, și apoi de la gateway la serverul de resurse.

În principiu, atunci când lucrează cu mai multe stive de protocoale, utilizatorul poate avea problema de a lucra într-un mediu necunoscut, cu comenzi, reguli și metode de adresare necunoscute. Cel mai adesea, dezvoltatorii de sisteme de operare caută să ușureze viața utilizatorului în această situație într-o oarecare măsură. Indiferent de protocolul de nivel de aplicație utilizat (de exemplu, SMB sau NCP), acesta este prevăzut cu același GUI, cu care navighează și selectează resursele de la distanță dorite.

În tabel. 10.1 sunt date caracteristici comparative două abordări ale implementării interconectarii.

Tabelul 10.1. Compararea metodelor de traducere și multiplexare a protocolului

Metodă Avantaje dezavantaje
Multiplexarea protocolului Traducerea protocolului (gateway-uri, routere, comutatoare) Mai mult acces rapid; creșterea fiabilității interacțiunii prin instalarea unei stive pe mai multe noduri de rețea; instrument foarte scalabil Păstrarea mediului familiar al utilizatorilor; nu este nevoie de software suplimentar pe stațiile de lucru; localizarea tuturor problemelor de interconectare; oferind acces la resurse „străine” pentru mai mulți clienți deodată Administrare complicată și control acces; redundanță mare care necesită resurse suplimentare de la stațiile de lucru; mai puțin ușor de utilizat decât gateway-urile scăderea fiabilității; scalabilitate slabă; necesitatea a două transferuri de rețea pentru a finaliza o singură cerere

Încapsularea protocolului

Încapsulare), sau tunelare), este o altă metodă de rezolvare a problemei negocierii în rețea, care, însă, este aplicabilă doar pentru negocierea protocoalelor de transport și numai sub anumite restricții. Încapsularea poate fi utilizată atunci când două rețele cu aceeași tehnologie de transport trebuie conectate printr-o rețea de tranzit cu o tehnologie de transport diferită.

Există trei tipuri de protocoale implicate în procesul de încapsulare:

Protocol - „pasager”;

protocol de transport;

protocol de încapsulare. ,

Protocolul de transport al rețelelor interconectate este protocol-pasager, și protocolul rețelei de tranzit - protocolul purtătorului. Pachetele de protocol pentru pasageri sunt plasate în câmpul de date al pachetelor de protocol transportator folosind un protocol de încapsulare. Pachetele de protocol pentru pasageri nu sunt procesate în niciun fel atunci când sunt transportate prin rețeaua de tranzit. Încapsulare realizează un dispozitiv de frontieră (de obicei un router sau gateway) care se află la granița dintre rețelele sursă și de tranzit. Extragerea pachetelor de pasageri din pachetele transportatorului se realizează de către dispozitivul de margine a doua, care se află la granița dintre rețeaua de tranzit și rețeaua de destinație. Dispozitivele Edge își indică adresele în pachetele de transport, nu adresele nodurilor de destinație.

Datorită popularității mari a Internetului și a stivei TCP/IP, IP este din ce în ce mai mult protocolul purtător pentru rețeaua de tranzit, iar toate celelalte protocoale LAN (atât rutabile, cât și non-rutabile) sunt folosite ca protocoale pentru pasageri.

În fig. În exemplul prezentat în Figura 10-17, două rețele care utilizează protocolul IPX trebuie să fie conectate printr-o rețea backhaul TCP/IP. Este necesar doar să se asigure interacțiunea nodurilor celor două rețele IPX, iar interacțiunea dintre nodurile IPX și nodurile rețelei TCP/IP nu este asigurată. Prin urmare, o metodă de încapsulare poate fi utilizată pentru a conecta rețele IPX.

Routerele de frontieră care conectează rețele IPX la o rețea de backhaul IP operează IPX, IP și un protocol suplimentar, IPX to IP Encapsulation Protocol. Acest protocol extrage pachetele IPX din cadrele Ethernet și le pune în datagrame UDP sau TCP (TCP este selectat în figură). Pachetele IP ale operatorului sunt apoi redirecționate către un alt router de frontieră. Protocolul de încapsulare trebuie să știe că adresa IPX a rețelei de la distanță se potrivește cu adresa IP a routerului de frontieră care deservește acea rețea. Dacă mai multe rețele IPX sunt combinate printr-o rețea IP, atunci trebuie să existe un tabel de corespondență a tuturor adreselor IPX cu adresele IP ale routerelor de graniță.

Încapsularea poate fi utilizată pentru protocoale de transport de diferite niveluri. De exemplu, un protocol de nivel de rețea X.25 poate fi încapsulat într-un protocol de nivel de transport TCP sau un protocol de nivel de rețea IP poate fi încapsulat într-un protocol de nivel de rețea X.25. Există protocoale pentru încapsularea traficului PPP prin rețele IP.

De obicei, încapsularea conduce la soluții mai simple și mai rapide în comparație cu traducerea, deoarece rezolvă o problemă mai specifică fără a asigura interacțiunea cu nodurile rețelei de tranzit. Pe lângă negocierea tehnologiilor de transport, încapsularea este utilizată pentru a asigura confidențialitatea datelor transmise. În acest caz, pachetele originale de pasageri sunt criptate și transmise prin rețeaua de tranzit folosind pachete de protocol transportator.

constatări

□ Un serviciu de fișiere include programe server și programe client care comunică între ele folosind un protocol specific într-o rețea.

□ Un computer poate oferi diverse servicii de fișiere utilizatorilor de rețea în același timp.

□ Într-un serviciu de fișiere de rețea, în general, se pot distinge următoarele componente principale: un sistem de fișiere local, un Sistemul de fișiere, server de sistem de fișiere de rețea, client de sistem de fișiere de rețea, interfață de sistem de fișiere de rețea, protocol client-server de sistem de fișiere de rețea.

□ Sistemele de fișiere din rețea folosesc o semantică diferită pentru citirea și scrierea datelor partajate pentru a evita problemele cu interpretarea datelor din fișierele rezultate.

□ O interfață de fișiere poate fi clasificată în unul din două tipuri, în funcție de faptul dacă acceptă modelul de încărcare/descărcare sau modelul de acces la distanță.

□ Un server de fișiere poate fi implementat conform uneia dintre cele două scheme: cu stocarea datelor despre secvența operațiunilor de fișiere ale clientului, adică conform schemei stateful, și fără stocarea acestor date, adică conform schemei apatride .

□ Memorarea în cache în sistemele de fișiere din rețea îmbunătățește viteza de acces la datele de la distanță și îmbunătățește scalabilitatea și fiabilitatea sistemului de fișiere.

□ Replicarea se referă la existența mai multor copii ale aceluiași fișier, fiecare stocată pe un server de fișiere separat, în timp ce se reconciliază automat datele din copiile fișierului.

□ Există mai multe modalități de a asigura consistența replicilor care comunică prin metoda cvorumului.

□ Serviciul de director stochează informații despre toți utilizatorii și resursele rețelei sub formă de obiecte unificate cu anumite atribute și, de asemenea, vă permite să reflectați relația dintre obiectele stocate.

□ Serviciul de director simplifică aplicațiile distribuite și îmbunătățește gestionarea rețelei.

□ Un serviciu de directoare se bazează de obicei pe un model client-server: serverele stochează o bază de date cu informații de referință pe care clienții le folosesc prin trimiterea de cereri către servere prin rețea.

□ Cel mai promițător standard de acces la directoare este standardul Light-weight Directory Access Protocol (LDAP) dezvoltat de comunitatea Internet.

□ În contextul interconectarii, o rețea poate fi definită ca o colecție de computere care comunică între ele folosind o singură stivă de protocoale. Problema organizării internetworking apare atunci când computerele îi aparțin rețele diferite, dar acceptă stive de protocoale care diferă la unul sau mai multe niveluri.

□ Instrumentele care permit organizarea interacțiunii la nivelurile inferioare ale stivei de protocoale se numesc instrumente de interoperabilitate, iar instrumentele de negociere a protocoalelor și serviciilor din straturile superioare se numesc instrumente de interoperabilitate.

□ Există trei metode principale de negociere a protocolului: traducere, multiplexare și încapsulare (tunel).

□ Traducerea este transformarea mesajelor dintr-un protocol în mesaje dintr-un alt protocol. Traducerea este la un singur nivel, când doar informațiile sunt folosite pentru a efectua transformarea. acest protocol, și pe două niveluri, atunci când informațiile de protocol sunt utilizate pentru transformare nivel superior.

□ Multiplexarea este instalarea mai multor stive de protocoale pe clienți sau servere ale rețelelor negociate.

□ Avantajele metodei de traducere a protocolului includ: păstrarea mediului familiar al utilizatorului, localizarea funcțiilor de coordonare a rețelei într-un singur loc, instalarea de software suplimentar pe multe computere nu este necesară. Dezavantaje - viteză redusă și nefiabilitate. Avantajele metodei de multiplexare a stivei de protocol sunt viteza mare și fiabilitatea, dezavantajele sunt redundanța și o cantitate mare de muncă administrativă.

□ Încapsularea este utilizată pentru a trece un protocol de transport printr-o rețea cu o stivă diferită de protocoale de transport.

□ Metode de negociere a protocoalelor la nivel de aplicație - servicii de rețea- au specificul propriu asociat cu asimetria acestor protocoale implementate în arhitectura „client-server”, precum și prezența în fiecare sistem de operare un numar mare diverse servicii de rețea (serviciu de fișiere, serviciu de imprimare, E-mail, Ghișeu de ajutor etc.).

Sarcini și exerciții

1. Care dintre următoarele protocoale sunt protocoale pentru interacțiunea dintre părțile client și server ale serviciului de fișiere: SMTP, NFS, SMB, SNMP, UDP, NLSP, FTP, TFTP, NCP?

2. Ce model server de fișiere(cu stat sau fără stat) oferă un grad mai mare de toleranță la eșec de server?

3. Deoarece replicarea și stocarea în cache a fișierelor au obiective similare, merită implementarea acestor două mecanisme în același sistem de fișiere?

4. Completați tabelul, notând prezența sau absența proprietăților corespunzătoare pentru mecanismele de replicare și stocarea în cache a fișierelor:

5. Este posibil să accesați diferite sisteme de fișiere locale prin rețea folosind un singur protocol de aplicație?

6. Pot mai mulți utilizatori să modifice același fișier în același timp pe Windows NT? Dar UNIX OS?

7. Care este rezultatul ecranului a doi utilizatori UNIX care tastează același fișier?

8. Ce model de serviciu de fișiere de rețea este mai transparent pentru utilizator: încărcare/descărcare sau acces de la distanță?

9. Comparați cele două metode de stocare în cache - partea client și partea server - utilizate în serviciul de fișiere de rețea. Enumerați avantajele și dezavantajele fiecărei metode.

10. Ce proprietăți ar trebui să aibă o bază de date cu servicii de directoare?

11. Introduceți unul dintre cei doi termeni - „replicabil” sau „distribuit” - în locul cuvintelor care lipsesc în următoarea declarație: „O bază de date a serviciului de directoare trebuie să aibă...; pentru a asigura scalabilitatea serviciului și ... pentru a asigura toleranța la erori.

12. Explicați diferența dintre termenii „interoperabilitate” și „interoperabilitate”.

13. Dacă pe computerul client este instalată o stivă de protocoale care nu se potrivește cu stiva de protocoale instalată pe server, atunci situația poate fi corectată prin instalarea suplimentară a stivei de protocoale adecvate pe una dintre mașini. Contează pe ce mașină (server sau client) este instalată această stivă?

14. Este posibil, în principiu, să se asigure accesul tuturor clienților rețelei A la serverele rețelei B și accesul tuturor clienților rețelei B la serverele rețelei A prin instalarea unui software doar într-una dintre rețele, de exemplu, în rețeaua A?

15. Lasă să intre pe unii Rețele Windows NT, care constă dintr-un server și stații client, are câțiva utilizatori non-profesioniști care rulează aplicații necritice. Posturi client au resurse foarte limitate. Din când în când, utilizatorii trebuie să acceseze datele care se află pe un server de fișiere NetWare care este conectat la același segment Ethernet. Ce parere aveti, ce varianta de interconectare este mai de preferat in aceasta situatie?

A) instalați partea client a protocolului NCP pe toate computerele;

B) pe server Windows Gateway de instalare NT.

16. Lasă să intre Rețele Ethernet, în care protocoalele de nivel de rețea IP sunt instalate pe toate computerele, driverele adaptoarelor de rețea ale unor computere sunt realizate în standardul NDIS, iar altele - în standardul ODI. Ar putea acest lucru să interfereze cu funcționarea normală a rețelei?

17. Fie ca aplicația distribuită să fie formată din două părți. O parte a unei aplicații distribuite rulează pe un computer care are instalate următoarele protocoale de comunicație:

La nivel de aplicație: SMB, SMTP;

18. A doua parte a aplicației este instalată pe un computer care are:

La nivel de aplicație: NFS, X.400;

· la niveluri de transport: TCP, IP, Ethernet.

Aplicația poate funcționa normal în astfel de condiții?

Nu cu mult timp în urmă, autorul acestor rânduri s-a confruntat cu o situație neplăcută - unul dintre computerele care funcționau bine înainte a fost conectat la un router într-o locație nouă folosind o conexiune prin cablu. Mai multe dispozitive primesc în mod regulat Internet de la acest router, dar noul venit însuși a refuzat să lucreze, dând o eroare: „Adaptorul de rețea nu are setări IP valide”.

Adică un cordon de corecție, așa este cablu Ethernet, oferă perfect Internetul bâzâit regulat unitate de sistem, iar atunci când este conectat la managerul de sistem îndelungat, acesta din urmă ignoră cu încăpățânare internetul conectat.

Ce este această eroare și cum să scăpăm de ea - haideți să o descoperim împreună.

Încerc să-l oprești și să-l pornești

Mărturisesc imediat - în cazul meu, m-a ajutat vechiul mod bun. Tocmai am deconectat routerul, apoi l-am reconectat la rețeaua electrică și totul a funcționat de la sine. Cu toate acestea, înainte de a încerca această metodă minune, a trebuit să studiez temeinic problema.

Prin urmare, în primul rând, încercați să „opriți și apoi să reporniți” dispozitivul cu probleme și, de asemenea, reporniți routerul. Ei bine, deodată - m-a ajutat până la urmă?

De asemenea, puteți activa și dezactiva manual conexiunea la Internet. Pentru a face acest lucru, accesați meniul „Modificați setările adaptorului”. Îl puteți găsi în felul următor:

Faceți clic dreapta pe pictograma de conexiune și selectați „Centrul de control..”

De asemenea, puteți utiliza următoarea metodă: apăsați pe tastatură Victorie + R, formați ncpa.cplși confirmați introducerea cu cheia introduce.

În fereastra care se deschide, selectați conexiunea dvs. și faceți clic pe dezactivare, apoi, în același mod, folosind butonul din dreapta al mouse-ului, faceți clic pe activare.

Verificăm conexiunea. Nu a ajutat? Mergem mai departe.

Actualizați adresa IP

Încercarea de a actualiza automat adresa IP. Pentru asta folosim Linie de comanda.

Lansați linia de comandă și introduceți următorul cod:

ipconfig /release

ipconfig /renew

Această metodă este cea mai sigură și, cel mai probabil, cea mai inutilă.

Resetați protocolul TCP/IP

Să încercăm să resetăm setari de retea. Pentru a face acest lucru, utilizați din nou linia de comandă și apoi introduceți următoarele interogări:

netsh int resetare ip

netsh int tcp resetare

resetarea netsh winsock

După ce repornim computerul. Nu asta din nou? Să încercăm următoarele.

Încercați alte modalități de a rezolva eroarea: „Adaptorul de rețea nu are setări IP valide”

  • Încercați să dezactivați antivirusul sau firewallul de la terți.
  • Șterge Adaptor de reteaîn Manager de dispozitiv, și reporniți. După o astfel de execuție, driverele vor fi reinstalate automat. Dacă nu, încercați să descărcați driverele de pe site-ul oficial al producătorului.
  • Eliminați programul Bun ziua de la Apple, dacă îl aveți instalat - uneori provoacă o blocare.
  • Verificați dacă este dezactivat card LANîn BIOS.

Sper ca problema ta sa fie rezolvata la fel de usor si fara durere precum a fost in cazul meu. Pentru orice eventualitate, merită să verificați starea de sănătate a cablului și a adaptorului de rețea. Încercați să deconectați și să reconectați cablul. Actualizați driverele, sistemul de operare. Dacă nu funcționează, poate că merită.

Gateway-uri

Deci, gateway-ul negociază protocoalele de comunicare ale unei stive cu protocoalele de comunicare ale altei stive. Nu are sens să instalați software-ul care implementează gateway-ul pe oricare dintre cele două computere care interacționează cu stive de protocoale diferite; este mult mai rațional să le plasați pe un computer intermediar. Înainte de a fundamenta această afirmație, luați în considerare principiul de funcționare al gateway-ului.

Figura 3.14 ilustrează modul în care funcționează gateway-ul. În exemplul prezentat, gateway-ul găzduit pe computerul 2 negociază protocoalele computerului client 1 al rețelei A cu cele ale computerului server 3 al rețelei B. Să presupunem că cele două rețele folosesc stive de protocoale complet diferite. După cum se poate observa din figură, ambele stive de protocoale sunt implementate în gateway.

Orez. 3.14. Principii de funcționare a gateway-ului

Solicitarea din procesul de aplicare a computerului client al rețelei A ajunge la nivelul de aplicație al stivei sale de protocoale. În conformitate cu acest protocol, se formează un pachet adecvat (sau mai multe pachete) la nivelul aplicației, în care este trimisă o solicitare de a efectua un serviciu către un server de rețea B. Pachetul la nivel de aplicație este transmis în josul stivei rețelei A. computer, și apoi, în conformitate cu canalul și straturi fizice rețeaua A intră în computerul 2, adică în gateway.

Aici este transmis de la cel mai de jos la cel mai înalt nivel al stivei de protocoale a rețelei A. Apoi pachetul de nivel de aplicație al rețelei A stivei este convertit (tradus) într-un pachet de nivel de aplicație al stivei de server a rețelei B. Conversia pachetelor algoritmul depinde de protocoale specifice și, după cum sa menționat deja, poate fi destul de complex. La fel de informatii generale, care vă permite să traduceți corect, de exemplu, informații despre numele simbolic al serverului și numele simbolic al resursei de server solicitate (în special, poate fi numele unui director de sistem de fișiere). Pachetul transformat din stratul superior al stivei rețelei B este transmis la nivelurile inferioare în conformitate cu regulile acestei stive și apoi, prin liniile de comunicație fizică, în conformitate cu protocoalele straturilor fizice și de legătură de date ale rețelei B. , intră în altă rețea către serverul potrivit. Răspunsul serverului este convertit de către gateway în același mod.

A doua abordare utilizată în prezent în practică este utilizarea tehnologiei de multiplexare pentru diverse stive de protocoale în stațiile de lucru.

Orez. 3.15. Multiplexarea stivei

La multiplexarea stivelor de protocoale, unul dintre cele două computere care interacționează cu stive de protocoale diferite este plasat pe stiva de comunicații a celuilalt computer. Figura 3.15 prezintă un exemplu de interacțiune a unui computer client din rețeaua 1 cu un server din propria rețea și un server din rețeaua 2, care funcționează cu o stivă de protocoale complet diferită de cea a rețelei 1. Ambele stive sunt implementate pe calculatorul client. Pentru ca cererea din procesul de aplicare să fie corect procesată și trimisă prin stiva corespunzătoare, trebuie adăugat la computer un element software special, multiplexorul de protocol. Multiplexorul trebuie să fie capabil să determine la ce rețea este direcționată cererea clientului. Pentru aceasta, poate fi utilizat serviciul de nume de rețea, în care este marcată proprietatea unei anumite resurse a unei anumite rețele cu stiva de protocoale corespunzătoare.

La utilizarea tehnologiei de multiplexare, structura mijloacelor de comunicare ale sistemului de operare poate fi mai complexă. În cazul general, în loc de un singur protocol, la fiecare nivel apare un întreg set de protocoale și pot exista mai multe multiplexoare care comută între protocoale de niveluri diferite (Figura 3.16). De exemplu, o stație de lucru poate accesa rețele cu protocoale NetBIOS, IP, IPX printr-un singur adaptor de rețea. În mod similar, un server care acceptă protocoalele de aplicație NCP, SMB și NFS poate interoga fără probleme stațiile de lucru NetWare, Windows NT și Sun simultan.

Orez. 3.16. Multiplexarea protocolului

O condiție prealabilă pentru dezvoltarea tehnologiei de multiplexare a stivei de protocol a fost definirea strictă a protocoalelor și interfețelor de diferite niveluri și descrierea lor deschisă, astfel încât compania, atunci când implementează un protocol sau interfață „străin”, să poată fi sigură că produsul său va interacționa corect cu produsele altor companii care folosesc acest protocol.