Tynne klienter – hva er de? Koble til og bruke tynne klienter. Lave systemkrav. Hva er en "tynn klient"

Del én: Litt tekst

Den følgende teksten til forfatteren hevder ikke å være den ultimate sannheten, og det er ikke verdt å bedømme det gjennomsnittlige nivået av IT-infrastruktur i små selskaper i vårt store land etter det. Artikkelen ble skrevet basert på kommunikasjon med en rekke bekjente av IT-shniki (hovedsakelig på nivået "student" og "frisk fra instituttet"), som begynner sin karriere som enikey i små selskaper.

La oss forestille oss det gjennomsnittlige statiske kontoret til et lite handelsfirma fra et IT-perspektiv:

• flere dusin svake datamaskiner for sekretæren, ledere, regnskap og, selvfølgelig, hovedsjefen;
• en-to-tre maskiner som utfører roller:
  • en Windows-domenekontroller (det er ikke uvanlig at et selskaps nettverk mangler enda et domene, og alle datamaskiner fungerer i et enkeltrangsnettverk);
  • filserver;
  • en e-postserver (i stedet for den brukes noen ganger eksterne gratis e-postservere, alt fra mail.yandex.ru og gmail.com og slutter med ti-dollars hosting på N postbokser);
  • http-proxy for filtrering av tilgang til eksterne ressurser og logging av "hvor hvem går" (ofte fraværende)
  • en ruter / brannmur ved grensen til det eksterne nettverket for å begrense tilgangen til utsiden og omvendt (ofte brukes enhver SOHO-ruter på inngangsnivå med en pris på opptil $ 100 som en grenseruter, den fungerer også som en DHCP-server (for dynamisk distribusjon av IP-adresser til ansattes arbeidsstasjoner);
  • andre ting, listen over kan være ganske lang;
• flere skrivere, ofte koblet lokalt til ansattes arbeidsstasjoner og delt over nettverket ved hjelp av standard Windows-verktøy (som et alternativ kan skrivere kobles til nettverk i utgangspunktet eller kobles til via maskinvareutskriftsservere).
• i avanserte tilfeller - en terminalserver (under Windows) for regnskap (1C kjører på den, og det er også en database der, og regnskapsførere som kobler til terminalserveren via standard Windows-verktøy (eksternt skrivebord), jobber med den på terminalen server (lokalt ), som for det første gir mer bekvemmelighet, og for det andre fremskynder arbeidet til 1C selv (vanligvis er 1C med basen installert på datamaskinen til en av regnskapsførerne, og resten kobles til den fra datamaskinene deres, arbeider med basen delt over nettverket) ...

All denne økonomien er koblet til et enkelt lokalt nettverk ved hjelp av en/flere billige 100Mbit-svitsjer. Og det fungerer i et enkelt NT / Active Directory-domene (selv om det finnes varianter av peer-to-peer-arbeidsstasjoner uten noen domener).

Alle Windows-maskiner har vanligvis (selv om det finnes unntak) en slags antivirus installert. Ofte er det ikke-nettverksversjoner av disse programmene (samme Avast), men igjen, i mer avanserte (fra IT-synspunktet) kontorer, er det nettverksversjoner av antivirus med sentralisert administrasjon og oppdatering av antivirusdatabaser.

Situasjonene ovenfor varierer fra sak til sak, siden konfigurasjonen av nettverket, maskinvaren og programvaren påvirkes av både kunnskapen/ferdighetene/ønskene (og viktigere, latskapen) til systemadministratoren(e) og forståelsen til sjefene ( representert av sjefsjefen) " hva gjør egentlig dette systemadministratoren vår når alt fungerer bra uansett "(sistnevnte innebærer hvor mye penger som er tildelt til IT-utstyr og lønnen til en fremtidig spesialist). Hvis det bevilges lite penger (og dette skjer vanligvis - ledere av handelsselskaper er vanligvis langt fra IT og har liten forståelse for hva som foregår der), så går enikeyschik som har fått kunnskap til et annet selskap. En annen student kommer til den avdødes sted, og alt gjentas om igjen.

Jeg synes det er overflødig å si at i slike kontorer består systemadministrasjonsavdelingen av én person som kombinerer en ingeniør for å legge/vedlikeholde et kontornettverk, en systemadministrator som sådan (det vil si selve personen som er ansvarlig for ytelsen). av serverparken på programvare- og maskinvarenivåene og innføring av ny funksjonalitet) og enikeishik - "ærendgutt" - som tar for seg å løse problemer for brukere, tørke av mus, bytte kassetter til skrivere og lignende ting.

Som et resultat har små selskaper ofte en ganske mangfoldig flåte av brukermaskiner som spenner fra pentium2 / 128 Mb ram / 5 Gb hdd til P4 Celeron / 1 Gb ram / 80 Gb hdd. På alle maskiner, selvfølgelig, Windows (98, 2000 og XP Home / Pro) og forskjellige versjoner av programvaren (maskinene ble installert til forskjellige tider). Det kommer til det punktet at antivirusprogramvaren på maskinene også er fra forskjellige produsenter.

Og på den harde plassen til systemadministratoren (og deltidsenikeys), faller det dag og natt for å støtte hele denne dyrehagen. Men noen ganger går jern i stykker:

• vifter begynner å surre motbydelig (de må rengjøres og smøres eller erstattes med nye);
• strømforsyningen svikter;
• harddisker - strømme inn;
• nettverkskort (både innebygd i hovedkortet og eksternt - slutter å virke og må byttes ut);
• resten av jernet flyr vanligvis mye sjeldnere, men flyr likevel også

Hvis harddisken (eller datamaskinens hovedkort) svikter, må operativsystemet på den gjenopprettede maskinen ofte omorganiseres fra bunnen av i denne eller en lignende sekvens:

• installer Windows;
• vi installerer de nødvendige driverne (hele maskinvareparken er annerledes - glemte du det?), etter å ha bestemt hovedkortets modell på denne maskinen og lastet ned de nyeste driverne fra Internett eller finne de du trenger på filserveren din;
• vi legger inn maskinen i domenet (hvis konfigurert);
• installer den nødvendige programvaren (kontor, nettleser, e-postklient, totale commanters, ICQ-er, jabbere, punto-svitsjer, etc.) - i tilfelle et Active Directory-domene kan noe av programvaren installeres automatisk, men ikke alle har den konfigurert , og ikke alle vet dets muligheter;
• installer et antivirus;
• pluss ytterligere danser med en tamburin, individuell for et spesifikt nettverk av hver organisasjon rundt en ny arbeidsstasjon;

Etter å ha fullført alle punktene (denne prosedyren tar omtrent to timer), rapporterer vi til sjefen at den ansattes arbeidsplass er lagret og han kan begynne å jobbe.

Den lykkelige eieren av den restaurerte datamaskinen setter seg ned på arbeidsplassen sin, hvoretter det viser seg at (siden domeneprofilene ikke var flyttbare eller det ikke var noe domene i det hele tatt, førte lenken "mine dokumenter" til den lokale stasjonen C :, men om det faktum at alt viktig er nødvendig lagre på en nettverksstasjon - på serveren glemte den ansatte):

• Jeg hadde en mappe med viktige dokumenter - hvor er den?
• Og jeg har også lagret bilder fra Tyrkia der, kan jeg gjenopprette dem?
• det var mange viktige snarveier på skrivebordet og hundre flere dokumenter - hvor ble de av?
• Mine favorittsider er ikke lenger i favoritter (dette handler om bokmerker i nettleseren) – hvor finner jeg dem nå? etc…

Høres kjent ut? Det er bra hvis det ikke var harddisken som fløy, men bare hovedkortet. Eller deler av informasjonen på en smuldrende disk kan gjenopprettes. Men alle disse prosedyrene tar systemadministratorens arbeidstid, som kunne vært brukt med mye større fordel - å spille et nettverksskytespill eller ... å studere IPv6 - tross alt bytter alle allerede til det og vil bytte til det veldig snart , adresser i Ipv4-området er avsluttet for fem år siden :)

