Debian GNU/Linux

[MEGOLDVA] ssh config file használata proxyjump különböző user esetén

Fórumok

Sziasztok. Az alábbi érdekességbe futottam bele.

Gyakran sshzom a munkámból kifolyólag, és sima csatlakozáshoz használom a mezei ssh szervernév megoldást (máshoz meg írtam inkább egy scriptet). Ehhez használom a megszokott ocnfig filet. Egész idáig jól működött, míg ki nem találtam, hogy egyes pi4-es gépekre Proxyjump-al is fel tudok menni. Eskü nem jutott eszembe, hogy ezt már rég tudja.

A cél az lenne, hogy a gatewaynek használt szerverre nio userrel, és ssh kulccsal csatlakoznék fel, míg a pi-re már rootként csatlakoznék fel és jelszóval.

Szóval jelenleg a config file-om fontosabb része így néz ki:
 

Host *
    Protocol 2
    User nio
    IdentityFile ~/.ssh/nio

Host VOIP1 v1
    HostName x.x.x.x
    Port 1155
    PermitLocalCommand yes
    LocalCommand printf "Logged to the \e[0m\e[7;31;47mVOIP1\e[m"; echo
    RequestTTY yes
...
...
Host gateway
    Hostname 192.168.88.1

Host pi
    HostName 192.168.99.147
    User root
    ProxyJump gateway
    IdentitiesOnly yes
 

És hát ez nemigazán működik. A pi-re is nio-ként akar felcsatlakozni annak ellenére, hogy User root-al megadtam, hogy rootként próbálkozzon, de mintha nem venné figyelembe, és csak a Host * -nál megadott nio usert akarja használni.

Ez így ilyen formában nem használható, vagy kihagyok valamit? Tisztában vagyok vele, hogy ha nem a Host *-ban adom meg a user-t, hanem minden egyes szerver esetén külön adom meg, akkor valszeg rendesen működne, de ha nem muszáj, akkor nem így csinálnám (legfőképp, mert elég sok gépet tartalmaz ez a config).

 

MEGOLDÁS: a config file végére kell rakni a Host * bejegyzést.

Mitől fagyhat az X (vagy a KDE)

Fórumok

Van egy öregecske laptopom. HP EliteBook 8440p. 2011 óta használom, azóta van rajta Linux is.

