Bookmark and Share

Svårighetsgrad
Svårighetsgrad
Betyg (3 röster)
BetygBetygBetygBetygBetyg
 

TCP Klient & Server

Inledning

Vi fortsätter vår serie med nätverksprogrammering. Tidigare har vi tittat på UDP och broadcast i artikeln Broadcast och chatt. Denna gång ska vi titta på TCP (transmission control protocol).

Vi kommer att konstruera ett enkelt klient-server program med hjälp av klassen Socket i .NET. Det första målet är att skapa en tjänst som talar om vad klockan är där endast en klient kan ansluta. Därefter kommer vi att bygga vidare och tillåta att flera klienter ansluter sig samtidigt till servern.

Dags att söka T4!


läs mer...

Ansökningen har börjat!
25 april till 15 maj!
ansök via skanegy.se

Är du intresserad av programmering, t.ex. spelutveckling, inbyggda system eller webbserverprogrammering?
Går du på Teknikprogrammet på gymnasiet och läser Programmering 1?
(eller har gått och är max 22 år)

Till höst startar jag ett nytt 4:e tekniskt år tillsammans med NTI i Lund för dig som vill bli Gymnasieingenjör. Målet är att du efter 4:e året kommer ut i arbete inom mjukvaruutveckling!

/MVH
Jonas Nilsson
skapare csharpskolan.se

TCP

Till skillnad från UDP så upprättar TCP en förbindelse, en så kallad session vilket är ett annat ord för en etablerade TCP socket. Det kan tyckas förvirrande att klassen Socket både hanterar UDP och TCP i .NET.

När TCP används så måste först klienten upprätta en anslutning till servern. Redan här definieras olika roller. Initiativtagaren (den som ansluter) är klient och servern är den host som erbjuder tjänsten och förhoppningsvis kommer att acceptera anslutningen. Protokollet TCP kommer att hjälpa oss med en rad tekniska problem som just upprättandet av anslutningen och möjligheten att flera klienter ansluter till samma tjänst.

Det viktigaste att känna till är att ett packet (meddelande) som skickas via TCP kommer fram. På en lägre nivå sker det till och med flera omsändningar om inte det första försöket lyckades. Skulle det mot förmodan misslyckas så kommer vi att bli informerade om detta. När vi använde UDP så fick vi inga garantier för att meddelandena som skickades kom fram, vi hade heller ingen möjlighet att kontrollera detta.

För mer info rekommenderas videon "Protokoll och standarder - del 3" från itlararen.se samt Wikipedia.

En enkel server

Vi börjar med att skapa en server som väntar på en anslutning via TCP port 100. När anslutningen väl kommer så går servern över till att vänta på kommandon från klienten. Inga andra klienter kan alltså ansluta efter det att servern fått sin första connection.

Första skapas en _serverSocket av typen Ipv4 och Tcp (parameter 2 o 3 rad 21. Därefter binder vi till port 100 samt IPAddress.Any (rad 22). Any är i detta fall IP 0.0.0.0 och kommer att lyssna på trafik från alla nätverkskort på datorn.

När metoden Listen anropas (rad 23) så försätts vår socket i "listening state" och vi kan acceptera anslutningar. Parametern (5) som anges här har inget med maximala antalet uppkopplingar som tillåts utan anger backLog som är en gräns på hur många väntande uppkopplingar man kan ha.

På rad 25 stannar programmet och väntar på en anslutning. Detta kallas för ett blockerande anrop då tråden (vårt program) som anropar "fastnar" här. Jämför t.ex. med ett Console.ReadLine() som fungerar på ungefär samma vis. Får vi en koppling så fångas denna upp i variabeln clientSocket som är av typen Socket.

När en uppkoppling väl kommer så anropas metoden BeginReceive som inte är blockerande. Detta är ett så kallat asynkront anrop. I och med anropet så skapas det en helt ny tråd som bara kommer att ligga och vänta på att något skall skickas till servern. Det skickas med en Buffer samt storleken på denna. Det skickas också med en så kallad callback metod, ReceiveCallback som är en metod vi själva måste skriva. Den anropas asynkront (i den andra tråden som skapades) när någonting har mottagits eller om det blivit något fel. Sist skickas också klientens uppkopplingen med.

Skulle vi trycka enter så stänger vi servern. Vi signalerar avslut med _closing samt kopplar ned vår clientSocket samt _serverSocket. I det ögonblick vi stänger clientSocket så kommer den andra tråden som väntar på meddelanden att drabbas av ett fel och anropa ReceiveCallback.

ReceiveCallback

Nu ska vi se till att servern kan erbjuda något. Vi kommer att svara på tre sätt, totalt två olika kommandon.

Vi börjar vår callback med att undersöka om det är som så att servern håller på att stängas ned. I så fall ska vi bara avsluta. Att röra uppkoppligen i detta läge kommer att ge en exception av något slag, t.ex. att uppkopplingen redan är stängd.

Metoden fortsätter med att plocka fram den socket som är upphov till callback'en. Det kommer att vara vår ensamma klient. Nu måste metodne EndReceive anropas för att avsluta mottagandet samt att vi ska få reda på hur många bytes som togs emot. Här kan exception inträffa. Det kan vara som så att klienten har försvunnit genom att uppkopplingen försvunnit. Då är det inte så mycket att göra än att avsluta lyssnartråden med ett return. Servern kommer fortfarande att vänta på sin Console.ReadLine men inget mer kommer att hända.

Om det verkligen skickades ett meddelande så kommer vi att tolka det som UTF8 på rad 20. Därefter kommer vi att undersöka vad som skickades. De tre fall vi nämnde i inledningen kommer att hanteras. I det fall att exit skickades så stänger vi uppkopplingen och avslutar lyssnartråden med return. I de andra två fallen så kommer något att skickas till klienten.

Sist i ReceiveCallback, om vi kommer hit, så anropar vi BeginReceive igen med samma metod, ReceiveCallback, som callback. Alltså skapar vi här ytterligare en tråd! Den gamla tråden som vi befinner oss i har gjort sitt och kommer att avsluta och städas bort automatiskt. Vi kan se en enkel illustration av förloppet i bilden nedan.

bild

Huvudtråden (blå) kommer alltid att finnas. Sedan skapas det en ny tråd (röd) som väntar på meddelanden. Om något skickas till servern så kommer det att skapas en ny tråd (grön) som också lyssnar. Den nu "gamla" röda tråden har gjort sitt jobb och kommer att avslutas. Fortsätter kommunikationen så kommer den gröna tråden att skapa en ny lyssnartråd och sedan själv försvinna.

Vi kan titta på ett litet demo över vår klient & server nu. I Visual Studio kan man starta flera program samtidigt från en solution (kolla noga hur).

Klienten

Ni har vi redan demonstrerat klienten i videon. Klienten kommer att försöka ansluta till 127.0.0.1 en så kallad loopback adress. Denna adress lämnar aldrig din dator. Det är perfekt för att testa applikationer som dessa!

Klienten är relativt enkel trots en del kod. Vi skapar inga trådar här. Vi börjar med metoden ConnectToServer som klienten fastnar i tills dess att den får kontakt. Vi skriver ut hur många försök vi gjort och rensar skärmen däremellan. Det tar ca 1 sekund per anslutningsförsök.

Vår ClientSocket är av typen Ipv4 och Tcp. Vi försöker ansluta till IPAddress.Loopback (127.0.0.1) på rad 34. Vill du testa programmet på ett riktigt nätverk så måste du ändra till en annan IP-adress!

När klienten väl lyckas ansluta så fortsätter programmet och fastnar i nästa loop i metoden RequestLoop. Så länge vi inte skriver just exit så kommer vi att skicka det vi skrev till servern (rad 56) sedan direkt anropa ReceiveResponse där vi anropar den blockerande metoden Receive och väntar på ett svar från servern.

En bättre server

En betydligt bättre server hade varit en som tillät uppkoppling från flera klienter hela tiden. Det som behövs en en samling av alla klienters sockets som ansluter. Vi behöver också en dedikerad tråd som hela tiden är beredd på att ta emot nya anslutningar.

Största skillnaden är att vi nu har en lista med connections som vi mottagit. Vi anropar också den asynkrona metoden BeginAccept istället för den blockerande Accept. När vi får en callback från vår BeginAccept så tar vi hand om anslutningen, accepterar den med EndAccept, lagrar kopplingen i ClientSockets och skapar en lyssnartråd för varje uppkoppling med BeginReceive.

Vi har nu en huvudtråd, en tråd som accepterar nya anslutningar samt x antal trådar som ligger och lyssnar beroende på hur många anslutningar som finns. De flesta delarna i servern fungerar precis som innan.

En liten demonstration över hur det fungerar med många klienter.

Hur många trådar kan det finnas?

I .NET skapas varje ny tråd via ett asynkront anrop från en så kallad thread pool. Systemet tillåter en viss mängd trådar. Standardvärdena är:

Avslutning

Hoppas du uppskattade artikeln. Nätverksprogrammering är inte alla gånger så lätt, främst på grund av det faktum att det skapas många trådar i programmet samt att det måste till mycket felhantering för att programmen ska bli robusta.

bild

För att felsöka nätverk så rekommenderar vi programmet Wireshark. Det kan spela in trafik på nätverket. Mer info om hur programmet fungerar hittar du på itlararen.se, följande videos är av intresse:

Nedan finner du koden till projektet med klienten och de två olika servrarna.

Övning 1

Ändra i koden för klienten så att du kan mata in vilket IP-nummer du vill ansluta till.

Övning 2

Anslut med klienten till servern via ett riktigt nätverk. Använd Wireshark för att spela in trafiken som genereras och analysera denna.

Kan du se hur uppkopplingen görs samt hur meddelandena skickas?

Det är tyvärr svårt att spela in loopback-trafik på en Windows-dator, därav förslaget att använda ett riktigt nätverk.

Övning 3

Hitta på två nya kommandon förutom get time som servern kan svara på.

Övning 4

Ändra i servern så att mer info om klienten skrivs ut, t.ex. IP och port för varje uppkoppling som görs och för varje förfrågan som sänds.

Viktiga begrepp

  • TCP
  • session
  • asynkront
  • callback metod
  • loopback
  • thread pool

Kommentarer

1 inlägg