Toinen lähestymistapa protokollaneuvotteluun on nimeltään protokollapinon multipleksointi. Se johtuu siitä, että useita protokollapinoja on rakennettu palvelimien ja työasemien verkkolaitteisiin tai käyttöjärjestelmiin. Näin asiakkaat ja palvelimet voivat valita heille yhteisen tVt-protokollan.

Vertaamalla multipleksointia jo edellä käsiteltyyn protokollakäännökseen, voit nähdä, että eri verkkoihin kuuluvien tietokoneiden vuorovaikutus muistuttaa eri kieliä puhuvien ihmisten viestintää (kuva 10.12). Keskinäisen ymmärryksen saavuttamiseksi he voivat myös käyttää kahta lähestymistapaa: kutsua kääntäjä (analogisesti lähetyslaitteeseen) tai vaihtaa keskustelukumppanin kieltä, jos he puhuvat sitä (analogisesti kanssa).

Kun multipleksoidaan protokollapinoja, toinen kahdesta eri protokollapinoista kommunikoivasta tietokoneesta sijoittaa toisen tietokoneen tietoliikennepinon. Kuvassa Kuvassa 10.13 on esimerkki verkossa B olevan asiakastietokoneen vuorovaikutuksesta sen verkossa olevan palvelimen ja verkossa A olevan palvelimen kanssa, joka toimii protokollapinolla, joka on täysin erilainen kuin verkon B pino. Molemmat pinot on toteutettu asiakastietokoneeseen. Jotta sovellusprosessin pyyntö voidaan käsitellä oikein ja reitittää asianmukaisen pinon läpi, tarvitaan erityinen ohjelmistoelementti - protokollan multiplekseri, jota kutsutaan myös protokollamanageriksi. Ylläpitäjän on pystyttävä määrittämään, mihin verkkoon asiakkaan pyyntö reititetään. Tätä tarkoitusta varten voidaan käyttää verkon nimipalvelua, joka merkitsee tietyn resurssin kuulumisen tiettyyn verkkoon vastaavalla protokollapinolla.

Multipleksointitekniikkaa käytettäessä käyttöjärjestelmän viestintätyökalujen rakenne voi olla monimutkaisempi. Yleensä kullakin tasolla yhden protokollan sijaan ilmestyy koko joukko protokollia, ja voi olla useita multipleksereitä, jotka suorittavat vaihtamisen eritasoisten protokollien välillä. Esimerkiksi työasema, jonka protokollapino on esitetty kuvassa 10.14, voi yhden verkkosovittimen kautta päästä verkkoihin, jotka toimivat NetBIOS-, IP-, IPX-protokollia käyttäen. Tämä työasema voi olla usean tiedostopalvelimen asiakas samanaikaisesti: NetWare (NCP), Windows NT (SMB) ja Sun (NFS).

Protokollapinon multipleksointitekniikan kehittämisen edellytyksenä oli eritasoisten protokollien ja kerrosten välisten rajapintojen tiukkojen avoimien kuvausten syntyminen, jotta valmistava yritys voi "vieraan" protokollan toteuttaessaan olla varma tuotteensa oikeasta toimivuudesta. olla vuorovaikutuksessa muiden tätä protokollaa käyttävien yritysten tuotteiden kanssa, tämä protokolla sopii oikein pinoon ja viereisten tasojen protokollat ​​ovat vuorovaikutuksessa sen kanssa normaalisti.

Käyttöjärjestelmien valmistajat yrittävät standardoida paitsi tasojen välisiä rajapintoja, myös protokollien hallintaohjelmia. Tunnetuimpia standardeja ovat Network Driver Interface Specification - NDIS managers (alun perin 3Comin ja Microsoftin yhteinen kehitys, versiot NDIS 3.0 ja 4.0 - Microsoftin toteutukset) sekä Open Data-Link Interface - ODI-standardi, joka on Novellin ja Applen yhteinen kehitystyö. Nämä johtajat toteuttavat verkkosovittimen ajureissa toteutettujen linkkikerrosprotokollien multipleksoinnin. NDIS- tai ODI-multiplekserin avulla voidaan linkittää yksi ajuri verkkosovitin useilla verkkokerroksen protokollilla sekä useilla samantyyppisillä verkkosovittimilla.

Protokollamultipleksaus toteuttaa yksi-moneen-suhteen, eli yksi asiakas lisäpinolla voi käyttää kaikkia palvelimia, jotka tukevat tätä pinoa, tai yksi palvelin lisäpinon kanssa voi tarjota palveluita useille asiakkaille.

Protokollamultipleksereita käytettäessä on kaksi vaihtoehtoa lisäprotokollapinon sijoittamiseen - yhteen tai toiseen kommunikoivaan tietokoneeseen. Jos palvelimelle asennetaan ylimääräinen pino, palvelin on kaikkien asiakkaiden käytettävissä, joilla on kyseinen pino. Tässä tapauksessa sinun on arvioitava huolellisesti lisätuotteen asentamisen vaikutus palvelimen suorituskykyyn.

Samoin asiakkaan lisäpino antaa sille mahdollisuuden kommunikoida muiden palvelimien kanssa, jotka käyttävät tätä protokollapinoa. Kun sijoitat lisäpinoa asiakkaille, suorituskykyongelmat eivät ole yhtä tärkeitä. Tärkeämpiä tässä ovat resurssirajoitukset, kuten muisti ja levytila ​​asiakaskoneissa, sekä hallinnollinen työ, joka tarvitaan lisäpinojen asentamiseen ja ylläpitoon useissa tietokoneissa.

Huomaa, että organisoitaessa kahden heterogeenisen verkon vuorovaikutusta on yleensä ratkaistava kaksi palvelujen koordinointiongelmaa (kuva 10.15):

О tarjota verkon A asiakkaille pääsy verkon B resursseihin; □ tarjota verkon B asiakkaille pääsy verkon A resursseihin.

