Probléma: adott gép, egyetlen rendszergazdai fiókkal, ami korrupt lett, ráadásul a jelszavas nincs, csak egy nem adminos fiókunk. Reinstallt kerülnénk, következő lett a megoldás:

sethc.exe!  Ez felel a beragadó billentyűzetekért, ha belogolás előtt crtl/shift stb. kombinációt nyomkodsz eszetlenül hamar feljön. Ki kell írni egy pendrivera az adott OS-t, futtatni egy javítást, elindítani egy cmd-t és ott kicserélni ezt a két fájlt amik a C:\Windows\System32 könyvtárban találhatóak. Nálunk a megoldás az lett, hogy létrehozunk egy másik adminos fiókot, így újra hozzáfértünk a rendszerhez.

peace

Történt az eset nem is oly' rég, hogy az egyik cégnél, egyetlen embernél a kéretlen levelek száma jelentősen megnőtt. Ebből ráadásul napi 4-5 darab a beérkezett üzenetekben landolt ami bosszantó. Kérdezték, miért történik ez, ennek rengetek oka lehet, én a legvalószínűbbnek a rossz / adathalász linkre kattintást, vagy a megadott / kiadott e-mail címet tippelném. Lássuk a megoldást! A szervezeti spam szűrőt nem piszkálom mivel egyedi a probléma. Lehet Outlook-ban a kezdőlapon a Levélszemét beállításai opcióban állítani szűrést is: Alacsony \ Magas \ Csak megbízható feladók opciók vannak. Jelen esetben az alacsony valószínű kevés lenne, a magasnál meg elképzelhető, hogy több "rendes" levél is átcsusszanna a spam mappába. Őszintén megmondom, én ezt nem próbáltam.

Az exchange management shell segítségével be lehet állítani, hogy egyetlen postafióknak mekkora legyen az SCL szintje, vagy érzékenysége, nem tudom mi a jó szó rá. Az SCL a Spam Confident Level rövidítésből jön, ami annyit tesz, hogy mennyire biztos, hogy egy levél spam. Nullától kilencig vehet fel egész értéket, ahol 0 jelenti azt, hogy nem spam, a kilenc pedig, hogy nagyon nagy valószínűséggel spam. Az átlagos érték a hét (amiről én tudok), de ez nincs mindenhol így, nálunk szervezet szinten ez van beállítva. A cél az lenne, hogy ettől valamilyen kisebb értéket beállítani, és ha továbbra sem elég jó a várt hatás, lehet csökkenteni az értéket. Megkülönböztetünk több különböző hatókört, amiről most én beszélek az kifejezetten egyetlen postaládára érvényes, ez a legszűkebb kör.

Egy postafióknak rengeteg tulajdonsága van, ami most minket érdekel azok az SCL<valami> névvel kezdődnek. A legegyszerűbb megoldás, hogy bekapcsolok itt egy külön szűrő küszöb értéket, aminek nem a hetes, hanem mondjuk a hatos (vagy valamilyen alacsonyabb) értéket adom meg. Ezen kívül, engedélyeznek kell ezt a külön szűrőt, mert ugye alapból ki van kapcsolva, és mindenkire a szervezet szintű beállítás érvényesül.

Set-Mailbox -Identity felhasznalo.nev -SCLJunkEnabled $true -SCLJunkThreshold szam

Ha túl alacsony értéket adunk meg, akkor a nem levélszemét üzenetek is átkerülhetnek a spam mappába!

A spam szűrő kifejezést egy kicsit szét bontanám, mert attól függően hogyan szeretnénk beállítani a postaládát, több lehetőség áll előttünk. Négy pár tulajdonságot emelnék ki, az első a SCLJunk. Ami mindegyik párra igaz: tartozik hozzá egy Enabled opció, hogy engedélyezed ezt a beállítást. Abban az esetben, ha nincs semmi írva mellé akkor false értéken áll. Amikor a beállítás engedélyezve, hiába van beállítva hozzá egy érték, nem fog működni. A másik pár a Threshold, magyarul talán küszöbértéknek lehetne fordítani, mondja meg az értéket, hogy ez a szám felett mi történjen. Az SCLJunkThreshold értéket meghaladó levelek bekerülnek a levélszemét / junk mappába. Az ez alatti levelek pedig átmennek a beérkezett üzenetbe.

Következő tulajdonság SCL Quarantine, neve beszédes, ha engedélyeztük, megadhatjuk a Threshold értéket és ami ezt meghaladja, vagy megegyezik vele ÉS kisebb mint a SCL Reject Threshold (lentebb kifejtve) az átkerül a karantén postaládába. Ez egy különálló postaláda, ennek beállítására nem térnék most ki, lényeg, hogy átlag felhasználó ezzel a levéllel már nem találkozik. Az SCL Reject Threshold az a küszöb érték, amikor már nem akarunk a levéllel foglalkozni, de még küldünk róla értesítést, és végül a SCL Delete Threshold amikor értesítés nélkül töröljük a beérkező üzenetet. 

