Teknologian jakaminen

한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina

Yleisimmät kysymykset tietokoneverkkohaastatteluissa koskevat monia tasoja, mukaan lukien verkkoprotokollat, verkkoarkkitehtuuri, verkkoturvallisuus, tiedonsiirto jne. Tässä on yksityiskohtaisia ​​selityksiä joistakin yleisistä kysymyksistä:

1. Mikä on OSI:n seitsemän kerroksen malli? Mikä on kunkin kerroksen tehtävä?

OSI seitsenkerroksinen malliSe on Kansainvälisen standardointijärjestön (ISO) laatima standardijärjestelmä tietokoneiden tai viestintäjärjestelmien yhteenliittämiseksi Ylhäältä alas.

1. Sovelluskerros: Tarjoa interaktiivisia palveluita sovelluksille, kuten HTTP, FTP, SMTP ja muut protokollat.
2. esityskerros: Tietojen esitys, suojaus ja pakkaus, sovelluskerroksen tietojen muuntaminen verkkosiirtoon sopivaan muotoon.
3. istuntotaso: Luo, hallitse, lopeta istuntoja, järjestä ja koordinoi kahden istuntoprosessin välistä viestintää.
4. kuljetuskerros: Vastaa tiedonsiirtopalveluista kahden isäntäprosessin välistä viestintää varten, mukaan lukien TCP- ja UDP-protokollat ​​luotettavan tiedonsiirron saavuttamiseksi.
5. Verkkokerros: Valitse sopivat reititys- ja kytkentäsolmut varmistaaksesi oikea-aikaisen tiedonsiirron. Pääprotokolla on IP.
6. tietolinkkikerros: Kun siirrät dataa kahden vierekkäisen solmun välillä, kokoa verkkokerroksen luovuttamat IP-datagrammit kehyksiksi ja lisää tarvittavat ohjaustiedot.
7. fyysinen kerros: Toteuta läpinäkyvä bittivirtojen siirto vierekkäisten tietokonesolmujen välillä, suojaten siirtovälineiden ja fyysisten laitteiden erot mahdollisimman paljon.

2. Mitä eroa on TCP:llä ja UDP:llä?

TCP (Transmission Control Protocol) ja UDP (User Datagram Protocol) ovat molemmat siirtokerroksen protokollia. Niiden tärkeimmät erot ovat:

1. Yhteydet: TCP on yhteyspohjainen protokolla, ja yhteys on muodostettava ennen tietojen lähettämistä, kun taas UDP on yhteydetön protokolla, eikä yhteyttä tarvitse muodostaa ennen tietojen lähettämistä.
2. luotettavuus: TCP tarjoaa luotettavan tiedonsiirron ja varmistaa oikean tiedonsiirron mekanismien, kuten järjestysnumeroiden, vahvistusvastausten ja aikakatkaisun uudelleenlähetysten avulla. UDP ei takaa luotettavuutta, ja tiedot voivat kadota tai saapua epäkunnossa.
3. Lähetyksen tehokkuus: Koska TCP:n on muodostettava yhteys ja suoritettava luotettavuustarkistuksia, sen lähetysteho on suhteellisen alhainen, kun taas UDP:llä ei ole näitä yleiskustannuksia ja sen lähetystehokkuus on korkeampi.
4. Sovellusskenaariot: TCP soveltuu sovellusskenaarioihin, jotka vaativat luotettavan tiedonsiirron, kuten tiedostojen siirtoon, verkkoselailuun jne.. UDP soveltuu sovellusskenaarioihin, jotka vaativat suurta reaaliaikaista suorituskykyä ja voivat sietää tietyn määrän tietojen menetystä, kuten live-videota; lähetyksiä, online-pelejä jne.

3. Mitä eroa on HTTP:llä ja HTTPS:llä?

Suurin ero HTTP:n (Hypertext Transfer Protocol) ja HTTPS:n (Hypertext Transfer Protocol Secure) välillä on turvallisuus:

1. turvallisuutta: HTTP lähettää pelkkää tekstiä, ja tietoja voidaan siepata ja peukaloida helposti, kun taas HTTPS lisää HTTP:hen SSL/TLS-protokollakerroksen tietojen salaamiseksi ja lähettämiseksi tiedonsiirron turvallisuuden varmistamiseksi.
2. Portin numero: HTTP käyttää oletuksena porttia 80;
3. esitys: Koska HTTPS vaatii salauksen ja salauksen purkamisen, sen suorituskyky heikkenee HTTP:hen verrattuna.

4. Mikä on TCP:n kolmisuuntaisen kättelyn ja nelisuuntaisen aallon prosessi?

TCP kolmisuuntainen kättelyProsessi on seuraava:

1. Asiakas lähettää SYN-paketin (synkronoinnin järjestysnumero) palvelimelle ja siirtyy SYN_SENT-tilaan odottaen palvelimen vahvistusta.
2. Vastaanotettuaan SYN-paketin palvelin vahvistaa asiakkaan SYN:n (ack=j+1) ja lähettää myös SYN-paketin (eli SYN+ACK-paketin). Tällä hetkellä palvelin siirtyy SYN_RCVD-tilaan.
3. Vastaanotettuaan SYN+ACK-paketin palvelimelta asiakas lähettää palvelimelle vahvistuspaketin ACK (ack=k+1) Kun paketti on lähetetty, asiakas ja palvelin siirtyvät ESTABLISHED-tilaan ja suorittavat kolmisuuntaisen kädenpuristus.

