Linux-kezdő

Sziasztok!

Ma reggel vettem észre, hogy a dhcpd nem logol, csak a syslogba. A fura az, hogy évekig logolt a /var/log/dhcpd/dhcpd.log fájlba, aztán egyszer csak semmi. Mondanom sem kell, hogy a log-facility be van állítva. Már több log daemon-t kipróbáltam, hátha, de egyszerűen nem megy. Jelenleg is be van állítva az rsyslog.conf-ban, a local6, illetve természetesen a dhcpd.conf-ban is, de rám sem bagózik. Tapasztalt már valaki hasonlót? Én már nem tudom hol keresgéljek. Köszi előre is.

Sziasztok!

Egy közös meghajtón lévő filet valaki kitörölt. Semmi baj van backup "dögövel".
De hogy tudom meg hogy melyik kedves felhasználó törölte?
Van rá vmilyen egyszerű módszer?

Vajon hogyan lehetne használni ezt az angol nyelvleckét tartalmazó cd-t linuxon? Van egy start.exe fájl ami elindítja, de az összes fájl xml, vagy swf, illetve mp3.
Persze mindenféle alkönyvtárakban.

Sziasztok.

A következőt szeretném megcsinálni.
Jelenleg van egy HDD-m amiről a rendszer fut és van egy 2 TB-os HDD amin az adatok vannak, az oprendszer Windows 7.
Szeretnék venni egy új 2 TB-os HDD-t erre kimentem mindazt ami fontos.
A rendszer HDD-re linux kerül (Ubuntu vagy Mint vagy elementary OS) a régi 2 TB-os HDD-t szeretném beállítani egy RAID1 tömb egyik lemezének, átmásolni rá az új HDD-re kimentett adatokat és utána beállítani a RAID1 tömb másik lemezének.

Az a kérdésem, hogy ez megvalósítható-e így, létre lehet-e hozni egy RAID1 tömböt egy lemezzel.

Előre is köszönöm a válaszokat.

üdv,

a monit-ot már hónapok óta használom, több dolgot is monitorozok vele, és fut rendben.
de az ssh belépésekről az most nem küld leveleket (a többi funkció működik), s nem bírom kideríteni, h mi a baj. neten nem találtam semmit.
ha valakinek van egy hasznos ötlete... Köszönöm :)

ez pár napja még rendben futott, most nem. Lehet, h "túlcsordult" az előző napok sok-sok ssh belépése miatt?
/etc/monit/monitrc-ből:
check file SSH_LOG with path /var/log/auth.log
if match "Accepted password" then alert
if match "Failed password" then alert

monit status:
...
File 'SSH_LOG'
status Accessible
monitoring status Monitored
permission 640
uid 101
gid 4
timestamp Sat, 17 Sep 2016 18:12:01
size 900385 B
data collected Sat, 17 Sep 2016 18:12:24
...

/var/log/monit.log - ot is végig néztem, s oda sem kerülnek be pár napja az ssh logok.
/var/log/auth.log -ban természetesen rendben ott vannak az ssh logok, ahogyan kell.

beállítottam egy másik ellenőrzést a /var/log/auth.log-ra. rákerestem a "session"-ra. Ezzel az volt a baj, h egyszer küldött róla üzenetet, aztán már többet nem küldött. Ezt sem értem, miért nem küld többször.
check file TEST_auth_log path /var/log/auth.log
if match "session" then alert

hello,

adott egy szerver (Ubuntu 16 LTS) amin SAMBA -val ki van ajanlva X folder, a folder ala pedig a szerveren fel van mountolva egy NAS szinten SAMBA -val, ha nagyobb meretu fajlt akarok ide masolni, a kovetkezo hibauzenetet dobja jo nehany perc mulva a Windows 10 es 2008 R2 is:

0x8007003B

Ha a NAS -ra masolok direktben a szervert kihagyva, akkor OK, otlet?

koszi!

Adott ez az oldal: odbe.nexon.hu?shell=portal
Egyszer már sikerült beállítanom, de az a gép beadta a kulcsot, és az új gépen nem jön össze.
A rendszer egy i586-os Mageia 5.

