Tunna klienter – vad är det? Ansluta och använda tunna klienter. Låga systemkrav. Vad är en "tunn klient"

Del ett: Några texter

Följande text av författaren gör inte anspråk på att vara den ultimata sanningen och bör inte användas för att bedöma den genomsnittliga statistiska nivån på IT-infrastruktur i små företag i vårt stora land. Artikeln skrevs baserat på samtal med många bekanta IT-folk (mest på "student"- och "just out of college")-nivå), som började sin karriär som IT-specialister i små företag.

Låt oss föreställa oss ett genomsnittligt kontor för ett litet handelsföretag ur IT-synpunkt:

• flera dussin svaga datorer för sekreteraren, cheferna, redovisningsavdelningen och, naturligtvis, huvudchefen;
• en, två eller tre maskiner som utför följande roller:
  • windows domänkontrollant (det finns ofta fall då det inte ens finns en domän i företagets nätverk och alla datorer fungerar i ett peer-to-peer-nätverk);
  • fil server;
  • e-postserver (istället används ibland externa gratis e-postservrar, från mail.yandex.ru och gmail.com och slutar med tiodollarsvärd för N postlådor);
  • http-proxy för att filtrera åtkomst till externa resurser och logga "var någon går" (saknas ofta)
  • router/brandvägg på gränsen mot externt nätverk för att begränsa åtkomsten till utsidan och vice versa (ofta används vilken SOHO-router som helst som en gränsrouter nybörjarnivå kostar upp till $100, den fyller också rollen DHCP-server a (för dynamisk distribution av IP-adresser till anställdas arbetsstationer);
  • andra saker, vars lista kan vara ganska stor;
• flera skrivare, ofta anslutna lokalt till anställdas arbetsstationer och delade över nätverket med hjälp av vanliga Windows-verktyg (alternativt kan skrivare vara nätverksanslutna initialt eller anslutna via hårdvaruskrivarservrar).
• i avancerade fall - en terminalserver (under Windows) för redovisning (1C körs på den och det finns även en databas därav, och revisorer som ansluter till terminalservern via standard Windows-verktyg(fjärrskrivbord), arbeta med det på en terminalserver (lokalt), vilket för det första ger mer bekvämlighet och för det andra påskyndar arbetet med 1C själv (vanligtvis är 1C med databasen installerad på en av revisorernas dator , och resten är anslutna till den från dina datorer, som arbetar med en databas som delas över nätverket).

All denna utrustning är ansluten till ett enda lokalt nätverk genom en/flera billiga 100Mbit-switchar. Och detta fungerar i en enda NT/Active Directory-domän (även om det finns alternativ för peer-to-peer-arbetsstationer utan några domäner).

Alla Windows-maskiner har vanligtvis någon form av antivirus installerat (även om det finns undantag). Ofta finns det icke-nätverksversioner av dessa program (samma Avast), även om det återigen i mer avancerade (ur IT-synpunkt) kontor finns nätverksversioner av antivirus med centraliserad hantering och uppdatering av antivirusdatabaser.

Ovanstående situationer varierar från fall till fall, eftersom konfigurationen av nätverket, hårdvaran och mjukvaran påverkas av både kunskap/färdigheter/önskningar (och, viktigare, lättja) hos systemadministratören/systemadministratörerna, och förståelsen hos myndigheterna. (representerad av huvudchefen) " vad exakt gör den här systemadministratören av oss när allt redan fungerar perfekt" (från den senare följer det hur mycket pengar som allokeras för IT-utrustning och lönen till den framtida specialisten). Om lite pengar tilldelas (och detta händer vanligtvis chefer handelsföretag de är oftast långt ifrån IT och har liten förståelse för vad som händer där), sedan lämnar den Enikey-anställde som har fått lite kunskap till ett annat företag. En annan elev tar platsen för den som lämnade och allt upprepas om igen.

Jag tycker att det är onödigt att säga att på sådana kontor avdelningen systemadministration består av en person som kombinerar en ingenjör för att installera/underhålla ett kontorsnätverk, en systemadministratör som sådan (dvs just den person som är ansvarig för prestanda för serverparken på mjukvaru- och hårdvarunivåer och implementering av ny funktionalitet) och en enikeyshika - "ärendepojke" som sysslar med att lösa problem för användare, torka av möss, byta bläckpatroner och liknande saker.

Som ett resultat har små företag ofta en ganska mångsidig flotta av användarmaskiner som sträcker sig från pentium2/128Mb ram/5Gb hdd till P4 Celeron/1Gb ram/80Gb hdd. På alla maskiner, naturligtvis, Windows (98, 2000 och XP Home/Pro) och olika versioner programvara (de installerade maskinerna i annan tid). Det kommer till den punkten att antivirusprogram på maskiner också kommer från olika tillverkare.

Och det faller på systemadministratörens (och deltidsanställda Enikey-specialist) svåra lott att stödja hela denna djurpark dag och natt. Men järn går sönder ibland:

• fläktarna börjar surra obehagligt (de måste rengöras och smörjas eller ersättas med nya);
• strömförsörjning misslyckas;
• hårddiskar faller sönder;
• nätverkskort (både inbyggda i moderkortet och externa slutar fungera och kräver byte);
• resten av järnet flyger vanligtvis mycket mer sällan, men flyger inte desto mindre också

När en hårddisk (eller datormoderkort) går sönder måste operativsystemet på den återställda maskinen ofta ordnas om från början i denna eller en mycket liknande sekvens:

• installera Windows;
• installera de nödvändiga drivrutinerna (hela maskinvaruflottan är annorlunda - kom ihåg?), efter att ha bestämt moderkortets modell i den här maskinen och laddat ner de senaste versionerna av drivrutiner från Internet eller hittat de du behöver på din filserver;
• ange maskinen i domänen (om den är konfigurerad);
• installera nödvändig programvara (kontor, webbläsare, e-postklient, totalbefälhavare, ICQ, jabbers, punto switchers och liknande) - i fall domän aktiv Directory-delen av programvaran kan installeras automatiskt, men inte alla har den konfigurerad, och inte alla känner till dess möjligheter;
• installera antivirus;
• plus ytterligare danser med en tamburin, individuella för varje organisations specifika nätverk runt den nya arbetsstationen;

Efter att ha slutfört alla steg (denna procedur tar cirka två timmar), rapporterar vi till chefen att medarbetarens arbetsplats har sparats och att han kan börja arbeta.

Den lyckliga ägaren av den återställda datorn sätter sig på sin arbetsplats, varefter det visar sig att (eftersom domänprofilerna inte var flyttbara eller det inte fanns någon domän alls, ledde länken "mina dokument" till lokal disk C:, och om att allt viktigt måste sparas på nätverksenhet- på servern glömde den anställde):

• Jag hade en mapp här med viktiga dokument - var finns den?
• Jag sparade även bilder från Turkiet där, går det att återställa dem?
• det fanns många viktiga genvägar och hundra fler dokument på skrivbordet - vart tog de vägen?
• i favoriter (det här handlar om bokmärken i webbläsaren), mina favoritsajter finns inte längre - var kan jag leta efter dem nu? och så vidare…

Låter bekant? Det är bra om det inte är hårddisken som kraschade, utan bara moderkortet. Eller så kan en del av informationen på den smulade disken återställas. Men alla dessa procedurer tar arbetstid systemadministratör, som skulle kunna spenderas med mycket större nytta av att spela en nätverksshooter eller... studera IPv6 - trots allt byter alla redan till det och kommer att byta mycket snart, adresser i IPv4-utrymmet har redan varit slut i ungefär fem år :)

Som ett resultat blir det att stödja IT-infrastrukturen för ett litet företag för en systemadministratör, för det mesta, till att stödja prestanda för användararbetsstationer, nämligen:

• installera om Windows;
• konfigurera all nödvändig programvara på den nya maskinen;
• återställa allt som gick förlorat;
• installera nya program för de behövande;
• utföra förebyggande underhåll på höljet (vakuumdamm i systemenheten);

Och under den återstående tiden (om systemadministratören inte är särskilt lat) måste du försöka lära dig något nytt, uppgradera programvaran på servern (servrarna) och sätta en ny nätverkstjänst i drift. De där. Det finns helt enkelt ingen tid över för grundläggande uppgifter (exakt vad en systemadministratör bör göra för det mesta).

Hur tar man sig ur denna onda cirkel?

Ett av alternativen för att lösa problemet som beskrivs ovan är att överge "tjocka" arbetsstationer (där detta kan göras) och byta till .

En "tjock" arbetsstation betyder vilken dator som helst med ett installerat OS, som behandlar majoriteten av användarinformationen. De där. webbläsaren, kontoret och allt annat körs lokalt på användarens arbetsstation, vars systemenhet surrar under hans skrivbord eller någonstans i närheten.

Du måste förstå att kraven på moderna operativsystem (inte nödvändigtvis Windows) håller jämna steg med modern hårdvara - med andra ord för relativt bekvämt arbete i Windows XP kanske en gammal (men fullt fungerande och relativt kraftfull) Celeron 800Mgz/128Mb Ram/10Gb HDD-maskin inte räcker. Det är naturligtvis möjligt att arbeta under ett modernt operativsystem på sådan hårdvara, men detta operativsystem och applikationer kommer att sakta ner ganska ofta, om än bara på grund av den lilla mängden inbyggt minne och den gamla (läs långsamma) hårddisken .

En tunn klient kan kort och gott definieras som en disklös dator, vars arbete endast består i att ansluta till en fjärrserver och visa information mottagen från servern på skärmen. Typiskt kallas en sådan server en terminalserver eller terminalserver. All bearbetning av användarinformation sker på den (till vilken många, även om inte ett oändligt antal, tunna klienter kan anslutas samtidigt).

Vanligtvis är tunna klienter gjorda på basis av svag (och följaktligen lågeffekt) hårdvara - ofta är detta ett enda moderkort där allt är integrerat. Processorn och minnet kan också vara tätt lödda till moderkortet. Vissa tunna klienter har en flashdisk (insatt i IDE-kontakten på moderkortet), på vilken ett specialiserat OS (WinCE eller andra) är flashat.

Jämförelse av Clientron U700 tunn klient med standardfodral för en arbetsstation.

Som ett resultat, när du slår på den tunna klienten (de kallas också terminaler), laddas operativsystemet från den inbyggda flashdisken (vanligtvis tar det mindre än 30 sekunder att ladda), varefter en dialogruta för anslutning till terminalservern visas på skärmen. Vissa av dessa klienter kan bara ansluta till Windows Terminal Server eller Citrix Metaframe, andra kan också ansluta till terminalservrar i andra operativsystem. I vilket fall som helst inkluderar priset för sådana lösningar även priset för en licens för WindowsCE, flashad på den inbyggda flashenheten. Vi pratade om liknande lösningar tidigare:

• Windows terminal
• Tunn klient
• Windows terminal

Naturligtvis har andra företag liknande lösningar. Inklusive utan ett inbyggt OS (för vilket, i fallet Microsoft Windows CE, du måste betala extra, och flash-enheten är ett öre, men det är värt det).

Terminalklienter utan inbyggd flashdisk, laddas när den är påslagen önskad bild OS över nätverket, varefter de tillbringar samma par tiotals sekunder att ladda. Därefter är de redo att arbeta, vilket innebär att visa en meny med en lista över terminalservrar att ansluta till eller automatiskt ansluta till en av de hårdkodade terminalservrarna (beroende på inställningarna) - användaren behöver bara ange en inloggning och lösenord. Efter att ha angett den korrekt kommer han in i sin session på terminalservern och kan börja arbeta.

De otvivelaktiga fördelarna med terminallösningar på specialiserade tunna klienter eller korrekta självmonterade datorer:

• brist på hårddisk (som blir varm och går sönder);
• brist på fläktar (endast radiatorer är installerade på processorn och strömförsörjningen, vilket är tillräckligt för att avleda värmen som genereras under drift);
• låg energiförbrukning;
• teoretisk låg kostnad (vid självmontering kan du välja mycket billiga komponenter, eftersom hårdvaruprestanda inte krävs; men tillverkare kommer att begära dubbelt så mycket för specialiserade tunna klienter)
• minimala tidskostnader för underhåll (om en sådan hårdvara går sönder räcker det att koppla bort den trasiga och ansluta en reserv i fem minuter; och detta är den minsta stilleståndstiden för en anställds arbetsplats, såväl som den minsta tid som spenderas om att åtgärda haveriet hos systemadministratören)
• all mjukvara för användararbete konfigureras centralt på en (två/tre/...) terminalservrar detta är mycket enklare än att underhålla ett zoo med programvara på de "tjocka" anställdas arbetsstationer

Glöm inte användardata: terminalen lagrar ingenting lokalt (all användardata finns på fjärrservrar). Som ett resultat är det enkelt att ställa in automatiska säkerhetskopior av allt och, om något händer, återställa ett "av misstag raderat" dokument.

I allmänhet finns det många fördelar, men det finns också nackdelar:

• om nätverket misslyckas, "förvandlas anställdas arbetsstationer till en pumpa" (och anställda på "tjocka" klienter kan fortsätta att skriva ett dokument, till exempel i OpenOffice);
• om terminalservern misslyckas, "förvandlas de anställdas arbetsplatser igen till en pumpa" (men detta kan lösas genom att installera flera - till exempel två - terminalservrar; om en av dem misslyckas kommer den andra att ersätta den, eller anställda kommer helt enkelt att återansluta till den andra servern manuellt)
• tunna klienter är inte lämpliga för alla: till exempel människor som ständigt tittar på videor eller arbetar aktivt med grafik (i Photoshop) eller gör tidningslayout är bättre att göra detta på en lokal "tjock" klient (men tunna klienter är bra för de flesta andra anställda som bara behöver en webbläsare med internet, e-post, skapa och redigera dokument i Openoffice och arbeta med 1C).

Den sista nackdelen, som vi inte kommer att överväga här, är licenspolicyn (om inte för att säga rip-off) från Microsofts sida. Att arbeta på en terminalserver som kör detta välkända företags operativsystem kräver ett stort antal olika licenser:

• licens för Windows Server
• CAL-licenser (Client Access License) för att ansluta till en Windows-server och deras antal får inte vara mindre än antalet klienter som ansluter till servern (vanligtvis innehåller Windows-servern redan ett visst antal sådana licenser från fem och uppåt)
• licenser för att arbeta med en terminalserver (deras antal måste också vara lika med antalet anslutna klienter)

Glöm inte separata licenser för all programvara som används (t.ex. Microsoft Office) i ett belopp som motsvarar antalet klienter som ansluter till servern. Om klientlicenser för Microsoft Office fortfarande kan kringgås genom att överge den här produkten och installera en ersättning i form av till exempel OpenOffice, är det något svårare att bli av med själva terminalservern i form av Windows 2000/2003 TS: ) Även om detta är möjligt i vissa fall.

