uid_395 blogja

Hm, mivel mostanság láttam egy két "mit néztem most" blogot, gondoltam megosztom én is,  itt egy lista az elmúlt hónapra levetítve a teljesség igénye nélkül:

A megtévesztés korában -> Web of Make Believe: Death, Lies and the Internet -> https://www.imdb.com/title/tt20602042/
-- 6 rész, 5 különálló sztorit dolgoz fel epizódonként (az 5-6 rész az összefügg), spoiler mentesen, van itt szó SWAT-elésről, az adócsalásos sztorin át minden egyében át. Valós szereplők is nyilatkoznak.

Ne vedd fel a telefont! -> https://m.imdb.com/title/tt23826740/
-- Ez egy nagyon durva sztori, ami egész sokáig húzodott, szintén valós szereplőkkel.

Texas Gyilkos Földjén -> https://www.imdb.com/title/tt1389127/
-- Ez szintén egy érdekes dokumentumfilmes cucc

Scrooge :)
-- Aranyos szokásos karácsonyi 3 szellem meglátogatja emberünket történet.

Castlevania
-- Ez egy drakulás kicsit más feldolgozásban, nem is tudom talán anime, talán nem, nekem tetszett. 

Meg most elkezdtem a Koronát :) azt nem kell magyarázni, egyelőre leköt, meg nyilván azt fenntartásokkal kezelem :)

UPDATE:

- Alice in borderland - https://www.imdb.com/title/tt10795658/
  Huh hogy is kéne spoilermentesen összefoglalni, talán úgy mint a Fűrész filmeket, csak ez kissé csavarosabb, sőt, sokkal csavarosabb. Bár van benn pár klisé, de eddig jó a 2, évad fut most :)

- Witcher: Blood Origin - https://www.imdb.com/title/tt12785720/
  Witcher / Vaják előzmény "minisorozat" , akinek tetszett a Witcher ez is fog.

Nos én jelentkeztem 3. oltásra is. (Április 24 volt a 2. sputnyik oltásom)

Online időpontfoglalás volt. TAJ szám megad, születési év, stb. Az hogy volt-e ügyfélkapus auth arra már nem is emlékszem.

Rendszer kiadta ~bő 1 hétre az első lehetséges időpontokat, oltópont helyeket + () részben ott volt hogy mi az oltóanyag. Pfizer volt nálam. 2 sputnyik után nem nagyon lepődtem meg rajta.
Bekattintva, kaptam róla szép emailt, amiben ott volt a 3. oltáshoz való nyilatkozat, letöltöttem, kitöltöttem, stb. 

Amit vittem magammal:

- A teljes "dokumentáció" az első oltásokról, ebbe bele tartozik a kis oltási kártya is amire pecsételték a sputnyik 1-2 -t. (bár ezt nem kérték végül. regpultnál sem + oltóorvos sem)
- Szokásos okmányok.. bár ez alapvető azért
- Kinyomtattam az emailt is biztos ami biztos amit küldött az időpontfoglaló
- Maszk.. :) + egy kisüveges ásványvíz biztos ami biztos :)

Üdv,

Egy ideje már Xiaomi termékeket használok (telefon, mi4c->a2lite-> most mi 10t lite, mi band3->4->amazfit) és eddig elégedett vagyok velük teljes mértékben.

Még ha haza is küldik az információkat kínába :)

https://phonesdata.com/en/compare/5458912/5328/

Nem akarok nagyon belemenni a részletekbe, ezért a fenti linken van egy gyors összehasonlítás.

• Pár dolgot kiemelve: MI110T <-> A2 Lite 
• USB-C - sima USB helyett
• MIUI rendszer - Android One helyett (amit amúgy dobni készül, vagy már dobott is a Xiaomi, bár tény az AndroidOne-os rendszert jobban szerettem volna, de MIUI sem rossz)
• ~4800-as aksi - 4000-es helyett
• 2020. szept. gyartás -  2018-as széria helyett
• 6GB RAM - 3GB helyett (nekem a 3GB-s A2 volt)
• ~1collal nagyobb kijelző, ez nekem fontos volt
• NFC van  -  NFC nem volt
• 5g van mind meghalok - 5g nincs.