Som et resultat blir støtte for IT-infrastrukturen til et lite selskap for systemadministratoren for det meste til støtte for ytelsen til brukerarbeidsstasjoner, nemlig:

• installer Windows på nytt;
• konfigurere all nødvendig programvare på den nye maskinen;
• gjenopprette alt som gikk tapt;
• installere nye programmer for de som trenger det;
• utfør forebyggende vedlikehold av saken (støvsug støvet i systemenheten);

Og i den gjenværende tiden (hvis systemadministratoren ikke er for lat), må du prøve å lære noe nytt, oppgradere programvaren på serveren(e) og sette en ny nettverkstjeneste i drift. De. det er ikke tid igjen til hovedoppgavene (nøyaktig det systemadministratoren bør gjøre mesteparten av tiden).

Hvordan komme seg ut av denne onde sirkelen?

Et av alternativene for å løse problemet ovenfor er å forlate "tykke" arbeidsstasjoner (der det kan gjøres) og bytte til.

En "tykk" arbeidsstasjon forstås som enhver datamaskin med installert OS, som behandler det meste av brukerinformasjonen. De. nettleser, kontor og alt annet utføres lokalt på brukerens arbeidsstasjon, hvis systemenhet surrer under skrivebordet eller et sted i nærheten.

Det skal forstås at kravene til moderne OS (ikke nødvendigvis Windows) holder tritt med moderne maskinvare - med andre ord, for en relativt komfortabel drift i Windows XP av en gammel (men fullt funksjonell og relativt kraftig) Celeron 800Mgz / 128Mb Ram / 10 Gb HDD kan ikke være nok. Det er selvfølgelig mulig å jobbe under et moderne OS på slik maskinvare, men dette operativsystemet og applikasjonene vil bremse ned ganske ofte - om ikke annet på grunn av den lille mengden innebygd minne og den gamle (lese - trege) harddisken.

En tynn klient kan kort fortalt defineres som en diskløs datamaskin hvis jobb kun er å koble seg til en ekstern server og vise informasjonen mottatt fra serveren på skjermen. Vanligvis kalles en slik server en Terminal Server eller Terminal Server. All behandling av brukerinformasjon foregår på den (samtidig som mange - men ikke et uendelig antall - tynnklienter kan kobles til).

Vanligvis lages tynne klienter på grunnlag av svak (og følgelig laveffekt) maskinvare - ofte er dette et enkelt hovedkort der alt er integrert. Prosessoren og minnet kan også være tett loddet til hovedkortet. Noen tynnklienter har en flashdisk (satt inn i IDE-kontakten på hovedkortet) som et spesialisert OS (WinCE eller andre) er flashet på.

Sammenligning av Clientron U700 Thin Client med en standard arbeidsstasjonskabinett.

Som et resultat, når du slår på tynnklienten (de kalles også terminaler), lastes operativsystemet fra den innebygde flash-disken (vanligvis tar det mindre enn 30 sekunder å laste), hvoretter en dialogboks for tilkobling til terminalserver vises på skjermen. Noen av disse klientene kan bare koble til Windows Terminal Server eller Citrix Metaframe, mens andre også kan koble til terminalservere til andre operativsystemer. Uansett inkluderer prisen på slike løsninger også prisen på en WindowsCE-lisens flashet på en innebygd flash-stasjon. Vi snakket om lignende løsninger tidligere:

• Windows-terminal
• Tynn klient
• Windows-terminal

Selvfølgelig har andre selskaper lignende løsninger. Inkludert uten et innebygd OS (som, for Microsoft Windows CE, må du betale ekstra, og en penny flash-disk, men det er verdt det).

Terminalklienter uten innebygd flash-disk, når de er slått på, laster det nødvendige OS-bildet over nettverket, hvoretter de bruker de samme par titalls sekunder på å laste ned. Etter det er vi klare til å jobbe, noe som betyr å vise en meny med en liste over terminalservere for tilkobling eller automatisk tilkobling til en av de hardkodede terminalserverne (avhengig av innstillingene) - brukeren trenger bare å skrive inn et brukernavn og passord. Etter å ha lagt inn den riktig, kommer han inn i økten sin på terminalserveren og kan begynne å jobbe.

De utvilsomme fordelene med terminalløsninger på spesialiserte tynnklienter eller korrekte selvmonterte datamaskiner:

• mangel på en harddisk (som blir varm og går i stykker);
• mangel på vifter (bare kjøleribber er installert på prosessoren og strømforsyningen, som er nok til å spre varmen som genereres under drift);
• lavt energiforbruk;
• teoretisk lav kostnad (under selvmontering kan du plukke opp veldig billige komponenter - tross alt er ytelse fra maskinvare ikke nødvendig; men produsenter for spesialiserte tynnklienter vil spørre dobbelt så mye)
• minimal tid brukt på vedlikehold (i tilfelle et sammenbrudd av et slikt jernstykke, er det nok å koble fra det ødelagte og koble til en ekstra - arbeid i fem minutter; og dette er allerede minimum nedetid for den ansattes arbeidsplass, som samt minimumstiden brukt på å fikse sammenbruddet til systemadministratoren)
• all programvare for brukernes arbeid er konfigurert sentralt på en (to / tre / ...) terminalservere - dette er mye enklere enn å vedlikeholde en programvarezoo på "tykke" arbeidsstasjoner til ansatte

Ikke glem brukerdata - terminalen lagrer ikke noe lokalt (alle brukerdata ligger på eksterne servere). Som et resultat er det enkelt å sette opp automatisk sikkerhetskopiering av alt og alle, og i så fall gjenopprette dokumentet som er "slettet ved et uhell".

Generelt er det mange fordeler, men det er også ulemper:

• hvis nettverket svikter, "blir arbeidsplassene til ansatte til et gresskar" (og ansatte på "tykke" klienter kan fortsette å fylle dokumentet, for eksempel i OpenOffice);
• hvis terminalserveren svikter, blir ansattes arbeidsplasser igjen "til et gresskar" (men dette løses ved å installere flere - for eksempel to - terminalservere; hvis en av dem svikter, vil den andre erstatte den, eller ansatte vil ganske enkelt koble seg på igjen til den andre serveren manuelt)
• Tynne klienter passer ikke for alle: for eksempel folk som stadig ser på videoer eller jobber aktivt med grafikk (i Photoshop) eller er engasjert i layout av et magasin, er det bedre å gjøre dette på en lokal "tykk" klient (men tynn klienter er perfekte for de fleste andre ansatte som bare trenger en nettleser med Internett, e-post, opprette og redigere dokumenter i Openoffice og jobbe med 1C).