Nämä ongelmat ovat itsenäisiä ja ne voidaan ratkaista erikseen. Joissakin tapauksissa se on pakollinen täydellinen ratkaisu esimerkiksi siten, että UNIX-koneiden käyttäjillä on pääsy NetWare-verkkopalvelimien resursseihin ja henkilökohtaisten koneiden käyttäjillä UNIX-isäntien resursseihin, muissa tapauksissa riittää, että tarjotaan pääsy asiakkaille NetWare-verkosta UNIX-verkon resurssit. Useimmat markkinoilla olevat tuotteet tarjoavat vain yksisuuntaisen sovelluspalveluneuvottelun.

Tarkastellaan mahdollisia vaihtoehtoja kahden protokollan multipleksointiin perustuvan verkon vuorovaikutuksen toteuttavan ohjelmiston käyttöönottamiseksi.

Otetaan käyttöön seuraava merkintä: KANSSA-palvelin, TO- asiakas, D- ylimääräinen protokolla (tai protokollat), joka tarjoaa Internetworking-ominaisuudet.

Kuvassa 10.16 näyttää molemmat mahdollisia vaihtoehtoja yksisuuntainen vuorovaikutus A B: lisäämällä uusi pino verkon A asiakkaisiin (kuva 10.16, a) tai liittämällä "lisäosa" verkon B palvelimiin (Kuva 10.16, b).

Ensimmäisessä tapauksessa, kun protokollan multipleksointitilat sijaitsevat asiakasosissa, vain sellaisilla toiminnoilla varustetut asiakkaat voivat käyttää verkon B palvelimia. Lisäksi he voivat käyttää mitä tahansa verkon B palvelinta. Toisessa tapauksessa, kun joukko lisälaitteita pinot sijaitsevat jollakin verkon B palvelimella, tämä palvelin voi palvella kaikkia verkon A asiakkaita. (On selvää, että verkon B palvelimia, joissa ei ole multipleksointitoimintoja, eivät voi käyttää verkon A asiakkaat.

Esimerkki asiakasosaa muokkaavasta "lisäosasta" on suosittu Microsoft Client Services for NetWaren (CSNW) ohjelmistotyökalu, joka muuttaa Windows NT -asiakasohjelman NetWare-palvelimien asiakkaaksi asentamalla NCP-protokollan asiakasosan. .

Esimerkki palvelimen verlaajentamisesta on Microsoft File and Print Services for NetWare -tuotteen asennus Windows NT -palvelimelle, joka toteuttaa NCP-protokollan palvelinosan. Näin NetWare-asiakkaat voivat käyttää Windows NT -palvelintiedostoja ja -tulostimia.

Kun protokollan multipleksointi tapahtuu, jokaiseen tietokoneeseen, joka saattaa tarvita pääsyn useisiin tietokoneisiin, on asennettava lisäohjelmistot – asianmukaiset protokollapinot. erilaisia ​​verkkoja. Joissakin käyttöjärjestelmissä on ominaisuuksia, jotka estävät tähän lähestymistapaan liittyvän redundanssin. Käyttöjärjestelmä voidaan määrittää suorittamaan useita protokollapinoja, mutta vain tarvittavat latautuvat dynaamisesti.

Toisaalta redundanssi lisää koko järjestelmän luotettavuutta, jos tietokoneessa on lisäpino asennettuna, se ei johda muiden verkon käyttäjien yhteenliitettävyyden menettämiseen.

Tärkeä multipleksoinnin etu on, että pyynnön suoritusaika on lyhyempi kuin yhdyskäytävää käytettäessä. Tämä johtuu ensinnäkin käännösprosessiin käytetyn ajan puutteesta ja toiseksi siitä, että multipleksoinnissa kutakin pyyntöä kohden tarvitaan vain yksi verkkolähetys, kun taas käännöksessä - kaksi: pyyntö lähetetään ensin yhdyskäytävästä ja sitten yhdyskäytävästä resurssipalvelimeen.

Periaatteessa useiden protokollapinojen kanssa työskennellessään käyttäjällä voi olla ongelma työskennellä tuntemattomassa ympäristössä, jossa on tuntemattomia komentoja, sääntöjä ja osoitemenetelmiä. Useimmiten käyttöjärjestelmien kehittäjät pyrkivät jossain määrin helpottamaan käyttäjän elämää tässä tilanteessa. Riippumatta käytetystä sovelluskerroksen protokollasta (kuten SMB tai NCP), siinä on sama intuitiivinen GUI, jolla hän selaa ja valitsee haluamasi etäresurssit.

Taulukossa 10.1 annetaan vertailevia ominaisuuksia kaksi lähestymistapaa verkkotyöskentelyn toteuttamiseen.

Taulukko 10.1. Protokollan muunnos- ja multipleksointimenetelmien vertailu

Menetelmä	Edut	Vikoja
Protokollamultipleksaus Protokollan käännös (yhdyskäytävät, reitittimet, kytkimet)	Lisää nopea pääsy; vuorovaikutuksen luotettavuuden lisääminen asentamalla pino useisiin verkkosolmuihin; erittäin skaalautuva työkalu Tutun käyttäjäympäristön säilyttäminen; ei tarvita lisäohjelmistoja työasemille; kaikkien verkko-ongelmien lokalisointi; tarjoaa mahdollisuuden käyttää "ulkomaisia" resursseja useille asiakkaille kerralla	Hallinnon ja kulunvalvonnan monimutkaisempi; korkea redundanssi, joka vaatii lisäresursseja työasemilta; vähemmän käyttäjäystävällinen kuin yhdyskäytävät Hitaampi; heikentynyt luotettavuus; huono skaalautuvuus; tarvitaan kaksi verkkosiirtoa yhden pyynnön täyttämiseksi

Protokollan kapselointi

Kapselointi), tai tunnelointi), on toinen menetelmä verkon koordinoinnin ongelman ratkaisemiseksi, joka kuitenkin soveltuu vain siirtoprotokollien koordinointiin ja vain tietyin rajoituksin. Kapselointia voidaan käyttää, kun kaksi verkkoa, joissa on yksi kuljetustekniikka, on yhdistettävä backhaul-verkon kautta toiseen siirtotekniikkaan.

