Linux-kezdő

A címben nem tudtam az egész problémát vázolni, itt kifejtem. Az a kérdésem, lehet-e eleve féllábú RAID1-re, tehát egyetlen diszkre telepíteni, amely egy olyan RAID1 tagja, amelyiknek hiányzik a másik diskje, majd telepítést követően berakni a másik disk-et, s azt várni tőle, hogy szinkronizálja fel a későbbi lemezre a kezdetektől bent lévő lemez tartalmát.

Azért szeretném így, mert két SSD-ből az egyik a régi gépem oprendszere, de a file-ok másolását követően ez az SSD lenne a RAID1 másik diskje.

Sziasztok,

teljesen tanácstalan vagyok. Van egy Contabos serverem, rajta Ubuntu 20.04 és egy ispconfig 3.2. Elméletben teljesen jól működik, ha működik. Azt tapasztaltam, ha újraindítom (nem minden esetben), akkor valami történik és SSH-n keresztül elérhetetlen lesz. A serveren van net ki tudok menni, ki tudok SSH-zni. Ha Pingelem a servert, akkor részben megérkeznek a csomagok (gyakran 100%-ban), de van olyan is, hogy van egy 20%-os csomagvesztésem.

Továbbá azt is tapasztaltam, ha jól indul a server, akkor a Fail2ban megbombáz az indulási mailekkel. Ha nem, akkor nem jön levél. Csak akkor, ha jól indul el.

Ha rossz, akkor leállítottam a Fail2ban-t, a tűzfalat engedélyeztem, akkor se tudom elérni. A domain nevek nem elérhetőek rajta, azaz böngészőböl sem látom a szervert. Továbbá az alábbi hibát pörgeti:

#tail -f /var/log/syslog

https://pastebin.com/sSagGFC2

(Mivel IP-k is vannak benne, ezért kódoltam - kód: FT43Xeb2BY)

Ha jól működik, akkor nem.

Kérdésem, hogy mi történik, amikor "hibásan indul el", hogyan lehet rávenni a vasat, hogy, akkor is működjön?

Kalmi

Sziasztok,

most ismerkedek közelebbről az ISPConfig 3.2-al és nem jövök rá, hogy mi lehet a DNS-Zones beállításommal, mert elméletileg minden rendben van a serveremen, de nem állíja be a domain zónáit, illetve bármit állítok az ISPConfigban nem frissülnek a beállítások. Természetesen a "bind9 dnsutils haveged" már leszedtem és újra telepítettem, illetve "ispconfig_update.sh --force" reconfiguráltam mindent. Sajnos hibát nem kapok (vagy nem találok), amiből ki tudnék indulni, hogy mi a probléma.

dig @XXX.XXX.XXX.XXX domain.hu

; <<>> DiG 9.16.1-Ubuntu <<>> @XXX.XXX.XXX.XXX domain.hu
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17455
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 5f7d0d904094acd2010020614b9e45bdd5fe0da8c14b1f (good)
;; QUESTION SECTION:
;domain.hu.                  IN      A

;; ANSWER SECTION:
domain.hu.           3600    IN      A       XXX.XXX.XXX.XXX

;; Query time: 0 msec
;; SERVER: 161.97.146.220#53(161.97.146.220)
;; WHEN: Wed Sep 22 23:21:09 CEST 2021
;; MSG SIZE  rcvd: 85

Látszólag a beállítások átmennek, de pl: spf, dmarc, stb már nem. Hiába állítom a configot.

Mit kellene keresnem, hogy működjön?

Köszönöm!

Kalmi
 

Helo!

Segítséget szeretnék kérni ahhoz, hogy mi mászhatott el. Először egy moodle-nél jött elő, bizonyos belső linkek átváltanak maguktól https-re. Persze ilyenkor jön a hibaüzenet, hogy nincs valid cert... bár már azt se értem, hogy oldja fel az nginx, mikor https-re nincs is figyelése.

Aztán jött a mediawiki. Itt már az elejétől átvált https-be, pedig nincs beállítva.

Ami közös, hogy frissült a php és nginx mindkét helyen. Frissíteni kellene a szoftvereket? A moodle már kapott frissítést, igaz nem a legújabbat.

Köszi a segítséget. Ha valami nem világos, kérdezzetek :)

Van egy évekkel ezelőtt installált Manjaro Linuxom. Ha ezen elindítok egy zenelejátszást az mindenhol szól. Úgy értem, ha elindítom mondjuk a 1. (karakteres) konzolon, majd átkapcsolok a 2. konzolra, ahol nem vagyok bejelentkezve, akkor is szól. Ha X-ben indítom, és átkapcsolok konzolra nem hallgat el. Röviden: ha megy a lejátszás, akkor szól.

Ezzel szemben most installáltam egy új Manjarot, amin a következők vannak: Ha az 1. konzolon indítom a lejátszást, majd átkapcsolok a 2-esre, elhallgat. Ha a 2-esen is bejelentkezek újra megszólal.