Det siste minuset, som vi ikke vil vurdere her, er lisensieringspolicyen (om ikke for å si rip-off) fra Microsofts side. Å jobbe på en terminalserver som kjører operativsystemet til dette velkjente selskapet krever et stort antall forskjellige lisenser:

• Windows Server-lisens
• CAL (Client Access License) - lisenser for å koble til en Windows-server, og antallet må ikke være mindre enn antallet klienter som er koblet til serveren (vanligvis inneholder en Windows-server allerede et visst antall slike lisenser - fra fem og over)
• lisenser for å jobbe med en terminalserver (deres antall må også være lik antall tilkoblede klienter)

Ikke glem separate lisenser for all programvare som brukes (for eksempel Microsoft Office) i et beløp som tilsvarer antall klienter som er koblet til serveren. Hvis klientlisenser for Microsoft Office fortsatt kan omgås ved å forlate dette produktet og forsyne det med en erstatning i form av for eksempel OpenOffice, så er det noe mer å kvitte seg med selve terminalserveren, representert ved Windows 2000/2003 TS. vanskelig :) Selv om dette er mulig i noen tilfeller ...

Det er imidlertid ett "minus" til (foruten frykten for noe nytt) som ofte stopper deg fra å implementere slike løsninger - av en eller annen grunn tror mange at disse tynne klientene bør kjøpes (og de er ikke særlig billige - fra $ 200 og mer). Hva skal jeg gjøre med hele flåten av allerede eksisterende datamaskiner?

Det er for å svare på det siste spørsmålet denne artikkelserien er skrevet. Den vil vurdere tynnklientprogramvare.

Denne lille, men med mange funksjoner og, viktigere, OpenSource-programvare lar deg gjøre nesten alle gamle datamaskiner om til tynne klienter. Minimumsmaskinvaren beskrevet på hjemmesiden hans for den brukte maskinvaren er Pentium 100Mhz og 16Mb RAM. Å ja, en harddisk / flash-disk er heller ikke nødvendig - datamaskiner, når de er slått på, kan laste ned et bilde av en tynnklient (dette er omtrent tjue! Megabyte) over nettverket (selv om det også er mulig å installere Thinstation-klienten på en harddisk eller usb-disk). I denne tiden med operativsystemer som gladelig sluker gigabyte med diskplass etter installasjon, er det imponerende, ikke sant?

Thinstation er basert på Linux, men for å bruke det trenger du ikke Linux-kunnskap som sådan - du trenger bare å sette opp dhcp- og tftp-servere på nettverket ditt og konfigurere dem deretter (begge disse serverne er også inkludert i Windows Server-produkter ). Så selv på et nettverk der de ikke vet noe annet enn Windows, vil bruk av Thinstation-klienten ikke forårsake noen problemer.

Thinstation kan fungere med følgende terminalservere:

• Microsoft Windows-servere via RDP eller nxclient (Windows NT4TSE, W2k Server, W2k3 Server eller Windows XP i enkeltbrukermodus);
• Citrix-servere via ICA-protokoll (på MS Windows, SUN Solaris og IBM AIX-servere);
• Tarantella-servere
• * nix-lignende servere som bruker X11-protokollen;
• tilkobling til VNC-servere (tightVNC);
• koble til SSH- og Telnet-servere;

For å starte Thinstation over nettverket trenger datamaskinen kun et innebygd eller eksternt nettverkskort som støtter PXE-standarden (det finnes andre alternativer, men for eksempel alle nettverkskort som er innebygd i hovedkortet fungerer med denne protokollen) .

PXE står for Pre-boot eXecution Environment - pre-boot execution environment. Denne standarden ble først implementert av Intel. Det første tegnet på tilstedeværelsen av en PXE-BIOS om bord på det innebygde nettverkskortet er "Enable Boot ROM"-elementet ved siden av punktet for aktivering av nettverkskortet i BIOS. Hvis det innebygde nettverkskortet ikke støtter oppstart over nettverket (eller ikke eksisterer i det hele tatt), kan du bruke et hvilket som helst eksternt nettverkskort med alternativet "Boot ROM" (dette problemet vil bli diskutert i detalj senere).

La oss nå ta en rask titt på prosessen med å laste ned Thinstation-klienten over nettverket.

• Nettverkskortet via PXE-protokollen ber om følgende informasjon fra DHCP-serveren: IP-adresse, nettverksmaske, gateway, samt IP-adressen til TFTP-serveren (som inneholder bildene, i dette tilfellet ThinStation) og navnet på bildet som den vil prøve å laste.
• DHCP-serveren returnerer den forespurte informasjonen (bemerker at IP-adressen gitt til klienten er okkupert av en slik og en klient)
• Klienten kobler seg til TFTP-serveren, hvis IP-adresse nettopp ble gitt til ham, og laster ned PXE bootloader-filen fra den (navnet som igjen ble gitt til ham av DHCP-serveren)
• Den nedlastede PXE-lasteren kjøres og laster på sin side ned en konfigurasjonsfil fra TFTP-serveren, som inneholder navnene på Linux-kjernefilene - vmlinuz og filsystembildet - initrd. Disse filene lastes ned og kontrollen overføres til Linux-kjernen.
• Etter å ha pakket ut og lastet Linux-kjernen med det monterte filsystembildet, henvender Thinstation seg igjen til TFTP-serveren for å laste ned konfigurasjonsfilene den trenger (blant annet er adressene til terminalserverne du må koble til, skrevet der), hvoretter den starter den nødvendige terminalklienten (i vårt tilfelle vil den være rdesktop) og forventer at brukeren skriver inn påloggingsnavnet og passordet for å koble til.

Ved første øyekast ser det beskrevne opplegget komplisert ut. Men faktisk tar det en halvtime eller en time å sette den opp, og i fremtiden fungerer den helt autonomt. Å laste en tynn klient fra øyeblikket av den første PXE-forespørselen til nettverket (dette øyeblikket faller sammen med øyeblikket da OS starter oppstart fra harddisken) tar 20 ... 30 sekunder.

Som nevnt ovenfor kan Thinstation fungere med forskjellige terminalservere. Men i de kommende artiklene, som den enkleste å implementere (men nok en gang minner jeg deg om å kjøpe mange klientlisenser som er nødvendige for offisielt arbeid), vil vi bare vurdere en pakke Thinstation med Microsoft Terminal Server.

Først må vi ha en Microsoft Terminal Server konfigurert. Denne serveren kan fungere både som en del av et domene (i dette tilfellet er det mer praktisk å administrere brukerkontoer - de er vanlige - spesielt hvis det er flere terminalservere i nettverket), og utenfor domenet - i en peer-to -Personnettverk. Det andre tilfellet skiller seg fra det første ved at de nødvendige brukerne må opprettes lokalt på hver server og gjeldende lister over brukere og deres rettigheter må synkroniseres manuelt.