TCP-aalto neljä kertaaProsessi on seuraava:

1. Asiakas lähettää FIN:n sulkeakseen tiedonsiirron asiakkaalta palvelimelle, ja asiakas siirtyy tilaan FIN_WAIT_1.
2. Kun palvelin on vastaanottanut FIN:n, se lähettää asiakkaalle kuittauksen. Vahvistusjärjestysnumero on vastaanotettu järjestysnumero + 1 (sama kuin SYN, yksi FIN varaa yhden järjestysnumeron), ja palvelin siirtyy CLOSE_WAIT-tilaan.
3. Palvelin sulkee yhteyden asiakkaaseen, lähettää asiakkaalle FIN:n ja palvelin siirtyy LAST_ACK-tilaan.
4. Vastaanotettuaan FIN:n asiakas lähettää palvelimelle ACK:n, joka vahvistaa, että järjestysnumero on vastaanotettu järjestysnumero + 1, ja asiakas siirtyy TIME_WAIT-tilaan. Palvelin sulkee yhteyden saatuaan ACK:n. Jos asiakas ei vieläkään saa vastausta 2MSL:n odottamisen jälkeen, se siirtyy CLOSED-tilaan.

5. Miksi TCP vaatii kolme kättelyä kahden sijaan?

Tärkein syy siihen, miksi TCP vaatii kolmisuuntaista kättelyä kaksisuuntaisen kättelyn sijaan, on varmistaa, että molemmat osapuolet voivat vastaanottaa ja lähettää tietoja, mikä muodostaa luotettavan yhteyden. Erityisesti:

• Ensimmäinen kättely: asiakas lähettää SYN-paketin ja palvelin vahvistaa asiakkaan lähetyskyvyn.
• Toinen kättely: Palvelin lähettää SYN+ACK-paketin ja asiakas vahvistaa palvelimen vastaanotto- ja lähetysominaisuudet.
• Kolmas kättely: asiakas lähettää ACK-paketin ja palvelin vahvistaa asiakkaan vastaanottokyvyn.

Jos kättelyjä on vain kaksi, voi tapahtua seuraava tilanne: asiakas lähettää yhteyspyynnön, mutta ei saa vahvistusta, koska yhteyspyyntösanoma on kadonnut, joten asiakas lähettää yhteyspyynnön uudelleen. Myöhemmin saatiin vahvistus ja yhteys muodostettiin. Tiedonsiirron päätyttyä yhteys katkeaa ja asiakas lähettää yhteensä kaksi yhteyspyyntösegmenttiä, joista ensimmäinen katoaa ja toinen saapuu palvelimelle. Ensimmäinen kadonnut segmentti pysyi kuitenkin vain joissain verkkosolmuissa pitkään, ja se viivästyi tietyn ajan kuluttua yhteyden purkamisesta ennen kuin se saapui palvelimelle. Tällä hetkellä palvelin luuli virheellisesti, että asiakas oli antanut uuden yhteyspyyntö, sitten asiakkaalle lähetetään vahvistusviestin segmentti, joka hyväksyy yhteyden muodostamisen. Koska asiakas ei ole lähettänyt tietopyyntöä tällä hetkellä, palvelin odottaa asiakkaan lähettävän tietoja, mikä johtaa resurssien tuhlaukseen.

6. Mitkä ovat yleisesti käytetyt HTTP-pyyntötavat? Mitä eroja ja käyttötarkoituksia niillä on?

Yleisesti käytettyjä HTTP-pyyntömenetelmiä ovat GET, POST, PUT, DELETE, CONNECT, OPTIONS ja TRACE, joista GET ja POST ovat kaksi yleisimmin käytettyä.

• SAADA : Käytetään lähettämään pyyntö saada tietoja palvelimelle. Parametrit sisältyvät URL-osoitteeseen ja ne sopivat skenaarioihin, joissa pyydetyn tiedon määrä ei ole suuri ja turvallisuusvaatimukset eivät ole korkeat.
• LÄHETTÄÄ : Käytetään tietojen lähettämiseen URL-osoitteen määrittelemään resurssiin. Parametrit välitetään pyyntörungon kautta, mikä sopii skenaarioihin, joissa lähetetään suuri määrä tietoa tai joissa turvallisuusvaatimukset ovat korkeat.

Muita pyyntömenetelmiä, kuten PUT ja DELETE, käytetään palvelimen tietojen muokkaamiseen, palvelimen resurssien poistamiseen jne. Jokaisella näistä pyyntömenetelmistä on omat käyttötarkoituksensa ja soveltuvat skenaariot.

Yllä oleva on yksityiskohtainen selitys yleisimmistä kysymyksistä tietokoneverkkohaastatteluissa. Nämä kysymykset kattavat monia näkökohtia, kuten verkkoprotokollia, verkkoarkkitehtuuria ja tiedonsiirtoa, ja ovat tärkeä osa hakijoiden tietokoneverkkotuntemuksen tarkastelua.