Amit hátránynak lehetne felhozni, az az IPS panel és nem AMOLED, de az A2 Lite-ban is IPS volt, engem nem zavart. Oldalt van az ujjlenyomat olvasó ügyesen egybeépítve a bekapcsoló gombbal az Mi10T -ben, ez egész jó, majd át kell szoknom rá, a másikon hátul volt egy "luk".

33W töltés az valami atomgyors. Bár Wireless töltés nincs, de eddig sem volt rá igényem.

Képfrissítési frekit 120hz-ig tudja tekerni, automatikusan ha épp olyan van, ez pl játékoknál kifejezetten érezhető különbség volt eddig.

Gyorsabb, pörgősebb eddig. Nem kellett rá varia ROM, jött GlobalROM-al és kész, az EU-st most nem erőltetem rá.

összességében maga ez a cucc került nekem ~72ezerbe cakkpakk. Ennyi pénzért ilyen tudású készüléket azért nehéz találni szerintem.
Mielőtt még kérdezitek hol volt ennyiért, itt ott amott + beszámítattam egy két régi telefont, stb.

Mivel még friss a cucc, ezért kamera / egyéb dolgokról nem nagyon tudok nyilatkozni. De talán majd bővítem ezt a "blogot"

szerk1.: btw az applikációk / egyéb migrációk könnyen mentek, mind a két eszköz Xiaomi, megtalálták egymást, örültek, másolódtak, stb.
A SIM kártya ez valami nano SIM lesz vagy nem tudom mi ami az MI 10T -be kell, de csak a SIM2 -es slotban tudtam berakni a jelenlegi SIM-et, majd ezt orvosoljuk később. De ott is megy a 4G, vagy akár 5G mivel az is szerepel a listában SIM2-re is.

szerk2.: 
- Nos, már egy ideje használom. Az aksi valami álom. A MIUI és az aksioptimalizáció is teljesen jól megy. A2 Lite napi nyomkodás után már ~30%-on volt, ez úgy 70%.
- Az fingerprint sensor teljesen jó helyre került, az oldalára. Ez egyben a ki/be kapcsoló gomb is. Nagyon gyors cucc, kicsit meg kellett szokni. De ez fentebb már volt
- Játékoknál sokkal lágyabb és gyorsabb élményt ad, mind betöltésileg, mind maga játékélménynél (60FPS-el pl teljesen jól fut a most kijött LOL: Wild)
- Böngészés / egyéb dolgok rendben.
- Értesítések a megfelelő beállítások után rendben (ugye itt külön engedély kell + lock ahhoz hogy ne clearelődjön a RAMból az adott process, stb MIUI style)
- WIFI 5g úgy vettem észre sokkal stabilabb mint az A2 Lite-ban volt, az sokszor eldobta az 5g-s wifit és átváltott 2.4-re. (~2 méterre a routertől kb) Ez nem csinál ilyesmit. Rendesen választja ki melyik wifi kell neki (egy ssid-n van 2.4/5g wifi így válogat a kliens)
- A mobil 5G-t egyelőre még nem volt alkalmam tesztelni, mivel Telenornál ez még nincs.. vagyis na itt nincs :)
- A hozzá adott Silicon tok az azért kissé "kemény" verziós, nem úgy mint az A2 Lite-nál volt, ott simán lehetett "hajtogatni". Ez azért masszívabb cucc, bár nem is árt, mivel nem kapott fémházas kialakítást a teló, ezért alapból is elég csúszós az egész tok nélkül

folyt. köv.

Csak úgy itthagyom.

Félig "játszós" szerverre toltam még idő előtt egy Ubuntu upgrade-et.

do-release-upgrade -d (ILO konzolon :) ) (előtte kivettem az MS dotnet runtime* részt + a HP szerverhez való bionic -ot az APT repoból sources.iists.d*)

