Blogbejegyzések

Step By Step Ubuntu 16.04 (Xenial Xerus) LAMP Server Setup

In around 15 minutes, the time it takes to install Ubuntu Server Edition, you can have a LAMP (Linux, Apache, MySQL and PHP) server up and ready to go. This feature, exclusive to Ubuntu Server Edition, is available at the time of installation.The LAMP option means you don’t have to install and integrate each of the four separate LAMP components, a process which can take hours and requires someone who is skilled in the installation and configuration of the individual applications. Instead, you get increased security, reduced time-to-install, and reduced risk of misconfiguration, all of which results in a lower cost of ownership.Currently this installation provide PostgreSQL database, Mail Server, Open SSH Server,Samba File Server, Print Server, Tomcat Java Server,Virtual Machine Host,Manual Package selection,LAMP and DNS options for pre-configured installations, easing the deployment of common server configurations.

Hüjje Xilinx,

mert hova kell raknia a BSCAN primitíveket? Persze, hogy az FPGA közepére, hogy pont erre az ideális helyre ne tudjam berámolni a logikámat. Ajj.

(avagy hasznosság: http://www.wiki.xilinx.com/XAPP1231+-+Partial+Reconfiguration+of+a+Hard… )

Szerk: pár bővebb részlet:

- parciális rekonfigurálással kísérletezgetek (=FPGA egyik felében kicserélem a hardvert, míg a másik fele rezzenéstelen megy)
- a rendszerben figyel egy ARM mag (Zynq), szerepe csak az, hogy a rekonfigot kényelmesebb onnan csinálni, meg ilyen boardom volt
- a statikus (nem rekonfigurált) részben van egy soft MicroBlaze processzor (ehhez illesztek gyorsítót. A valóság bonyolultabb, de fogjuk rá, hogy ezt csinálom).
- a MicroBlaze processzor kényelmes kezeléséhez jól jön egy mdm debugger, de az pedig az FPGA BSCAN interface-én keresztül érhető el (JTAG)
- ezek a BSCAN interface-ek az FPGA belsejében pont azon a helyen helyezkednek el, ahova a téglalap alakú rekonf. területet raktam volna: középen, a legnagyobb területen (nagy a rekonfigurálható logika és sok külső összeköttetése van; előzetes place and route-ok mindég ide rakták azt a logikát, amit most rekonfifurálhatóvá akarok tenni

Az évtized játéka: The Witcher 3: Wild Hunt [Spoiler Allert!]

Mivel kijött a Heart and Stone DLC, elővettem újra a játékot, és annyira magába szippantott a játékélmény, a tökéletesen kidolgozott világ, a szereplők, a zene. Az, hogy a torkom elszorul, amikor a "Véres Báró" elmeséli, hogyan vesztette el a még meg nem született gyermekét, vagy amikor Geralt megtalálja Cirit a Ködszigeten, akkor nem azt látom, hogy húdejó a játék grafikája, hanem azt, hogy ott egy ember szíve épp megszakad. Nem hibátlan a játék természetesen, de a világa él, lélegzik, szuszog, böfög, fingik, zenél, csiripel. A karakterek élnek, személyisége van az összes NPC karakternek (nem a sétáló parasztról beszélek), dialógusokkor nem azt várod, léphess már tovább. Amikor Skelligén a hegyek árnyékában szinte érzed a hideget a csontjaidban, annyira beszippant a játék világa, ezt más játékoknál maximum pár percre éreztem, itt a játék 90%-a ilyen. Még kérek ilyet, remélem nagyon sokáig ilyen minőségű tartalmat ad ki a készítő csapat! Minden tiszteletem az övék!

baratkozunk

sysctl restart sshd
sysctl: cannot stat /proc/sys/restart: No such file or directory
sysctl: cannot stat /proc/sys/sshd: No such file or directory

megint elfelejtettem, hogy systemctl .

FreeBSD 10.3-p2 - OpenSSL SA

Hogy szalad az idő, eltelt megint 1-2 év a legutolsó hibajegy óta (nem) - most megint az OpenSSL-ben van gond (*). Részletek itt.
Az már csak hab a tortán, hogy hasonlóan az előző hibajegyhez, most sem működik hibátlanul a freebsd-update fetch install, most a következővel örvendezteti meg az emberek egy részét:
[code]
# freebsd-version
10.3-RELEASE-p1
# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 4 mirrors found.
Fetching metadata signature for 10.3-RELEASE from update6.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.

#2 "A MS egyre erőszakosabb"

http://imgur.com/tZSAO6s

ez egy szűz állapotában FreeDos && budget notebook, ráadásul a merevlemez technikai okok miatt ki is lett cserélve teljesen üresre. MS forrásból beszerzett W10 ISO-ról telepítve nagyjából két hétig volt félkész állapotban a szekrényben. végül unalmamban elővettem, természetesen még ment aktiválatlanul. kiengedtem hát a hálózatra, hogy ne kelljen minden drivert levadászni. eddig okés, de hát egy restart után a fenti képet látom mindenféle beavatkozás nélkül. erre a célra nem volt kulcsom + a gép ROMjában sincs ilyesmi.

bár vannak kérdéseim - de köszi, ennek tényleg örülök.

Egyedi ThinkPad konfigurációk

egyedi konfigurációs Lenovo Thinkpad laptopokat és számítógépek beszerzését is teljesíteni tudjuk

Gyakorlatilag ki tudja választani, hogy milyen processzorral, kijelzővel, memóriával, merevlemezzel vagy SSD-vel, videókártyával, wifi modullal, 3G modemmel, ujjlenyomat olvasóval, mekkora akkumulátorral, milyen webkamerával, touchpaddal, operációs rendszerrel, garanicával, port átalakító kábelekkel (pl. display port --> HDMI), dokkolóval kéri Thinkpadjét, ennek átfutási ideje kb. 3-5 hét. Így pontosan olyan Lenovo Thinkpad készüléket gyártat magának, amilyet csak akar!

Imagetragick bug

ImageMagick nagyjából az egyik egyeduralkodó képfeldolgozó és manipuláló eszközcsomag, és mint ilyen svájcibicska jellegű eszközkészletet számtalan helyen használják, többek közt, webes szolgáltatásoknál képfeltöltések feldolgozásánál.
Az ImageMagick eszközök a számukra paraméterként átadott fileokat a kiterjesztésük és a bennük található magick byte-on alapján azonosítják. Amennyiben az file kiterjesztése és a hozzá tartozó magick byte nem egyezik úgy a magick byte alapján próbálja az ImageMagick az adott filet konvertálni. Ha az adott filetípust nem tudja kezelni úgy külső alkalmazások segítségével próbálja feldolgozható formátumba konvertálni. Ezen külső, un. delegált alkalmazások listája delegate.xml fileban található meg.
Az imagetragick bug ezen rendszert használja ki, mikor a támadó egy megfelelően preparált képfilet tölt fel a támadott oldalra, és az ImageMagick megpróbálja feldolgozni azt a magick byte alapján egy delegált alkalmazás meghívásával. A "képtartalomban" elhelyezett kód ezen külső alkalmazásban okozott hibával tud műveleteket végrehajtani.
A hiba kihasználása ellen, jelenleg, feltöltött képtartalmak magick byte-jainak ellenőrzése, hogy azok megfelelnek feltölteni/feldolgozni kívánt filetípusokéval és a policy.xml konfigurációs fileban a sérülékeny elkódolóknak a tiltásával lehet védekezni.

Hajonaplo: OVFtool - Server returned nothing (no headers, no data)

ovftool export hibauzenet:
Error: cURL error: Server returned nothing (no headers, no data)

Naplozast bekapcsolva (nem dokumentalt opcio: --X:logFile=log1 --X:logLevel=verbose)


CURL: header data removed
Curl_perform error code 52 (Server returned nothing (no headers, no data))
CURL error buffer: SSL: certificate subject name 'localhost.localdomain' does not match target host name '192.168.X.XX'

Na ilyen esetben nem biztos, hogy erdemes nekiallni egybol a hostot hibaztatni.
Erdemes megprobalni egy masik VM/Template-et exportalni es ha az mukodik, akkor megnezni, hogy nincs-e egy ISO veletlenul csatolva a VM-hez, mint ahogy nalam is volt.
Az ISO levalasztasa utan az export hiba nelkul lefutott.

Merevlemezhiba margójára

Történt, hogy egyik fizikai szerverben ilyen üzenetek jelentek meg a dmesg-ben:


[ 650.284068] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6
[ 650.284076] ata1.00: BMDMA stat 0x24
[ 650.284084] ata1.00: failed command: READ DMA
[ 650.284100] ata1.00: cmd c8/00:80:00:3e:08/00:00:00:00:00/e3 tag 0 dma 65536 in res 51/84:00:18:3e:08/00:00:00:00:00/03 Emask 0x10 (ATA bus error)
[ 650.284108] ata1.00: status: { DRDY ERR }
[ 650.284113] ata1.00: error: { ICRC ABRT }

Ami egy docker container indításánál bukott ki
(már nem emlékszem a konkrét hibaüzenetre), de a / read-only-ba ment át.
A S.M.A.R.T. extended tesztje nem talált semmi rendellenest.
Az internet népe SATA kábel hibára gyanakszik:)

végre apt!

Te is úgy upgrade-eltél Ubuntu 16.04-re, hogy nem igazán nézted meg mi fog változni? Akkor lehet, hogy te is meg fogsz lepődni, vagy talán már meg is lepődtél...

Végre összegyúrták az apt-get -et meg az apt-cache -t a funkciók pedig a rövidebb apt paranccsal érhetőek el. Engem mindig is zavart, hogy apt-cache search/show miért nincs az apt-get -be beépítve. Persze nem nagy a különbség, de userként miért kell tudnom, hogy ez most a cache-ből veszi az infót vagy sem. Apróság, de szerintem jó ez az irány.

Láthatóan a munka még nem ért véget. Nem az összes apt-get, apt-cache funkció érhető el az apt -ben, de a leggyakrabban használtak igen. Remélem később sor kerül az apt-key -re és az apt-add-repository -ra is. Bővebben: man apt, man apt-get, man apt-cache.

Ceph upgrade: Firefly -> Jewel (how to, akármi)

Még mindig az előző blogbejegyzésemben leírt konfiguráción játszok csak most virt-manager és kvm alapokon, az a konfig a melóban volt windows+virtualbox alapokon, most az itthonin újra megcsináltam, annyi baki akadt, hogy a telepítés elején elfelejtettem a friss ceph repot hozzáadni, így véletlenül az ubuntu repoban megtalálható verziót telepítettem(0.80.11-0ubuntu1.14.04.1). Gondoltam akkor megpróbálok innen frissíteni az új verzióra anélkül, hogy leállás lenne, ugye ez az egyik nagy előnye a ceph-nek, hogy egy jó konfigurációba nincs spof bírnia kell a gyűrődést. Az elképzelés az, hogy a virtualizált ceph clusteremre felmásolok egy openwrt disket(kevés már a ramom)és elindítom egy vmben, ez az ami nem állhat le a frissítés alatt. Röviden ez a története ennek a blogbejegyzésnek.

Ruby / permanent key-value storage

Quick and dirty permanent key-value storage solution in Ruby using the standard lib (thread safety and locking are done automatically), store any kind of object easily:
http://ruby-doc.org/stdlib/libdoc/yaml/rdoc/YAML/Store.html

http://paste.ubuntu.com/16170480/

def store(key, value = nil)
require "yaml/store"
$y = YAML::Store.new("myfile.yml") if not $y
value ? $y.transaction{ $y[key] = value } : $y.transaction{ return $y[key] }
end

# store anything
value = [1, 2, "hello", {:test => "ok"}]
store "mykey", value

# get it back
value = store "mykey"

# this is the file that is created
$ cat myfile.yml
---
mykey:
- 1
- 2
- hello
- :test: ok

Ubuntu 12.04 -> 14.04 upgrade: nice work, guys!

Avagy hogyan csesszük el optimálisan a szombat esténket.

Kezdett zavarni, hogy régiek a csomagok az eddig amúgy megelégedéssel használt Ubuntu 12.04-en, ezért elszántam magam a frissitésre. Ideje volt, most, hogy már az eggyel újabb LTS is kijött. Azt hittem, hogy majd 1-2 óra alatt végez vele csendesen, én meg közben mással foglalkozom. Nem egészen úgy lett.

Qt Quick - tényleg elég quick

Kell hozzá: kb. fél óra, egy jó mintakód (http://doc.qt.io/qt-5/qml-advtutorial.html)

És íme, egy aknakereső: https://github.com/wachag/TreasureHunt

Ronda (a kód is), félkész, de ha belejön az ember, tényleg gyorsan megy.

Szerk:
futtatáshoz: qmlscene main.qml
A C++-alkalmazást nem néztem még meg, hogy miért, de nem tölti be az alkalmazást.

FreeBSD 10.3-p1

No ma kijött egy jó kis NTP-bugreport. Alig 9 CVE azonosítót sorolnak fel a szokatlanul hosszú SA-ban. És ami külön öröm, eddig 4 gépből (2 VM-ben, 2 fizikai vas; 2 i386-os, 2 Amd64-es) 4 gépen nem megy a freebsd-update. A hibaüzenet:


The update metadata is correctly signed, but
failed an integrity check.
Cowardly refusing to proceed any further.

Hiba jelezve, többen megerősítették, (néhányan nem publikusba, csak nekem, nem is értem) egyelőre össz annyi a "hivatalos" válasz, hogy nyomozzák. (Ami külön vicces, az erről szóló levelet a saját címemre is iszonyat későn kaptam meg, de a levlistán még most sem látom.)

Kikészít a UPC

A múltkor már panaszkodtam kicsit az UPC-re. Van egy vezetékes előfizetésem, és nem tudtam rendesen használni, nem sikerült SSH-val elérnem egyik szerveremet sem, és néhány teljesen random weboldal is elérhetetlen volt huzamosabb ideig. Ráadásul teljesen instabil volt. Akkor hívtam a hibabejelentőt, azt mondták távolról ránéztek a modememre, és jelszint problémát látnak, küldenek szerelőt. Szerelő jött, nem tapasztalt jelszint problémát, úgyhogy modemet cserélt, a probléma látszólag megoldódott.

Látszólag, ugyanis a hiba nem vész el, csak átalakul.

[0day] Új időszámítás: Grsecurity 4.5 kernel, egyedülálló PaX RAP védelemmel

Az IT ipar évtizedek óta küzd a puffer túlcsordulás és a kapcsolódó memóriakorrupciós hibákkal. Ugyan ezek a problémák még jó ideig velünk is maradnak, azonban egyre fontosabb szerepet tölt be az ezekhez köthető biztonsági problémák kihasználásának ellehetetlenítése. A 16 éve fejlesztés alatt álló PaX védelem ezeknek a hibáknak a kihasználását hivatott ellehetetleníteni, vagy legalábbis annyira megnehezíteni, hogy a támadóknak már ne érje meg az ilyen tipusú sérülékenységeknek a kihasználására erőforrást fordítani. Ahogy a hadi iparban, úgy a manapság zajló "kiber" háborúban is a közgazdaságtan a fő mozgatórugója azoknak a fegyvereknek, amelyeket a virtuális térben arra használnak, hogy a célpont infrastruktúrájába behatolhassanak, vagy a már megszerzett területeken a hatókört kiszélesíthessék. Ezeknek az "exploit" elnevezéssel illetett támadókódoknak az értéke annak függvényében változik, hogy a támadásra kiszemelt rendszereket mennyire könnyű sikeresen megtámadni. Egy elhanyagolt, évek óta nem frissített általános operációs rendszeren elérhető szolgáltatásokat sokkal kisebb erőforrással lehet sikeresen megtámadni, mint egy naprakészen tartott, proaktív biztonsági elemekkel védett lebiztosított rendszert.

A PaX védelmi patch ennek az elgondolásnak a mentén próbálja a támadások cost-benefit arányát olyan szinten elmozdítani, hogy a sikeres támadásokhoz jóval több időre és ezáltal pénzre legyen szükség. Ennek köszönhetően egy sérülékenység megjelenésekor a rendszerüzemeltetőknek több idejük marad a már publikussá vált sebezhetőségek befoltozására és a levédett rendszerek nagyobb valószínűséggel állnak ellen a nem ismert, nulladik napi támadásoknak is. Ezeket az exploit mitigációs technikákat manapság már széles körben alkalmazzák, nem csupán a szoftver, de mostanra már a hardvergyártók is. Azokat az innovációkat, amelyeket a PaX több mint egy évtizede szoftveresen valósított meg, jelenleg az Intel és az ARM processzorokban külön funkcionális, vagy utasításkészlet bővítéssel oldanak meg, így általánosságban elmondható, hogy az újabb rendszerekkel könnyebben implementálhatók biztonságosabb környezetek.

Megjelent...


2006 telén egy spontán törés alkalmával lelki rehabilitációként leírtam a törésem körülményeit. Néhány nappal később éppen keresgéltem valamit, amikor egy CD-n megtaláltam az első öt oldalt, ami a születésem körüli időről szólt. 2000-ben egyszer már a szüleimmel elkezdtük írni a történetünket, de annyira megrázónak éreztük, hogy inkább abbahagytuk. Ezért, amire emlékeztem, most nekiláttam és leírtam.
Ennek már 10 éve. Az egyik álmom az volt, hogy a könyvet egyszer kiadják. Egy napon aztán a kézirat eljutott a Pillangó Kiadóhoz, amit szintén annak a Kiss Katának köszönhetek, aki által a lift is sikerült, illetve létrejött a Tégy Jót!® ötlete.
A kéziratot aztán a kiadó megszerette és elindultunk a könyvkiadás hosszú, rögös útján. Magam sem hittem volna, hogy eljutunk idáig, de igen! Sikerült! Pályázat és támogatás útján a könyv a mai napon megjelent az NKA és a Kosztyu Ádám Emlékére Alapítvány támogatásával.
A könyv az Üvegfiú - Csontkemény harc címet viseli.
Az életrajzom a mai napon érkezett a nyomdából, május első hetétől kapható az ismertebb könyvesboltokban, webáruházakban.