Det finns dock ytterligare ett "minus" (förutom rädslan för det nya) som ofta hindrar människor från att implementera sådana lösningar - av någon anledning tror många att dessa tunna klienter måste köpas (och de är inte särskilt billiga - från $200 och uppåt). Vad ska vi göra med hela flottan av befintliga datorer?

Bara för att svara sista frågan denna serie artiklar skrevs. Det kommer att täcka mjukvara för tunn klient.

Denna lilla, men med många funktioner och, viktigare, OpenSource-programvara, låter dig göra nästan vilken gammal dator som helst till tunna klienter. Minsta hårdvara som beskrivs på hans hemsida för den hårdvara som används är Pentium 100Mhz och 16Mb random access minne. Åh ja, en hårddisk/flash-enhet behövs inte heller - när datorer är påslagna kan de ladda ner tunnklientbilden (detta är cirka tjugo! megabyte) över nätverket (även om det också går att installera Thinstation-klienten på en hårt eller usb-disk). I vår tid av operativsystem som glatt slukar gigabyte diskutrymme efter installationen, är det här imponerande, eller hur?

Thinstation är baserat på Linux, men för att använda det behöver du inte ha kunskap om Linux som sådant - du behöver bara installera dhcp- och tftp-servrar på ditt nätverk och konfigurera dem därefter (båda dessa servrar ingår också i Windows Server-produkter). Således, även på ett nätverk där de inte kan något annat än Windows, kommer användningen av Thinstation-klienten inte att orsaka några svårigheter.

