La oss bryte ned hva som skjer når en datamaskin sender en pakke til en destinasjonsport der ingen prosesser lytter:
scenario:
Se for deg at du sender en e -post. E -postserveren (tenk på den som destinasjonsport) er nede eller ikke konfigurert til å motta e -post. E -posten vil sprette tilbake til deg (eller bli flagget som ikke -leverbar).
i verden av nettverkspakker:
1. Send pakken: Datamaskinen i den sendende enden oppretter en pakke ved transportlaget (ved hjelp av TCP eller UDP). Denne pakken inneholder destinasjonsportnummeret.
2. Nettverksreise: Pakken reiser gjennom nettverket etter rutingsinformasjonen.
3. Ankomst til destinasjonsverten: Pakken når destinasjonsdatamaskinen.
4. Den avgjørende sjekken: Operativsystemet på destinasjonsdatamaskinen sjekker hvis det er en prosess som lytter aktivt på den spesifiserte destinasjonsporten.
5. "Ingen lytter funnet" Scenario: I ditt tilfelle er det ingen prosess som kjører på den porten. Her er hva som skjer:
* tcp:
* timeout: Den sendende datamaskinen vil vente på svar (kvittering, ACK) fra mottakeren. Hvis ingen svar mottas innen en forhåndsbestemt tid (en timeout), anses pakken som tapt. Avsenderen vil forsøke å sende pakken, vanligvis flere ganger. Etter hvert vil det gi opp og rapportere feilen.
* Feilmelding: Avsenderen kan motta en feilmelding (f.eks. "Destinasjon uoppnåelig", "tilkobling nektet") fra TCP -laget.
* udp:
* Ingen anerkjennelse: UDP er en tilkoblingsfri protokoll. Det krever ikke kvitteringer, så det er ingen direkte varsel om feil. Avsenderen vet ikke om pakken ble mottatt.
* Pakken droppet: Pakken blir sannsynligvis droppet av destinasjonsdatamaskinens operativsystem, da det ikke er noen prosess for å håndtere den.
nøkkel takeaways:
* Destinasjonsport Matters: Destinasjonsportnummeret forteller den mottakende datamaskinen hvilken applikasjon eller prosess som skal håndtere pakken.
* ingen lytter =ingen levering: Hvis det ikke er noen prosess som lytter til den spesifiserte porten, kan ikke pakken leveres.
* TCP håndterer feil: TCP gir mekanismer for overføringer og feilrapportering.
* udp er "ild og glem": UDP garanterer ikke levering, så det brukes ofte til applikasjoner som er mindre følsomme for tap av data, som streamingmedier.
Viktig merknad: Dette er en forenklet forklaring. Den faktiske atferden kan påvirkes av brannmurer, nettverkskonfigurasjoner og andre faktorer.