Kapselointiprosessissa on mukana kolmen tyyppisiä protokollia:

· "matkustajaprotokolla";

· kantoprotokolla;

· kapselointiprotokolla. ,

Kytkettyjen verkkojen siirtoprotokolla on protokolla-matkustaja, ja siirtoverkon protokolla on operaattorin protokolla. Matkustajaprotokollapaketit sijoitetaan siirtotieprotokollapakettien tietokenttään käyttämällä kapselointiprotokollaa. Matkustajien protokollapaketteja ei käsitellä millään tavalla kuljetettaessa niitä kauttakulkuverkon läpi. Kapselointi suorittaa reunalaite (yleensä reititin tai yhdyskäytävä), joka sijaitsee lähde- ja siirtoverkon rajalla. Matkustajapakettien erottaminen kantoaaltopaketeista suoritetaan toisella reunalaitteella, joka sijaitsee siirtoverkon ja kohdeverkon rajalla. Edge-laitteet ilmoittavat osoitteensa kantoaaltopaketteissa, eivät kohdesolmujen osoitteita.

Internetin ja TCP/IP-pinon suuren suosion vuoksi siirtoverkon kantoaaltoprotokolla on yhä useammin IP-protokolla ja kaikkia muita protokollia käytetään matkustajaprotokollana. paikalliset verkot(sekä reititetty että reitittämätön).

Esitetyssä kuvassa. Kuvan 10.17 esimerkissä kaksi IPX-protokollaa käyttävää verkkoa on yhdistettävä TCP/IP-siirtoverkon kautta. On tarpeen varmistaa vain kahden IPX-verkon solmujen välinen vuorovaikutus, eikä IPX-solmujen ja TCP/IP-verkkosolmujen välistä vuorovaikutusta tarjota. Siksi IPX-verkkojen yhdistämiseen voidaan käyttää kapselointimenetelmää.

Rajareitittimet, jotka yhdistävät IPX-verkot IP-backhaul-verkkoon, käyttävät IPX:ää, IP:tä ja lisäprotokollaa, IPX-to-IP Encapsulation Protocol -protokollaa. Tämä protokolla poimii IPX-paketit Ethernet-kehyksistä ja sijoittaa ne UDP- tai TCP-datagrammeihin (TCP on valittu kuvassa). Kuljettavat IP-paketit välitetään sitten toiseen reunareitittimeen. Kapselointiprotokollan on tiedettävä, että etäverkon IPX-osoite vastaa tätä verkkoa palvelevan reunareitittimen IP-osoitetta. Jos IP-verkon kautta on kytketty useita IPX-verkkoja, kaikkien IPX-osoitteiden ja rajareitittimien IP-osoitteiden välillä on oltava vastaavuustaulukko.

Kapselointia voidaan käyttää kuljetusprotokollien eri tasoilla. Esimerkiksi X.25-verkkokerroksen protokolla voidaan kapseloida TCP-siirtokerroksen protokollaan tai IP-verkkokerroksen protokolla voidaan kapseloida X.25-verkkokerroksen protokollaan. On olemassa protokollia PPP-liikenteen kapseloimiseksi IP-verkkojen kautta.

Tyypillisesti kapselointi johtaa yksinkertaisempiin ja nopeampiin ratkaisuihin verrattuna kääntämiseen, koska se ratkaisee tarkemman ongelman varmistamatta vuorovaikutusta liikenneverkon solmujen kanssa. Kuljetustekniikoiden harmonisoinnin lisäksi kapseloinnilla varmistetaan siirrettävien tietojen salassapito. Tässä tapauksessa alkuperäiset matkustajapaketit salataan ja lähetetään siirtoverkon yli operaattoriprotokollapakettien avulla.

johtopäätöksiä

□ Tiedostopalvelu sisältää palvelinohjelmia ja asiakasohjelmia, jotka kommunikoivat keskenään tietyn protokollan avulla verkon yli.

□ Yksi tietokone voi tarjota erilaisia ​​tiedostopalveluita verkon käyttäjille samanaikaisesti.

□ Verkkotiedostopalvelussa voidaan yleensä erottaa seuraavat pääkomponentit: paikallinen tiedostojärjestelmä, paikallinen tiedostojärjestelmä, verkkotiedostojärjestelmäpalvelin, verkkotiedostojärjestelmän asiakas, verkkotiedostojärjestelmän liitäntä, verkkotiedostojärjestelmän asiakas-palvelin-protokolla.

□ Verkkotiedostojärjestelmät käyttävät eri semantiikkaa jaetun tiedon lukemiseen ja kirjoittamiseen välttääkseen tuloksena olevien tiedostotietojen tulkintaongelmia.

□ Tiedostoliitäntä voidaan luokitella kahteen tyyppiin sen mukaan, tukeeko se lähetys-/latausmallia vai etäkäyttömallia.

□ Tiedostopalvelin voidaan toteuttaa jommallakummalla kahdesta mallista: tallentamalla tietoja asiakkaan tiedostotoimintojen järjestyksestä eli tilallisen skeeman mukaisesti ja ilman tällaista dataa, eli tilattoman järjestelmän mukaan. .

□ Välimuistiin tallentaminen verkkotiedostojärjestelmissä voi nopeuttaa etätietojen käyttöä ja parantaa tiedostojärjestelmän skaalautuvuutta ja luotettavuutta.

□ Replikointi tarkoittaa, että samasta tiedostosta on useita kopioita, joista jokainen on tallennettu erilliseen tiedostopalvelimeen, samalla kun varmistetaan tiedoston kopioiden tietojen automaattinen täsmäytys.

□ On olemassa useita tapoja varmistaa johdonmukaisuus koorumimenetelmässä kommunikoivien replikoiden välillä.

□ Hakemistopalvelu tallentaa tiedot kaikista verkon käyttäjistä ja resursseista yhtenäisten objektien muodossa, joilla on tietyt attribuutit, ja mahdollistaa myös tallennettujen objektien välisten suhteiden kuvaamisen.

□ Hakemistopalvelu yksinkertaistaa hajautettuja sovelluksia ja parantaa verkon hallittavuutta.

