Je li Raspberry Pi dovoljan za uredski VPN? Definirajte posao

Raspberry Pi od četiri gigabajta opis je mašine, a ne uredski zahtjev. Može dobro poslužiti nekolicinu udaljenih korisnika, a može se srušiti već prvog poslijepodneva kada neko kopira veliku datoteku kroz tunel. Brojka memorije ne može vam reći šta će se od toga dogoditi. Pretvaranje kupovine u prijemni test zamjenjuje tu neizvjesnost rezultatom koji možete braniti.

Pretvorite pitanje u prijemni test

Prijemni test imenuje posao, uslove i granicu prolaza prije nego što stigne bilo kakav hardver. Za VPN pristupnik posao je skup istovremenih aktivnosti, a uslovi su putanje i usluge koje su uključene. Granica prolaza je ono što bi korisnik nazvao upotrebljivim, a ne ono što mjerilo izvještava. Bez sva tri brojka nema nikakvog uporišta.

Napišite test tako da ga neko drugi može izvesti. Samo to ograničenje uklanja većinu nejasnih kriterija zbog kojih se ove odluke otežu sedmicama. Ono i rezultat čini uporedivim kada dođe sljedeći pregled.

Ishod može opravdati Raspberry Pi, drugi uređaj ili upravljanu uslugu. Sva tri su legitiman odgovor na isto pitanje. Test odlučuje među njima, a specifikacija ne.

Zapišite posao, ne broj ljudi

Razdvojite aktivnosti umjesto da brojite korisnike. Otvaranje web aplikacije, kopiranje velike datoteke i pokretanje interaktivnog terminala stavljaju vrlo različita opterećenja na isti pristupnik. Zabilježite koje se od njih preklapaju tokom normalnog sata, jer preklapanje pretvara tri laka posla u jedan težak.

Zabilježite i smjer. Udaljeni korisnici koji preuzimaju s uredskog datotečnog poslužitelja troše uredski uzlazni kanal, a brza klijentska veza ne može nadoknaditi ograničenu putanju na drugoj strani.

Ako tunel nosi i obično pregledanje, uključite taj promet u test. Sam privatni pristup podcjenjuje ono što će pristupnik vidjeti kada ured počne da ga koristi za sve.

Izmjerite sastavljeni uređaj

Testirajte verziju, protokol i provjeru identiteta koje namjeravate uvesti. Zabilježite koja je putanja obrade paketa aktivna umjesto da posuđujete mjerilo iz druge gradnje. Kapacitet zavisi od te putanje, pa zapažanje s druge putanje opisuje drugi sistem. Cilj je izmjeriti vašu konfiguraciju, a ne najbolju dostupnu.

Uključite usluge koje će dijeliti ploču. DNS filtriranje, nadzor ili pohrana svi se takmiče za isti procesor i memoriju, a pristupnik izmjeren sam nije pristupnik koji ćete voditi.

Pratite aktivnost procesora, pritisak na memoriju, greške interfejsa i vremena završetka tokom trajnog rada. Držite šifriranje i kontrolu pristupa uključenim cijelo vrijeme, jer brojka dobijena bez njih opisuje uslugu koju niko nije odobrio.

Odredite budžet zastoja prije hardvera

Jedan jeftin pristupnik razuman je izbor kada je njegov zastoj podnošljiv i oporavak jednostavan. Zapišite prihvaćeno vrijeme zastoja i ko može obnoviti konfiguraciju, zamijeniti pohranu i opozvati izgubljenog klijenta. Te radnje odlučuju koliko zastoj zaista traje. Nijedna se ne pojavljuje na specifikaciji.

Ako administrator dolazi do pristupnika samo kroz isti tunel, planirajte nezavisnu putanju oporavka. Rezervna ploča čija se konfiguracija i ključevi ne mogu obnoviti i koju niko ne posjeduje nije plan oporavka.

Imenujte osobu, a ne tim. Oporavak koji zavisi od grupe je oporavak koji čeka da grupa bude dostupna. Ime je i ono što plan čini provjerljivim.

Odaberite najmanji sistem koji prolazi

Odaberite najmanji održavani sistem koji prolazi objavljene zahtjeve s rezervom. Više memorije pomaže kada je memorija ograničenje i ništa ne čini za putanju koja je već zasićena. Rezerva treba biti navedena margina, a ne pridjev. Tada i sljedeća nadogradnja ima kriterij.

Zapišite opterećenje, rezultat i datum uz implementaciju. Sljedeće pitanje o kapacitetu tada počinje od dokaza, a ne od specifikacije. Taj zapis je razlika između odluke i nagađanja.