proftpd szerver probléma

tonsur képe

Fórum: 

van egy régi ACER laptopom,amin a 32 bites 18.1 XFCE frissitve lett a 18.2-re, frissités után (kernel maradt a 4.4) minden rendben működik (leszámitva a régóta fennálló screen tearing problémát,de az egy másik forum téma).
Gondoltam lefrissitem a kernelt is a 4.8-ra,ami rendben lezajlott,de a frissités óta a proftpd szerver fagy és másik gépről elérhetetlen,ha tiszta telepitéssel rakom fel a 18.2-őt a 4.8-as kernellel,akkor a hiba nem jelentkezik,ez lenne a megoldás,csak ha rendszeresen frissitenék kernelt,akkor mindig ebbe a hibába ütköznék,van-e erre megoldás,a segitséget előre köszönöm.

RE: proftpd szerver probléma

@#0 Üdv.
Volt valami konkrét okod arra hogy az LTS 4.4-es kernelt a nem LTS 4.8-ra cseréld ?
Ha nem volt...akkor megpróbálhatod visszaállítani a 4.4-est - és ha így minden OK,
akkor egyszerűen nem frissítesz kernelt. (Vagy csak a verzión belüli - biztonsági szempontból
javítottakat teszed fel.)

Értékelés: 

0
Még nincs értékelve
kimarite képe

RE: proftpd szerver probléma

@#0 A kernel modulok frissítése minden kernelre:

sudo update-initramfs -uk all

Ez -a parancs- rendben le is fut az új kernel tárolóból történő telepítésekor, kivéve, ha a kernel telepítés nem úgy zajlik, ahogy kéne. Például, ha az új kernel telepítése DEB fájlból történik, és valami nem stimmt a folyamatban (hogy ez mi, megjósolni nem lehet, de nem szokott gond lenni ebből: viszont mindig látszik a terminálban, ha gond van).

A

dmesg

parancs kimenetében és például a /var/log/messages , /var/log/warn ; /var/log/dmesg logokban lehet megtalálni a hibára utaló jelzést. Nézelődj! Ha a kimeneteket velünk is megosztanád, akkor a https://paste.ubuntu.com/ segítségével tedd meg, ahogy időnkből telik, megnézzük.

Ha démonként indítottad (vagy így lett indítva a telepítés, konfigurálás után), akkor a státusz és az esetleges hibák az alábbi parancs kimenetéből tájékoztatóak lehetnek:

sudo service proftpd status

Értékelés: 

0
Még nincs értékelve
kimarite képe

proftpd szerver probléma

#3 A teljes sor akkor látszik, ha nagyra teszed a terminál ablakot.

proftpd[2552]: pam_ecryptfs: Passphrase file wr
proftpd[2552]: pam_ecryptfs: Unable to rewrap p # valami titkosítást alkalmazol? Mikortól? A régi kernelnél is megvolt?
proftpd[2552]: Failed to detect wrapped passphr[phrase] # a titkosítás környékén a gond: talán a home-ot titkosítottad, és nem fogadja el a titkosítási kulcsot.

Most ennyit tudok mondani, később jövök vissza.

Értékelés: 

0
Még nincs értékelve
kimarite képe

proftpd szerver probléma

#4 Fájlba vezetheted a kimenetet:

sudo service proftpd status 2>&1 | tee -a proftpd_status_4.4.txt

A textt fájl a saját könyvtáradban lesz, értelemszerűen a másik kernelénél másik kimenet legyen. Például

sudo service proftpd status 2>&1 | tee -a proftpd_status_4.8.txt

Értékelés: 

0
Még nincs értékelve
kimarite képe

proftpd szerver probléma

#6 Ha nem változtattál semmit (a 4.8-as kernelnél a 4.4-eshez képest), akkor ez lehet a gond:

pam_unix(proftpd:session): session opened for user acer by (uid=0)

http://www.proftpd.org/docs/directives/linked/config_ref_RootLogin.html
https://www.linuxquestions.org/questions/linux-server-73/cannot-login-to...

A 0-ás UID a root-é, gondolom, nem ezt használnád a ProFTPd-hez, s így az autentikáció sem fog működni, ez látszik is a kimenetben. A titkosított home a felhasználódhoz tartozik és nem a root felhasználóhoz, pl. a kulcs is nálad van, nincs találat erre:

Failed to detect wrapped passphrase version: Nem könyvtár

Tehát változtattál valamit a 4.8-as kernel beállításainál vagy egész egyszerűen felejtsd el a használatát, mert valami nem stimmel itt a működésével, következésképpen használd a 4.4-est vagy a 4.10-est, vagy mást. A normál kernel frissítés nem jár ilyen jelenséggel, ha esetleg mégis, akkor észre fogod venni és akkor elég tesztelni majd.

Esetleg kapcsold ki a root bejelentkezés lehetőségét Anonymus júzerként a ProFTPd beállításaiban:

Description

Normally, proftpd disallows root logins under any circumstance. If a client attempts to login as root, using the correct password, a special security message is sent to syslog. When the RootLogin directive is turned On, the root user may authenticate just as any other user could (assuming no other access control measures deny access); however the root login security message is still sysloged. Obviously, extreme care should be taken when using this directive.

The use of RootLogin in the Anonymous context is only valid when the User / Group defined in the Anonymous block is set to 'root

 

Értékelés: 

0
Még nincs értékelve
tonsur képe

proftpd szerver probléma

Köszönöm a segitséget!
Maradtam a 4.4-es kernel legfrissebb változatánál,azzal rendben működik.

Értékelés: 

0
Még nincs értékelve