Thinstation kan fungera med följande servrar terminaler:

• Microsoft Windows-servrar RDP-protokoll eller via nxclient (Windows NT4TSE, W2k Server, W2k3 Server eller Windows XP i enanvändarläge);
• Citrix-servrar via ICA-protokoll (på MS Windows, SUN Solaris och IBM AIX-servrar);
• Tarantella-servrar
• *nix-liknande servrar som använder X11-protokoll;
• anslutning till VNC-servrar (tightVNC);
• anslutning till SSH- och Telnet-servrar;

För att ladda ner Thinstation över nätverket behöver din dator bara en inbyggd eller extern LAN-kort, som stöder PXE-standarden (det finns andra alternativ, men till exempel alla nätverkskort som är inbyggda i moderkortet fungerar med detta protokoll).

PXE står för Pre-boot eXecution Environment. Denna standard implementerades först av Intel. Det första tecknet på närvaron av en PXE BIOS ombord på det inbyggda nätverkskortet är alternativet "Enable Boot ROM" bredvid aktiveringsobjektet för nätverkskort i BIOS. Om det inbyggda nätverkskortet inte stöder nätverksstart (eller saknas helt) kan du använda valfri extern nätverkskort med alternativet "Boot ROM" (denna fråga kommer att diskuteras i detalj senare).

Låt oss nu ta en snabb titt på processen att ladda ner Thinstation-klienten över nätverket.

• Nätverkskortet via PXE-protokollet begär följande information från DHCP-servern: IP-adress, subnätmask, gateway, samt IP-adressen för TFTP-servern (på vilken bilderna finns, I detta fall, ThinStation) och namnet på bilden som den kommer att försöka ladda.
• DHCP-servern returnerar den begärda informationen (noterar att IP-adressen som utfärdas till klienten är upptagen av en sådan och en sådan klient)
• Klienten ansluter till TFTP-servern vars IP-adress just gavs till den och laddar ner PXE-startladdningsfilen från den (vars namn återigen gavs till den av DHCP-servern)
• Den nedladdade PXE-lastaren körs och laddar i sin tur ner en konfigurationsfil från TFTP-servern, som innehåller namnen på Linux-kärnfilerna vmlinuz och bilden filsystem initrd. Dessa filer laddas ner och kontrollen överförs till Linux-kärnan
• Efter uppackning och lastning Linux-kärnor med den monterade bilden av filsystemet kommer Thinstation igen åt TFTP-servern för att ladda ner de konfigurationsfiler den behöver (bl.a. skrivs adresserna till terminalservrarna som du behöver ansluta till där), varefter den startar önskad terminalklient (i vårt fall kommer det att vara rdesktop) och förväntar sig att användaren anger sitt inloggningsnamn och lösenord för att ansluta.

Vid första anblicken ser det beskrivna schemat komplicerat ut. Men i själva verket tar det en halvtimme till en timme att sätta upp det och i framtiden fungerar det helt autonomt. Att starta upp den tunna klienten från ögonblicket av den första förfrågan till nätverket via PXE (det här ögonblicket sammanfaller med det ögonblick som operativsystemet börjar ladda från hårddisken) tar 20...30 sekunder.

Som nämnts ovan kan Thinstation fungera med olika terminalservrar. Men i de kommande artiklarna, som det enklaste att implementera (men jag påminner dig än en gång om att köpa många klientlicenser som krävs för officiellt arbete), kommer vi bara att överväga kombinationen av Thinstation med Microsoft Terminal Server.

Först måste vi ha en konfigurerad terminalserver från Microsoft. Denna server kan fungera både som en del av en domän (i det här fallet är det bekvämare att hantera användarkonton - de delas, särskilt om det finns flera terminalservrar på nätverket), och utanför domänen - i en peer-to- peer-nätverk. Det andra fallet skiljer sig från det första genom att de nödvändiga användarna måste skapas lokalt på varje server och synkroniseras nuvarande listor användare och deras rättigheter - manuellt.