□ Hakemistopalvelu on tyypillisesti rakennettu asiakas-palvelin-malliin: palvelimet ylläpitävät tietokantaa hakemistotiedoista, joita asiakkaat käyttävät lähettämällä pyyntöjä palvelimille verkon kautta.

□ Lupaavin hakemistokäyttöstandardi on Internet-yhteisön kehittämä LDAP (Light-weight Directory Access Protocol).

□ Verkkotyöskentelyn yhteydessä "verkko" voidaan määritellä kokoelmaksi tietokoneita, jotka kommunikoivat keskenään käyttämällä yhtä protokollapinoa. Verkkotyöskentelyn järjestämisen ongelma ilmenee, kun tietokoneet kuuluvat eri verkkoihin, mutta tukevat protokollapinoja, jotka eroavat yhdellä tai useammalla tasolla.

□ Työkaluja, joiden avulla voit järjestää vuorovaikutuksen protokollapinon alemmilla tasoilla, kutsutaan verkkotyöskentelytyökaluiksi, ja välineitä protokollien ja palvelujen koordinoimiseksi ylemmillä tasoilla kutsutaan yhteentoimivuustyökaluiksi.

□ Protokollaneuvotteluissa on kolme päämenetelmää: translaatio, multipleksointi ja kapselointi (tunnelointi).

□ Käännös sisältää yhdestä protokollasta tulevien viestien muuntamisen toisen protokollan viesteiksi. Käännös voi olla yksitasoista, kun muunnoksen suorittamiseen käytetään vain tietyn protokollan tietoja, ja kaksitasoista, kun muuntamiseen käytetään ylemmän tason protokollan tietoja.

□ Multipleksointi koostuu useiden protokollapinojen asentamisesta koordinoitujen verkkojen asiakkaille tai palvelimille.

□ Protokollan käännösmenetelmän etuja ovat: käyttäjän tutun ympäristön säilyminen, verkon koordinointitoimintojen lokalisointi yhteen paikkaan, lisäohjelmistojen asennusta ei tarvita useille tietokoneille. Haitat - alhainen nopeus ja epäluotettavuus. Protokollapinon multipleksointimenetelmän etuja ovat suuri nopeus ja luotettavuus, haittoja redundanssi ja suuri hallinnollinen työmäärä.

□ Kapselointia käytetään yhden siirtoprotokollan siirtämiseen verkon yli toisen siirtoprotokollapinon kanssa.

□ Sovellustason protokollien koordinointimenetelmillä - verkkopalveluilla - on omat erityispiirteensä, jotka liittyvät näiden asiakas-palvelin-arkkitehtuurissa toteutettujen protokollien epäsymmetriaan sekä läsnäoloon kussakin käyttöjärjestelmässä. Suuri määrä erilaisia ​​verkkopalveluita (tiedostopalvelu, tulostuspalvelu, Sähköposti, tukipalvelu jne.).

Tehtävät ja harjoitukset

1. Mitkä seuraavista protokollista ovat tiedostopalvelun asiakas- ja palvelinosien välisiä vuorovaikutusprotokollia: SMTP, NFS, SMB, SNMP, UDP, NLSP, FTP, TFTP, NCP?

2. Mikä malli tiedosto palvelin(tilallinen vai tilaton) tarjoaa paremman sietokyvyn palvelinvikoja vastaan?

3. Koska tiedostojen replikaatiolla ja välimuistilla on samat tavoitteet, kannattaako nämä kaksi mekanismia toteuttaa samassa tiedostojärjestelmässä?

4. Täytä taulukko ja huomioi tiedostojen replikointi- ja välimuistimekanismien vastaavien ominaisuuksien olemassaolo tai puuttuminen:

5. Onko mahdollista päästä eri paikallisiin tiedostojärjestelmiin verkon yli yhdellä sovellusprotokollalla?

6. Voivatko useat käyttäjät muokata samaa tiedostoa samanaikaisesti Windows NT:ssä? Entä UNIX OS?

7. Minkä tuloksen kaksi UNIX-käyttäjää näkevät näytöllä kirjoittaessaan tekstiä samaan tiedostoon?

8. Kumpi verkkotiedostopalvelumalli on käyttäjälle läpinäkyvämpi: lataus-lataus vai etäyhteys?

9. Vertaa kahta verkkotiedostopalvelussa käytettyä välimuistimenetelmää, asiakaspuolen ja palvelinpuolen. Kerro kunkin menetelmän edut ja haitat.

10. Mitä ominaisuuksia hakemistopalvelutietokannassa tulisi olla?

11. Täytä toinen kahdesta termistä "toistettavuus" tai "jakelu" puuttuvien sanojen kohdalle seuraavassa lauseessa: "Hakemistopalvelutietokannassa on oltava...; varmistaakseen palvelun skaalautuvuuden ja... varmistaakseen sen vikasietoisuuden."

12. Selitä ero termeillä "verkottuminen" ja "yhteentoimivuus".

13. Jos asiakaskoneeseen on asennettu protokollapino, joka ei vastaa palvelimelle asennettua protokollapinoa, tilanne voidaan korjata asentamalla lisäksi vastaava protokollapino johonkin koneista. Onko sillä väliä mille koneelle (palvelimelle tai asiakkaalle) tämä pino on asennettu?

14. Onko periaatteessa mahdollista varmistaa verkon A kaikkien asiakkaiden pääsy verkon B palvelimiin ja verkon B kaikkien asiakkaiden pääsy verkon A palvelimiin asentamalla lisä ohjelmisto vain yhdessä verkoista, esimerkiksi verkossa A?

15. Päästä sisään Windows-verkko NT:ssä, joka koostuu palvelimesta ja asiakasasemista, on pieni määrä ei-ammattimaisia ​​käyttäjiä, jotka käyttävät ei-kriittisiä sovelluksia. Asiakasasemien resurssit ovat hyvin rajalliset. Ajoittain käyttäjien on käytettävä tietoja, jotka sijaitsevat NetWare-tiedostopalvelimella, joka on kytketty samaan Ethernet-segmenttiin. Mikä verkkotyöskentelyvaihtoehto on mielestäsi parempi tässä tilanteessa?