A következőket hajtottam végre:

su
urpmi.addmedia "Pipelight 32-bit" http://repos.fds-team.de/stable/mageia/5/i586/
wget http://repos.fds-team.de/Release.key
rpm --import Release.key


urpmi.update –a
urpmi pipelight
pipelight-plugin –update
pipelight-plugin –enable silverlight
firefox

Ekkor elkezd telepíteni valami silverlightos dolgokat, és ha végez, mégis kiírja hogy telepítse a Silverlightot.
ooh igen a rókán ott figyel az "Azonosítás mint milyen böngésző". win-ie11-re van állítva.

A lényeg hogy szükség lenne elérni az oldalt, de valahol valamit frissíthettek, mert már nem jön be.

S igen, az előző gépeben már létrejött konfigokkal is kipróbáltam, mert a gép halt meg nem a vinyó, és az adatok megmaradtak.
Se a régi se új konfigok nem működnek.

Ötletek?

A Nexonnak már írtam, de ők csak megismételték amit én most itt leírtam.

Sziasztok

Probálok feltenni egy debian jessiere, egy LXC jessie konténert.

A telepitéssel semmi gond:
/usr/share/lxc/templetes/lxc-debian -r jessie -p /var/lib/lxc/jessie/

rendben lefut

beállitom a configot, hálózatot OK

lxc-start -n jessie -d

minden ok elindul.

lxc-console -n jessie
rendben betudok jelentkezni

apt-get install openssh-server OK

DE
adduser akarki

Már nem fut le!!
Hozzá adja az usert, de amikor a groupot csinálná nagy semmi, vártam 10 percet továbbra is semmi, nem adja vissza a console-t.

Másik amit észre vettem, hogy mikor elinditom a konténer a topban az látszik, hogy a systemd-journal proc 100% ugrik, és azon is marad.

Csináltam gépen samba szervert. Tűzfalon beengedtem, amit be kell (139,445 tcp, 137,138 udp). Fut az smbd, az nmbd, a samba share alkönyvtárára, s azon belül mindenre rekurzívan lefelé megcsináltam, hogy a SELinux beállítások system_u:object_r:samba_share_t:s0 legyenek.Saját gépről Thunar filemanager fel is tudja csatolni a localhost-on lévő samba share-t. Másik gép ugyanazon az alhálózaton van, látja a Thunar, hogy van ilyen nevű gép, majd amikor rákattintok, egy undok

Failed to retrieve share list from server: Connection refused.

üzenetet dob.

Ráadásul emlékeim szerint ez egyszer már működött. Mik azok a sarokpontok, amelyekre feltétlenül oda kell figyelni egy samba szerver elindításakor? Tudom, hogy nem elég pontos a probléma felvetésem, de fogytán a türelmem, bosszant, hogy mindig csak majdnem jó. Az ssh, scp, effélék mindig működnek, fel sem vetődik, hogy nem, samba-val pedig nekem mindig volt valami misztikum.

További kérdésem, hogy amennyiben a gép dinamikusan kap IP-t dhcp-től, akkor hogyan kell ezt a vackot konfigolni, hogy mások el tudják érni.

Adott egy felügyelt rendszer, ahol eddig nekünk csak figyelni kellett, hogy a kedves felhasználók ne töltsék tele minden hulladékkal. ( dolgozzanak rá, de képeket meg illegális dolgokat vadásszanak fel rá :D ) Eddig a főnökön kívül, csak nekünk volt root hozzáférésünk. A gépen web, mysql, asterisk, ftp, ssh és rsync szerver futott. Kb 2 és fél héttel ezelőtt valamelyik munkatársnak kellett valami, a főnök odapasszolta neki a root jogot, azóta ilyen szarok futnak folyton, ebből van olyan ami a cpu-t is meghúzza:

Azóta a külvilág felé nincs kiengedve a szerver, ellenben idegesít, hogy fut folyamatosan valami, ami ártatlannak tűnik.
Szerintetek betörtek a szerverre?