- Elon Musk meghatározóvá teszi a SpaceX-et Olaszországban
- Trump is bejelentett egy 20 milliárd dolláros adatközpont-fejlesztést
- Nem minden chipért kapkodnak, leépít az egyik japán chipgyártó
- Jön Trump, Zuckerberg és a Meta pedig 180 fokos fordulatot vett
- CES 2025: robotokat tréningez az NVIDIA, és összeállt a Toyotával
- Több autót adhat el a BYD, mint a Ford és a Honda
- Rendszergazda topic
- One otthoni szolgáltatások (TV, internet, telefon)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Mozilla Firefox
- Asustor NAS
- Videó stream letöltése
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- KábelszatNet-2002 Kft.
- KAÜ/Ügyfélkapu – már elérhető a kétfaktoros hitelesítés
-
IT café
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
#68216320
törölt tag
Jelenleg a következő módon használom SSH-val az eszközeimet:
- private/public key auth engedélyezve
- password auth letiltva
- root login letiltva (bár nem túl érdekes, mivel van user sudo)
- port szám a felső tartományban használva
- private key passhrase (RSA-2048)
- private key fájlrendszeren tárolva (.ssh/id_rsa) 0700/0600 joggal
- fájrendszer encrypted (bár ez csak offline számít valamit)
- PAM letiltva
- Fail2Ban (bantime = 1440m, findtime = 30m, maxretry = 3)Ez alapvetően rendben lehet SSH eléréshez vagy valamit nagyon elrontottam?
Jelszókezelő programot nem használnék, de ezen kívül van valami amit tehetek az SSH biztonságért?[ Szerkesztve ]
-
-
bambano
titán
válasz
#68216320
#33091
üzenetére
rendben, igazad van, csak akkor nem generálsz másik kulcsot, hanem kiszeded belőle.
és ha kiszeded a kulcsot, az nyilván ugyanaz lesz, hiszen csak kiszedted, nem tudsz egy privát kulcshoz több publikus kulcsot generálni, mint ahogy a subthread kezdetén kérdezted.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#33093
#68216320
törölt tag
arcoskönyv
#33092
#68216320
törölt tag
válasz
arcoskönyv
#33092
üzenetére
Igen, az imént próbáltam le. Gyakorlatilag a privát kulcs publikus részét fogja kimenteni.
-
#68216320
törölt tag
válasz
bambano
#33090
üzenetére
Akkor ezek szerint rosszul tudom, hogy az RSA privát kulcs tartalmazza a publikus kulcsot is.
Mert elméletileg a fenti parancs a privát kulcs publikus részét jeleníti meg RSA esetén.Update:
Jelentem egy RSA2048-as ssh-keygen által generált privát kulcs (test) és publikus kulcs (test.pub) esetén a fenti paranccsal a privát kulcsból (test) csináltam egy újabb publikus kulcsot (test.pub2) és a test.pub és test.pub2 tartalma azonos.
[ Szerkesztve ]
-
bambano
titán
válasz
#68216320
#33079
üzenetére
"ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub"
mivel az rsa titkosítás szimmetrikus abból a szempontból, hogy melyik kulcsot nevezed ki privát kulcsnak, és melyiket publikusnak, az az állítás, hogy egy egyszerű parancssori utasítással le tudod generálni a privát kulcsból a publikusat, ekvivalens azzal az állítással, hogy a publikus kulcsból egy egyszerű paranccsal le lehet generálni a privát kulcsot.azé' ettől az állítástól egy pár ember bokáig összef.sná magát hirtelen, összes bank, katonai titkosítások, stb. ha erre az állításra lenne korrekt bizonyítás és működő megoldás, akkor a Föld gazdasága kb. 20 perc alatt omlana össze a kőkorszakig.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#68216320
törölt tag
Jelszókezelés, de nem jelszókezelő.
![;]](//cdn.rios.hu/dl/s/v1.gif)
"Jelszókezelőt nem használok és nem fogok..."
Lehet félreérthető voltam, de akkor pontosítok. Jelszókezelésre jelszókezelőt (program vagy szolgáltatás) nem használok.
Kulcskezelésre viszont nagyon gondolkodom egy Yubikey beszerzésén.bambano:
"szerintem az az ssh-keygen utasítás, amit másik hsz-ben írtál, az új publikus ÉS privát kulcsot is generál."
Még nem tudtam lepróbálni, de lefogom. Úgy kerestem rá, hogy privátból csak publikust csináljon.[ Szerkesztve ]
-
bambano
titán
válasz
#68216320
#33076
üzenetére
" Lehet rosszul tudom, de mintha talán a privát kulcsból tudnék több publikus kulcsot is csinálni.": igen, rosszul tudod.
szerintem az az ssh-keygen utasítás, amit másik hsz-ben írtál, az új publikus ÉS privát kulcsot is generál.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#68216320
törölt tag
Persze, de egy AES256-al védett txt-nél már nem jobb.
Mindegyikhez kell egy mester jelszó, de cserébe nem kell külső program.
De erről nem szeretnék tovább értekezni, mert nem ez volt a kiinduló kérdés.Az viszont igen, hogy az RSA2048 maradhat vagy esetleg érdemes lépni egy szintet?
-
válasz
#68216320
#33082
üzenetére
> Jelszókezelőt nem használok és nem fogok. Ez egyszerűen egy elvi döntés, nem bármiféle minősítése a szolgáltatásnak.
Mindenkepp hasznalsz 'jelszokezelest', marmint valahol mindenkepp tarolni fogod pl. a privat kulcsokat. Az a gyanum, hogy kevesbe biztonsagosan, mintha pl. a 1Passwordban tarolnad.
while (!sleep) sheep++;
-
#33082
#68216320
törölt tag
arcoskönyv
#33081
#68216320
törölt tag
válasz
arcoskönyv
#33081
üzenetére
Lehet igazad van. Leellenőrzöm.
Tehát, ha jól értem, akkor eddig sem követtem el bakit azzal, hogy a publikus kulcsot több helyen használom, igaz?emvy: Jelszókezelőt nem használok és nem fogok. Ez egyszerűen egy elvi döntés, nem bármiféle minősítése a szolgáltatásnak.
[ Szerkesztve ]
-
-
#33079
#68216320
törölt tag
arcoskönyv
#33077
#68216320
törölt tag
válasz
arcoskönyv
#33077
üzenetére
Ez mintha pont ezt csinálná:
ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub
vargalex:
Passz, csak felmerült, mint kérdés, hogy ez jelenthet-e problémát.
A privát kulcsot pedig mivel tudom megvédeni a jogosultságon (0600) és a passphrase-on kívül? Yubikey?[ Szerkesztve ]
-
-
#33076
#68216320
törölt tag
arcoskönyv
#33073
#68216320
törölt tag
válasz
arcoskönyv
#33073
üzenetére
Akkor megfordítom a dolgot. Lehet rosszul tudom, de mintha talán a privát kulcsból tudnék több publikus kulcsot is csinálni.
Ha ez így van, akkor elméletileg meg tudnám oldani, hogy a gépeimen egyetlen privát kulcs legyen, de a több különböző eszközön/szerveren ehhez mégi más-más publikus kulcsot tölthessek fel.
Ez igazából kizárná azt is, hogy "begyüjthető" legyen, mely helyekhez férek hozzá, nem?bambano:
Nem volna jobb megoldás több publikus készítése a privátról? Ilyen lehetséges?Update:
Úgy nézem ez lehetséges. szerintem akkor ennél maradok.[ Szerkesztve ]
-
Archttila
veterán
Idonkent (naponta parszor) előjön Linux alatt egy olyan jelenseg, hogy par masodpercere (mondjuk zenehallgatas kozben) 'megtorpan' , bedaral a hang. Ma vegleg meguntam ezert reggel kozvetlen boot utan nyakaba akasztottam egy
journalctl -futravalot, es ahogy az várható volt par perces monitorozas utan jelentkezett is az anomalia, ime:Mar 03 08:43:15 arch dbus-daemon[565]: [system] Activating via systemd: service name='org.freedesktop.home1' unit='dbus-org.freedesktop.home1.service' requested by ':1.45' (uid=0 pid=2428 comm="sudo pacman -S -u -y --config /etc/pacman.conf --")Mar 03 08:43:15 arch dbus-daemon[565]: [system] Activation via systemd failed for unit 'dbus-org.freedesktop.home1.service': Unit dbus-org.freedesktop.home1.service not found.Mar 03 08:43:15 arch sudo[2428]: pam_systemd_home(sudo:auth): systemd-homed is not available: Unit dbus-org.freedesktop.home1.service not found.Mar 03 08:43:17 arch sudo[2428]: alucard : TTY=pts/3 ; PWD=/home/alucard ; USER=root ; COMMAND=/usr/bin/pacman -S -u -y --config /etc/pacman.conf --Mar 03 08:43:17 arch sudo[2428]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)Mar 03 08:43:17 arch sudo[2428]: pam_unix(sudo:session): session closed for user rootA kerdesem tehat az, hogy szerintetek miert akarja a pacman aktivalni a logban talalhato servicet?
OS: Arch
WM: Sway[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF and AV enthusiast, APU retro gamer.
-
bambano
titán
válasz
#68216320
#33070
üzenetére
a kulcspár egy identitást azonosít.
több kulcspár egy adott identitáshoz eléggé kilóg a tervezett felhasználásból.
minden egyes gépen, amin kulcsos ssh-t akarsz használni, generálsz egy darab kulcspárt, és utána minden másik gépre, amire be akarsz arról a gépről jelentkezni, átmásolod az azonosítót. akár szövegszerkesztővel, akár ssh-copy-id utasítással."A kérdésem arra irányult, hogy amennyiben minden helyre külön kulcspárt csinálok, akkor több id_rsa (vagy éppen ami a fájlnév az új algoritmusú privát kulcshoz) lesz a laptopomon?": nem.
ha minden helyre külön kulcspárt csinálsz, akkor a notebookod id_rsa.pub fájlja lesz több helyre átmásolva. nem a szerver publikus kulcsát másolod a notebookra, hanem a notebookét a szerverre.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#33071
vargalex
félisten
fatpingvin
#33064
vargalex
félisten
-
#68216320
törölt tag
Az világos, jelenleg is minden user mondjuk a VPS-en 1-1 sor az authorized_keys-ben. De félreértettél, nem erre gondoltam, hanem a private szközökre.
Azaz most egyetlen private kulcsom van mondjuk a laptopomon id_rsa névvel. Ennek a public része van használatban a VPS-en, GitHub-on, Raspberry-n, etc.A kérdésem arra irányult, hogy amennyiben minden helyre külön kulcspárt csinálok, akkor több id_rsa (vagy éppen ami a fájlnév az új algoritmusú privát kulcshoz) lesz a laptopomon?
arcoskönyv:
Nincs forward jelen esetben sehol. Azaz mindenhol a kliens közvetlenül éri el a public-ot (VPS, HomeServer, satöbbi)Igazából a problémám az, hogy mondjuk a GitHub-on lévő publikus kulcsot használom a VPS-en is (és még pár helyen) és nem érzem megfelelően biztonságosnak a dolgot.
Vagy valami tanúsítvány használat jobb lenne?
[ Szerkesztve ]
-
#33069
hcl
félisten
arcoskönyv
#33068
válasz
arcoskönyv
#33068
üzenetére
A 2048 bites kezd kifutni, de mondjuk nem azért, mert könnyen törhető lenne, inkább paranoia. 3 meg 4K-s kulcsokat használnak inkább.
Mutogatni való hater díszpinty
-
-
#68216320
törölt tag
Sziasztok.
Elnézést, ha kicsit off, de nem tudom pontosan hol lehetne rákérdezni.
Viszont a privát és public rendszereim is linux-ok (Debian, Arch) ezért itt kötöttem ki.Az eddigi RSA2048 alapú SSH public/private kulcspár helyett szeretnék valami megbizhatóbbat generálni. Melyik módszert javasolnátok?
Illetve gondolom érdemes volna minden public esetében (VPS, HomeServer, RaspberryPi media player, GitHub, etc) külön kulcspárt csinálnom, igaz?
Viszont akkor a private eszközeimen (desktop, laptop) 8-9 privát kulcs lesz? Mindegyik public-hoz 1-1 private kulcs? -
#33065
Sub-ZeRo
nagyúr
fatpingvin
#33064
válasz
fatpingvin
#33064
üzenetére
Hogy mi?
"Ha egyedülállóval találkozunk, mindegy, mit mond, de biztos, hogy nem azért van egyedül, mert élvezi a magányt, hanem mert már megpróbált beilleszkedni a világba, de az emberek újra meg újra kiábrándítják."
-
#33064
fatpingvin
addikt
Sub-ZeRo
#33063
-
#33063
Sub-ZeRo
nagyúr
fatpingvin
#33062
válasz
fatpingvin
#33062
üzenetére
POP OS.
"Ha egyedülállóval találkozunk, mindegy, mit mond, de biztos, hogy nem azért van egyedül, mert élvezi a magányt, hanem mert már megpróbált beilleszkedni a világba, de az emberek újra meg újra kiábrándítják."
-
#33062
fatpingvin
addikt
Sub-ZeRo
#33061
fatpingvin
addikt
-
#33061
Sub-ZeRo
nagyúr
fatpingvin
#33042
válasz
fatpingvin
#33042
üzenetére
Linux alatt nekem így néz ki egy nyomtató szerver. Édesanyám windows alatt is tud nyomtatni a szerevren keresztül. Oda is meg kell adni a nyomtatót hogy szerveren keresztül nyomtasson. Egy TP-link az eszköz. Annyi a gond vele, hogy olyan 28-30 nap után újra kell indítani mert nem nyomtat. Ha ez megvan, megy minden tovább probléma nélkül.
"Ha egyedülállóval találkozunk, mindegy, mit mond, de biztos, hogy nem azért van egyedül, mert élvezi a magányt, hanem mert már megpróbált beilleszkedni a világba, de az emberek újra meg újra kiábrándítják."
-
#33060
hcl
félisten
fatpingvin
#33056
válasz
fatpingvin
#33056
üzenetére
Ezt mondom... Ha van a környéken megosztott nyomtató bármiről, az feljön nálam is
Mint @bambano -nél. Mivel saját nyomtatóm akkor van, amikor valami roncs idekerül javításra/bontásra, nem foglalkoztam vele.@urandom0 : Köszi
[ Szerkesztve ]
Mutogatni való hater díszpinty
-
-
-
#33056
fatpingvin
addikt
hcl
#33054
fatpingvin
addikt
az oké, az itt is megy, viszont itt az egyes gépeken futó CUPS szerver fogja a nyomit közvetlenül kezelni. a feladat meg pont az lenne hogy ez ne így legyen, legyen egy darab kép rajta bögrékkel ami kezeli a nyomit, a többi gép meg csak ezzel az eggyel kommunikáljon
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
#33055
fatpingvin
addikt
bambano
#33053
-
#33053
bambano
titán
fatpingvin
#33050
bambano
titán
válasz
fatpingvin
#33050
üzenetére
elvileg van egy ilyen szolgáltatás-hirdetési protokoll, nem emlékszem pontosan a nevére. de ha egy cupsot beszélő nyomtatót felraksz a hálózatra, azt a kliensek konfig nélkül meg szokták találni.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#33051
gregory91
senior tag
fatpingvin
#33042
gregory91
senior tag
válasz
fatpingvin
#33042
üzenetére
Ha a Beállítások>nyomtató párbeszédablakon a nyomtató hozzáadása menüpontban kiválasztod a hálózati nyomtató>Hálózati nyomtató keresése és megadod neki a LAN hálón fekvő szervergép címét,az vajon működhet?
Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
#33050
fatpingvin
addikt
bambano
#33049
-
#33049
bambano
titán
fatpingvin
#33042
bambano
titán
válasz
fatpingvin
#33042
üzenetére
a cups szerver nem tud bonjourt?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Az LSB scriptekről jutott eszembe, mikor ránéztem a Debianomra, meglepődtem, milyen sok script van az /etc/init.d-ben. Most megnéztem egy frissen telepített Debiant, így fest az /etc/init.d mappa:
Így egy nem régen telepített Fedora 37 /etc/init.d mappája:
Ez a szintén nem rég telepített OpenSuse Leap:
Ez pedig itt a Centos 9 Stream:
[ Szerkesztve ]
-
#33046
urandom0
senior tag
lionhearted
#33044
válasz
lionhearted
#33044
üzenetére
Igen, HDD-n is gyors volt, így vm-ben pedig még gyorsabb, csak úgy száguld.
-
#33044
lionhearted
őstag
urandom0
#33043
-
Ma volt egy kis időm, mivel úgyis csináltam egy dd-s lemezképet a régi XP-s gépről, gondoltam, belököm KVM-be, vajon megy-e. Meglepően könnyen bebootolt, utána szöszölt egy darabig a driverek telepítésével, de egyébként szépen megy.
szerk: a gépen lévő Windows mappa 2011. február 16-on lett létrehozva, azaz egy 12 éve telepített rendszerről van szó.[ Szerkesztve ]
-
#33042
fatpingvin
addikt
fatpingvin
addikt
Sziasztok!
ma délelőtti agyvérzés során rájöttem hogy ha tetszik ha nem a nyomtatónk mögé kell egy nyomtatószerver is, ez hogy minden gép külön csatlakozik rá ez nem állapot.
szóval kérdés, illetve leginkább iránymutatást kérnék, az elképzelés a következő:
legyen egy kis SBC a nyomtató mögött amire az rá van kötve, ezen fusson egy CUPS szerver ami önmaga kezeli a nyomtató PPD-jét ha ilyet lehet, a többi gép a hálózaton keresztül ennek a gépnek küldje a nyomtatandó dolgokat.
a CUPS szerver beüzemelése oké a nyomtatószerveren, viszont az számomra nem világos hogy a kliens gépeken mit kell beállítani hogy a nyomiszervernek el is tudják küldeni a print anyagot. mindegyik Linuxos, windows kompatibilitás nem kell.
Kérhetek erre esetleg valami monkey level tutorialt vagy egyéb iránymutatást?
Köszi!A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
#33040
lionhearted
őstag
Sakab
#33039
-
Sakab
senior tag
válasz
urandom0
#33038
üzenetére
Én bocsi csak vakon vagyok pythonból :/
letöltés lefutott hiba nélkül, a chmod is lefutott reboot, nem történt semmise utána megpróbáltam újra lefuttatni abash-5.0# chmod +x /etc/systemd/system/mpdlcd.servicchmod: cannot access '/etc/systemd/system/mpdlcd.servic': No such file or directory
De erre még mindig hibát ír :/ -
Jól összezavartalak, bocs.
Egyelőre semmi mást ne csinálj, csak ennyit:
wget -O /etc/init.d/mpdlcd https://github.com/rbarrois/mpdlcd/blob/c39cce8eafd4308bf255a9fcb2f92db4cfcab586/initd/mpdlcd.debian
chmod +x /etc/init.d/mpdlcdUtána indítsd újra az RPi-t, és elméletileg mennie kell.
-
Sakab
senior tag
válasz
urandom0
#33032
üzenetére
HU bazz....10x olvastam el , de nem sikerült értelmeznem, bárhogy próbálkozom.
1, A systemd unit hol találom milyen címen?
2, Az 1. pontban írtat végképp nem értem. Most akkor hova másolom a debiánt? /etc/init.d- ide vagy /etc/rc2.d ide? A symlink meg ....
3, A 2. pontban másolásra meg ezt raktam össze:wget -O /usr/bin https://github.com/rbarrois/mpdlcd/blob/c39cce8eafd4308bf255a9fcb2f92db4cfcab586/initd/mpdlcd.debian/usr/bin: Is a directoryDe ha jól értem ilyen mappám pedig nincs.
A mpdlcd.service az megvan az már így néz ki ahogy írtad.
-
-
Jajj, ez így nem lesz jó! Lehet, hogy én fogalmaztam rosszul, de a lényeg az, hogy van a systemd unit fájl, ez most így néz ki:
[Unit]
Description=mpdlcd
After=mpd.service lcdd.service
[Service]
Type=simple
WorkingDirectory=/tmp
ExecStart=mpdlcd.debian
RestartSec=5
Restart=always
[Install]
WantedBy=multi-user.targetUgye az első sorból látszik is, hogy ez egy unit.
És van az init script, ez pedig ez az mpdlcd.debian.
Na mármost, két lehetséges megoldás van. Az 1. elméletileg megy Debianon (ha a systemd-sysv-generator működik):
1. Fogd az mpdlcd.debian-t, másold be az /etc/rc2.d mappába, és adj neki x jogot.
Igazából az /etc/init.d mappába kellene másolni, és egy symlinket tenni az /etc/rc2.d-be, de most ne bonyolítsuk.
Próbáld ki, hogy így működik-e. Ez esetben a unit fájlt el is lehet felejteni.2. Fogd az mpdlcd.debian-t, másold be az /usr/bin mappába, és adj neki x jogot. A /etc/systemd/system/mpdlcd.service fájlod pedig így nézzen ki:
[Unit]
Description=mpdlcd
After=mpd.service lcdd.service[Service]
Type=simple
WorkingDirectory=/tmp
ExecStart=/usr/bin/mpdlcd --no-syslog &
RestartSec=5
Restart=always[Install]
WantedBy=multi-user.targetEnnek ne adj semmilyen jogot. Próbáld meg így is, elindul-e.
-
Sakab
senior tag
válasz
urandom0
#33030
üzenetére
Átírtam erre az mpdlcd.service-t:
GNU nano 3.2 /etc/systemd/system/mpdlcd.service## mpdlcd initscript for mpdlcd# by Stefaan Verfaillie#### BEGIN INIT INFO# Provides: mpdlcd# Required-Start: $syslog# Required-Stop: $syslog# Default-Start: 2 3 4 5# Default-Stop: 0 1 6# Short-Description: MPD client for lcdproc# Description: Display MPD status### END INIT INFO###[Unit]Description=mpdlcdAfter=mpd.service lcdd.service[Service]Type=simpleWorkingDirectory=/tmpExecStart=mpdlcd.debianRestartSec=5Restart=always[Install]WantedBy=multi-user.targetÉs próbáltam neki jogot adni,de már az elején elakadok :/
volumio@volumio:~$ chmod +x /etc/systemd/system/mpdlcd.servicechmod: changing permissions of '/etc/systemd/system/mpdlcd.service': Operation not permittedA systemd unit-ot pedig hol találom és hogyan írom át?
[ Szerkesztve ]
-
Alighanem hiányzik pár sor a script elejéről, valami ilyesmi:
### BEGIN INIT INFO
# Provides: mpdlcd
# Required-Start: $syslog
# Required-Stop: $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: MPD client for lcdproc
# Description: Display MPD status
### END INIT INFONézd meg itt az init scripteket: https://github.com/rbarrois/mpdlcd/tree/master/initd
Szerintem az ExecStart= sorban nem az mpdlcd-t kellene beleírni, hanem az
mpdlcd.debian-t. Ez legalább valid LSB scriptnek tűnik (így néz ki egy LSB initscript), Szóval lemented valahová, adsz neki +x jogosultságot, ha kell kijavítod benne az elérési utakat, bemásolod mondjuk az /etc/systemd mappába, és átírood a systemd unit-ot, hogy ezt indítsa el. De ez csak tipp, nem ismerem a szoftvert.[ Szerkesztve ]
-
Sakab
senior tag
válasz
urandom0
#33028
üzenetére
Sziasztok, segítségetekre lenne szükségem. Egy Rpi 4-en fut a Volumiom, amihez USB-n keresztül használnék egy VFD kijelzőt. LCDproc+mpdlcd segítségével pedig kiírna a számcímet, előadót. Az lcdproc automatikusan indul, viszont az mpdlcd-t nem tudom rávenni, hogy automatikusan induljon. Manuálisan kell az mpdlcd paranccsal indítani. Találtam hozzá egy leírást, de az nem működik. Valami nyűgje van és a google segítségével hiába bújom a fórumot, nem találok megoldást.
Automatically start mpdlcd @ reboot with a systemd service.
nano /etc/systemd/system/mpdlcd.service################################
[Unit]
Description=mpdlcd
After=mpd.service lcdd.service
[Service]
Type=simple
WorkingDirectory=/tmp
ExecStart=/usr/bin/mpdlcd --no-syslog &
RestartSec=5
Restart=always
[Install]
WantedBy=multi-user.target
################################systemctl enable mpdlcdDe az utolsó parancsra ezt írja ki:
volumio@volumio:~$ systemctl enable mpdlcd
Synchronizing state of mpdlcd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable mpdlcd
insserv: warning: script 'mpdlcd' missing LSB tags
insserv: warning: script 'mpdlcd' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mpdlcd'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mpdlcd'
update-rc.d: error: mpdlcd Default-Start contains no runlevels, aborting.Mi lehet a nyűgje?
-
#33026
urandom0
senior tag
lionhearted
#33024
válasz
lionhearted
#33024
üzenetére
100 dollár/év egy developer RHEL licence a cégeknek, igazából nem nagy összeg.
Ha prod szerver lenne, akkor elgondolkodnék rajta, de igazából ez csak ahhoz kell, hogy ezt-azt leteszteljek néhány tíz gépes környezetben.
Ja, sokan írták, hogy Debianra váltottak...
-
#33024
lionhearted
őstag
urandom0
#33022
válasz
urandom0
#33022
üzenetére
100 dollár/év egy developer RHEL licence a cégeknek, igazából nem nagy összeg.
Vanilla kubernetes összerakáshoz azért utána kell olvasni rendesen...
Eredeti kérdésre, hogy mire váltottunk: Ubuntu
Aminek maradnia kell, az még nem eldöntött... esélyesen egyedileg lesz eldöntve, de játszik a Rocky, OL és RHEL is.[ Szerkesztve ]
Tegnap még működött...
-
Igazából RHEL-ből van free verzió, de csak magánszemélyek részére, 16 gépig (azt hiszem). De ez most céges dolog lesz. Lehet, hogy akkor maradok mégis a CentOS-nél.
Ez a Oracle Linux nem tűnik rossznak, állítólag 1:1 RHEL kompatibilis, de van belőle "unbreakable kernel" nevű, hiper-szuper stabil változat.
-
-
CentOS Stream? Végső soron az sem lenne rossz, csak kicsit tartok tőle, hogy instabilabb, mint egy downstream disztró.
A Suse nem lenne rossz, de azért a RHEL/CentOS vonalnak nagyobb a támogatottsága. Igazából az Oracle Linux vs. Rocky vs. Alma között vacillálok, csak nem tudok dönteni. Én szívem szerint az Oracle-t választanám, de ahogy utánaolvastam, a többség inkább az Almát vagy a Rockyt ajánlja (jellemzően csak azért, mert az Oracle az az Oracle-é). -
Érdekelne, hogy ha van itt olyan, aki váltott CentOS-ről vagy váltani fog, az mire váltja le. Össze kéne raknom egy szervert, Ansible, Jenkins, Kubernetes menne rajta egy kisebb, sandbox jellegű környezetben. Mindenképp rpm-es vonalon maradnék.
-
#33017
hcl
félisten
fatpingvin
#33016
válasz
fatpingvin
#33016
üzenetére
Előbb ki kéne találni, mi a francot csináltam
Mutogatni való hater díszpinty
-
#33015
hcl
félisten
fatpingvin
#33014
-
RedHarlow
aktív tag
Sziasztok, tudnátok segíteni, hogy az alábbi cron job, hogy hogy fut ma? Azt szerettem volna megoldani, hogy minden hónapban 1-21-ig minden hétfőn fusson, tehát 27-én (ma) már pl ne.
*/3 * 1-21 * 1
“At every 3rd minute on every day-of-month from 1 through 21 and on Monday.”
Előre is köszönöm a tippeket.
-
Van valakinek valami tuti módszere olyasmire, hogy egy Linux (Debian) bebootoljon BIOS és EFI-n is?
Külön már van rá scriptem, de a kettő együtt nem akar menni :S (USB-re akarom rakni, mindenes nyúzósnak.)[ Szerkesztve ]
Mutogatni való hater díszpinty
-
#33008
vargalex
félisten
arcoskönyv
#33006
vargalex
félisten
válasz
arcoskönyv
#33006
üzenetére
Nem ismerem az Ubuntu universe repo-t, de ha jól látom, ott ugyan úgy előre összerakott, elkészített, telepíthető csomagok találhatók, mint a többi (pl. main) repo-ban. Azaz, ez egy ugyan olyan repo. Pont ezért is lehet az
apt-vel kezelni ezt is.
Ugyanakkor Arch alatt az AUR csak csomag csak telepítő leírókat (valamint általában leírást, kiegészítő scriptet, desktop file-t) tartalmaz. Maguk a telepíthető csomagok az AUR helper használatával (vagy manuálisan a makepkg paranccsal) állnak elő a saját gépeden, majd ez kerül telepítésre. Természetesen, ha szükséges (vagy szeretnéd) a PKGBUILD-et és az egyéb scripteket a folyamat során módosíthatod.Hogy szemléltessem a dolgot: pl. intellij-idea-ultimate-edition esetén az AUR repo-ból csak egy 1978 byte-os (jelenleg) tar.gz jön, a saját gépen áll elő az abban található PKGBUILD leíró által definiált feladatok során a több 100 MB-os telepíthető csomag.
Éppen ezért Arch linux alatt az AUR repo-ból nem lehet telepíteni pacman-al.[ Szerkesztve ]
Alex
-
#33007
urandom0
senior tag
arcoskönyv
#33006
válasz
arcoskönyv
#33006
üzenetére
Szerintem lényegében semmi.
-
#63718632
törölt tag
válasz
urandom0
#33002
üzenetére
Na álljunk meg egy szóra!! A pure Arch csomagkezelője a
pacman! Semmi nem kényszerít arra, hogy AUR csomagokat használj! Apacman-nek van egy grafikus frontendje apamac. Amit feltehetsz apacman-el. Az AUR csomagok kezelésére van legalább 5 paracssoros megoldás (Trizen,Pacaur,Yayés sorolhtnám). Ezek mindegyike más és más egy kicsit, lényegtelen.Soha nem lesz az Arch-ban összehegesztve semmi, semmivel! Neked kell hegeszteni, salakot verni, új pálcát betenni!!!
Ami más disztróban szokás az itt nem! Ennyi.
-
válasz
#63718632
#33001
üzenetére
Hiányolja a franc, nekem totál mindegy, mit csinálnak az Archosok, nem használok Archot. Én csak leírtam, hogy az apt, a dnf, a zypper és más csomagkezelőket támogatja a PackageKit, a pacmant, pamacot, yayt és a többi AUR helpert nem, és Archban nincs összeheggesztve a PackageKit azokkal az összetevőkkel, amikkel sok más disztróban összevan (pl. a Gnome Software, KDE Discover, Muon, Apper...).
-
#63718632
törölt tag
válasz
urandom0
#33000
üzenetére
Úgy, hogy az Arch egy más világ. Ennyi.
Ha akarod az Arch-ba is belegyógyíthatod a PackageKit-et, ha akarod. Csinálhatsz rá AUR vagy GIT megoldást, aztán vagy fogják használni vagy nem.
Soha nem értettem, miért kéne egy egységes kaptafa minden disztrónak.
Te most valami ilyesmit hiányolsz. Szerintem. Vagy nagyon elbeszélünk egymás mellett.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Mint @bambano -nél. Mivel saját nyomtatóm akkor van, amikor valami roncs idekerül javításra/bontásra, nem foglalkoztam vele.
Új hozzászólás Aktív témák
- Okosóra és okoskiegészítő topik
- A fociról könnyedén, egy baráti társaságban
- Amlogic S905, S912 processzoros készülékek
- iPhone topik
- Kezdő fotósok digitális fényképei
- Projektor topic
- Mibe tegyem a megtakarításaimat?
- LEGO klub
- Külpolitika
- Minimalista pénztárca - Focx C2 Advanced
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest