Cisco Networking: OSI Model Layer 5 - Session - Dummies

Sessionsskiktet i Open System Interconnection (OSI) -modellen definierar hur data formateras mellan enheterna på båda sidor av länken. Detta är effektivt sättet på vilket de upprätthåller en öppen kanal mellan de två enheterna. Men vid lägre nivåer av OSI-modellen finns det ingen permanent anslutning men snarare en serie korta datautbrott som skickas fram och tillbaka.

Sessionsskiktet upprätthåller en konversation över många av dessa datautbrott; i själva verket kan det ta flera dataskurar fram och tillbaka bara för att fastställa strukturen som kommer att följas för den sessionen.

Ett verkligt exempel på sessionskiktet kan vara ett par spioner som byter meddelanden. De skulle behöva upprätta en order av operationer som skulle användas för att skicka kodade meddelanden fram och tillbaka. Denna process för att överföra meddelandena kan betraktas som en sessionsskiktoperation och kan innefatta steg såsom att använda en överenskommen chiffer för att koda meddelandet.

Windows-fildelning har en sessionskomponent när du etablerar sessioner, som visas i följande bild.

Klientdatorens mål i nedanstående figur är att få en lista över aktier på servern, men det måste följa en session setup process för att få önskade data. Servern i denna process är i konstant tillstånd att lyssna på anslutningsförfrågningar; När klienten startar processen, körs installationsprocessen så här:

1. Klienten skickar en sessionförfrågan till servern.

2. Servern bekräftar förfrågan och inkluderar i bekräftelsen en lista över alla stödda sessionsprotokoll.

   När det gäller Windows-servern innehåller listan äldre, mindre säkra alternativ som LANMAN, liksom den nyare och säkrare NT LANMAN version 2 (NT LM 2).

   

3. Klienten granskar listan över protokoll som stöds och väljer det säkraste sessionsprotokoll som det också stöder.

   Vid det här tillfället skickar servern det valda sessionsprotokollet som de ska använda och begär att verifiera. I det här fallet kommer verifieringen att verifiera ett användarnamn och lösenord från serverns användarkonto databas.

4. Servern skapar en slumpmässig sträng av tecken som ingår i lösenordsutmaningen och skickar den till klienten.

5. Klienten tar lösenordsutmaningssträngen och använder sitt eget lösenord som en krypteringsnyckel för att kryptera den slumpmässiga strängen.

6. Den nu krypterade strängen skickas sedan tillbaka till servern i ett paket med autentiseringsuppgifter, som även innehåller användarnamnet.

7. Servern hämtar användarens lösenord från sin användarkonto databas och använder lösenordet som krypteringsnyckel för att kryptera den slumpmässiga teckensträngen som den skickade till klienten i utmaningssteget (steg 4).

8. Servern jämför resultatet som det beräknades för resultatet som anges i autentiseringsuppgifterna.

9. Om resultaten matchar, som de gör i illustrationen, skickas en bekräftelse (ACK) till klienten och sessionen är nu aktiv; men om de inte matchar servern skickar en negativ bekräftelse (NACK).

   Om klienten får en NACK, går det tillbaka till steg 3 och utfärdar en ny autentiseringsbegäran.

10. Vid denna tidpunkt är sessionen inställd och klienten kan utföra förfrågan på listan över aktier som finns på servern, vilket sannolikt leder till en begäran om en lista med filer och sedan innehållet i en specifik fil.

    Alla dessa framtida operationer skulle genomföras under den enda sessionen som just har skapats.

Steg 10 i föregående lista visar förändringen från sessionsskiktet och presentationsskiktet. Vid sessionsskiktet upprättades kommunikationskanalen till Windows-serverkomponenterna, men eftersom den faktiska förfrågan lämnades för listan över aktier tillgängliga på servern användes begäran sessionslagskommunikationskanalen, men levererades faktiskt till presentationen lager och slutligen applikationslagret Windows Server-tjänst.