Viszonylag gyorsan végzett a dolgokkal. Egy két dologba kellett belenyúlni (bindnél egy apparmor configba, mind1, 1 sor volt az egész)
A frissítés sima volt, egy HP ProLiant ML310e Gen8 v2, BIOS P78 04/04/2019 .

Semmi extra. SSD booton van az egész Ubuntu + mellette egy SW raid-es sztori.

Mi működött?

• do-release-upgarde -d 
• 0 error, egy-két warning volt
• pár config kézzel összeegyezettése

Mi nem működött első reboot után / vagy csak félig?

• Apache2 / PHP FPM rész (egy két modult újra kellett rakni, apacheban újra engedélyezni, php szintén, confokat, poolokat átnézni, stb)
• BIND9 autoupdate zonákra (apparmor config miatt)

Sima volt az upgrade, a PHP-FPM anno php7.2-fpm névre hallgatott, ezért ott kellett egy kevés módosítás, hogy az "átalakuljon" php7.4-fpm verzióra. Mind apache, mind php fpm pool* oldalán.

mdmad ment tovább, nem tapasztaltam hibát. Openvpn server van még rajta, az is "túlélte", semmit nem kellett rajta mókolni.

Apache / PHPFPM -et kellett kicsit helyrerántani és ennyi. (mpm-worker ki, event be, php-fpm configok módosítása, stb)

Eddig hiba nélkül megy. Futó szolgáltatások, nem sok kb ezek voltak:

• Apache2 / PHP-FPM 
• BIND9 master DNS zone / slave
• postfix alap konfig (csak küldözget ki leveleket)
• mdadm sw raid 0 gond
• OpenVPN szerver 0 gond ment tovább

Kb ennyi, csak egy kis összegzés, hogy hogyan sikerült az upgrade.

Apró kiegészítések part1:

- Valahogyan eltúnt a /etc/securetty fájl mint olyan. Viszont ezt még a pam-common-auth rész használná. Ezáltal pl a proftpd is erősen keresi (másnál a dovecot), stb. 
https://bugs.launchpad.net/ubuntu/+source/shadow/+bug/1872443
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931899

Elég friss a "hiánya", perpill egy 18.04 -esből kézzel kb odacopyztam és ennyi. Egyelőre. Aztán várom, hogy erre lesz-e fix vagy nem.

- snapd* miatt nem igazán akart az apparmor elindulni. Leszedve / újra felrakva ez a hiba megszűnt, indul az apparmor is.

Hm,

csak self-note -nak hagyom itt.

Adott egy ESET ERA termék, .ova fájlból importálva ESXi -be. Ez még nem egy csoda. Adja maga az ESET így.

Belőve minden. Adnak hozzá egy csodálatos webmint, hogy azért ne a konzolt izélgesd.

Maga a cucc teljesen jól műxik, import + pár beállítás után már van is installer, csatlakozhatnak a kliensek, stb.

Na ja, itt jön a képbe a webmin rész.. Mivel nem olvasunk, upgrade-elünk. Egy rakás csomag frissült, restart.
ERA webadminnál kidobja nem lehet csatlakozni ...

Remek. logokból kiderült, hogy hát ő nem tud mit kezdeni az ODBC mysql* résszel mert az nem is létezik végülis.

Aki esetleg CentOS 7 -el dolgozgat + MailScannert használja clamd-vel és frissített mostanság (ahogy azt kell),

annak esetleg érdekes lehet, hogy ledöglik (erős túlzás, ha nincs backup scanner, akkor csak lerakja a levelet későbbi kézbesítésre queue-ba) a MailScanner arra hivatkozva, hogy nem található a clamd socket fájlja, pedig ott van.

Nemtudom kinél mi a setup, nekem clamav frissülés után

/usr/lib/tmpfiles.d/clamd.scan.conf -ben ez került be:
d /run/clamd.scan 0710 clamscan virusgroup

Ezt átírva erre:

d /run/clamd.scan 0750 clamscan mtagroup

Hm, nos

adott a cikk:

https://index.hu/gazdasag/2018/08/23/egyre_tobb_fiatal_szulo_kepzi_at_m…

