Differences
This shows you the differences between two versions of the page.
|
pc:laboratoare:07 [2022/04/10 19:04] vlad_andrei.badoiu [Lectura Laborator] |
pc:laboratoare:07 [2022/05/02 11:50] (current) vlad_andrei.badoiu [Exerciții] |
||
|---|---|---|---|
| Line 27: | Line 27: | ||
| * **portul destinaţie** este portul pe care maşina destinaţie poate recepţiona pachete | * **portul destinaţie** este portul pe care maşina destinaţie poate recepţiona pachete | ||
| * **checksum** este valoarea sumei de control pentru un pachet TCP | * **checksum** este valoarea sumei de control pentru un pachet TCP | ||
| + | |||
| + | |||
| + | Pentru a înțelege mai bine cum funcționează protocolul TCP, vom studia o captura a mesajelor TCP trimise de către chrome la accesarea unui website folosind [[https://www.cloudshark.org/captures/88b6405ca75d?filter=tcp.stream%20eq%200|CloudShark]]. Ne interesează doar pachetele TCP din captura, nu și cele cu TLS (folosit pentru encriptie peste TCP). | ||
| + | |||
| + | În primele 3 pachete TCP, putem observă operația de three way handshake între client (browser) și server. În acest caz, observăm că numărul de secvență atât la server cât și la client pornește de la 0 (SEQ = 0, ACK = 0). Următoarele pachete pe care le observăm sunt datele trimise între cele două entități. Putem observă cum numărul de secvență crește cu dimensiunea în bytes a mesajelor trimise. | ||
| + | |||
| + | În cadrul laboratorului de astăzi, pentru a realiza conexiunea vom folosi funcții precum **connect** și **accept**. | ||
| Line 98: | Line 105: | ||
| </code> | </code> | ||
| - | Argumentul //sockfd// este socketul căruia se dorește să se trimită date (fie este returnat de apelul //socket()//, fie de apelul //accept()//). Argumentul //buf// este un pointer către adresa de memorie unde se găsesc datele ce se doresc a fi trimise, iar argumentul //len// reprezintă numărul de octeți din memorie începand de la adresa respectivă ce se vor trimite. Functia //send()// întoarce numărul de octeți efectiv trimiși (acesta poate fi mai mic decât numărul care s-a precizat că se dorește a fi trimis, adică //len//). În caz de eroare, funcția returnează -1, setându-se corespunzător variabila globală //errno//. | + | <note warning> |
| + | Atentie la socket-ul pe care send il primeste. Acesta este socket-ul returnat de accept de la un client. Sockfd il folosim doar pentru a primi conexiuni de la clienti. | ||
| + | </note> | ||
| + | |||
| + | Argumentul //connfd// este socketul căruia se dorește să se trimită date (fie este returnat de apelul //socket()//, fie de apelul //accept()//). Argumentul //buf// este un pointer către adresa de memorie unde se găsesc datele ce se doresc a fi trimise, iar argumentul //len// reprezintă numărul de octeți din memorie începand de la adresa respectivă ce se vor trimite. Functia //send()// întoarce numărul de octeți efectiv trimiși (acesta poate fi mai mic decât numărul care s-a precizat că se dorește a fi trimis, adică //len//). În caz de eroare, funcția returnează -1, setându-se corespunzător variabila globală //errno//. | ||
| Pentru recepție de date, se folosește funcția [[https://beej.us/guide/bgnet/html/#sendrecv|recv()]]: | Pentru recepție de date, se folosește funcția [[https://beej.us/guide/bgnet/html/#sendrecv|recv()]]: | ||
| Line 109: | Line 120: | ||
| </code> | </code> | ||
| - | În cadrul funcției //recv()//, argumentul //sockfd// reprezintă socketul de unde se citesc datele, //buf// reprezintă un pointer către o adresă din memorie unde se vor scrie octeții citiți, iar //len// reprezintă numărul maxim de octeți ce se vor citi. Funcția //recv()// întoarce numărul de octeți efectiv citiți în //buf// sau -1 în caz de eroare. | + | În cadrul funcției //recv()//, argumentul //connfd// reprezintă socketul de unde se citesc datele, //buf// reprezintă un pointer către o adresă din memorie unde se vor scrie octeții citiți, iar //len// reprezintă numărul maxim de octeți ce se vor citi. Funcția //recv()// întoarce numărul de octeți efectiv citiți în //buf// sau -1 în caz de eroare. |
| Observații: | Observații: | ||
| Line 266: | Line 277: | ||
| ==== Exerciții ==== | ==== Exerciții ==== | ||
| - | Pentru implementarea cerințelor, vom porni de la [[https://gitlab.cs.pub.ro/protocoale-de-comunicatie/pcom-laboratoare-public/-/tree/master/lab7|acest schelet de cod]]. | + | Pentru implementarea cerințelor, vom porni de la [[https://gitlab.cs.pub.ro/protocoale-de-comunicatie/pcom-laboratoare-public/-/tree/master/lab7|acest schelet de cod]]. Treceți cu atenție peste scheletul de cod. |
| - Scrieți o aplicație client-server TCP în care serverul se va comporta ca ecoul clientului (echo server). Într-o buclă, clientul citește un string de la tastatură, îl trimite serverului, așteaptă răspuns de la server și îl afișează. Serverul trimite înapoi clientului același lucru pe care îl primește de la el. Atât serverul cât și clientul primesc ca argumente adresa și portul serverului. | - Scrieți o aplicație client-server TCP în care serverul se va comporta ca ecoul clientului (echo server). Într-o buclă, clientul citește un string de la tastatură, îl trimite serverului, așteaptă răspuns de la server și îl afișează. Serverul trimite înapoi clientului același lucru pe care îl primește de la el. Atât serverul cât și clientul primesc ca argumente adresa și portul serverului. | ||
| - | - Folosidn Wireshark, interceptati pachetele TCP trimise de catre client si server. Ce semnifica primele trei pachete? Pentru ce sunt folosite primele trei pachete? De ce nu putem folosi doar doua? Care este numarul de secventa de la care incepe clientul sa trimita? | + | - Folosind Wireshark, interceptați pachetele TCP trimise de catre client si server. Ce semnifica primele trei pachete? Pentru ce sunt folosite primele trei pachete? De ce nu putem folosi doar doua? Care este numarul de secventa de la care incepe clientul sa trimita? |
| - Completați codul serverului de mai sus astfel încât să funcționeze cu 2 clienți (ambele apeluri de //accept()// trebuie făcute înainte de primul //send()// sau //recv()//). Serverul va intermedia un fel de chat între cei doi clienți: va primi ceva de la un client și va trimite celuilalt, și reciproc. Trebuie avută atenție la ordinea operațiilor (scriere și citire de pe socket) atunci când rulați clienții (în laboratorul viitor, vom folosi în server un mecanism de multiplexare care va elimina acest inconvenient; clienții nu vor mai trebui să scrie și să citească de pe socket într-o anumită ordine). | - Completați codul serverului de mai sus astfel încât să funcționeze cu 2 clienți (ambele apeluri de //accept()// trebuie făcute înainte de primul //send()// sau //recv()//). Serverul va intermedia un fel de chat între cei doi clienți: va primi ceva de la un client și va trimite celuilalt, și reciproc. Trebuie avută atenție la ordinea operațiilor (scriere și citire de pe socket) atunci când rulați clienții (în laboratorul viitor, vom folosi în server un mecanism de multiplexare care va elimina acest inconvenient; clienții nu vor mai trebui să scrie și să citească de pe socket într-o anumită ordine). | ||
| + | - Împreună cu alți colegi din aceiași rețea (e.g. pe același WiFi), incercați să vă conectați între voi. | ||
| + | |||
| + | |||
| + | <note> | ||
| + | O posibila solutie a laboratorului se gaseste [[https://ocw.cs.pub.ro/courses/_media/pc/laboratoare/lab7_-_rezolvare.zip|aici]] | ||
| + | </note> | ||