Den andra punkten i vårt program kommer att vara DHCP-inställning och TFTP-servrar. Den första är ansvarig för att dynamiskt distribuera IP-adresser för arbetsstationer, och talar också om för dig från vilken IP-adress (från vilken tftp-server) och vilket filnamn datorn behöver ladda ner som startbild tunn klient. Och den andra tftp-servern levererar faktiskt de tunna klientbilderna och konfigurationsfiler för dem också. Dessa inställningar kan vara antingen globala (för alla disklösa terminaler i nätverket) eller lokala för vissa grupper maskiner eller enstaka tunna klienter.

Båda dessa tjänster kan höjas som en del av Windows-servrar(genom att starta och konfigurera motsvarande tjänster) och individuella demoner som en del av en *nix-server kommer vi att titta på detta med exemplet på en server med Gentoo Linux installerat.

Och den tredje punkten är att ställa in klientdatorer som överför dem för att starta upp över nätverket och överväga vanliga fallgropar.

Men mer om detta i nästa artiklar i vår serie.

Vad är en tunn klient?
En tunn klient är en enhet för inmatning och visning av information (terminal). Rent fysiskt är en tunn klient en kompakt och tyst dator utan hårddisk (och utan fläktar), vars huvudoperativsystem laddas på servern. Allt anpassade applikationer exekveras på terminalservern (applikationsservern), men detta är helt transparent för användaren. Eftersom hela datorbelastningen faller på servern har den tunna klienten en minimal hårdvarukonfiguration utan någon förlust av prestanda.

Vad används tunna klienter till?
Tunna klienter används i organisationer där majoriteten av användarna använder datorer för att utföra samma typ av uppgifter: att arbeta med databaser, informationskataloger(butiker, apotek, bibliotek), arbete som bankterminaler m.m.

Vilket operativsystem finns på terminalen?
Terminalens operativsystem är "firmware" i en liten disk-på-modulenhet (flashminne 64MB-1GB). Det ger grundläggande klientfunktioner: bootstrap, korrekt funktion av videoadaptern, ljud, drift av kringutrustning som är ansluten direkt till terminalklienten (mus, tangentbord, lokala skrivare, USB-minnen). Dessutom kan operativsystemet för den tunna klienten innehålla en webbläsare som kan fungera autonomt (utan en terminalserver). När man ska terminalläge klienten börjar arbeta med serveroperativsystemet, vars enskild session startas på terminalservern. Från och med denna tidpunkt blir terminalen helt enkelt ett sätt att visa och mata in information.

Vilka programvarulicenser behövs?
För att organisera driften av en grupp terminaler med Microsoft-programvara behöver du i allmänhet följande licenser:
Licenser för inbyggt operativsystem på terminaler (Win CE 5.0 eller Win XP Embedded), licens för server-OS (Windows Server 2008), klientåtkomstlicenser (Windows Server CAL 2008) - det erforderliga antalet licenser är lika med antalet terminaler, terminal åtkomstlicenser (Windows Trmnl Svcs CAL 2008) - det erforderliga antalet licenser är lika med antalet terminaler eller användare. Licensiering applikationsprogram, som regel, utförs enligt principen om lika många användare (terminaler), lika många licenser.

Fördelar med att använda tunna klienter istället för vanliga datorer:

• minskning av initiala anskaffningskostnader på grund av minimala konfigurationskrav;
• Betydande minskning av strömförbrukningen - en typisk tunn klient har en strömförbrukning på endast 10W (mot 250-350W för en PC)
• sammanslagning - alla klienter har samma uppsättning programvara;
• enkel implementering av uppgifter - det finns inget behov av att konfigurera varje dator separat, eftersom klienter hanteras centralt. Systemadministratören utför alla inställningar för hantering av tunna klienter centralt på servern;
• sparar tiden för systemadministratören att betjäna absolut identiska datorer, minimeras sannolikheten för haverier och alla program är installerade på servern;
• skalbarhet – en systembild som skapats en gång för hela gruppen användare att arbeta med gör att du kan upprätthålla ett lätt skalbart nätverk. Du kan installera så många datorer som du behöver, medan att lägga till nya arbetsstationer kräver minimal ansträngning;
• säkerhet och feltolerans. När terminalen startar får den ett operativsystem "från tillverkaren", vars konfiguration endast utförs av avdelningen informationsstöd. All användarinformation lagras på servern i en RAID-array och säkerhetskopieras regelbundet, vilket ökar feltoleransen;
• skydd mot informationsläckor - ingen lokal lagring - ingen möjlighet att göra kopior av dokument på flyttbara lagringsmedia (om inte annat tillåts av systemadministratören).

Jämförelse av kostnaden för att implementera en lösning för terminaler och PC:er för arbetsgrupp för 40 användare:

Den här artikeln kommer att granska tekniken för "tunna klienter", beskriva fördelarna med deras användning, typer av klienter och exempel på deras användning.

I typiska nätverk liten organisation Det finns vanligtvis ett och ett halvt till två dussin datorer, en till två servrar och inte Ett stort antal andra enheter. Ett sådant system underhålls av en eller två systemadministratörer. Så länge organisationens omfattning inte förändras nämnvärt är detta fullt tillräckligt.

Men vad händer när antalet nätverkselement ökar markant (åtminstone till 50-70 datorer)? Antalet datorer växer, belastningen på servern och i synnerhet på datalagringssystemet ökar, och nätverket börjar "sakna ner". För att öka produktiviteten köps ny serverutrustning och nya datorer in. Naturligtvis anlitas systemadministratörer, eftersom en eller två personer i princip inte kan underhålla en sådan mängd utrustning. Dessutom borde expansionen av personalen vara ganska betydande, eftersom, som alla IT-specialister vet, de mest mystiska fenomenen ständigt händer med användarnas datorer. Till detta måste läggas kostnaden för den inköpta utrustningen i sig, eftersom modern programvara antingen vägrar att arbeta på datorer äldre än två till tre år, eller fungerar, men med en otillfredsställande hastighet.

Det som är mest intressant är att alla dessa tidskrävande och dyra åtgärder inte ger önskat resultat - nätverket arbetar långsammare och långsammare, antalet misslyckanden ökar hela tiden. Vad är anledningen? Anledningen är fel princip att organisera ett företagsnätverk.
Med hög popularitet i väst, i Ryssland terminalnätverkär fortfarande föga kända. Den främsta anledningen här är ganska psykologisk.