"Az Informatikai Vállalkozók Országos Szövetségének (IVSZ) friss kutatása alátámasztja az iskola meglátásait. A júliusban közétett felmérés 136 cég válaszai alapján készült." a lenti lista.

A legérdekesebb tanulságok:

- Nem működnek az üzleti rutinok, nem lehet már ugyanazokkal a csomagokkal felvenni és megtartani az embereket, mint régen, a cégek mégis működtetik a régi modelleket.
- A multik hajóhosszal nyerik a bér- és árversenyt.
- A kevés munkaerő miatt sokszor már árajánlatot sem tudnak írni a cégek, nemhogy végigvinni egy megbízást.
- A mikrovállalkozásoknak van a legkisebb megtartó ereje.
- Nem akarnak eléggé fejlődni a dolgozók, a vezetők pedig nem látják ezt gondnak.
-A piac kényszerből oktatással is foglalkozik, hogy legyen elég embere.
- Kisebb cégben hamarabb termőre fordul egy junior.
- Nincs elég szakértő az IT-határterületeken.
- A munkatársak elrablása (ami pedig legenda a piacon) nem annyira erős jelenség.
- Az egyetemről felvettek többsége nem alkalmas a valós munkára.

Hm.

Zyxeleket használok mostanság, (kivéve NAS) összetalálkoztam egy Zyxel GS1900-8 portos "smart management switch" nevű jószággal.

Oké, ennek van valami webes interfésze is amin lehet "cseszegetni".

Manuál elolvas. Manuálba mi van? default IP address 192.168.1.1 <- mondom wtf, ezt hogy gondolták a mérnök urak :) Mert hogy ez egy elég standard cím bárhol.

Na mind1, oké, összedug direktbe géppel, gépen IP beállít valami másra, mondjuk 1.10 . Semmi. ping 192.168.1.1 semmi 0. weben semmi 0.

Oké.

Mondom rádugom a hálózatra álá nátur akkor, hátha úgy (itthon úgyis 192.168.0.* van) . Semmi.

Hm,

USG20W-VPN router adott.

Probléma adott, random időben eldobja a teljes wifi ap-t. Diagnostic log szerint magát a modult dobja ki segfault-tal.

Na mind1, Zyxel support felkeres, első körben állítsak ezt, azt, oké megvan, küldtek "új FW-t" ami 4.30* nevet viselte (bár 4.31 volt rajta mind1) .

Ezzel is sz.r ? igen.

Első válasz, akkor keresse meg az eladót és ott reklamáljon.. Köszi. Leírtam hogy hát de a diagnostic logokat amit maga az eszköz készített ugyan megnézhetné valami "deep impact" mérnök is, hogy ugyan miért segfaultol el az localAP ... (ne menjünk már le tplink szintre...)

Hi, igazából csak egy kis összefoglaló Synology NAS DSM frissítéséről 6.1 -> 6.2 -re.

Nem automatán kapták meg a frissítést, direktbe raktam fel a megfelelő update fileokat.

Két eszköz egy DS418 és egy DS416j. Egyik egy sima RAID1-es rendszerben, a másik RAID5ös rendszerben üzemel.

Megfelelő .pat fájlt letöltve synology oldalról adott típushoz + feltöltve kézi frissítéssel DSM-en át tökéletesen felment.

~5-6 perc volt kb mind két eszköznél a "kimaradás".

Egyik eszköz csak simán fájlszerver funkciókat lát el, a másik viszont webdav + caldav + calendar + egyéb extra csomagokkal is rendelkezett.
Jelentem ezek is 6.1->6.2 frissítés után gond nélkül üzemelnek.

Hah.

Hogyan szopassuk magunkat.

Alap szitu felvázolva pár pontban.

- adott volt 1 darab régi PC, amiben egy IDE winyóról üzemelt egy linux (tehát elég régi PC)
- adott volt mellette kettő darab SATA disk, mdadm-al raid1ben.
- erre adatokat mentettek (samba megosztáson át)
- elvileg ez csak ilyen "temp" megoldás volt, tehát erről nem igazán kellett backup, bár ez nem is lesz fontos a következőkben.