A postafiók tulajdonságokat egybe kell írni, átláthatóság miatt írtam külön őket.

 Csatolok egy képet, mert miért ne, itt nincs semmilyen érték beállítva (mivel jobb oldal üres).

Egyik kollégával történt a következő eset.

"XY hívott, hogy volt négy levele az elküldendő mappában az Outlookban (természetesen nagyon fontosak), amik egy Outlook újraindítás után eltűntek."

Mondtam neki, hogy az Outlook sajnos ilyen. Ez nem tetszett neki, írni akart a Microsoftnak. Ehhez mondtam, hogy előbb meg kellene venni a szoftvert. Itt hosszabb csönd állt be....Végül a törölt elemek helyreállításánál meglettek az üzenetek. Megmutattam neki, hogy tudja visszaállítani. kettőt vissza is állítottunk.

Igény lett arra, hogy távoli rokonhoz fényképeket el tudjunk juttatni, innen jött az ötlet, hogy beállítok egy FTP szervert. A vsftpd-re esett a választásom, ami a very secure ftp daemon rövidítése, így számomra a neve is tetszetős. Telepítsük is gyorsan a programot, adjuk ki a sudo apt-get install vsftpd parancsot. Gyorsan feltelepül a program, és már kezdhetjük is beállítani! A fájl amit keresünk (linux mint és sok más esetben) a /etc/vsftpd.conf nevet viseli. Igazából kis angol tudással és utána olvasással nagyon egyszerűen testre szabható a program. Pár beállítást azért megemlítenék a teljesség igénye nélkül amiket én használtam, megjegyezve, hogy hitelesítéssel, csak letöltésre használom a szervert.

local_enable=YES - Ezzel engedélyezzük a helyi felhasználóknak a belépést az FTP szerverre.
#write_enable=YES - Én itt meghagytam a kettős keresztet azaz ez a rész kommentnek számít, mivel én nem szeretném ha írnának a szerverre, innen csak letöltenek.
anonymous_enable=NO - Nem szeretném ha bárki be tudna lépni, hitelesítse magát.

Létrehoztam egy külön user-t aminek a nevében fut majd a daemon: useradd -r -s /bin/false USERNAME  az r kapcsoló azt mondja meg, hogy ez egy rendszer fiók, a -s kapcsoló után pedig megadom a bejelentkező shell-jét ami nem kell neki.

nopriv_user=username amit csináltál előbb
ftpd_banner=A hatalmas Zeus udvozletet kuldi! - Ezt azért, mert tetszett.
local_root=/srv/ftp - Megadom az FTP root mappáját,  mert nem szeretném, ha mindenki a home-jába fel/le töltene, hanem egy adott helyről töltsenek le.
userlist_enable=YES – maga után vonja a következő opciót is – csak azok léphetnek be akik ezen a listán szerepelnek
userlist_deny=NO – Ez a beállítás pontosan azt takarja, hogy a letiltott vagy az engedélyezett user listát használunk-e. NO opciót választok, mivel én az engedélyezett usereket szeretném megadni.
log_ftp_protocol=YES – szeretnék logolást beállítani /var/log/vsftpd.log  
chroot_local_users=YES  - Itt adom meg hogy az általam megadott /srv/ftp mappából ne tudjanak kitallózni. Ha ez nincs bekapcsolva az egész fájlrendszer tudják tallózni, ami annyira nem egészséges.
chmod_enable=NO – Felhasználók tudjanak módosítani jogosultságokat? Heh, még mit nem.           

pam_service_name=vsftpd – Legjobb beállítás. Mi legyen a neve a szolgáltatásnak? Kit érdekel, legyen default. Aha így hagytam, beléptem egyik felhasználóval minden rendben. Aztán valamiért rápróbáltam egy másikra is, 530-as hiba login incorrect. Hmm passwd új jelszó login incorrect. Googli, majd megoldásként azt mondták írjam át ezt a beállítást ftp-re, restart, és működik. Nem akarom tudni miért, haladjunk.

User list. Bekapcsoltam, service restart, connect, beírom felhasználónevet OFFLINE hibaüzenet. Hát mondom mi van?! Megnézem service fut, configot átnézem elírást nem látok, rápróbálok másik felhasználóval offline. Elfelejtettem megadni magát a listát, az FTP üzenetből látszott. Létrehoztam a vsftpd.user_list fájlt beleírtam a két embert akit akartam, úgy hogy username <enter> username, save semmi vessző vagy valami más. Service restart, és láss csodát elindult.

Ezen kívül még a kedvenc programomat a fail2ban-t is ráengedtem, bekapcsoltam a vsftpd jailt, amit úgy állítottam be, hogy ha még kis is találja a támadó a felhasználó nevét, négy téves próbálkozás után (10 percen belül) kibannolja a p*csába.