A) asenna NCP-protokollan asiakasosa kaikkiin tietokoneisiin;

C) asenna yhdyskäytävä Windows NT -palvelimeen.

16. Oletetaan, että Ethernet-verkossa, jossa IP-verkkokerroksen protokollat ​​on asennettu kaikkiin tietokoneisiin, joidenkin tietokoneiden verkkosovittimien ajurit tehdään NDIS-standardissa ja toisten - ODI-standardissa. Sopiiko tämä normaali operaatio verkot?

17. Olkoon hajautettu sovellus kahdesta osasta. Yksi hajautetun sovelluksen osa toimii tietokoneessa, johon on asennettu seuraavat tietoliikenneprotokollat:

· sovellustasolla: SMB, SMTP;

18. Sovelluksen toinen osa on asennettu tietokoneeseen, jossa on:

· sovellustasolla: NFS, X.400;

· siirtotasoilla: TCP, IP, Ethernet.

Voiko sovellus toimia normaalisti tällaisissa olosuhteissa?

Yhdyskäytävät

Siten yhdyskäytävä neuvottelee yhden pinon viestintäprotokollat ​​toisen pinon viestintäprotokollien kanssa. Ei ole mitään järkeä asentaa yhdyskäytävän ohjelmistoa mihinkään kahdesta vuorovaikutuksessa olevasta tietokoneesta, joissa on eri protokollapinot, on paljon järkevämpää sijoittaa ne jollekin välitietokoneelle. Ennen kuin perustelemme tätä väitettä, pohditaan yhdyskäytävän toimintaperiaatetta.

Kuva 3.14 havainnollistaa yhdyskäytävän toimintaperiaatetta. Esitetyssä esimerkissä tietokoneessa 2 sijaitseva yhdyskäytävä neuvottelee verkon A asiakastietokoneen 1 protokollat ​​verkon B palvelintietokoneen 3 protokollien kanssa. Oletetaan, että nämä kaksi verkkoa käyttävät täysin eri protokollapinoja. Kuten kuvasta voidaan nähdä, molemmat protokollapinot on toteutettu yhdyskäytävässä.

Riisi. 3.14. Gatewayn toimintaperiaatteet

Pyyntö verkon A asiakastietokoneen sovellusprosessista saapuu sen protokollapinon sovelluskerrokseen. Tämän protokollan mukaisesti sovellustasolla muodostetaan vastaava paketti (tai useita paketteja), jossa palvelun suorittamispyyntö lähetetään jollekin verkon B palvelimelle. Sovellustason paketti välitetään tietokoneen pinosta alaspäin. verkossa A, ja sitten datalinkin ja fyysisten kerrosten protokollien mukaisesti verkko A menee tietokoneelle 2 eli yhdyskäytävälle.

Täällä se välitetään verkon A protokollapinon alimmalta korkeimmalle tasolle. Sitten verkon A sovelluskerroksen paketti muunnetaan (käännetään) verkon B palvelinpinon sovelluskerroksen paketiksi. Paketin muuntaminen Algoritmi riippuu tietyistä protokollista ja, kuten jo mainittiin, voi olla melko monimutkainen. Kuten yleistä tietoa, mikä mahdollistaa oikean kääntämisen, voidaan käyttää esimerkiksi tietoja palvelimen symbolisesta nimestä ja pyydetyn palvelinresurssin symbolisesta nimestä (erityisesti tämä voi olla tiedostojärjestelmän hakemiston nimi). Verkon B pinon ylemmältä tasolta muunnettu paketti välitetään alemmille tasoille tämän pinon sääntöjen mukaisesti ja sitten se saapuu fyysisiä viestintälinjoja pitkin verkon B fyysisen ja datalinkkikerroksen protokollien mukaisesti. toisessa verkossa haluttuun palvelimeen. Yhdyskäytävä muuntaa palvelimen vastauksen samalla tavalla.

Toinen tällä hetkellä käytännössä käytetty lähestymistapa on teknologian käyttö erilaisten protokollapinojen multipleksoimiseksi työasemissa.

Riisi. 3.15. Pino multipleksointi

Protokollapinon multipleksoinnissa toinen kahdesta eri protokollapinoista kommunikoivasta tietokoneesta sijoittaa toisen tietokoneen tietoliikennepinon. Kuvassa 3.15 on esimerkki verkossa 1 olevan asiakastietokoneen vuorovaikutuksesta verkossa olevan palvelimen ja verkossa 2 olevan palvelimen kanssa, joka toimii protokollapinolla, joka on täysin erilainen kuin verkon 1 pino. Asiakastietokone toteuttaa molemmat pinot. Jotta hakemusprosessin pyyntö voidaan käsitellä oikein ja reitittää asianmukaisen pinon läpi, on erityinen ohjelman elementti- protokollan multiplekseri. Multiplekserin on kyettävä määrittämään, mihin verkkoon asiakkaan pyyntö reititetään. Tätä tarkoitusta varten voidaan käyttää verkon nimipalvelua, joka merkitsee tietyn resurssin kuulumisen tiettyyn verkkoon vastaavalla protokollapinolla.

Multipleksointitekniikkaa käytettäessä käyttöjärjestelmän viestintätyökalujen rakenne voi olla monimutkaisempi. Yleisessä tapauksessa kullakin tasolla yhden protokollan sijaan ilmestyy kokonainen joukko protokollia ja multipleksereitä voi olla useita, jotka suorittavat vaihtoa eritasoisten protokollien välillä (kuva 3.16). Esimerkiksi työasema voi päästä verkkoihin, joissa on NetBIOS-, IP-, IPX-protokollat ​​yhden verkkosovittimen kautta. Samoin NCP-, SMB- ja NFS-sovellusprotokollia tukeva palvelin voi helposti käsitellä pyyntöjä NetWare-, Windows NT- ja Sun-verkkojen työasemista samanaikaisesti.