Det andre punktet i programmet vårt vil være å konfigurere DHCP- og TFTP-servere. Den første har ansvaret for den dynamiske distribusjonen av IP-adresser for arbeidsstasjoner, og informerer også fra hvilken IP-adresse (fra hvilken tftp-server) og hvilket filnavn datamaskinen må laste ned som et oppstartbart bilde av den tynne klienten. Og den andre - tftp-serveren - gir faktisk tynnklientbildene og konfigurasjonsfilene for dem. Disse innstillingene kan være både globale (for alle diskløse terminaler på nettverket), og lokale - for spesifikke grupper av maskiner eller enkle tynne klienter.

Begge disse tjenestene kan heves både som en del av en Windows-server (ved å starte og konfigurere de tilsvarende tjenestene), eller som separate demoner som en del av en * nix-server - vi vil vurdere dette på eksempelet med en server med Gentoo Linux installert .

Og det tredje punktet er å sette opp klientmaskiner - overføre dem til nedlasting over nettverket og vurdere standard fallgruver.

Men mer om det i de neste artiklene i vår syklus.

Hva er en tynn klient?
En tynnklient er en enhet for inndata og visning av informasjon (terminal). Fysisk er en tynn klient en kompakt og stillegående datamaskin uten harddisk (og uten vifter), hvis hovedoperativsystem er lastet på serveren. Alle brukerapplikasjoner kjører på en terminalserver (applikasjonsserver), men denne er helt transparent for brukeren. Siden hele beregningsbelastningen faller på serveren, har den tynne klienten en minimal maskinvarekonfigurasjon uten noen ytelsesforringelse.

Hva brukes tynne klienter til?
Tynne klienter brukes i organisasjoner der de fleste brukere bruker datamaskiner til å utføre lignende oppgaver: jobbe med databaser, informasjonskataloger (butikker, apotek, biblioteker), jobbe som bankterminaler, etc.

Hva er operativsystemet på terminalen?
Terminaloperativsystemet "flashes" inn i en liten disk-på-modulenhet (flashminne 64MB-1GB). Det gir den grunnleggende funksjonaliteten til klienten: bootstrapping, korrekt bruk av videoadapteren, lyd, drift av eksterne enheter koblet direkte til terminalklienten (mus, tastatur, lokale skrivere, USB-flash-stasjoner). Operativsystemet til en tynn klient kan også inneholde en nettleser som kan fungere autonomt (uten terminalserver). Når du bytter til terminalmodus, begynner klienten å jobbe med serveroperativsystemet, hvorav en individuell økt startes på terminalserveren. Fra dette tidspunktet blir terminalen bare et middel for å vise og legge inn informasjon.

Hvilke programvarelisenser trengs?
For å organisere arbeidet til en gruppe terminaler med Microsoft-programvare, kreves generelt følgende lisenser:
Terminal OS-lisenser (Win CE 5.0 eller Win XP Embedded), Server OS-lisens (Windows Server 2008), klienttilgangslisenser (Windows Server CAL 2008) - det nødvendige antallet lisenser er lik antall terminaler, Terminal Access-lisenser (Windows) Trmnl Svcs CAL 2008) - antall lisenser som kreves er lik antall terminaler eller brukere. Lisensering av applikasjonsprogrammer utføres som regel på grunnlag av hvor mange brukere (terminaler), og hvor mange lisenser.

Fordeler med å bruke tynne klienter i stedet for konvensjonelle PC-er:

• lavere innledende anskaffelseskostnader på grunn av minimale konfigurasjonskrav;
• Betydelig reduksjon i strømforbruk - en typisk tynnklient har et strømforbruk på kun 10W (mot 250-350W for en PC)
• forening - alle klienter har samme sett med programvare;
• enkel implementering av oppgaver - det er ikke nødvendig å konfigurere hver datamaskin separat, siden sentralisert administrasjon av klienter utføres. Systemadministratoren utfører alle innstillinger for å administrere tynnklienter sentralt på serveren;
• sparer tiden til systemadministratoren som betjener nøyaktig de samme datamaskinene, hvor sannsynligheten for sammenbrudd er minimert, og alle programmer er installert på serveren;
• skalerbarhet - når et systembilde er opprettet for hele brukergruppen for å støtte et lett skalerbart nettverk. Du kan installere så mange PC-er som kreves, mens å legge til nye jobber krever minimal innsats;
• sikkerhet og motstandskraft. Terminalen mottar ved oppstart et operativsystem "fra produsenten", hvis innstilling kun utføres av informasjonsstøtteavdelingen. All brukerinformasjon lagres på serveren på en RAID-array og sikkerhetskopieres jevnlig, noe som øker feiltoleransen;
• beskyttelse mot informasjonslekkasjer - ingen lokale medier - det er ingen måte å lage kopier av dokumenter på flyttbare medier (med mindre det motsatte er tillatt av systemadministratoren).

Sammenligning av kostnadene ved å implementere en løsning for terminaler og PC-er for en arbeidsgruppe for 40 brukere:

Denne artikkelen vil vurdere teknologien til "tynne klienter", beskrive fordelene ved bruken, typer klienter og eksempler på bruken.

I et typisk nettverk for en liten organisasjon er det vanligvis halvannet til to dusin datamaskiner, én til to servere og et lite antall andre enheter. Et slikt system betjenes av en eller to systemadministratorer. Så lenge omfanget av organisasjonen ikke endres vesentlig, er dette tilstrekkelig.

Men hva skjer med en betydelig økning i antall nettverkselementer (minst opptil 50-70 datamaskiner)? Antall datamaskiner vokser, belastningen på serveren og spesielt på datalagringssystemet vokser, nettverket begynner å "trege". For å øke produktiviteten kjøpes ny servermaskinvare og nye datamaskiner. Naturligvis ansettes systemadministratorer, fordi en eller to personer i utgangspunktet ikke er i stand til å betjene en slik mengde utstyr. Dessuten bør utvidelsen av personalet være veldig betydelig, siden, som enhver IT-spesialist vet, oppstår de mest mystiske fenomenene konstant med brukernes datamaskiner. Til dette må legges kostnadene for det kjøpte utstyret selv, siden moderne programvare enten nekter å fungere på datamaskiner eldre enn to eller tre år, eller fungerer, men med en utilfredsstillende hastighet.

Det som er mest interessant er at alle disse tidkrevende og kostbare tiltakene ikke gir det ønskede resultatet - nettverket jobber mer og saktere, antallet feil øker stadig. Hva er grunnen? Årsaken er feil organisering av bedriftsnettverket.
Med høy popularitet i Vesten, i Russland, er terminalnettverk fortsatt lite kjent. Hovedårsaken er heller psykologisk.