Az évek alatt csak a túlmelegedéssel volt mindig is problémája, egyébként stabilan működött. De nem teljesen hiba nélkül, emlékszem rá, hogy a mostani hibához hasonló (de nem biztos, hogy ugyanaz) néha jelentkezett. (Arra emlékszem, hogy amikor a 8M memóriából kifogyott és elkezdte használni a swap-et intenzíven, az egész gép úgy belassult, mintha lefagyott volna. Ilyenkor konzolra váltva vagy ssh-n belépve néhány sok memóriát evő alkalmazás (pl. böngésző) kinyírásával meg lehetett javítani. De néha annyira lassan reagált, hogy beírtam, hogy reboot, aztán hagytam, hogy majd egyszer odajusson.

Valamikor lecseréltem a hdd-jét egy ssd-re, akkor volt egy Linux telepítés, és azóta ezzel működött.

4 éve vettem egy új laptopot, akkor még 1-2 hónapig használtam szinte folyamatosan, aztán átszoktam az új gépre.

Azóta csak ritkán vettem elő, egészen most pár héttel ezelőttig. Az újabb laptop garanciája lejárt februárban, volt pár kisebb gond (zsanér és bekapcsoló gomb lötyögött), ezért elküldtem még egy garanciális javításra. Gondoltam, OK, ez alatt az idő alatt majd a régi laptopot használom.

Csakhogy van most egy bosszantó hiba:

Néha a grafikus felület lefagy. Az történik, hogy a képernyőn megáll minden (pl. egy video lejátszás). Az egér pointer még jellemzően mozgatható pár másodpercig, de egy idő után az is bemerevedik egy helyzetbe. Ha video lejátszás ment, akkor a hang ilyenkor még tovább jön.

Az elmúlt két-három hétben ez elég gyakran jelentkezett, mondjuk 15-120 percenként. Nem láttam semmi korellációt azzal, hogy épp mit csinált a gép. Ha otthagytam pár órára, arra lehetett számítani, hogy fagyott lesz, mire visszaérek. Volt, hogy boot után be se léptem, pár óra múlva a fagyott login képernyő várt. Máskor épp egy LibreOffice Calc táblázatban szerkesztettem dolgokat, amikor lefagyott.

Mivel volt már a múltban néhány csomagfrissítési hiba (pl. ráküldtem egy dist-upgrade-et, és kifutott a tárhelyből, szóval fene tudja, hogy volt-e sérült csomag (elméletileg minden csomagot újratelepíttettem a csomagkezelővel)), elhatároztam, hogy újrahúzom a gépet. Friss telepítés lett talán pénteken, Debian stable. Azóta sokkal stabilabb, de azért nem 100%: két alkalommal volt eddig fagyás.

Ilyenkor a telefonról ssh-val be tudok lépni a laptopra és tudok parancsokat futtatni. De sync-en és rebooton kívül nem szoktam mást. Azt mondjuk megnéztem, hogy milyen processzek futnak (nem tűnt fel egy gyors ránézésre semmi gyanús), mennyire dolgozik a processzor, (2-es workload-ot látok, és van elég szabad memória is és processzor is). Miután kiadom a reboot parancsot, kb. 8 percbe telik, mire odaér, hogy újraindítja saját magát. Ezen nem változtatott az OS reinstall.

Az érdekelne, hogy láttatok-e már ilyesmit, vagy van-e elképzelésetek, hogy mi okozhatja?

Leginkább olyan válaszokat szeretnék, hogy amikor lefagyott, akkor shell-ből ezzel vagy azzal a paranccsal nézd meg ezt vagy azt.

Gondoltam memóra ellenőrzésre (majd éjjel futtatok egyet), de ha a memória modulok kezdenék megadni magukat, akkor az OS újratelepítés nem javított volna a helyzeten. Nem?

UI: Windows pár éve nincs a gépen, ezért azzal nem teszteltem / nem tudom tesztelni.

IceWM menüfájl [megoldva]

Fórumok

Sziasztok.

Segítséget szeretnék kérni, hogy az IceWM szövegalapú menüfájljait merre (hány helyen szétszórva) keressem.

Egyelőre egy helyen, az /usr/share/icewm könyvtárban találtam egyet, de még máshonnan is legózza a menü. Nem értem a logikáját, biztos megvan neki.

Először kísérletezem vele, és tetszik.

Egyetlen problémám, hogy alt-egérgőgőre nem megy a képernyőnagyítás.

Hová tűnt az udev persistent-net.rules?

Fórumok

Sziasztok,

egyszerűen nem találom. Igaz volt egy idő amikor csak szervereket bizgettem VM-ben és valahogy nem került szóba de most kellene eth sorrendet állítani. Utánanéztem de csak "trükközési" praktikákat találtam. Nem hiszem el. Miről maradtam le? Régen ez olyan szépen működött. Most mi van helyette?

(Debian bookworm)

Debian fstab cifs mount NÉHA nem csatol

Fórumok

Sziasztok!

Nagyon érdekes hiba. 

fstab idevonatkozó sora:

//fs.rs5.local/Data /mnt/fs cifs vers=3.0,credentials=/etc/fstab_rs5_to_fs.credential,uid=1005,gid=1005,_netdev    0    0
 

Bizonyos rebootok után nem csatolja fel. dmesg logban semmi CIFS bejegyzés nincs, mintha meg sem látná az fstabban ezt a sort.

5x próbáltam rebootolni, mind az 5x fecsatolta, dmesgben szerepel:

2025-01-03T11:10:21.260658+01:00 rs kernel: [    8.153158] Key type cifs.spnego registered
2025-01-03T11:10:21.260678+01:00 rs kernel: [    8.153167] Key type cifs.idmap registered
2025-01-03T11:10:21.260680+01:00 rs kernel: [    8.154322] CIFS: enabling forceuid mount option implicitly because uid= option is specified
2025-01-03T11:10:21.260682+01:00 rs kernel: [    8.154326] CIFS: enabling forcegid mount option implicitly because gid= option is specified
2025-01-03T11:10:21.260684+01:00 rs kernel: [    8.154329] CIFS: Attempting to mount \\fs.rs5.local\Data
 

Majd a 6. rebootra nincs felcstolva és  "dmesg -T | grep -i CIFS" nem ad vissza semmit.

Mountra keresve sem említi a hálózati meghajtót, a 6. reboot után:

 

# dmesg -T | grep -i mount
[p jan  3 11:10:47 2025] Mount-cache hash table entries: 32768 (order: 6, 262144 bytes, linear)
[p jan  3 11:10:47 2025] Mountpoint-cache hash table entries: 32768 (order: 6, 262144 bytes, linear)
[p jan  3 11:10:50 2025] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Quota mode: none.
[p jan  3 11:10:52 2025] systemd[1]: Set up automount proc-sys-fs-binfmt_misc.automount - Arbitrary Executable File Formats File System Automount Point.
[p jan  3 11:10:52 2025] systemd[1]: Mounting dev-hugepages.mount - Huge Pages File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounting dev-mqueue.mount - POSIX Message Queue File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-kernel-debug.mount - Kernel Debug File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-kernel-tracing.mount - Kernel Trace File System...
[p jan  3 11:10:52 2025] systemd[1]: Starting systemd-remount-fs.service - Remount Root and Kernel File Systems...
[p jan  3 11:10:52 2025] systemd[1]: Mounted dev-hugepages.mount - Huge Pages File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounted dev-mqueue.mount - POSIX Message Queue File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-kernel-debug.mount - Kernel Debug File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-kernel-tracing.mount - Kernel Trace File System.
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-kernel-config.mount - Kernel Configuration File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-kernel-config.mount - Kernel Configuration File System.
[p jan  3 11:10:52 2025] EXT4-fs (sdb1): re-mounted. Quota mode: none.
[p jan  3 11:10:52 2025] systemd[1]: Finished systemd-remount-fs.service - Remount Root and Kernel File Systems.
[p jan  3 11:10:52 2025] systemd[1]: Mounting sys-fs-fuse-connections.mount - FUSE Control File System...
[p jan  3 11:10:52 2025] systemd[1]: Mounted sys-fs-fuse-connections.mount - FUSE Control File System.
[p jan  3 11:10:53 2025] EXT4-fs (sda1): mounted filesystem with ordered data mode. Quota mode: none.
 

Ez egy aktiv-passziv app szerver passzív lába. SAMBA-n vannak a közös fájlok. Eközben az aktívon végig elérhető az FS, tehát vélhetően nem samba szerver oldali lesz a hiba.

Linuxnál nem megszokott számomra ez a fajta kiszámíthatatlanság. Logokban semmi releváns infó. Egy rohadt nagy WTF ez most nekem.

Valaki belefutott már ilyenbe?

Debian 12.8

[Megoldva] Tavoli KDE/Wayland desktop eleres

Fórumok

Hirtelen felindulasbol frissitettem apam gepet. Debian Testing, KDE. Nyilvan nem figyeltem elegge, mert hat megis Debian...

A frissites soran egy szo nelkul attert Xorg-rol Waylandra. Nem is lenne baj, de a gep 1000km-re van tolem.

Eddig VPN, ssh port forward es x11vnc segitsegevel ertem el a grafikus feluletet.

Az x11vnc nyilvan nem mukodik. A megosztas nem resze a Waylandnak. Compositortol fuggo a dolog.

A krfb valami obskurus (3-4 ora keresgeles utan sem ertem) hibaval a QT-re panaszkodva core dumpot nyom.

 

Van barmi jol bevalt modszer arra, hogy a KDE/Wayland kombot tavolrol elerjem?

Lehet VNC, RDP, postagalamb, vagy barmi mas. De ne kelljen hozza apam aktiv kozremukodese (pl., ne kelljen OK gombot nyomnia, amikor csatlakoznek). Egyaltalan nem baj, ha kb. secure (ssh port-forward localhostrol a legjobb), es nem feltetlen fut allandoan, csak akkor, ha en azt tavolrol elinditom.

[MEGOLDVA]Videó lejátszása Samsung TV-n

Fórumok

Sziasztok!

Szeretnék a laptopomról filmet a TV-n lejátszani. Olvasgattam pár fórumot, de mivel nem vagyok benne jártas, nem jutottam dűlőre...

Rendszer egy Debian 12 Cinammon. TV egy Samsung LED 55. Windows 10 alól ment az átjátszás gond nélkül, de jó ideje nem használok már Win-t.

Tudna valaki segíteni, merre indúljak el?

A laptop és a TV azonos hálózatban van.

[MEGOLDVA] Find parancs használata úgy, hogy az útvonalban szerepelnek speciális karakterek

Fórumok

Sziasztok. Régebben használtam a find parancsot arra, hogy speciális szöveget tartalmazó filet töröljön, úgy, hogy az útvonalon ahol keresem bizonyos mappák váltózóak.

Pl.:

/var/vmail/mx2.valami.hu/lab/Maildir/cur

/var/vmail/mx2.valami.hu/fas/Maildir/new

/var/vmail/mx2.valami.hu/naos/Maildir/cur

Vagyis itt lenne egy * a Maildir előtt, és 3db ? a Maildir után.

Régebben mintha ez nekem működött volna:

find /var/vmail/mx2.valami.hu/*/Maildir/??? -type f -mtime -2 -exec grep -l "direct.ro" {} \; -delete

Most viszont kiírja, hogy no such fil or directory. Az biztos, hogy a *-al és ?-elekkel van gondja, mert ha beillesztem a konkrét útvonalat, akkor megcsinálja.

Változott volna a find command?

 

Megoldás: Debian alatt nem a bash, hanem a dash az alapértelmezett, ezért a fenti parancsot be kell illeszteni egy bash -c "" közé.

sed parancs SSH remote-on keresztül

Fórumok

Csináltam még anno egy scriptet, ahol menüből tudok választani, hogy az adott ssh-val mit szeretnék csinálni. Ennek része, hogy lehet olyat csinálni, hogy a megadott szervereken (ezt fzf-el oldom meg) lefuttat egy megadott parancsot. És itt szeretnék egy bonyolultabb sed parancsot kiadni, de az adott szerveren mikor tesztelem, akkor teljesen elkutyulja.

A parancs amit ha lokálisan kiadok, akkor működik:
sed 's/if \[ \$last_exit_code -ne 0 \]/if \[ \$last_exit_code -ne 0 \] \&\& \[ \$last_exit_code -ne 130 \]/g' .bashrc

Ez azt csinálja, hogy a if [ $last_exit_code -ne 0 ] -t lecseréli if [ $last_exit_code -ne 0 ] && [ $last_exit_code -ne 130 ] -ra

Gondoltam escape karaktert használok, hogy ne zavarodjon meg, de ez nem jött be, vagy rossz helyre teszem :) Hibakód nélkül lefut ssh remote parancsként futtatva, de több if [-el kezdődő parancsnál is lefut, és szétkutyulná a file-t.

[manualisan megoldva] grub-probe: hiba: „/dev/mapper/vg1-root” egyszerűsített útvonalának lekérése sikertelen.

Fórumok

vgrename volt, a vg1 mar nem letezik.

fstab-ban atirtam az uj utvonalakat. (systemctl daemon-reload is volt)

ujra generaltam az initramfs-t.

mit kell meg csinalni, hogy az update-grub mukodjon?

persze kezzel at tudom irni a grub konfigban es ujrainditani a gepet, de valami mas megoldas?

update:

ujrainditottam, jo lett, csak fura, hogy nem futott meg bele senki. :)