Själva "tunna klienten" (hädanefter kallad terminalen) är en enkel enhet designad för att fungera i en SBC-miljö (Server Based Computing). Under drift interagerar de med applikationer som distribueras på servern genom terminalemuleringsprogram som visar informationen som sänds av servern. Tekniskt sett är dessa kompakta datorer (storleken på en genomsnittlig bok) som inte är särskilt höga. Tekniska parametrar(ca 500MHz, 128 RAM). Det finns inga terminaler hårddiskar och lagringsenheter. Alltså utan produktiv serverutrustning Sådana datorer kan inte fungera.
Detta är just anledningen till terminallösningarnas låga popularitet - bra serverär inte billig och på kort sikt ser terminalerna inte ut som en attraktiv lösning jämfört med traditionella datorer("feta klienter").
Situationen förändras radikalt om du gör en liten analys av kostnaderna för nätverksinfrastruktur under en betydande tidsperiod. En ganska typisk uppdelning per utgiftspost ser ungefär ut så här:

• köp av utrustning och mjukvara – 13 %
• installation – 1%
• underhåll – 3 %
• modernisering av grundläggande mjukvara – 3 %
• modernisering av tillämpningsprogram - 11 %
• informell administration – 14 %
• nätverksadministration – 55 %

Det är inte svårt att märka att huvudmedlen inte spenderas på inköp av hårdvara, utan på dess korrekta konfiguration och fungerande support. Och det är därför terminallösningar drar stor nytta av parametern. Med hjälp av terminalåtkomst behöver administratören inte längre springa runt hela organisationen och försöka kombinera ett konglomerat av datorer med olika konfigurationer, inställningar och mjukvara till en enda fungerande system. Processen att installera, konfigurera och integrera nästa terminal tar bokstavligen några minuter, utan att lämna din arbetsplats (som regel används inom samma organisation och hela installationen består av att skapa konto på serversidan).

Många tror: "Eftersom alla beräkningar utförs på serversidan, bör dess prestanda vara lika med den kombinerade prestandan för alla datorer som användare tidigare använt." Men det är inte så - vi kan med tillförsikt säga att 95% av tiden används en persondator vid 5%, med ett uttalat toppbelastningsmönster. Dessutom är dessa toppar från alla klienter inte samtidigt. Dessutom, om prestanda är ett problem alls, är det mycket effektivare (och billigare) att öka serverresurserna med 50 % istället för att öka resurserna för femtio klienter med 20 % vardera.

Följande huvudsakliga fördelar med "tunna klienter" kan identifieras:

Sparande, investeringsskydd
Terminalerna kräver ingen modernisering. Terminalerna innehåller inte de dyraste komponenterna - hårddiskar, stor mängd minne, externt grafikkort etc. Den totala ägandekostnaden för systemet reduceras på grund av minskad underhållstid för användararbetsstationer, möjligheten att snabbt återställa en trasig arbetsstation och energibesparingar (upp till 80 %)

Pålitlighet

Längre tid mellan misslyckanden. Frånvaron av mekaniska komponenter, liksom den förenklade arkitekturen i sig, ökar systemets tillförlitlighet. Eliminerar möjligheten för informationsförlust på grund av stationsfel (all information lagras på servern)

Lång livslängd

Terminalstationer är betydligt mindre känsliga för föråldrade än konventionella datorer

Säkerhet för informationslagring

Hög nivå av systemsäkerhet. Frånvaron av diskar och enheter minskar avsevärt risken för informationsläckage och virus som introduceras i systemet.
Det finns ingen dataöverföring över nätverket; endast skärmbilden överförs till klientwebbplatser. Möjligheten till mjukvarukryptering av data utan användning av extra utrustning eliminerar möjligheten för otillåten avlyssning;
Centraliserad lagring av data och inställningar förenklar procedurerna Reserv exemplar Det finns ingen anledning att oroa sig för säkerheten för data och program på arbetsstationer.

Enkel administration

Förenkla administrationen och minska användarens underhållskostnader. Användare kan inte påverka programvarans stabilitet på sin arbetsplats. Administrering terminalsystem helt centraliserad. För att lösa användarproblem behöver administratören bara ansluta till användarsessionen. Styrningen och hanteringen av programvaran som används i företaget förenklas. Enkel organisation av användarkontroll och begränsning av oönskade aktiviteter.

Möjlighet till fjärråtkomst

Användaren kommer åt sitt virtuella skrivbord från vilken terminal som helst som är ansluten till servern. Du kan ansluta en tunn klient även från ditt hem. Anslut den bara till en terminalserver (till exempel via Internet). Preliminär och engångsinstallation tar bara några minuter, varefter användaren omedelbart kommer till sin arbetsplats med redan installerade program(på server).

Frigör resurser, minskar nätverksbelastningen

Belastningen på det lokala nätverket minskar, eftersom endast skärmtillstånd överförs till terminalen, medan betydande mängder data kan överföras till persondatorn. I händelse av brist på datorresurser räcker det att uppgradera terminalservern, och inte hela flottan av persondatorer.

Ergonomi

Terminalerna fungerar tyst, eftersom tunna klienter i regel antingen inte har någon fläkt alls eller är utrustade med endast en fläkt. Liten storlek och ergonomi. Tunna klienter har det här namnet av en anledning. De är vanligtvis inte större än en stor bok och tar inte upp mycket skrivbordsutrymme.
Det finns tre typer av terminallösningar på marknaden idag:

X-terminaler

X-terminaler liknar de gamla icke-smarta skärmarna som en gång användes allmänt som åtkomstenheter till minidatorer och stordatorer. X-terminalen använder X-Window-protokollet för att interagera med applikationer som körs på en Linux- eller Unix-server. Den kör X-serverprogrammet och använder lokala teckensnitt för att visa information. Denna operation kräver mer CPU-resurser och mer RAM-minne än normal drift"tunna" klienter av andra kategorier. Dessutom måste X-terminaler upprätthålla statlig information om sina arbetssessioner.

Windows-terminaler

Windows-terminaler kör en eller annan version av Windows OS och stöder ICA- och RDP-protokollen. De laddar sitt operativsystem från ROM eller från en server (där dess bild är lagrad) och visualiserar skärmarna för applikationer som körs på servern. Windows-terminaler använder mjukvara för tunn klient - klientprogram Microsofts tjänster Terminal Services och Citrix. Även om rendering av programskärmar på en Windows-terminal kräver mindre CPU- och RAM-resurser än att visa dem på en X-terminal, måste dessa resurser fortfarande vara tillgängliga i en ganska stor mängd.

Sun Rays tunna klienter är designade för att fungera i Solaris-miljöer. Till skillnad från X- eller Windows-terminaler lagrar de inte information om tillståndet för deras sessioner (den lagras på servern). Sun Ray-produkten fungerar under inbyggd programvara som kommunicerar med Sun Ray-servrar. Dessutom fungerar dessa "tunna" klienter med smarta kort. Dessa kort används för att autentisera användare och kan även stödja vissa applikationer och lagra data. Session Manager (en del av Sun Rays serverprogramvara) körs på Solaris-servern och hanterar användarsessioner och skickar lämplig videoinformation till Sun Ray-enheter (se bild). För på kunder om vem vi pratar om, ingen information lagras om tillståndet för användarsessioner den senare kan initieras eller återupptas med någon klient. På så sätt kan sessionen liksom följa sin användare