Selve "tynnklienten" (heretter referert til som terminalen) er en enkel enhet designet for å fungere i et SBC-miljø (Server Based Computing). I prosessen samhandler de med applikasjoner som er distribuert på serveren gjennom terminalemuleringsprogramvare som viser informasjon overført av serveren. Teknisk sett er dette kompakte (på størrelse med en gjennomsnittlig bok) datamaskiner som ikke skiller seg ut i høye tekniske parametere (omtrent 500MHz, 128 RAM). Terminalene har ikke diskstasjoner eller lagringsenheter. Dermed kan ikke slike datamaskiner fungere uten produktivt serverutstyr.
Dette er grunnen til den lave populariteten til terminalløsninger - en god server er ikke billig og på kort sikt ser ikke terminaler ut som en attraktiv løsning sammenlignet med tradisjonelle datamaskiner ("tykke klienter").
Situasjonen endrer seg radikalt hvis du gjennomfører en liten analyse av kostnadene ved nettverksinfrastruktur over en betydelig periode. En ganske typisk inndeling etter utgiftspost ser slik ut:

• kjøp av maskinvare og programvare - 13 %
• installasjon - 1 %
• vedlikehold - 3 %
• modernisering av grunnleggende programvare - 3%
• modernisering av applikasjonsprogramvare - 11 %
• uformell administrasjon - 14 %
• nettverksadministrasjon - 55 %

Det er ikke vanskelig å legge merke til at hovedmidlene ikke brukes på kjøp av "maskinvare", men på retningsjustering og støtte i stand. Og det er derfor terminalløsninger til tider vinner parameteren. Ved å bruke terminaltilgang trenger ikke administratoren lenger å løpe rundt i hele organisasjonen og prøve å forene et konglomerat av datamaskiner med ulike konfigurasjoner, innstillinger og programvare til et enkelt brukbart system. Prosessen med å installere, konfigurere og integrere neste terminal tar bokstavelig talt noen få minutter, og uten å forlate arbeidsplassen (som regel brukes standard konfigurasjonsterminaler innenfor samme organisasjon og hele oppsettet består i å opprette en konto på serversiden) .

Mange tror: "Siden alle beregninger utføres på serversiden, bør ytelsen være lik den kumulative ytelsen til alle datamaskiner som brukere tidligere brukte." Men dette er ikke slik - vi kan trygt si at 95% av tiden en personlig datamaskin brukes på 5%, med en uttalt toppbelastning. Dessuten er disse toppene fra alle klienter ikke samtidige. I tillegg, hvis spørsmålet om ytelse i det hele tatt oppstår, er det mye mer effektivt (og billigere) å øke serverressursene med 50 % i stedet for å øke ressursene til femti klienter med 20 % hver.

Følgende hovedfordeler med "tynnklienter" kan fremheves:

Sparing, investeringsbeskyttelse
Terminalene trenger ikke modernisering, terminalene har ikke de fleste av de dyre komponentene - harddisker, stor minnekapasitet, eksterne skjermkort osv. De totale kostnadene for systemeierskap reduseres ved å redusere tiden brukt på å betjene brukerarbeidsstasjoner, mulighet for rask gjenoppretting av en defekt arbeidsstasjon, energisparing (opptil 80%)

Pålitelighet

Lengre MTBF. Fraværet av mekaniske komponenter, så vel som selve den forenklede arkitekturen, øker påliteligheten til systemet. Muligheten for tap av informasjon i tilfelle stasjonsfeil er utelukket (all informasjon er lagret på serveren)

Lang levetid

Terminalstasjoner er betydelig mindre foreldet enn konvensjonelle PC-er

Informasjonslagringssikkerhet

Høyt nivå av systemsikkerhet. Fraværet av disker og stasjoner reduserer risikoen for informasjonslekkasje og virus som kommer inn i systemet betydelig.
Det er ingen dataoverføring over nettverket, kun skjermbildet overføres til klientsidene. Muligheten for programvarekryptering av data uten bruk av tilleggsutstyr eliminerer muligheten for uautorisert avlytting;
Sentralisert lagring av data og innstillinger forenkler sikkerhetskopiering. Det er ingen grunn til å bekymre seg for sikkerheten til data og programmer på arbeidsstasjoner.

Enkel administrasjon

Forenkle administrasjonen og lavere brukerstøttekostnader. Brukere kan ikke påvirke stabiliteten til programvaren på deres arbeidsplass. Terminalsystemadministrasjonen er fullstendig sentralisert. For å løse problemer for brukeren trenger administratoren bare å koble til brukerøkten. Kontrollen og styringen av programvaren som brukes i selskapet er forenklet. Enkel organisering av brukerkontroll og begrensning av uønsket aktivitet.

Mulighet for ekstern tilgang

Brukeren får tilgang til sitt virtuelle skrivebord fra hvilken som helst terminal koblet til serveren. Du kan til og med koble til en tynn klient fra hjemmet ditt, bare koble den til en terminalserver (for eksempel via Internett). Det foreløpige og engangsoppsettet tar bare noen få minutter, hvoretter brukeren umiddelbart kommer til arbeidsplassen sin med programmene allerede installert (på serveren).

Frigjør ressurser, reduserer nettverksbelastningen

Belastningen på det lokale nettverket reduseres, siden bare skjermtilstander overføres til terminalen, mens betydelige mengder data kan overføres til en personlig datamaskin. I tilfelle mangel på dataressurser er det nok å oppgradere terminalserveren, og ikke hele flåten av personlige datamaskiner.

Ergonomisk

Terminaler fungerer stille, som tynnklienter, som regel, enten ikke har i det hele tatt, eller er utstyrt med en vifte. Liten størrelse og ergonomi. Tynne klienter har dette navnet av en grunn. De er vanligvis ikke større enn en stor bok og tar ikke opp mye plass på skrivebordet.
Det finnes tre typer terminalløsninger på markedet i dag:

X-terminaler

X-terminaler ligner på de gamle, ikke-intelligente skjermene som tidligere ble mye brukt som tilgangsenheter for minidatamaskiner og stormaskiner. X-terminalen bruker X-Window-protokollen for å samhandle med applikasjoner som kjører på en Linux- eller Unix-server. Den kjører X-serverprogrammet og bruker lokale fonter for å vise informasjon. Denne funksjonaliteten krever mer CPU-ressurser og mer RAM enn andre tynnklienter. I tillegg må X-terminaler opprettholde informasjon om tilstanden til arbeidsøktene deres.

Windows-terminaler

Windows-terminaler kjører en slags Windows OS og støtter ICA- og RDP-protokollene. De laster inn OS fra ROM eller fra serveren (der bildet er lagret) og gjengir skjermene til applikasjoner som kjører på serveren. Windows-terminaler bruker tynnklientprogramvare - Microsoft Terminal Services og Citrix-klientprogrammer. Selv om gjengivelse av applikasjonsskjermer på en Windows-terminal krever færre CPU- og RAM-ressurser enn å vise dem på en X-terminal, bør disse ressursene fortsatt være tilgjengelige i store mengder.

