Linux-haladó

Ubuntu kernel debugolás GDB-vel és QEMU-val

Fórumok

Sziasztok!

Eddig alapvetően úgy debugoltam linuxot, hogy QEMU-nak megadtam a helyileg fordított kernelt + valami Ubuntu cloud image-t majd a QEMU által létrehozott remote targetre rácsatlakoztam GDB-vel. Ez működik, kis hátránya, hogy le kell szednem a kódot, fordítanom kell egy kernelt, aminek a headerjeit isntallálni kell a virtuális gépen belül, meg modulokat sem találja, így azokat is.

Most pár dolog bekerült Ubuntu 19.10-be alapból, így igazából a cloud imageben lévő kernel meg header fájlok teljesen jók. Addig jutottam, hogy letöltöttem a dbgsym kernelt a virtuális gépben és a vmlinuz-dbgsym fájlt rámentettem a host gépre és megadtam azt a GDB-nek, hogy keressen benne szimbólumokat. Sajnos nem nagyon működik a dolog: szimbólumokat talál, de breakpointok nem működnek, meg az addressek sem matchelnek (neveket nem tudja feloldani).

Tudna valaki segíteni, mi lehet a baj? Kernel-t most nem adok meg a QEMU-nak, csak simán elindítom a cloud image-t megadva mint rootfs, ez lehet a baj? Köszönöm előre is a segítséget.

Opensource/free Backup megoldas

Fórumok

Sziasztok!

Ismertek olyan backup megoldast, amivel viszonylag keves mokolas nelkul tudok VM-eket (Vmware, Citrix...) adatbazisokat (MSSQL, MySQL) komplett gepeket (image backupot is, amit recovery disc-vel vissza tok allitani), illetve fajlokat, konyvtarakat menteni? Az egyik cegemnel ahova dolgozom a Dell EMC-t hasznaljuk, az nem rossz, de jo lenne, ha lenne valami Opensource/freeware megoldas is, mert nem minden hely engedheti ezt meg maganak...

Amit probaltam:

- Urbackup: Nem rossz, de VM-ekre, SQL mentesre nem igazan jo...

- Bacula: fajl mentesre jo, de VM-ekre, illetve teljes Image mentesre (Disaster Recovery) csak korlatozottan. (ingyenesben nincs pl sql plugin sem...)

- Amanda: O is inkabb kerulomegoldassal tud VM-eket, SQL-t menteni.

- BareOS: Bacula fork, en nem lattam tul sok pluszt, amit ad a bacula-hoz kepest...

Clamscan nem detektálja a vírust

Fórumok

Ma már 2. olyan levél jön aminek amiben vírus van. A levél azt mondja, hogy az ügyfél utalt pénzt és nézzem meg a bizonylatot, amit csatolt. Eddig ez a bizonylat egy .iso meg egy .7z volt, viszont mindkettőben egy .doc.exe ami 32 bites futtatható bináris.

Erre a fájlra ráeresztve a ClamAV-t azt mondja minden jó, de a kaspersky online scannere rögtön mondja, hogy Backdoor.Win32.Androm.tjcw vagy UDS:DangerousObject.Multi.Generic .

A lényeg, hogy a clamscan szerint midnen ok.

Fórumokon olvasgattam, hogy ha már bas64 el van kódolva akkor nem tudja detektálni stbstb.

Más találkozott már ilyennel ? Elképzelhető, hogy valami a ClamAV-ban nincsen beállítva ?

Elvileg

Routing es NAT OpenVPN serveren

Fórumok

Sziasztok!

A kerdes eleg egyszeru.

Van egy Szerver, amin OpenVPN fut. Tun0-n 10.8.0.0/24 en adja a cimeket.
A gepnek van egy masik laba, eth1, ami 192.168.0.0/24 fele log be, es a gep cime .254
Milyen routing-ot es NAT-ot kell felvenni a szerveren, hogy a vpn es kliensrol el lehessen erni a 192.168.0.1 es cimet?

Az OpenVPN Config letolja push ban a routingot a kliens fele a szerverrol:
push "route 192.168.0.0 255.255.255.0"
A kapcsoalt letrejon, es a kliensrol lehet ping-elni a server tun0-s cimet.

A 192.168.0.1-nek a default GW-e 192.168.0.254, tehat az OpenVPN szerver.

Hogyan kellene kinezzen a route es a iptables-ben a NAT?

net.ipv4.ip_forward=1 be van allitva a szerveren

Koszi elorre is!

Távolról indítható titkosított gép

Fórumok