Nätverkskrav

Under normal drift överstiger inte trafiken från klient till server en kilobyte per sekund, det maximala värdet som registreras i testsessionen är 1006 byte/s. Trafiken i motsatt riktning (server-klient) är flera tiotals kilobyte per sekund. Maximalt värde uppnått under sessionen - 106664 byte/s (uppnås när du öppnar ett IE-fönster med grafik och dynamiska flash-banners på mail.ru). Det genomsnittliga trafikvärdet är cirka 5-6 KB/s (fungerande Internet Explorer, visning av WinWord-dokument utan grafik, öppnande och fungerande program med standardelement användargränssnitt). Sådan låg trafik uppnås inte bara genom komprimering av överförda data (upp till 300%), utan också, huvudsakligen, genom det faktum att under sessionen endast kommandon skickas till klienten för att lokalt visa användargränssnittselement (fönster, knappar, teckensnittsdesign) istället för deras bild. Överskrider det maximala bandbredd kanal orsakar inte ett fel, utan saktar bara ner uppdateringen av klientskärmen. Detta gör det möjligt att vid behov arbeta även genom en modemanslutning med en bandbredd på 2-5Kbit/s. Om det tas som nominell driftsbandbredd Ethernet-nätverk 100 Mbit, vilket lämnar den nödvändiga säkerhetsmarginalen för kritisk trafik på cirka 2-3 MB/s, då tillåter detta band antingen 20-30 klienter att arbeta i det tuffaste läget utan minsta fördröjning i skärmuppdateringen, eller upp till 500 klienter i fall av normal kontorsarbete utan aktiv dynamisk grafik som kräver konstant överföring grafiska bilder till skärmen. Med hänsyn till det faktum att även i fallet med dynamisk grafik har kanalbelastningen en toppkaraktär, är det mycket möjligt att dessa värden kommer att överskridas något utan att kompromissa med klienternas bekvämlighet (skärmbelastningstopparna på vissa maskiner) kommer att inträffa under perioder av väntan på att användaren ska svara andra klienter).

Ansökan

Tunna klienter kan användas överallt där ett stort antal användare utför samma typ av kontor eller specialiserade uppgifter som inte kräver stora PC-resurser. Dessa kan till exempel vara:

• operatörshall
• kontorsterminaler
• klassrum
• även internetcaféer och så vidare.

Användningen av terminaler är omöjlig om arbetet innebär att bearbeta betydande mängder data - att arbeta med grafik, ljud, video, utföra beräkningar, etc. Applikationer som genererar överdriven trafik (tittande på video, moderna 3D-spel) är inte heller tillämpliga.

Slutsats

Således gör fördelarna med tunna klienter dem ganska attraktiva för många organisationer. Du behöver bara tydligt definiera för dig själv fördelarna och begränsningarna med den terminala metoden för att organisera arbetsplatser. Det är också viktigt att notera att den totala ägandekostnaden (TCO - Total Cost of Ownership) visar sig vara betydligt lägre (enligt Gartner Group - med 5-40 procent) vid användning av tunna klienter på arbetsplatser, snarare än fullfjädrade datorer. TCO består trots allt inte bara av kostnaderna för inköp av utrustning, utan även av kostnaderna för att administrera och uppgradera denna utrustning. Att minska sannolikheten för utrustningsfel leder också till en minskning av TCO.

Om inte alla, så många användare av modern datorsystem Har du hört talas om begrepp som tjocka och tunna klienter? Vad det är vet de flesta inte bara, utan gissar inte ens. Det finns dock inget särskilt svårt att förstå denna fråga. Därefter kommer vi att överväga allmänna frågor relaterade till tunna klienter, och själva 1C tunna klienten med en av de mest enkla lösningar genom att ställa in den. Men först bör några grundläggande begrepp introduceras.

Tunna klienter: vad är det i princip?

Generellt sett kan begreppet tunna klienter inte definieras tydligt idag. Faktum är att dessa inkluderar både hårdvara och mjukvara. Så, till exempel, om vi tar hänsyn till exakt mjukvarumiljö, som finns på en vanlig PC, fungerar själva persondatorn som en tjock klient, men samma webbläsare som används för att komma åt Internet är en tunn klient.

Du kan också titta på den officiella tolkningen av hur tunna klienter beskrivs. Vad det är? I huvudsak hänvisar denna term till vilken datorterminal som helst eller klientapplikation i nätverk som använder antingen terminal- eller klient-serverarkitektur.

Som redan är klart kan tunna klienter också beskrivas ur datorterminalernas synvinkel. Vad är det i det här fallet? I de flesta fall är det mycket vanliga datorer som inte har någon hårddisk eller något operativsystem. När det gäller huvudkomponenterna finns en minimikonfiguration för nätverksanslutningar, visning, inmatning och utmatning av information etc. Operativsystemet ligger med andra ord på en central server och laddas på en sådan terminal via nätverksprotokoll, liksom alla andra applikationer. Sålunda är kärnan i att använda en tunn klient att minska datorbelastningen på en enda terminal och använda servern som huvudenhet för alla datoroperationer.

Om man tittar på 1C-programmet så används de tjocka och tunna klienterna i grunden i exakt denna konfiguration. Huvudpaketet (server) är installerat på servern, och fjärrterminaler via nätverksanslutningar ansluta till grundprogram med användare som loggar in under speciellt registrerade inloggningar och lösenord, även om du också kan hitta konfigurationer med hårddiskar på klientdatorer, när när de är anslutna laddas huvudprogrammet delvis på dem.

Anslutnings- och licensfrågor

Som praxis visar, när man kombinerar datorer till en enda helhet, används som regel den lokala nätverkstopologin "stjärna" eller dess derivator (alla terminaler är inte anslutna till varandra, utan är anslutna direkt till den centrala servern).

Längs vägen är det värt att notera att "tunn klient"-systemet också är bra eftersom det minskar kostnaden för att köpa programvara (som nämnts ovan finns det inget behov av att installera paket på alla terminaler - det räcker att installera det bara på servern), och det är också snabbt och enkelt att lösa licensproblem. I denna aspekt finns det två sätt: licensen kan installeras för flera användare av en terminal eller för flera datorer med en användare på var och en av dem. Minskningen av finansiella kostnader är uppenbar.

Minsta konfiguration

Men det som är mest intressant är vilken typ av utrustning som behöver installeras på barndatorerna när man använder en tunn klient.