Sun Ray tynnklienter er rettet mot Solaris-miljøer. I motsetning til X- eller Windows-terminaler, lagrer de ikke informasjon om tilstanden til øktene deres (den er lagret på serveren). Sun Ray-produktet opererer under kontroll av fastvare som implementerer kommunikasjonen med Sun Ray-serverne. I tillegg jobber disse "tynne" klientene med smartkort. Disse kortene brukes til å autentisere brukere, og kan også støtte visse applikasjoner og lagre data. Session Manager-programmet (en del av Sun Ray-serverprogramvaren) kjører på en Solaris-server og administrerer brukerøkter, og sender passende videoinformasjon til Sun Ray-enheter (se figur). Siden de aktuelle klientene ikke lagrer informasjon om tilstanden til brukerøkter, kan sistnevnte startes eller gjenopptas ved å bruke en hvilken som helst klient. Dermed kan økten på en måte følge brukeren sin.

Nettverkskrav

I typisk drift overstiger ikke trafikken fra klienten til serveren en kilobyte per sekund, den maksimale verdien registrert i testøkten er 1006 byte / s. Trafikken i motsatt retning (server-klient) er flere titalls kilobyte per sekund. Den maksimale verdien som nås under en økt er 106664 byte / s (nås når du åpner et IE-vindu med grafikk og dynamiske flash-bannere på mail.ru). Den gjennomsnittlige trafikkverdien er ca. 5-6 Kbyte/s (i Internet Explorer, visning av WinWord-dokumenter uten grafikk, åpne og fungerende programmer med standard brukergrensesnittelementer). Så lav trafikk oppnås ikke bare ved å komprimere de overførte dataene (opptil 300%), men også hovedsakelig ved at det i løpet av en økt bare sendes kommandoer til klienten for lokal visning av brukergrensesnittelementer (vinduer, knapper, skriftdesign) i stedet for bildene deres. Overskridelse av maksimal kanalbåndbredde fører ikke til feil, men bremser bare klientens skjermoppdatering. Dette tillater, om nødvendig, å fungere selv gjennom en modemforbindelse med en båndbredde på 2-5 Kbps. Hvis vi tar 100 Mbps for den nominelle driftsbåndbredden til et Ethernet-nettverk, og etterlater den nødvendige sikkerhetsmarginen for kritisk trafikk på ca. 2-3 Mb/s, så gjør dette båndet det mulig å jobbe med enten 20-30 klienter i de mest alvorlige modus uten den minste forsinkelse i skjermoppdatering, eller opptil 500 klienter ved vanlig kontorarbeid uten aktiv dynamisk grafikk, noe som krever konstant sending av grafikk til skjermen. Tatt i betraktning at selv når det gjelder dynamisk grafikk, har kanalbelastningen en toppkarakter, er det ganske mulig at disse verdiene kan overskrides noe uten at det går på bekostning av brukervennligheten (toppene på skjermbelastningen på noen maskiner vil falle på periodene med å vente på brukerens svar fra andre klienter).

applikasjon

Tynne klienter kan brukes overalt hvor et stort antall brukere løser samme type kontor eller spesialiserte oppgaver som ikke krever store PC-ressurser. Dette kan for eksempel være:

• operatørrom
• kontorterminaler
• treningstimer
• også internettkafeer og så videre.

Bruk av terminaler er umulig dersom arbeidet innebærer behandling av betydelige datamengder - arbeid med grafikk, lyd, video, beregninger, etc. Apper som genererer overdreven trafikk (se videoer, moderne 3D-spill) er heller ikke anvendelige.

Konklusjon

Dermed gjør fordelene med tynne klienter dem attraktive nok for mange organisasjoner. Du trenger bare å tydelig definere for deg selv fordelene og begrensningene ved den terminale tilnærmingen i organiseringen av arbeidsplasser. Det er også viktig å merke seg at de totale eierkostnadene (TCO - Total Cost of Ownership) viser seg å være betydelig lavere (ifølge Gartner-gruppen - med 5-40 prosent) ved bruk av tynne klienter på arbeidsplassen, i stedet for fulle. nye datamaskiner. TCO består tross alt ikke bare av kostnadene ved innkjøp av utstyr, men også kostnadene ved å administrere og oppgradere dette utstyret. Å redusere sannsynligheten for utstyrsfeil fører også til en reduksjon i TCO.

Hvis ikke alle, så har mange brukere av moderne datasystemer hørt om konsepter som tykke og tynne klienter. Hva det er, vet de fleste ikke bare, men gjetter ikke engang. Det er imidlertid ikke noe spesielt vanskelig å forstå dette problemet. Deretter vil vi vurdere generelle problemer knyttet til tynnklienter, og selve 1C tynnklienten med en av de enkleste løsningene for å sette den opp. Men først bør du gi noen grunnleggende konsepter.

Tynne klienter: Hva er de egentlig?

Generelt kan ikke begrepet tynnklienter i dag defineres entydig. Faktum er at både "hardware" utstyr og programvare kan tilskrives dem. Så hvis vi for eksempel tar i betraktning programvaremiljøet som finnes på en vanlig PC, fungerer selve den personlige datamaskinen som en tykk klient, men den samme nettleseren som brukes for å få tilgang til Internett er en tynn klient.

Du kan også se på den offisielle tolkningen av hvordan tynne klienter beskrives. Hva det er? I utgangspunktet refererer dette begrepet til enhver datamaskinterminal eller klientapplikasjon i nettverk som bruker enten terminal- eller klient-server-arkitektur.

Som allerede er klart, kan tynne klienter også beskrives fra dataterminalers synspunkt. Hva er det i dette tilfellet? I de fleste tilfeller er dette de mest vanlige datamaskinene der det ikke er harddisk og operativsystem av noe slag. Når det gjelder hovedkomponentene, settes minimumskonfigurasjonen her for nettverkstilkoblinger, visning, inn- og utdata av informasjon osv. Operativsystemet ligger med andre ord på en sentral server og lastes inn på en slik terminal via nettverksprotokoller , så vel som alle andre applikasjoner. Derfor er essensen av å bruke en tynn klient å redusere databelastningen på en enkelt terminal, og bruke serveren som hovedenhet for alle databehandlinger.

Hvis du ser på 1C-programmet, er tykke og tynne klienter grunnleggende brukt i denne konfigurasjonen. Hoved(server)pakken er installert på serveren, og eksterne terminaler via nettverksforbindelser kobles til basisprogrammet med brukerpålogginger under spesialregistrerte pålogginger og passord, selv om du også kan finne konfigurasjoner med harddisker på klientmaskiner, når, når tilkoblet, er hovedprogrammet delvis lastet på dem ...

Tilkoblings- og lisensieringsproblemer

Som praksis viser, når du kobler datamaskiner til en enkelt helhet, brukes som regel topologien til det lokale nettverket "stjerne" eller dets derivater (alle terminaler er ikke koblet til hverandre, men er koblet direkte til den sentrale serveren).

Underveis skal det bemerkes at "tynnklient"-systemet også er bra ved at det reduserer kostnadene ved kjøp av programvare (som nevnt ovenfor er det ikke nødvendig å installere pakker på alle terminaler - det er nok å installere det bare på serveren), og det er også raskt og enkelt løst lisensieringsproblem. I dette aspektet er det to måter: lisensen kan installeres for flere brukere av en terminal eller for flere datamaskiner med en bruker på hver av dem. Reduksjonen i finanskostnadene er tydelig.

Minimum konfigurasjon

