Linuxos mindenféle

Nagyritkán szükségem volna rá, hogy magyaroktól kérjek segítséget, mert olyasmibe futok, ami magyar szolgáltatást/boltot/stb. érint és nem nagyon maradtak magyar fórumok a neten, pláne IT témában. Pár hónapja próbálkoztam az itcafe.hu-n, de elég hamar elment tőle a kedvem, töröltem magam. Most tettem velük egy újabb kísérletet. Szóval úgy néz ki a dolog, hogy vélhetőleg az új tagok spammelését megakadályozandó, kitaláltak egy "csodás" védekezést: egy topikba addig nem írhatsz újabb hozzászólást, amíg valaki más nem szól hozzá. Ha évekig nem jön új poszt, akkor évekig. Zseniális. Épp csak új tagok számára sok esetben használhatatlan. Pláne, ha egy topic-ba tartozó, de eltérő témájú kérdései lennének. Feltettem egy linuxos kérdést a kezdő topic-ban. Onnan átküldtek a "haladó" (???) topic-ba. Igenám, de ott én írtam utoljára, még tegnap délután valamikor. Ergo nem tudok írni, mert várjak míg valaki hozzászól... Komolyan elgondolkodtató: 2018 ekkora faszságot ki kép

Hát igen... elgondolkodtató... ha valakinek segítség kellene, manapság nagyon ritkán kapja meg. Legalábbis fórumokon. Magyar és nemzetközi fórumokon is próbáltam segítséget kérni több témában, de egyetlen, valójában kevés haszonnal járó választ leszámítva néma csend. Érdemi választ senkitől sem kaptam eddig. Olyan kéréseim, kérdéseim voltak, hogy: - másnak működik-e az opera böngészőbe épített "VPN"? - megtennék-e páran, hogy ha van ubuntu 16.04 a közelükben, futtatnak rajta egy "dpkg -V" parancsot és elmondanák, hogy két konkrét fájlt hiányol-e náluk vagy csak nálam van belőlük hiány... stb. Csupa ilyen, óriási felkészültséget és munkát igénylő kérés/kérdés. Sehol senki két nap alatt. Összejöttek a dolgok nálam, nagyon olyan érzésem van, mintha valaki illetéktelen járna a hálózatomon. Először a routerem viselkedik furcsán, érthetetlen okból nem lehet elérni sem wifin, sem etherneten. A logokat sem küldi a log szerverre. Aztán hirtelen magához tér. (le

Na jó, ez megint a saját hülyeségem, de számomra érdekes, mondhatni tanulságos. Ki akartam szedni egy logból, hogy óránként hány packetet dobott el a packet filter, azonos külső IP címmel (DST=...). Ez eredetileg így nézett ki (fogalmam sincs, hogy miért csináltam így, általában perl-t használok ilyesmire): grep -a DROP | sed -E ' s /^(... .. ..) .* DST=(\S+) .*/\1 \2/ ' | uniq -c A szerverem egy lassúcska celeron procit használ, azon az egyheti adag feldolgozása kb. 35s volt. Kicseréltem erre: perl -nle ' /^(... .. ..) :.*DROP.* DST=(\S+) / && do { print $1,"\t",$2 } ' | uniq -c Jé... mintha egy picivel gyorsabb lenne: 3s... :D Csak arra nem tudok rájönni, hogy eredetileg mi okom volt a grep-sed duót választani, mikor a perl eleve "tisztább, szárazabb, biztonságosabb érzés"... Mert a python mellőzése egyértelmű: egysoros kódok összerakása sokkal macerásabb vele. (számomra kb. reménytelen kategória, de lehet, hogy van

ssh <router címe> /usr/sbin/ip -o -4 a show ppp0 | awk '{ print $4 }' Asus routeren működik.

tail -f access.log  | perl -pe 's/\d+/localtime($&)/e' Ugyanis (számomra ismeretlen okból) az access.log fájlban a bejegyzések időpontja ú.n. Unix time . (érdemes elolvasni a wiki bejegyzést, ha nem tudod, mi ez) Érdekesség a localtime() viselkedése. Jó, doksiban le van írva, de aki nincs hozzászokva a perl hülyeségeihez, azt érik meglepetések. Nem mindegy, hogy print localtime(); vagy my $a=localtime(); print $a; Szerintem ez nem volt túl jó ötlet a perl fejlesztőitől, dehát ez van... :) Update (2020.01.05) : Végre felfogtam a dolgot most, hogy több mint egy év elteltével újra elővettem a témát és fórumon akartam kérdezni róla. Szóval ez nem a localtime, hanem úgy általában perl sajátosság: alapjáraton megvan, hogy milyen formátumban adja vissza az eredményt a localtime. De... ha egy skaláris változóba teszem a visszaadott értéket, akkor a perl automatikusan végez egy scalar() konverziót. Szóval a my $a=localtime(); print $a; egyenértékű egy print scala

Értelmesebb cím nem jutott eszembe. :) Adott egy fájl, ami valahogy így néz ki: 2018-04-27 21:11:24 External Attacks 89.40.123.85 n.n.n.n EXPLOIT Remote Command Execution via Shell Script -2 Egy-egy sorban időpont, esemény elnevezése, két sornyi IP cím és egy leírás az eseményhez. Ebből szeretnék valami csv-re emlékeztető fájlt kapni. A sok lehetséges variációból egy: cat eredeti-fájl.txt | paste - - - - - -d ';' >logfájl.csv  A paste paraméterei közt öt darab "-" jel, ami azt jelenti, hogy öt sort olvasson a stdin-ről.