Problem:

- sokszor ledöglik az U: meghajtó .. jah ezen a néven volt csatolva a raid1-es tömb samba megosztással
- kellene menteni

Oké. Megpróbálták ők is, de random kifagy az egész gép másolás közben. Az mdadm szerint az egyik winyó már rég kiesett a raid1-ből. Sebaj.

Hm.

Se név, se cím, se semmi. Se impala.

Viszont adott egy vállalati környezet, Win7 és Win8.1 -es gépekkel, tök vegyes környezet. a HP 2giga ramos gépektől kezdve a Corei3 4Gigásokon át a DELL 2gigásig minden kb.

Anno lőn Win10 frissítési lehetőség INGYEN! mert ugye ez volt, ha már megvásároltad (volt licenced Win7/8*-ra) frissítheted ingyen.

IT szakvélemény -> nem igazán kellene ezt erőltetni az összes gépre (~250), megindokolva rendesen.
Szakvélemény skipped.

Ukász kiadva Win10 legyen minden gépen XY határidőre! De már!

Rendben.

Azóta már van tapasztalat is a Win10-el! :)

Hm.

Érdekes dolog futott be ma (hálistennek nem kellett vele tovább foglalkozni mint "ránézni")

"Szerver" gép == összerakott PC, alatta Intel Storage Matrix RAID (azaz az alaplapi f.s) .
3 darab winyó benne, RAID5be felkonfigolva... remek. Persze, a RAID5 elszaladgál 3 winyóval is "papíron", ez a minimum diszk mennyiség ugye.
Na de amikor az egyik winyó ERROR statusba kerül + a második winyó SMART ERROR warning az == fail. Nem indul.

Amúgy sem vagyok híve ezeknek a fake-fake raideknek.. De ez az Inteles cucc betett. Intel "RAID" BIOSba belépéssel kb. 4 opció fogad. Create RAID, Delete RAID, DROP ALL DISKS FROM RAID, EXIT :)

Hm,

nem vagyok egy nagy "mobil játékos", azaz nem igazán szeretem a mobilos/tabletes játékokat, de ez most megfogott. :)

Eddigi "pályafutásom" kimerült a Plants vs. Zombies 2 -ben.

Viszont most rátaláltam erre:

https://play.google.com/store/apps/details?id=com.miniclip.plagueinc&hl…

Röviden összefoglalva, adott X típusú fertőzés, baktérium, vírus, stb. , a cél, fertőzd meg az egész világot + utána semmisítsd meg.

Elsőre könnyűnek tűnhet, de valójában ez a game egy nagyon jó kis stratégia. Nem elég csak úgy pakolni a pontokat jobbra balra, előre hátra, gondolkodni is kell azért néha. :) Minden egyes fertőzésnek más-más tulajdonsága van, más-más stratégia szükséges. Még egy baktériummal "megbújhat" az ember míg megfertőzödik az egész világ, addig ez egy nano-virus -al lehetetlen :)

Nos, ezektől is megváltam.

Ugyanis olyan gyönyöru"en teleszarta a szervert random kérésekkel* rövid idő alatt, hogy öröm volt nézni a 20+-os loadot.

És hogy milyen kérések? kb ilyenek:
https://tardis.hu/foo/searchmsn_ffs.png

iptables megetetve DROP-al.
207.46.13.0/24
40.77.167.0/24
157.55.39.0/24

Ez már nem az első ilyen pedig.. 2 éve volt hasonló, hogy megfektették ezek a szarok a szervert.

Könnyes búcsú ~~

Akit esetleg érdekel a weekly leértékelés g2a.com -nál

https://www.g2a.com/weeklysale?banner=main

Pl egy Wolfenstein: New Order bezsákolható ~1600 HUFért :) de lehet mazsolázni.

Igen igen, kövezzetek meg. Speciálisan ilyen igény volt.

szóval, aki esetleg pptpd -vel szeretne szivni és GRE hibákat kap szerver oldalon, az mielőtt "vadul" elkezdené keresni a hibát a szerveren,
ugyan csekkolja le az otthoni routerét is.