Men det mest interessante er hva slags maskinvare som må installeres på barnedatamaskinene når du bruker tynnklienten.

Det antas at det er nok å ha en mellomtoneprosessor om bord, et minimum av RAM (noen eksperter sier at selv 1 MB vil være nok), det enkleste skjermkortet og et nettverkskort. Det sier seg selv at et tastatur, mus, skjerm eller annen enhet er koblet til klientmaskinen. Men på grunn av mangelen på en harddisk med et operativsystem, administrerer brukeren dem direkte gjennom terminalserveren.

Oppstartsspesifikasjoner for operativsystemet

Men mange brukere lurer kanskje på hvordan de skal starte opp OS. Hvordan det? Tross alt er det ingen harddisk på klientterminalen? Serversystemet startes opp ved hjelp av nettverksprotokoller.

Blant de mest brukte alternativene er BOOTP, PXE, TFTP, DHCP og RIS. Noen ganger kan DiskOnModule (DOM)-enheten brukes til å laste det lokale operativsystemet, som er et flashminne med en IDE-kontakt og en spesiell mikrokrets som er ansvarlig for å implementere logikken til en konvensjonell harddisk, på grunn av hvilken den primære BIOS-inngangen / -utgangen systemet identifiserer denne modulen som en ekte harddisk.

Arbeid med applikasjoner

Blant annet blant tilgangs- og kontrollprotokollene som brukes, kan du ofte finne modifikasjoner som RDP, X11, Telnet, VNC, SSH, NXNoMachine, ICA og mange andre.

Basert på det grunnleggende konseptet til selve den tynneste klienten, er det lett å konkludere med at brukeren av klientterminalen, når han arbeider med et bestemt program eller informasjonsdata, kun henvender seg til serveren.

Dette minner litt om analogien med skyteknologier (for eksempel arbeid med Office 365), når programvaren er installert utelukkende på en ekstern terminal.

1C tykk og tynn klient: forskjeller

La oss nå se på forskjellene mellom begge typer klienter ved å bruke eksemplet med 1C-programvarepakken. Det er vanlig å kalle en fet klient en brukerdatamaskin med egne databehandlingsfasiliteter, når en del av informasjonen behandles på den.

I 1C er en tynn klient som en passiv datamaskin, der bare resultatene av databehandling vises, siden alle nødvendige operasjoner utføres på serveren. Så for eksempel deltar ikke klientterminalen i utarbeidelsen eller genereringen av rapporter. Databehandling utføres på en server-PC, og brukeren mottar kun det ferdige resultatet.

Sette opp en klient ved å bruke eksemplet med 1C-pakken

Til slutt kan spørsmålet om hvordan du setter opp en tynn klient ikke ignoreres. Igjen, la oss ta 1C-pakken som et eksempel og vurdere en av de raskeste og enkleste løsningene for å angi de nødvendige parameterne ved å bruke 42 Cloud-nettserveren som eksempel. I prinsippet, i 1C, er det ganske enkelt å sette opp en tynn klient, og enhver bruker kan utføre det, for ikke å nevne en kvalifisert systemadministrator.

Først må du laste ned og installere tynnklienter 1C versjon 8.2 eller 8.3. Deretter er det første trinnet å publisere databasen uten feil, hvoretter du må kopiere lenken til den til utklippstavlen (du vil trenge den i fremtiden).

Nå må du installere tynnklienten og starte den på slutten av prosessen. Ved første start, for at alt skal fungere, må den publiserte databasen legges til listen, som fortsatt er tom, ved å trykke på den tilsvarende knappen, hvoretter du må skrive inn det vilkårlige navnet.

På neste trinn, i tilkoblingsdelen, må du velge typen "Webserver", og i neste vindu, i et spesialfelt øverst, lim inn den tidligere kopierte lenken til adressen til den publiserte databasen.

Videre, i innstillingene for sertifikater og startparametere, kan du la innstillingene være uendret, og deretter klikke på "Fullfør" -knappen. Basen vises i listen, og for å starte hovedprogrammet må du trykke på knappen for å starte 1C: Enterprise-applikasjonen.

For å komme inn i systemet må du bruke innlogging og passord til 42 Cloud-nettserveren. Deretter vises et vindu for å angi brukernavn og passord for programmet (som standard er administratoren installert for alle databaser), hvoretter det vil bli gitt en advarsel om at påloggingen ble gjort uten bruk av sikkerhetsnøkkel (maskinvarelisensiering) , og spørsmålet om å deaktivere det, som må besvares bekreftende. Deretter vil basen bli lansert, som det vil være mulig å jobbe med uten begrensninger.

Fordeler med å bruke denne typen utstyr

Når det gjelder fordelene ved å bruke tynne klienter, er de åpenbare selv for den uinnvidde personen.

Først av alt, som nevnt ovenfor, reduseres kostnadsdelen for kjøp av utstyr, anskaffelse av programvarepakker og lisenser. Det er mulighet for forening (ved å bruke én type maskinvare og programvare for alle nettverksterminaler). Systemadministratoren kan utøve sentralisert styring og kontroll over hver datamaskin, siden det ikke er behov for å konfigurere hver enkelt terminal. Umiddelbart bør du være oppmerksom på reduksjonen i strømforbruket, fordi datamaskiner uten harddisker faktisk bruker mye mindre strøm. I tillegg kan vi snakke om feiltoleranse, fordi operativsystemet ikke lastes fra den lokale harddisken, men fra serveren. Samtidig utføres selv programvareoppdateringer eller overgang til nye typer programvare sentralt og raskt. Til slutt er den største fordelen i denne situasjonen økt sikkerhet, siden datalekkasje på grunn av mangel på lokale eller flyttbare medier er praktisk talt umulig, for ikke å nevne virusangrep.

Konklusjon

Dette er generelt sett tynne klienter. Forhåpentligvis er det allerede litt klart hva det er. Som vi kan se, er det mange fordeler ved å bruke en slik ordning for bedrifter. Og ifølge de fleste IT-spesialister er det i dag bruken av tynne klienter som er en av de beste løsningene for å organisere en informasjonsstruktur og administrere lokale nettverk med et stort antall tilkoblede terminaler.

Vanligvis, når de snakker om funksjonene til et program som er laget, forstår de språket det ble kompilert på. Eller systemkravene som kreves for å kjøre. Men det finnes også en rekke andre, mindre kjente definisjoner. En av dem er tynne klienter. Hva er det og hvorfor utvikles de?

Hva er en tynn klient?

Tynne klienter er datamaskiner eller programmer som fungerer som en del av et nettverk med en terminal- eller klient-server-arkitektur. Men de fungerer ikke bare der. Alle eller i det minste de fleste av overføres til serverne de er koblet til. Hva er det i implementeringen? Et eksempel er nettleseren som brukes til å behandle nettverksapplikasjoner, takket være at du nå kan lese disse linjene. For at systemet skal fungere, trengs en server for tynnklienter, ellers blir en slik idé umulig.

Hvorfor trengs de?