Végszóként csatolok egy minta konfigurációs fájlt:

# Allow anonymous FTP?
anonymous_enable=NO
#
# Allow local users to log in?
local_enable=YES
#
# Allow any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=0000
file_open_mode=0220
#
# Allow the anonymous FTP user to upload files?
anon_upload_enable=NO
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=NO
#
# Activate logging of uploads/downloads?
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data)?
connect_from_port_20=YES
#
# Log file in standard ftpd xferlog format?
xferlog_std_format=NO
#
# User for vsftpd to run as?
nopriv_user=vsftpd
#
# Login banner string:
ftpd_banner=ILikeJam FTP server. Logs are being monitored.
#
# chroot local users (only allow users to see their directory)?
chroot_local_user=YES
#
# PAM service name?
pam_service_name=vsftpd
#
# Enable user_list (see next option)?
userlist_enable=YES
#
# Should the user_list file specify users to deny(=YES) or to allow(=NO)
userlist_deny=NO
#
# Standalone (not run through xinetd) listen mode?
listen=YES
#
#
tcp_wrappers=NO
#
# Log all ftp actions (not just transfers)?
log_ftp_protocol=YES
#
# Show file ownership as ftp:ftp instead of real users?
hide_ids=YES
#
# Allow ftp users to change permissions of files?
chmod_enable=NO
#
# Use local time?
use_localtime=YES
#
# List of raw FTP commands which are allowed (some commands may be a security hazard):
cmds_allowed=ABOR,QUIT,LIST,PASV,RETR,CWD,STOR,TYPE,PWD,SIZE,NLST,PORT,SYST,PRET,MDTM

Konfig fájl forrása itt érhető el, FTP parancsok részletesebb magyarázata itt.
Itt találtok még egy részletesebb leírást a konfig opciókról.
És persze a manualban :)

A raid állapota tiszta, az újraformázás befejeződött, ott hagytam abba, hogy kiadtam az mdadm --grow parancsot. Most már négy darab 320 GB-os lemez van a raidben így az elérhető kb. 600 GB helyett, most ugye 900 körüli értéket kell kapjunk. A raid-et lecsatolom, umount /dev/md0 megteszek egy ellenőrzést fsck /dev/md0 minden rendben. Megkeresem az mdadm konfigurációs fájlját, linux mintnél ez az /etc/mdadm/mdadm.conf helyen találom, majd kibővítem a konfigurációs sort:

Érdekes, hogy a level és a num-devices opció hiányzott nálam, pedig amikor létrehoztam a raidet biztos, hogy ezeket is be kellett állítani. Mndenesetre, most hozzáadtam ezeket, figyelve arra, hogy a num-devices érték, most már a három helyett a négyes értéket kapja. Az utolsó lépés fájl rendszerenként különböző lehet, én ext4-et használok, de ext3-nál is kiadható a következő parancs: resize2fs /dev/md0 . Gondolkozik egy picit, majd kiírja, hogy végeztünk. Most már kíváncsi vagyok, én is az eredményre megnézem: df

Örülök, mint majom a farkának, mert az első szám 9-essel kezdődik, és nem 6-ossal,a mi azt jelenti, hogy sikeresen megnöveltük a raidünk méretét.

Lejár a határidő! Most péntek július 29 nincs tovább. Vagy mégis? Az ingyenes frissítési lehetőség határideje lassan lejár, viszont rendszergazdai szemmel talán próbáljuk a felhasználókat az új felé lökdösni, még ha ez nem is tetszik nekik annyira. Viszont minden cégnél van olyan ember aki köti az ebet a karóhoz, hogy márpedig a régi jó, maradjon ez. Te pedig tudod, hogy idővel csak meg kellene lépni a frissítést, nem beszélve arról, hogy körülbelül 40 ezret (Win10 pro) megspórolsz a cégnek, ha most megteszed.

Létezik egy köztes megoldás. Most péntekig fel kell frissíteni, és aktiválni kell a Windows 10-et, ha ez megtörtént vissza lehet görgetni a régi kedvelt rendszerre. Erre két módszert is bemutatnak részletesen, talán ez az egyszerűbb, ám de kevésbe szakszerű megoldás. link

Arra még érdemes figyelni, hogy nem minden Windows verziót lehet két kattintással felfrissíteni, a lenti táblázat mutatja a lehetőségeket:

kép forrása: windowscentral.com

Mostanában csak úgy záporoznak a programok, legalább is amiről én is tudomást szerzek. Rendszergazdák hete címmel kerül megrendezésre ez az ingyenes, ám de regisztrációhoz kötött esemény. Csütörtök 8:30-tól egészen délután 16-ig tartanak előadásokat. Nem kisebb nevek fognak előadni mint például Gál Tamás akihez egyszer már nekem is volt szerencsém élőben. Részletes program a fenti linken érhető el, ajánlom mindenkinek!