Riisi. 3.16. Protokollan multipleksointi

Protokollapinon multipleksointitekniikan kehittämisen edellytyksenä oli eritasoisten protokollien ja liitäntöjen tiukka määrittely ja niiden avoin kuvaus, jotta yritys ottaa käyttöön "vieraan" protokollan tai rajapinnan, jotta se voi olla varma tuotteensa oikeasta vuorovaikutuksesta. muiden tätä protokollaa käyttävien yritysten tuotteiden kanssa.

Lisääntynyt suorituskyky- kaistanleveyden kasvu on verrannollinen ryhmän sovittimien määrään. Jos esimerkiksi yhdistät kaksi verkkosovitinta, joiden nopeus on 1 Gbit/s NIC Teamingissa, kokonaiskaistanleveys on 2 Gbit/s.
vikasietoisuus- jos jokin ryhmän sovittimista epäonnistuu, yhteys ei katkea hetkeksi ja jäljellä olevat verkkosovittimet korvaavat epäonnistuneen.

NIC Teaming -tekniikka ei ole uusi, mutta sen varhainen käyttöönotto oli riippuvainen valmistajista verkkolaitteet. Mahdollisuus yhdistää verkkosovittimet ryhmään käyttöjärjestelmän työkalujen avulla ilmestyi vasta Windows Server 2012:sta alkaneessa versiossa. Tämä tekniikka mahdollistaa eri valmistajien sovittimien yhdistämisen ryhmään, ainoa rajoitus on, että niiden kaikkien on toimittava samalla nopeudella . NIC Teamingissä yhdistettävien verkkosovittimien enimmäismäärä on 32.

asetukset

Oletusarvon mukaan NIC Teaming -tila Windows Server 2012 R2:ssa on poistettu käytöstä. Aktivoi se avaamalla "Server Manager" ja siirtymällä palvelimen ominaisuuksiin ja napsauttamalla sitten: Network Card Teaming (NIC Teaming).

Valitse Tasksissa Uusi tiimi.

Ryhmätyötila määrittää ryhmän vuorovaikutuksen tavan verkkolaitteiden kanssa:

1. Switch Independent- ryhmä toimii kytkimestä riippumatta, ei Lisäasetukset verkkolaitteita ei tarvita. Tämän tilan avulla voit liittää yhden ryhmätyöryhmän sovittimet erilaisia ​​kytkimiä suojautuakseen jommankumman epäonnistumiselta. Oletusasetus;
2. Staattinen tiimityö- verkkolaitteista riippuvainen tila. Kaikki ryhmän sovittimet on kytkettävä samaan kytkimeen. Kytkinportit, joihin ryhmäsovittimet on kytketty, on määritetty käyttämään staattista linkkien yhdistämistä;
3. LACP- verkkolaitteista riippuvainen tila. Kytkin on määritetty käyttämään dynaamista linkkien yhdistämistä Link Aggregation Control Protocol (LACP) -protokollan avulla.

Kuorman tasapainotustila määrittää, kuinka verkkoliikenne jaetaan ryhmän sovittimien välillä:

1. Osoite Hash- lähetyksen yhteydessä verkkoliikennettä Lähettäjän ja vastaanottajan MAC- tai IP-osoitteiden perusteella lasketaan hajautus (tietty luku). Tämä numero on sidottu tiettyyn fyysiseen sovittimeen, ja jatkossa kaikki tältä lähettäjältä tuleva liikenne kulkee tämän sovittimen kautta.
2. Hyper-V-portti- Tässä tilassa ryhmitysryhmän sovitin on sidottu tiettyyn virtuaalikytkimen porttiin Hyper-V:ssä. Tätä tilaa käytetään, jos Hyper-V-rooli on aktivoitu palvelimella.

Valmiustilan sovitin voit määrittää yhden ryhmän sovittimista varmuuskopioksi. Normaalitilassa varmistussovitinta ei käytetä liikenteen välittämiseen, mutta jos jokin ryhmän sovitin epäonnistuu, se siirtyy välittömästi tilalle ja liikenteen välittäminen jatkuu keskeytyksettä. Mutta jopa ilman redundanssia, yhden sovittimen vika NIC Teamingissa ei aiheuta keskeytystä verkkoyhteys, koska kuorma jakautuu automaattisesti jäljellä olevien sovittimien kesken.

Komento NIC Teaming -ryhmän luomiseksi powerShellissä on:

Uusi-NetLbfoTeam -Nimi Ensimmäinen joukkue -TeamJäsenet ″Ethernet″,″Ethernet 2″ `-TeamingMode SwitchIndependent -LoadBalansingAlgoritm TransportPorts

Ryhmän luomisen jälkeen "Verkkoyhteydet"-ikkunaan ilmestyy toinen verkkosovitin, joka on juuri luodun ryhmän virtuaalinen sovitin, ja jos katsomme fyysisen verkkosovittimen ominaisuuksia, näemme, että kaikki komponentit paitsi verkkosovittimen multiplekseriprotokollat ​​on poistettu käytöstä (korostettu keltaisella).

Tietokonelaitteiden omistajat eivät saa vain moraalista tyydytystä sen kykyjen suorasta käytöstä, vaan joskus myös kokevat ärsyttäviä hetkiä, kun he tuntemattomista syistä joutuvat käsittelemään ongelmia, joita monet eivät yksinkertaisesti osaa ratkaista.

Jos tietokoneellesi on asennettu Windows 10, sinun on varauduttava siihen, että tällaisia ​​epämiellyttäviä "yllätyksiä" voi usein tapahtua. Tätä ei ole vaikea selittää, koska Windows 10 on... uusin versio Microsoftin julkaisemat käyttöjärjestelmät. Tietysti missä tahansa ohjelmistotuote Ohjelmassa on vikoja, jotka tunnistetaan ohjelmiston suoran käytön aikana ja korjataan sitten erityisillä koodeilla, jotka kehittäjät ottavat käyttöön päivitystiedostoissa. Koska tämä käyttöjärjestelmä on uusi, Microsoftin kehittäjät eivät yksinkertaisesti ole vielä ehtineet seurata kaikkia puutteita ja valmistella korjauksia niihin.

Virhe voi johtua sekä virustorjuntaohjelmista että muista sovelluksista. Opi korjaamaan se alla olevasta artikkelista.

Tämä ei kuitenkaan tarkoita ollenkaan sitä, että sinä olet tietokoneen omistaja asennettu Windows 10, sinun täytyy vain tyytyä esiin tuleviin ongelmiin. On olemassa erilaisia ​​​​vaihtoehtoja, joita voidaan käyttää ongelmien ratkaisemiseen. Yksi näistä potilaista Ikkunat istuimet 10 on sellaisen viestin ulkoasu, joka ilmoittaa, että yksi tai useampi verkkoprotokolla puuttuu. Autamme sinua selvittämään, miksi tämä ongelma ilmenee, ja opastamme sinua myös sen korjaamisessa.

Aloittelijat, joilla ei vielä ole käytännön kokemusta monien teknisten ongelmien ratkaisemisesta, kun näyttöön tulee viesti, että verkkoprotokollia ei havaittu, että Windows 10:n oli kohdattava ongelmia, alkavat panikoida uskoen, että he itse aiheuttivat tällaisen epäonnistumisen. On epätodennäköistä, että kukaan voisi itsenäisesti tehdä tällaisia ​​tuhoisia muutoksia asetuksiin huomaamatta sitä. On myös kohtuutonta syyttää virusten negatiivisia vaikutuksia, koska niiden ohjelmakoodi päinvastoin sisältää läheisen yhteyden Internetiin. Tästä syystä ainoa vastaus kysymykseen, mikä aiheuttaa verkkoprotokollien katoamisen, on itse käyttöjärjestelmän vika.

Jäljelle jää vain selvittää, kuinka korjata ongelma ja palauttaa onnistunut verkkoyhteys. Toimenpiteet, joihin tulisi ryhtyä, voivat olla täysin erilaisia, kaikki riippuu siitä, mitkä ongelmat aiheuttivat epäonnistumisen.

Ohjelmiston virheellinen toiminta

Koska useimmat käyttäjät vakuuttavat, että tällainen virhe alkoi tapahtua heidän tietokoneessaan sen jälkeen, kun Windows oli päivitetty versioon 10, monet asiantuntijat ovat valmiita uskomaan, että ongelman syyllinen on jonkinlainen ohjelmistosovellus, joka alkoi toimia väärin.

Periaatteessa monet ohjelmat voivat aiheuttaa kaatumisen, joka rajoittaa pääsyä verkkoresurssit. Jotkut ohjelmat alkavat toimia väärin johtuen yhteensopimattomuudesta uuden käyttöjärjestelmän kanssa, kun taas toiset "sekoittavat" toimintansa, ja siksi verkkovirtojen suodattamisen sijaan ne aiheuttavat selvän eston.

Kuten käytännön kokemus osoittaa, ohjelmistojen yhteensopimattomuuden vuoksi LG:n kaltainen ohjelma aiheuttaa usein verkkovian Älykäs jako. He luottavat liikenteen estämiseen virustorjuntaohjelmat, erityisesti NOD32 ja Avast Premier.

Kehotamme sinua kokeilemaan hieman. Jos tietokoneesi ei muodosta yhteyttä verkkoon ja jokin yllä olevista ohjelmista on asennettu tietokoneellesi, poista se ja tarkista tietokoneesi toiminta. Kun palaat normaaliin Internet-resurssien käyttöön eikä sinua häiritseviä ongelmia ole, yritä asentaa ongelmallinen ohjelma tai virustorjuntaohjelma uudelleen. Jos asennuksen jälkeen virheitä alkaa ilmestyä uudelleen, ei jää muuta kuin sanoa hyvästit tälle ohjelmistolle ikuisesti ja löytää sen sijaan sopiva vaihtoehto.

Kuljettajan ongelmat

Joskus verkkoprotokollat ​​osoittautuvat näkymättömiksi, koska itse verkkolaitteessa tapahtui virhe virheellisesti näytettyjen ja toimivien ohjaimien vuoksi. Tässä tapauksessa on suositeltavaa katkaista Internet-yhteys kokonaan ja muodostaa sitten yhteys uudelleen lyhyen tauon jälkeen.

Jos tällainen "stressihoito" ei johda positiiviseen tulokseen, on suositeltavaa ladata verkkokortin ohjaimet uudelleen ja päivittää ne tai asentaa ne kokonaan uudelleen.

Tällaisten toimintojen suorittamiseksi sinun on napsautettava hiiren kakkospainikkeella "Tietokone" -pikakuvaketta ja valittava sitten "Ominaisuudet" -vaihtoehto. Avautuvasta ikkunasta löydät "Laitehallinta", kirjoita se. Etsi näytettävästä luettelosta verkkosovittimen rivi, kaksoisnapsauta sitä. Siirry avautuvassa pienessä ikkunassa Ohjain-välilehteen. Koska olemme varmoja, että ongelma on ohjaimissa, älä epäröi napsauttaa "Poista asennus" -painiketta. Palaa nyt "Laitehallintaan", siirry ylävalikkopalkin "Toiminto" -osioon ja valitse "Päivitä kokoonpano". Odota prosessin valmistumista ja käynnistä tietokone uudelleen. Useimmissa tapauksissa tällaiset "maagiset" toiminnot riittävät, jotta Windows 10 toimii kuin kello ja tarjoaa erinomaisen verkkoyhteyden.

DNS muutokset

Et tietenkään voi käyttää Internetiä onnistuneesti, jos DNS-osoite on väärä. Tämä voi tapahtua monista syistä, mukaan lukien uuden ohjelmiston asentaminen.

DNS-osoite voidaan asettaa manuaalisesti ja automaattinen tila palveluntarjoajan vaatimusten ja ehtojen mukaan. Jos se asennetaan automaattisesti, sinun tuskin tarvitsee tehdä mitään. Jos sinun on asetettava osoite manuaalisesti, valmistele asiakirjat, joihin se on rekisteröity. Jos sinulla ei ole tietoja, älä ole laiska soittamaan takaisin palveluntarjoajalle ja saada vastaus kysymykseesi.

Jos haluat tehdä muutoksia manuaalisesti, siirry ensin Network Centeriin ja avaa se. Sen avaaminen on helppoa, napsauta hiiren kakkospainikkeella näytön alareunassa olevaa verkkoyhteyksiä osoittavaa kuvaketta.

Seuraavaksi sinun on siirryttävä seuraavaan kohtaan "Muuta sovittimen asetuksia". Tämän jälkeen teemme toisen siirtymisen "Ominaisuudet" -riville. Nyt avautuu pieni ikkuna, jonka sisällä on toinen, jossa on luettelo liitännän varmistamiseksi tarvittavista komponenteista. Sinun on siirryttävä riville "Internet Protocol Version 4 (TCP/IPv4)" ja valittava "Ominaisuudet" -painike uudelleen. Jäljelle jää vain sisäänkäynti erityisiin ikkunoihin numeerisia arvoja, jotka palveluntarjoajasi on antanut sinulle.

Ongelmien karttoittaminen

Jos kuulut käyttäjien luokkaan, jotka pelkäävät tehdä muutoksia asetuksiin itse, suosittelemme, että käytät erityistä "Ongelmadiagnoosi" -työkalua. Tämä apuohjelma on loistava, koska sinun tarvitsee vain suorittaa se, ja se itse tarkistaa järjestelmän, määrittää, missä ongelma on piilotettu, ja yrittää sitten korjata sen.

Vaikka apuohjelma ei pystyisikään nopeasti ja onnistuneesti korjaamaan ongelmaa yksin, se opastaa käyttäjää silti, mitä tehdä varmistaakseen pääsyn Internetiin. Monet kokemattomat käyttäjät pitävät tällaista ongelmien diagnostiikkaa hengenpelastajana, joka voi auttaa Internet-häiriöissä.

Joskus on hyödyllistä olla "ohjelmoijan" roolissa, kirjoittaa jotain komentorivi ja pakottaa Windows 10 suorittamaan tiettyjä manipulaatioita, erityisesti palauttamaan sen alkuperäiseen muotoonsa, palauttamaan verkkosovittimen tehdasasetukset.

Voit tehdä tämän siirtymällä ensin "Käynnistä" -kohtaan, valitsemalla sitten "Suorita", kirjoittamalla kolme komentoa vuorotellen (järjestyksessä ei ole mitään järkeä):

• netsh-liittymän ipv4 nollaus;
• netsh-liittymän ipv6 nollaus;
• netsh int ip reset

Usein jopa tällaisten manipulaatioiden jälkeen verkkoyhteys palautetaan.

Joskus, mutta hyvin harvoin, verkkosovittimen multiplekseriprotokolla voi aiheuttaa vian. Ne, jotka ovat kohdanneet tämän ongelman, suosittelevat sen poistamista käytöstä ainakin lyhyeksi ajaksi. Kokeneet käyttäjät eivät uskalla hylätä multiplekserin ikuisesti, koska se mahdollistaa kahden yhdistämisen verkkokortit, laajentaa käyttökokemusta.

Joten Windows 10:ssä käyttäjien on useimmiten kohdattava verkkovikoja, koska itse käyttöjärjestelmä on edelleen "raaka" monessa suhteessa. Hyödyllisillä tiedoilla varustettuna pystyt kuitenkin itse kohtaamaan onnistuneesti kaikki ongelmat, jotka estävät sinua pääsemästä verkkoon.

Toinen tällä hetkellä käytännössä käytetty lähestymistapa on teknologian käyttö erilaisten protokollapinojen multipleksoimiseksi työasemissa.

Protokollapinon multipleksoinnissa toinen kahdesta eri protokollapinoista kommunikoivasta tietokoneesta sijoittaa toisen tietokoneen tietoliikennepinon. Kuvassa Kuvassa 4.3 on esimerkki verkossa 1 olevan asiakastietokoneen vuorovaikutuksesta sen verkossa olevan palvelimen ja verkossa 2 olevan palvelimen kanssa, joka toimii protokollapinolla, joka on täysin erilainen kuin verkon 1 pino. Asiakastietokone toteuttaa molemmat pinot. Jotta sovellusprosessin pyyntö voidaan käsitellä oikein ja lähettää asianmukaisen pinon kautta, tietokoneeseen on lisättävä erityinen ohjelmistoelementti - protokollan multiplekseri. Multiplekserin on kyettävä määrittämään, mihin verkkoon asiakkaan pyyntö reititetään. Tätä tarkoitusta varten voidaan käyttää verkon nimipalvelua, joka merkitsee tietyn resurssin kuulumisen tiettyyn verkkoon vastaavalla protokollapinolla.

Multipleksointitekniikkaa käytettäessä käyttöjärjestelmän viestintätyökalujen rakenne voi olla monimutkaisempi. Yleisessä tapauksessa kullakin tasolla yhden protokollan sijaan ilmestyy kokonainen joukko protokollia ja multipleksereitä voi olla useita, jotka suorittavat vaihtoa eri tasoisten protokollien välillä (kuva 4.4). Esimerkiksi työasema voi päästä verkkoihin, joissa on NetBIOS-, IP-, IPX-protokollat ​​yhden verkkosovittimen kautta. Samoin palvelin, joka tukee NCP-, SMB- ja NFS-sovellusprotokollia, voi helposti käsitellä pyyntöjä NetWare-, Windows NT- ja Sun-verkkojen työasemista samanaikaisesti.

Riisi. 4.3. Pino multipleksointi

Protokollapinon multipleksointitekniikan kehittämisen edellytyksenä oli eritasoisten protokollien ja liitäntöjen tiukka määrittely ja niiden avoin kuvaus, jotta yritys ottaa käyttöön "vieraan" protokollan tai rajapinnan, jotta se voi olla varma tuotteensa oikeasta vuorovaikutuksesta. muiden tätä protokollaa käyttävien yritysten tuotteiden kanssa.