Tegyük fel, a /tmp könyvtárra fel van mountolva egy tmpfs (gyakorlatilag ramdisk), de kíváncsi vagyok az eredeti tartalmára. Ehhez elméletileg kellene egy         umount /tmp , megnézem amit akarok, majd         mount /tmp és minden megy tovább. De van egy kis gond: a /tmp folyamatosan használatban van, nem lehet umountolni. Erre jelenthet megoldást, hogy a /tmp szülő könyvtárát, ami ebben az esetben a /, bemountolom --bind kapcsolóval egy másik könyvtár alá:        mount --bind / /mnt . Ezt követően a /mnt/tmp alatt már a /tmp eredeti tartalmát lehet megnézni.

A 3.4-nél régebbi(?? alacsonyabb) verziójú python verzióknál a virtualenv nevű utility-t kell telepíteni, az újabbakban van beépített eszköz. Használata: - python3 -m venv <könyvtárnév>  # létrehozza a a virtuális környezethez                      # szükséges könyvtárakat a <könyvtérnév> directory-ban - . <könyvtárnév>/bin/activate   # aktiválja a virtuális környezetet - deactivate  # deaktiválja a virtuális környezetet                     # (tehát az activate source-szal, a deactivate nélküle futtatandó)

Pár napja egy hirtelen jött ötlet alapján sikerült megtalálnom egy a '80-as évek elején magnókazettára rögzített számot. Évek óta kerestem sikertelenül, mert csak annyira emlékeztem belőle, hogy "Africa, Africa, woowoowooo, Africa, Africa, ...kaaa, ....kaaaa, ...kaaa", meg valami négert emlegettek, meg azt, hogy "Good bye" és mintha helyenként német vagy holland szavakat is hallottam volna. Hát ennyiből elég nehéz, a google nem is segített, akárhányszor nekikezdtem a keresésnek, vagy Toto Africája jött elő vagy bantu négerek együttese, esetleg valami afrikai siratóasszonyok kórusa. Aztán a napokban jött a megvilágosodás: rákerestem, hogy "hogyan keressek zenét, ha csak a szöveg egy részére emlékszem?" kérdésre. Találtam egy régi blogot, ahol felsoroltak pár tippet, hogy hol érdemes keresni. A linkek háromnegyede nem működött, a maradék nem segített, de erről eszembe jutott, hogy a dalszöveg oldalakon elvétve van olyan kereső is, ami nem a google-t ind