Ahogy a bemutatkozásomban is írtam, lesznek olyan cikkek amiket magamnak írok, amit esetleg egyszer összegyúrok valami hasznosabbá, és átláthatóbbá, valamikor. Hétvégi program: növeljünk raid-et! Már hetek óra itt porosodott az a plusz lemez amit be kellett volna raknom a raid-be, de valahogy időhiány miatt nem vettem magamon erőt sosem, hogy megcsináljam, de majd most!

Egy kis háttér info: Egy E350M1/USB3-al nyomulok, ezen fut egy linux mint desktop verzió. Sokat gondolkoztam mi legyen az OS, ez települt fel, először sikeresen, így rá esett a választás. Próbálkoztam szerver verziókkal is, de valami hibába botlottam már nem emlékszem, így elvetetten. A GUI-t kikapcsoltam, mert túl sok erőforrást vett el, így kezd hasonlítani egy szerverre, csak van GUI-ja is ha akarom :D. Itt fut egy raid5, most már négy lemezzel, akkor adjuk hozzá a negyediket szoftveresen is!

mdadm --add /dev/md0 /dev/sdd1
mdadm: /dev/sdd1 not large enough to join array -Tessék?! Mind a négy lemez ugyanakkora. Hmm...  

Mivel kaptam a lemezt meg sem néztem, egyből a közepébe... hát még voltak rajta adatok/ partíciók, így a régi partíciókat töröltem: 
fdisk -l - hogy lássam milyen lemezek, partíciók vannak, majd kiválasztom amelyik nekem kell:
fdisk /dev/sdd1
p - azaz printeljük ki milyen partíciók vannak, hát van egy csomó, engem nem érdekelnek, én linux raidot akarok mennek a levesbe
d - törlés, partíciók számát megadom ok
w - lemezre írom a változtatásokat
Újra megnyitom a lemezt formázásra, majd az n mint new, és p mint primary, és pár enter után, megnyomom a t betűt, ahol ki tudom választani, milyen típusú legyen a partíció. Felírtam régebben, hogy 21-es a "linux raid auto", így ezt választom, hát nincs ilyen persze. L betűvel kilistázza milyen lehetőségek közül választhatok, így most a "fd" betű kombinációt írom be ami megfelel a raidnek. Ez után már működik a hozzáadás, majd megnövelem a raid méretét:

mdadm --grow --raid-devices=4 --backup-file=/home/petersonal/grow_md1.bak /dev/md0

A folyamat indítása előtt készítettem egy biztonsági másolatot, ha valami balul sülne el. Majd kiadom a mdadm --detail /dev/md0 parancsot, hogy lássam, történik-e valami:

Amíg megírtam ezt a cikket, felugrott 5%-ra a folyamat, ezzel viszont még nincs vége a beállításoknak, én meg megvárom amíg ez elkészül :)

Történt az eset, - sajnos többször is - , hogy a felhasználó nem tudott bejelentkezni. A gép bejelentkező képernyőn az "űrfánk" csak teker, teker, 20 perc után felhív a felhasználó Ő is érzi valami nem kóser. Nézem eseménynaplót, semmi profil hiba, pedig általában ehhez vezethető vissza az ilyen probléma. Amikor először találkoztam a ezzel, egy profil törléssel is megpróbálkoztam nem vezetett eredményre. Beléptem egy lokális felhasználóval körbenéztem a gépen, és a hálózati részen kiszúrtam, hogy vezeték nélküli hálózat engedélyezve van, és mellette a vezetékes is, ráadásul mind a kettő aktív. Na mondom ez nem kóser vezeték nélkülit letiltom, és láss csodát megy a bejelentkezés mint a szél. Ezt elmondom, megkérdezem mennyire kell a vezeték nélküli funkció, nem, nem kell, nem használja, minden oké. Persze ismét előjött a probléma, ugyanazok a körök, mit ad isten, vezeték nélküli hálózat aktív. A problémát az okozhatja, hogy a számítógép bejelentkezéskor két címről kommunikál, és két címre kapja össze-vissza a válaszokat ami ahhoz vezet, hogy 20 perc után egy force restartot kell küldenem rá távolról, hogy tudjunk a géppel valamit kezdeni. Megoldásként a következőt tettem, hogy a jövőben elkerüljem a problémát: Elnavigáltam az adapter beállításokhoz, és itt az <alt>-al előhozható menüből a Speciális beállításokat választottam ki. A következő kép fogadott ahogy sejtettem:

Ethernet opciót feljebb vittem, így ezt fogja használni először.

Más véleményen vagy? Te nem így csinálnád? Tudsz jobb megoldást? Szólj hozzá! :)