Man tror att ombord räcker det med en medelklassprocessor, ett minimum av RAM (vissa experter säger att till och med 1 MB räcker), mest enkelt grafikkort och ett nätverkskort. Det är självklart att klientmaskin ansluta ett tangentbord, mus, bildskärm eller andra enheter. Men på grund av bristen på en hårddisk med operativsystemet, hanterar användaren dem direkt via terminalservern.

Uppstartsspecifikationer för operativsystem

Men många användare kan ha frågor om att ladda operativsystemet. Hur så? Det finns trots allt ingen hårddisk på klientterminalen? Serversystemet startar med nätverksprotokoll.

De vanligaste alternativen inkluderar BOOTP, PXE, TFTP, DHCP och RIS. Ibland, för att starta upp det lokala operativsystemet, kan en DiskOnModule (DOM) enhet användas, vilket är ett flashminne med en IDE-kontakt och ett speciellt chip som ansvarar för att implementera logiken vanlig hårddisk, på grund av vilket det primära BIOS-ingångs-/utgångssystemet känner igen denna modul som en riktig hårddisk.

Arbeta med applikationer

Bland annat bland de åtkomst- och kontrollprotokoll som används kan man ofta hitta sådana modifieringar som RDP, X11, Telnet, VNC, SSH, NXNoMachine, ICA och många andra.

Baserat på grundkonceptet för själva den tunna klienten är det lätt att dra slutsatsen att användaren av klientterminalen, när han arbetar med ett visst program eller informationsdata, endast kommer åt servern.

Detta påminner lite om analogin med molnteknik (till exempel att arbeta med Office 365), när programvaran installeras uteslutande på en fjärrterminal.

Tjock och tunn klient 1C: skillnader

Låt oss nu titta på skillnaderna mellan båda typerna av klienter med hjälp av ett exempel mjukvarupaket 1C. En tjock klient brukar kallas en användardator med egna beräkningsmöjligheter, när en del av informationen bearbetas på den.

I 1C är den tunna klienten så att säga, passiv dator, till vilken endast resultaten av databehandlingen visas, eftersom alla nödvändiga operationer utförs på servern. Till exempel är klientterminalen inte involverad i att sammanställa eller generera rapporter. Databehandlingen utförs på en server-PC och användaren får endast det färdiga resultatet.

Konfigurera en klient med 1C-paketet som exempel

Slutligen kan vi inte bortse från frågan om hur man konfigurerar en tunn klient. Återigen, låt oss ta 1C-paketet som ett exempel och överväga en av de snabbaste och enklaste lösningarna för att ställa in nödvändiga parametrar med hjälp av 42 Cloud-webbservern som exempel. I princip, i 1C, är det ganska enkelt att installera en tunn klient, och alla användare kan göra det, för att inte tala om en kvalificerad systemadministratör.

Först måste du ladda ner och installera 1C tunna klienter version 8.2 eller 8.3. Därefter första steget in obligatorisk Databasen kommer att publiceras, varefter du måste kopiera länken till den till urklipp (du kommer att behöva den senare).

Nu måste du installera den tunna klienten och starta den när processen är klar. Vid första starten, för att allt ska fungera, måste den publicerade databasen läggas till i listan, som fortfarande är tom, genom att klicka på motsvarande knapp, varefter du måste ange dess godtyckliga namn.

I nästa steg, i anslutningssektionen, måste du välja typen "Webserver" och i nästa fönster, i specialfältet högst upp, klistra in den tidigare kopierade länken till adressen till den publicerade databasen.

Därefter, i inställningarna för certifikat och startparametrar, kan du lämna inställningarna oförändrade och klicka sedan på knappen "Slutför". Databasen visas i listan och för att starta huvudprogrammet måste du klicka på startknappen för 1C: Enterprise-applikationen.

För att logga in måste du använda inloggningen och lösenordet för 42 Cloud-webbservern. Efter detta visas ett fönster för att ange användarinloggning och lösenord för programmet (som standard är administratören installerad för alla databaser), varefter en varning kommer att utfärdas om att inloggningen utfördes utan att använda en säkerhetsnyckel (hårdvarulicenser) , och en fråga om att inaktivera den, som måste besvaras jakande. Då kommer databasen att lanseras, som du kan arbeta med utan begränsningar.

Fördelar med att använda denna typ av utrustning

När det gäller fördelarna med att använda tunna klienter är de uppenbara även för den oinvigde.

Först och främst, som nämnts ovan, minskar kostnaderna för inköp av utrustning, köp av mjukvarupaket och licenser. Det finns en möjlighet till förening (användning av en typ av utrustning och programvara för alla nätverksterminaler). Systemadministratör kan utöva centraliserad hantering och kontroll över varje dator, eftersom det inte finns något behov av att konfigurera varje enskild terminal. Du bör omedelbart vara uppmärksam på minskningen av energiförbrukningen, eftersom datorer utan hårddiskar faktiskt förbrukar flera gånger mindre el. Dessutom kan vi prata om feltolerans, eftersom operativsystemet laddas inte från den lokala hårddisken, utan från servern. Dessutom sker även uppdatering av mjukvara eller byte till nya typer centralt och snabbt. Slutligen är den största fördelen i denna situation ökad säkerhet, eftersom dataläckage på grund av bristen på lokala eller flyttbara media praktiskt taget är uteslutet, för att inte tala om virusattacker.

Slutsats

Dessa är generellt sett tunna klienter. Vad detta är, hoppas jag, är redan lite klart. Som vi ser finns det många fördelar med att använda ett sådant system för företag. Och enligt de flesta specialister inom IT-teknik är användningen av tunna klienter idag en av de bästa lösningarna för en organisation informationsstruktur och hantering av lokala nätverk med stor mängd anslutna terminaler.

Vanligtvis, när de pratar om funktionerna i ett program som gjorts, förstår de språket som det kompilerades på. Eller Systemkrav krävs för att springa. Men det finns också en rad andra, mindre kända definitioner. En av dem är tunna klienter. Vad är det och varför utvecklas de?

Vad är en tunn klient?

Med tunna klienter menas datorer eller program som fungerar som en del av ett nätverk med en terminal- eller klient-serverarkitektur. Men de fungerar inte bara där. Alla eller minst, de flesta uppgifter för informationsbearbetning överförs till servrarna som de är anslutna till. Vad är detta i implementeringen? Ett exempel är webbläsaren som används för att bearbeta nätverksapplikationer, tack vare vilken du nu kan läsa dessa rader. För att systemet ska fungera krävs en server för tunna klienter, annars blir just denna idé omöjlig.

Varför är de nödvändiga?

Enkelt uttryckt är en tunn klient en sämre dator som laddar ett lätt operativsystem och ansluter till det. Den används enbart för att spara på hårdvara och mjukvara (även om orsaken i sällsynta fall kan vara andra faktorer). En vanlig tunn klient är en systemenhet som inte har en hårddisk, utan bara den minsta hårdvarukomponent som krävs för att köra operativsystemet. Anslut strömförsörjning, mus, tangentbord, bildskärm och nätverkskabel. Det kan finnas andra enheter, men deras användning är endast möjlig om de identifieras och data om dem överförs till terminalservern.