Enkelt sagt er en tynnklient en defekt datamaskin som laster et lett operativsystem og kobles til. Den brukes utelukkende for å spare på maskinvare og programvare (selv om i sjeldne tilfeller andre hensyn kan være årsaken). En typisk tynnklient er en systemenhet som ikke har en harddisk, men bare den minste maskinvaren som kreves for å kjøre operativsystemet. Strømforsyningen, musen, tastaturet, skjermen og nettverkskabelen er tilkoblet. Det kan være andre enheter, men deres bruk er bare mulig hvis de identifiseres og data om dem overføres til terminalserveren.

Det nødvendige utgiftsnivået til programvare reduseres også. Det er ikke nødvendig å kjøpe en lisens for hver datamaskin - det er bare nødvendig for én server. Samtidig reduseres kostnadene fordi kun én terminal må administreres. Som praksis viser, er det ganske problematisk å skade en tynn klient (forutsatt at det ikke gjøres noen målrettet innsats). Men sammen med dette øker kravene til servicepersonell. Dette gjelder spesielt for overføring av saker fra en administrator til en annen. Da er det nødvendig at forbederen forstår alt godt, for potensielt kan enhver feil føre til kollaps av hele systemet, og da vil tynnklienter miste sin verdi. Hva er det du vet, og hvordan skiller de seg fra fete?

Forskjellen mellom tynn og tykk klient

Hva vurderes når man skiller mellom tykke og tynne klienter? Forskjellene mellom dem er som følger: den første forstås som den vanlige typen programmer som kan fungere autonomt på en separat terminal. De er ikke påkrevd for kvaliteten på arbeidet sitt. Du vet allerede hva den andre er. Og dette er den viktigste og samtidig den eneste forskjellen som en tykk klient og en tynn klient har. Forskjeller kan fortsatt siteres i implementeringsfunksjonene, men de passer alle inn i den tidligere formulerte dommen.

Hvordan fungerer det og hvilke typer nedlastinger finnes det?

Hvordan fungerer denne teknologien egentlig? Generelt kan all informasjon deles inn i tre punkter:

1. En tynn klient lastes inn på datamaskinen gjennom en av de mulige kildene. Hovedalternativene er: LAN, CD, HDD.
2. Under oppstartsprosessen til den tynne klienten (eller når du arbeider med et lokalt nettverk før den), mottar datamaskinens nettverkskort sin egen IP-adresse.
3. Når nedlastingen av all nødvendig programvare avsluttes, opprettes en tilkobling til terminaløkten med serveren spesifisert i innstillingene via skrivebordet. Tilgang kan allerede ha blitt gitt eller et passord og pålogging kreves. Tilkobling av en tynn klient bak et lokalt nettverk til en bedrift må tillates i serverinnstillingene.

Som helhet har du allerede en ide om hvordan systemet fungerer. Men en av de viktigste er oppstartsfasen, som alle tynnklienter har. Hva er det, hvor kan det tas fra hvis det ikke er harddisker som vanligvis lagrer data? Det er to muligheter:

1. Last ned via nettverket. TFTP- og DHCP-servere må kjøres på det lokale nettverket. Selve datamaskinen må ha en BootROM-egenskap, eller spesielle drivere som emulerer den. Den ser etter alle pekere, henter innstillingene og laster operativsystemet.
2. Start opp forhåndsinstallert system fra DVD \ CD \ Flash \ IDE.

Nettklient

Tynnklientteknologi er mye mer populær enn det kan virke ved første øyekast. Vil du ha et eksempel for å indikere at du bruker det akkurat nå? Vel, vi antar at en spesiell rolle bør gis til de mest utbredte tynnklientene for øyeblikket - nettlesere. De er utmerkede eksempler på hvordan disse prinsippene fungerer. Nettleseren i seg selv er til liten nytte. Men mulighetene det åpner for en datamaskin koblet til verdensnettverket er enorme! Maskinen kan ha en svært mager programvareressurs, men ved å motta de nødvendige dataene fra eksterne servere, kan du regne med å skape et høykvalitets og flerbruksanlegg. Alt en databruker trenger er å formulere forespørselen sin, hvoretter den nødvendige informasjonen vil bli innhentet fra eksterne kilder.

Terminalmodus

I tillegg til tilfellene beskrevet ovenfor, bør enda en maskinvarefunksjon for en mulig tynn klient fremheves - en spesiell enhet som er strukturelt forskjellig fra en personlig datamaskin. En slik mekanisme er ikke utstyrt med en harddisk og bruker et spesielt lokalt operativsystem (hvis oppgaver inkluderer å organisere en økt med en terminalserver slik at brukeren kan jobbe). Dessuten har en slik enhet ingen spesielle bevegelige deler, den produseres i spesielle tilfeller og har en helt passiv kjøling. La oss se på et eksempel på et ekte program der en tynnklient er implementert? Hva det er? 1C er programmet som vil bli vurdert. Så alt i den er basert på arbeidet i to deler: den ene er den faktiske plattformen som kreves for arbeid. Den andre er en utvidelse som tjener et bestemt formål. Men det kan ikke fungere uten en plattform.

Protokoller brukt av tynnklienter

Det er 9 mest populære typer protokoller som brukes i utviklingen av denne programvaren. Listen deres er som følger:

1. X11 - funnet applikasjon i Unix-systemer.
2. Telnet er en multiplattformprotokoll. Det er et toveis åtte-bits byte-orientert kommunikasjonsmedium.
3. SSH er en multiplattform-analog av Telnet. Hovedforskjellen er sikkerheten til de overførte dataene.
4. NX NoMachine er en modifisert X11-protokoll. Den største fordelen er datakomprimering.
5. Virtual Network Computing er et plattformuavhengig system. Bruker en enkel klient-server-applikasjonsprotokoll for å få tilgang til de nødvendige datamaskinene som er koblet til dette programmet.
6. The Independent Computing Architecture er en ganske ufullkommen måte å overføre data på. Denne protokollen gjenspeiles betydelig i ytelsen og kravene til systemene den kjører på.
7. Remote Desktop Protocol - Betjener funksjoner for ekstern skrivebordstilgang. Det kan overføre et bredt spekter av data, og åpner også for store muligheter for bruk av eksterne maskiner.
8. SPICE er en protokoll for dataoverføring som kan brukes komfortabelt ikke bare på et lokalt nettverk, men også over Internett. Funksjonen er "software ease", som lar deg raskt utveksle data. Dette er mulig på grunn av enkelheten til dataoverføringsprosesser (som utføres uten å ofre ytelsen). Den kan også fungere på en lang rekke maskinarkitekturer.
9. Ulike proprietære protokoller som er utviklet av programmerere fra ulike firmaer og bedrifter. De brukes som regel bare på territoriet til bedriften de ble laget for. De har en rekke unike parametere, inkludert: implementering, systemkrav, arkitektur. I dette tilfellet er en tynn klient fullt utviklet for individuelle bedrifter og protokoller som opererer på deres territorium.

Implementeringseksempler

Som et eksempel på implementering av en tynnklient kan man nevne slike utviklinger som:

1. Terminaltilgang.
2. Diskfri stasjon.
3. LTSP.
4. Thinstation.

Bruken av tynne klienter gjør det i slike tilfeller mulig å fremskynde oppdateringen av all programvare som er nødvendig for drift.