Ez önmagában nem volna érdekes, de következményei vannak. Például, ha  a lightdm indítja az X-et, akkor működik a lejátszás. Ha startx indítja az X-et, akkor nem szól. Ilyenkor az látszik, hogy az alsamixer nem látja a hangkártyákat (amiket egyébként lát). Mi a megoldása ennek a zagyvaságnak? Azt szeretném, ha nem okoskodna a rendszer, hanem szólna a zene, mint a régi gépen.

Sziasztok!

Home office alatt 3 lépcsős hitelesítéses SSH tunel kiépítésévél csatlakozok a céges gépre. Van itthon raspberry pi-m, amin egy Ubuntu szerver fut. Szeretném azt megoldani, hogy a raspberry pi-n futtatom a ssh tunel-t hogy tudjam hibernálni/kikapcsolni az asztali gépem, ha nincs sok munka és ne kelljen újra és újra belépni.

Próbálkoztam azzal, hogy simán csak a raspberry ip címe: rdp port

És azzal is, hogy kitaláltam egy random portot és azt átirányítottam a 127.0.0.1: rdp portjára, de sajnos egyik sem hozott eredményt. Lehet én rontottam el valamit. :( 

Van valami mód arra, hogy a fent felvázolt eset megoldódjon?

Debian 11-et használok. Nemrég - itteni segítséggel - végre kiöltem a gnome alól a wayland-ot és visszatenni az xorgot, mert örökké kiléptetett, és így a futó folyamataimat lezárta.

Azóta stabil a grafikus felület, csak néha veszti el egy-egy alkalmazás a billentyűzetet. A gome érzékeli, mivel például az ALT+F2 bejön, és újra is lehet indítani a teljes felületet egy "r" paranccsal. Sajnos az alkalmazás ezután sem érzékeli a billentyűleütéseket.

A többi ablakban lévő alkalmazás jól kezeli a billentyűzetet, csak az adott alkalmazás nem. Először Viber desktop alatt észleltem, azt hittem, a Viber a hunyó. De a Vibert lezárva és újra indítva, megoldódott. Aztán a böngészőm is csinálta, de annak lezárás és újraindítása ismét megoldotta a gondot. Most azonban a konzolom veszítette el a billenytűzetet, benne értékes élő kapcsolatokkal. Nem akarnám lezárni. Hogyan adhatom vissza számára a billentyűzetet? Mi lehet egyáltalán ez?

Megoldás:

Az /etc/sysctl.conf fájlban be kell állítani a következőt:

fs.inotify.max_user_watches=524288

Sziasztok !

A raspberry pi4 SD kártya kímélése miatt csináltam ramdisket az fstab szerkesztésével. Az egyik pi ezt nem tolerálta, ez "csak" cli terminálos módban indult volna, de kernel pánic lett a vége. A másik pi az desktop módban indult gond nélkül.

Elrontottam valamit, vagy ez igy működik csak ?

Az fstab bejegyzésem:

tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev,noexec,mode=0755,size=40M 0 0
tmpfs /var/tmp tmpfs defaults,noatime,nosuid,nodev,noexec,mode=0755,size=10M 0 0
tmpfs /var/log tmpfs defaults,noatime,nosuid,nodev,noexec,mode=0755,size=10M 0 0

a rossz eredménye:

https://imgur.com/a/r0aqd81

Besokalltam a Waylandból, annyi benne a bug. Hogyan tudok X11-re visszaváltani debian alatt? Mekkora a kockázata ennek, azaz várható, hogy minden továbbra is működni fog? Leginkább a top bar ikonjaitól tartok, remélem normál alkalmazást egy ilyen váltás nem boríthat meg.

Megoldás:

Az /etc/gdm3/daemon.conf fájlban a WaylandEnable=false bejegyzés visszaáll Xorg-ra a desktopon is.

Néha kísérletezgetek különböző szolgáltatásokkal, tesztelgetem őket különböző eszközökön, mert jól tudom, hogy nem minden arany, ami fénylik. Legutóbb néhány VPN szolgáltatót vettem górcső alá, illetve a különböző rendszerekre ajánlott szoftvereiket. Windows és Android eszközökön valóban jól (vagy kevésbé jól) működnek, de Linux alatt sok nem ment nekem vagy nincs is alkalmazás hozzájuk. Nem szeretnék openvpn-t konfigurálni Linux alatt, kényelmesen, gyorsan, a szolgáltató alkalmazásával szeretnék szervert váltani és beállításokat eszközölni, így ezt próbálgattam.

Aki használ ilyesmit, annak melyik működik jól és milyen Linux alatt?

Fedorával egyik rpm sem hozta a kívánt eredményt, Ubuntu 18.04 és 20.04 alatt vegyes a kép.

Ezek jutnak eszembe most, amikkel próbálkoztam:

Urban VPN: nincs Linux alkalmazás

Cyberghost: van Linux app és működik is

DewVPN: nincs Linux alkalmazás

ProtonVPN: van Linux alkalmazás, sőt ingyenes csomag is, de nem működik nekem sem 18.04, sem 20.04 alatt (autentikáció hiba)

Ezeket próbálom legközelebb: Surfshark (van .deb csomag, meglátjuk, hogy mire jó) és NordVPN: