Hvordan fungerer http keep-live, hvad er forskellen mellem tcp keep-live og http keep-live?


Svar 1:

Timeout betyder, at webserveren efter 30 sekunders inaktivitet kan vælge at lukke forbindelsen. Maks 200 betyder, at webserver på en given TCP-forbindelse sigter mod at underholde maksimalt 200 HTTP-anmodninger. Formålet med HTTP Keep Alive er at signalere behovet for yderligere meddelelser på en given transportkanal og er en funktion fra HTTP / 1.1 og fremefter. Hvis du vil vide flere detaljer om http keep live, anbefaler jeg stærkt, at du læser Webprotokoller og øver http: //www.pearsonhighered.com/p ...

Nu er TCP Keep-Alive et andet dyr og har i sig selv ingen relation til HTTP Keep-Alive. Vær opmærksom på, at Internettet leverer transport til andre protokoller end HTTP og utallige applikationer. I sådanne tilfælde, hvor tjenesten kan tage lang tid at svare, er TCP keep-live en valgfri funktion til at sende en nullpakke (på ethernet omkring 60 bytes pr. Ramme) for at signalere et hjerteslag, der siger, at peer er i live og en indirekte måde for at holde forbindelsen åben. Tænk på NAT / Firewall, hvor forbindelser ville høstes, hvis de ikke ser nogen dataudveksling i et foruddefineret tidsrum. TCP Keep-Alive er netop at sende hjerteslag for at opdage, om peer er UP / Down. Manglende reaktion på en vedligeholdelsesmeddelelse fortolker, at den var nede. Du kan konfigurere varigheden mellem to tomgangspakker, to vellykkede vedligeholdelsespakker og et nyt prøveinterval, hvis den foregående mislykkes.

Læs RFC 1122 Afsnit 4.2.3.6 for originale specifikationer for TCP Keep Alives