Van egy fejlesztői gépem a munkahelyemen, és azon vannak dolgaim. Ide értve mindenféle git repository-kat és más fejlesztői cuccokat. Ezen felül otthon is van ilyen gépem, néha azon dolgozom (hétvégén). Előfordul néha, hogy elfelejtek push-olni, és ott maradnak rajta dolgok. Aztán hazajövök, és a hétvégi éles rendszer frissítéskor derül ki, hogy valami nem volt push-olva. Vagy épp fordítva: hétvégén dolgozok otthon, és a munkahelyemen jövök rá hogy 100 sor kód hiányzik. Ez csak egy példa probléma a sok közül ami abból adódik, hogy valamit lementek egy gépre, és később már nem tudom elérni.

Ezeken a gépeken vannak olyan bizalmas dolgok is, ami miatt teljes lemez titkosítás van rajta (LUKS). (Pl. szerződésben foglaltak miatt van amit csak titkosítva lehet tárolni.)

Gondoltam arra hogy bekapcsolva hagyom ezeket a gépeket, hogy mindig el tudjam érni, de ezt elvetettem. A lehetséges sok indok közül az egyik, hogy nem akarok környezetet szennyezni, és miért menjen a gép egész héten/hétvégén, mikor 95% valószínűséggel nincs rá szükség. Egyébként biztonsági szempontból ez lenne az ideális, de nagy pazarlás lenne az otthoni gépemet bekapcsolva tartani egész héten.

Az ideális megoldás olyan, hogy a gép nem fogyaszt semmit ha nincs rá szükség, távolról fel tudom éleszteni, és a teljes lemez titkosítva van. De ha valaki kiveszi belőle az adathordozót, akkor nem fér hozzá az adatokhoz (jelszó nélkül).

A felélsztésre elvileg lehetőséget kínálna az alaplapon bekapcsolható "wake on lan" funkció. De a teljes lemezes titkosítás miatt sajnos ez így működésképtelen, a boot-oláskor nem tudom beírni a jelszót ha nem vagyok ott.

Elvi lehetőség lenne a részleges titkosítás - távolról elindítható a gép, de a bizalmas adatokat külön partícióra tenném, ami már csak jelszóval védve érhető el. Egyrészt ezt nem nehéz kijátszani (meg lehet root-olni a rendszert amikor nem veszem észre). Másrészt ez feltételezi azt, hogy előre tudni fogom hogy mik azok a könyvtárak amiben bizalmas adatok vannak, és hogy ez időben nem változik, és garantáltan nem tévedek benne.

Gondolkodtam azon is, hogy az alap rendszeren belül elindítok docker-ben egy másik rendszert, és ennek a másik rendszernek a root partíciója lenne titkosított lemezen. A külső rendszer csak egy üres héj lenne, és minden más a "belső" rendszerben. Ez csak egy kósza ötlet, még nem próbáltam megvalósítani. Nem vagyok benne hogy ez elég hatékony lenne (pl. teljes fejlesztői környezetet docker-ben elindítani, és ezt mégis hogy fogom kiteni a host gépen futó X szerverre?)

Újabb ötlet: bérelt szerveren indítok egy tightvnc-t és azon fejlesztek ssh tunnel-en át. Ott a fizikai hozzáférés korlátozása megfelelő mértékben megvalósul, és nincsen probléma az elindítással meg a leállítással. De sajnos ez se működik mindig. Van például egy olyan projekt amiben digitális nagyothalló készülékeket kell programozni egy speciális programozó eszközön keresztül. Na ezt például egy távoli szerveren nem lehet (egy bérelt VM-re nem tudom rádugni ezt az eszközt, és nem tudom rajta cserélgetni a füleseket).

Egyéb elvetemült ötlet: hibernálni a gépet, és feléleszteni ha szükség van rá. Ez egyébként ideális lehetne: szinte nulla fogyasztás, teljes lemez titkosítás és bármikor föl lehet éleszteni. Linux hibernálásban nem vagyok otthon, fogalmam sincs hogy ezt hogy lehetne megoldani úgy, hogy hibernált állapotból fölébredjen wake-on-lan -ra, és ne kérje be újra a LUKS jelszavát.

Tulajdonképpen ezt az utolsót leszámítva nem jut eszembe jó megoldás, de ehhez meg nem tudom hogy kezdjek hozzá.

Gondoltam megkérdezem itt, hátha valakinek van egy jó ötlete.

sw RAID root költöztetés hogyan?

Fórumok

Sziasztok!

Adott egy gép, szoftveres RAID-del, ahol az ext4 root partíciót költöztetni szeretném másik winyóra (md0-ról md4-re). Az új mérete nagyobb, mint a régi.


# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465,8G 0 disk
├─sda1 8:1 0 9,3G 0 part
│ └─md0 9:0 0 9,3G 0 raid1 /
├─sda2 8:2 0 3,8G 0 part
│ └─md1 9:1 0 3,8G 0 raid1 [SWAP]
├─sda3 8:3 0 219,8G 0 part
│ └─md2 9:2 0 219,8G 0 raid1
└─sda4 8:4 0 232,9G 0 part
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 1M 0 part
├─sdb2 8:18 0 15G 0 part
│ └─md4 9:4 0 15G 0 raid1 /mnt/teszt
├─sdb3 8:19 0 4G 0 part
└─sdb4 8:20 0 912,5G 0 part
└─md3 9:3 0 912,4G 0 raid1
└─home 253:0 0 912,4G 0 crypt /home
sdc 8:32 0 931,5G 0 disk
├─sdc1 8:33 0 1M 0 part
├─sdc2 8:34 0 15G 0 part
│ └─md4 9:4 0 15G 0 raid1 /mnt/teszt
├─sdc3 8:35 0 4G 0 part
└─sdc4 8:36 0 912,5G 0 part
└─md3 9:3 0 912,4G 0 raid1
└─home 253:0 0 912,4G 0 crypt /home
sdd 8:48 1 965M 0 disk
├─sdd1 8:49 1 248M 0 part
└─sdd2 8:50 1 416K 0 part
sr0 11:0 1 33M 0 rom

Hogyan lehet ezt a legegyszerűbben megcsinálni?

Linux desktop multiboot - HP650 nem bootol UEFI/GPT Linux telepítő USB-t

Fórumok

Sziasztok!

Linuxos multiboot laptopot szeretnék telepíteni (Win nem kell). A következő útmutatót találtam: https://medium.com/@manujarvinen/setting-up-a-multi-boot-of-5-linux-dis…

A problémám az, hogy legacy módban enged USB telepítőt bootolni.
Olvastam valahol, hogy csak a windowsos efi fájlt hagyja a HP több modellnél bebootolni...

Valakinek van tapasztalata/megoldása a problémára?

A gép hp650 (nem probook 650), az elérhető legfrisebb BIOS-al.

Üdv és köszi a hozzászólásokat!

openwrt transmission nem tud irni kulso usbre [SOLVED]

Fórumok

sziasztok,

új telepítésű openwrt (OpenWrt 18.06.4 r7808-ef686b7292 / LuCI openwrt-18.06 branch (git-19.170.32094-4d6d8bc) ) egy tplink 1043nd v2-n.
feltettem egy transmissiont, feldugtam rá egy 120GB-os notebook diszket, és amikor használatba venném, akkor ez van:

root@OpenWrt:~# block detect > /etc/config/fstab
-ash: can't create /etc/config/fstab: Read-only file system
root@OpenWrt:~#
---------------------
infók:
root@OpenWrt:~# cat /etc/config /fstab:
config global
option anon_swap '0'
option anon_mount '0'
option auto_swap '1'
option auto_mount '1'
option delay_root '5'
option check_fs '0'

config mount
option target '/mnt/sda1'
option uuid 'b877a272-76b9-405c-a7e5-3262c836be24'
option enabled '1'

-------------------

root@OpenWrt:~# block info
/dev/mtdblock2: UUID="6c7bac58-e790dbf4-875b1591-c94891d4" VERSION="4.0" MOUNT="/rom" TYPE="squashfs"
/dev/mtdblock3: MOUNT="/overlay" TYPE="jffs2"
/dev/sda1: UUID="7a762cd9-4e25-493f-97a7-aee3b56ed618" VERSION="1.0" MOUNT="/mnt/sda1" TYPE="ext3"
root@OpenWrt:~#
------------------
valami össze van kavarodva, mert a uuid más, mint az fstab-ban van.
Ezt szeretném módosítani, de az fstabot nem tudom írni... :(
De hozzátenném, hogy ettől még kézzel felmountolva működik, írni/olvasni is tudom root-al:
root@OpenWrt:~# touch /mnt/sda1/filmek/teszt.txt
root@OpenWrt:~# ls -l /mnt/sda1/filmek/teszt.txt
-rw-r--r-- 1 root root 0 Oct 1 05:38 /mnt/sda1/filmek/teszt.txt
root@OpenWrt:~#
Viszont a webes gui-n "Error, Permission denied /mnt/sda1/filmek/..... üzenet van.
A végcél az lenne nyilván, hogy a transmission tudjon írni a csatolt usbn levő diszkre.
Valami ötlet?

köszi,
fgy

Rsync rsync nélkül?

Fórumok

Egy olyan távoli szerverre kell fejlesztenem, aminek csak sftp és scp hozzáférése van, az rsync nem elérhető.
Mivel eddig mindig rsync-et használtam, próbáltam valami hasonlót keresni ilyen környezetre, de nem találtam. A legjobb, amit jelenleg meg tudok csinálni, hogy sshfs-sel felcsatlakoztatom a tárterületet, és erre már helyben mehet az rsync. De ez nehézkesebb is, lassabb is, nem is olyan szép.
Tudtok sftp/scp környeztre valami parancssoros közvetlen rsync szerű megoldást?