Itthon openwrt-s tplink van, na ez by-default nem engedi át a GRE -t. (ami nem is baj)

https://wiki.openwrt.org/doc/howto/vpn.nat.pptp

megoldás fent.

Semmi extra nem kell csak a csomagot felrakni és tádám. Megy.

ps.: logban kb igy nézett ki :

Mar 3 17:01:25 XXXX pptpd[23194]: CTRL: Starting call (launching pppd, opening GRE)
Mar 3 17:01:25 XXXX pppd[23195]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded.
Mar 3 17:01:25 XXXX pptpd[23194]: GRE: read(fd=7,buffer=80523e0,len=8260) from network failed: status = -1 error = Connection refused
Mar 3 17:01:25 XXXX pptpd[23194]: CTRL: GRE read or PTY write failed (gre,pty)=(7,6)

Hm, nos aki esetleg foglalkozott már mapguide-al, vagy szeretné használni élesben, annak esetleg jól jöhet a következő két script:

https://tardis.hu/foo/httpd-mapguide.service

https://tardis.hu/foo/mgserver.service

Amiről szó van az a következő: https://mapguide.osgeo.org/ Ennek is a 3.0.0 -ás verziója.
Gyakorlatilag az Autodesk Mapguide -nak egy "opensource" verziója. Bár aki térinfóval foglalkozik az úgyis tudja miről van szó :)

A két script "default" install dirrel dolgozik, értelem szerűen javasolt átirni + természetesen nem rootként fut a történet, létrehoztam egy autodesk usert, ezt a megfelelő helyeken át lehet irni.

Üdv,

aki esetleg belefutna dovecot 2.2.21 + Thunderbird (bár lehet mással is előfordul) párossal kapcsolatban egy assertion segfaultba annak itt egy patch:

https://tardis.hu/foo/dovecot_assertfix2.patch

Ref1.: https://marc.info/?l=dovecot&m=145320029820307&w=2
Ref2.: http://dovecot.2317879.n4.nabble.com/segfaults-with-Dovecot-2-2-21-td54…

Logba kb. igy nézett ki (+ coredump a user fiókjában):

Feb 8 13:44:44 mail dovecot: imap(USER.XXXXX): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x8096a) [0x7f35fbf5496a] -> /usr/lib64/dovecot/libdovecot.so.0(+0x809d6) [0x7f35fbf549d6] -> /usr/lib64/dovecot/libdovecot.so.0(+0x29c1a) [0x7f35fbefdc1a] -> dovecot/imap(client_continue_pending_input+0x127) [0x418317] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x5b) [0x7f35fbf6774b] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0xb7) [0x7f35fbf68d27] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x25) [0x7f35fbf677f5] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f35fbf67998] -> /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f35fbf02cc3] -> dovecot/imap(main+0x2dc) [0x424f7c] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f35fbb5ed5d] -> dovecot/imap() [0x40c109]
Feb 8 13:44:44 mail dovecot: imap(USER:XXXXX): Fatal: master: service(imap): child 9465 killed with signal 6 (core dumped)

Hm, mondhatjuk hogy mostanság nem írtam ide semmit.

Viszont lehet hogy elkezdem :)

Első körben amit felfedeztem az a JWM

http://joewing.net/projects/jwm/

VNC alapokhoz tökéletes, nincs neki százezer függősége, stb. Viszont, mégis csak többet nyújt mint a sima twm, ami kb. használhatatlan.

Persze VNC-t szervereken csak alkalmilag használok, legalábbis eddig még (persze SSH tunnelen át, nem direktbe). Többségében intranet hálóra lerakott szervereken, amikről adott esetben routert kell konfigolni, stb.

Alap melókra tökéletes.

Centos 6 -hoz már elkészítettem a csomagokat i686 és x86_64. Repo még nincs, de tervezem hogy lesz valami YUM repo a saját RPMekhez. Nyilván nem csak JWM van benne.

Uj ev elso munkanapja nalunk... hudejo.

Na itt a munkaido vege yol :)