Den erforderliga utgiftsnivån för mjukvara minskar också. Det finns ingen anledning att köpa en licens för varje dator - det krävs bara för en server. Samtidigt minskar kostnaderna eftersom endast en terminal behöver administreras. Som praxis visar är det ganska problematiskt att skada en tunn klient (förutsatt att riktade insatser inte görs). Men samtidigt ökar kraven på servicepersonal. Det gäller särskilt när det gäller att överföra ärenden från en handläggare till en annan. Då är det nödvändigt att ingriparen förstår allt väl, för potentiellt kan alla fel leda till att hela systemet kollapsar, och då kommer tunna klienter att förlora sitt värde. Vet du vad de är och hur skiljer de sig från feta?

Skillnaden mellan tunn och tjock klient

Vad beaktas när man skiljer på en tjock och en tunn klient? Skillnaderna mellan dem är följande: den första betyder den vanliga typen av program som kan arbeta autonomt på en separat terminal. De behöver det inte för att göra sitt jobb bra. Du vet redan vad den andra är. Och detta är den huvudsakliga och samtidigt den enda skillnaden som en tjock och tunn klient har. Skillnader kan också nämnas i implementeringsdragen, men de passar alla in i den tidigare formulerade bedömningen.

Hur fungerar det och vilka typer av nedladdningar finns det?

Hur det faktiskt fungerar denna teknik? I allmänhet kan all information sammanfattas i tre punkter:

1. Till datorn, genom en av möjliga källor Den tunna klienten laddas. De viktigaste alternativen som övervägs är: LAN, CD, HDD.
2. Under uppstartsprocessen av den tunna klienten (eller när man arbetar med det lokala nätverket före den) får datorns nätverkskort sin egen IP-adress.
3. När nedladdningen av all nödvändig programvara är klar skapas en anslutning till en terminalsession med servern som anges i inställningarna via skrivbordet. Åtkomst kan redan ges eller ett lösenord och inloggning kan krävas. Att ansluta en tunn klient från företagets lokala nätverk måste tillåtas i serverinställningarna.

I allmänhet har du redan en uppfattning om hur systemet fungerar. Men en av de viktigaste är nedladdningsstadiet, som alla tunna klienter har. Vad är det, var kan det komma ifrån om det inte finns några hårddiskar som data vanligtvis lagras på? Det finns två möjligheter:

1. Ladda ner via nätverk. TFTP- och DHCP-servrar måste köras på det lokala nätverket. Själva datorn måste ha en BootROM-egenskap eller speciella drivrutiner som emulerar den. Den kontrollerar förekomsten av alla pekare, hämtar inställningar och laddar operativsystemet.
2. Laddar i förväg installerat system från DVD\CD\Flash\IDE.

Webbklient

Tunnklientteknik är mycket mer populär än det kan tyckas vid första anblicken. Vill du ha ett exempel som visar att du använder det just nu? Jo, vi antar att en särskild roll bör ges till de vanligaste det här ögonblicket tunna klienter - webbläsare. De är utmärkta exempel på att arbeta efter dessa principer. Webbläsaren i sig är till liten nytta. Men möjligheterna som det öppnar för en dator ansluten till det globala nätverket är enorma! Maskinen kan ha en mycket knapp mjukvaruresurs, men genom att ta emot nödvändiga data från fjärrservrar, kan du förvänta dig att skapa en högkvalitativ och mångsidig anläggning. Allt datoranvändaren behöver är att formulera sin begäran, varefter nödvändig information kommer att erhållas från externa källor.

Arbetar i terminalläge

Utöver de fall som beskrivs ovan bör ytterligare en hårdvarufunktion för en eventuell tunn klient markeras - en speciell enhet som är strukturellt annorlunda än personlig dator. En sådan mekanism är inte utrustad med en hårddisk och använder ett speciellt lokalt operativsystem (vars uppgift är att organisera en session med en terminalserver så att användaren kan arbeta). En sådan anordning har inte heller speciella rörliga delar, den tillverkas i speciella fall och har helt passiv kylning. Låt oss titta på ett exempel riktigt program, var implementeras den tunna klienten? Vad det är? 1C är programmet som kommer att övervägas. Så allt i det är baserat på två delars arbete: den ena är den faktiska plattformen som behövs för arbetet. Den andra är en förlängning som fyller separata syften. Men det kommer inte att kunna fungera utan en plattform.

Protokoll som används av tunna klienter

Det finns 9 mest populära typer av protokoll som används i utvecklingen av denna programvara. Deras lista är följande:

1. X11 - hittad applikation i Unix-system.
2. Telnet är ett multiplattformsprotokoll. Det är ett dubbelriktat åtta-bitars byte-orienterat kommunikationsmedel.
3. SSH är en multiplattformsanalog till Telnet. Den största skillnaden är säkerheten för de överförda uppgifterna.
4. NX NoMachine är ett modifierat X11-protokoll. Den största fördelen är datakomprimering.
5. Virtual Network Computing är ett plattformsoberoende system. Använder ett enkelt klient-serverprotokoll applikationsnivå för att få tillgång till nödvändiga datorer som är anslutna till detta program.
6. Independent Computing Architecture är ett ganska ofullkomligt sätt att överföra data. Detta protokoll avsevärt påverkar prestandan och kraven för de system som den körs på.
7. Remote Desktop Protocol - ger tillgång till fjärrskrivbordsfunktioner. Kan överföra ett brett utbud av data och öppnar även rikliga möjligheter använda fjärrmaskiner.
8. SPICE är ett protokoll för dataöverföring som bekvämt kan användas inte bara på ett lokalt nätverk utan även via Internet. Dess funktion är "mjukvaranhet", vilket gör att du snabbt kan utbyta data. Detta är möjligt på grund av enkelheten i dataöverföringsprocesser (som utförs utan att kompromissa med prestanda). Den kan också köras på ett brett utbud av maskinarkitekturer.
9. Olika slutna protokoll, som utvecklades av programmerare olika företag och företag. De används som regel endast på företagets territorium för vilket de gjordes. De har ett antal unika parametrar, inklusive: implementering, systemkrav, arkitektur. Den tunna klienten i det här fallet är helt utvecklad för enskilda företag och protokollen som verkar på deras territorium.

Implementeringsexempel

Som ett exempel på en implementering av tunn klient kan vi nämna följande utvecklingar:

1. Terminalåtkomst.
2. Disklös station.
3. LTSP.
4. Thinstation.

Användningen av tunna klienter gör det i sådana fall möjligt att påskynda uppdateringen av all programvara som behövs för driften.