Debian GNU/Linux

Feltelepítettem a PureFTPD ennek az útmutatónak az alapján.

Ezeket a parancsokat adtam ki sorrendben:

VPS-001:apt-get install pure-ftpd-common pure-ftpd
VPS-001:groupadd ftpgroup
VPS-001:useradd -g ftpgroup -d /dev/null -s /etc ftpuser 
VPS-001:pure-pw useradd thomasrc -u ftpuser -d /var/www/thomasrc.nemmondommeg.hu
VPS-001:pure-pw mkdb
VPS-001:cd /etc/pure-ftpd/auth
VPS-001:ln -s ../conf/PureDB 50pure
VPS-001:echo no > /etc/pure-ftpd/conf/PAMAuthentication
VPS-001:echo no > /etc/pure-ftpd/conf/UnixAuthentication
VPS-001:/etc/init.d/pure-ftpd restart

A

groupadd

és az

useradd

nál kiírta, hogy már léteznek, de ezzel nem foglalkoztam, mentem tovább a következő lépésre. Máshol nem írt ki hibát.

Látszólag minden ok, de se külső, se belső (DHCP által osztott) ip cím alapján nem tudok csatlakozni az FTP szerverhez, mert a kliens ezt írja ki (Smart FTP):

[14:17:19] SmartFTP v3.0.1020.3
[14:17:20] Resolving host name "1.2.3.4"
[14:17:20] Connecting to 1.2.3.4 Port: 21
[14:17:21] Nem hozható létre kapcsolat, mert a célszámítógép már visszautasította a kapcsolatot.
[14:17:21] Client closed the connection.
[14:17:21] Active Help: http://www.smartftp.com/support/kb/58
[14:17:21] Connect failed. Waiting to retry (30s)...

Próbáltam böngészőből (Firefoxból) is behívni, de ottan pár másodperc után egy üres fehér lapot kapok, erről pedig arra következtetek, hogy a böngészőnél is visszautasította a PureFTPD a kapcsolatot.

Aztán próbáltam nem passzív módban csatlakozni, ugyanaz...

Tűzfal sem a szerver, sem a kliens oldalon nem foghatja meg; proxy nincsen.

És itten megakadtam. A PureFTPD logja csont üres. A konfigurációs fájlokban látszólag minden rendben van. Az FTP szerver fut a 21-es porton.

A konfigurációs fájlok:

/etc/pure-ftpd/conf/AltLog:

clf:/var/log/pure-ftpd/transfer.log

/etc/pure-ftpd/conf/MinUID:

1000

/etc/pure-ftpd/conf/NoAnonymus:

yes

/etc/pure-ftpd/conf/PAMAuthentication:

no

/etc/pure-ftpd/conf/PureDB:

/etc/pure-ftpd/pureftpd.pdb

(az elérési út helyes)

/etc/pure-ftpd/UnixAuthentication:

no

/etc/pure-ftpd/UNIXAuthentication:

no

Operációs rendszer: Debian Linux 4.0r3 (etch)

Ha valaki tud segíteni, netán meg tudja magyarázni, hogy a PureFTPD miért utasítja vissza a kapcsolatot, annak a segítségét szívesen veszem!

Sziasztok,

Szeretnék egy gépre felrakni vz containerbe egy exim4-et, és a hostról szeretném átirányítani az smtp portot a virtuális gépre, úgy gondoltam, hogy így kell:

iptables -t nat -A PREROUTING -p tcp -d localhost --dport 25 -i eth0 -j DNAT --to-destination 10.0.0.60:25

De nem megy... mi lehet a gond?

köszi,
Khayll

Van egy kis forgalmú webszerverünk, amelyen a következő hiba jelentkezett kb 10 napja:

ata1: command timeout
ata1: no sense translation for status: 0x40
ata1: translated ATA stat/err 0x40/00 to SCSI SK/ASC/ASCQ 0xb/00/00
ata1: status=0x40 { DriveReady }
sd 0:0:0:0: SCSI error: return code = 0x08000002
sda: Current: sense key: Aborted Command
    Additional sense: No additional sense information
end_request: I/O error, dev sda, sector 112402584
Buffer I/O error on device dm-0, logical block 9437604
lost page write due to I/O error on dm-0

Ez a hiba a fentiekhez hasonlóan többször is megismétlődött.
Néhány alkalommal a filerendszer read-only is lett, ilyenkor pl. az alábbi sorok jelentek meg a fenti után:

REISERFS: abort (device dm-0): Write error while pushing transaction to disk in flush_journal_list
REISERFS: Aborting journal for filesystem on dm-0
ReiserFS: dm-0: warning: clm-6006: writing inode 22058253 on readonly FS
ReiserFS: dm-0: warning: clm-6006: writing inode 22058228 on readonly FS
last message repeated 8 times

a gépben szerencsére 2 HDD van (az egyiken biztonsági mentéseket tároltuk)
így néhány napja távolról átmásolásra kerültek az utolsó mentés óta történt
változások és azt kezdtük használni, mivel vidékiek vagyunk és
nem tudtuk megoldani, hogy azonnal cseréljünk HDD-t, így a tartalékot
kezdtük használni feltételezve, hogy talán valami HDD hiba lehet

Úgy tűnt, a hiba nem jelentkezik többet, azonban a mai napon hasonló
hiba fogadott, de már a korábbi tartalék HDD-re:

ata2: command timeout
ata2: no sense translation for status: 0x40
ata2: translated ATA stat/err 0x40/00 to SCSI SK/ASC/ASCQ 0xb/00/00
ata2: status=0x40 { DriveReady }
sd 1:0:0:0: SCSI error: return code = 0x08000002
sdb: Current: sense key: Aborted Command
    Additional sense: No additional sense information
end_request: I/O error, dev sdb, sector 488705484
Buffer I/O error on device sdb10, logical block 31137
lost page write due to I/O error on sdb10
Aborting journal on device sdb10.
EXT3-fs error (device sdb10) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device sdb10) in ext3_dirty_inode: Journal has aborted
ext3_abort called.
EXT3-fs error (device sdb10): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only

találkozott már valaki ilyen hibával ?
mi okozhatja ezt a hibát ?
mi lehet a megoldás ?

(uname: Linux xxxxxxxx 2.6.18-5-686 #1 SMP Mon Dec 24 16:41:07 UTC 2007 i686 GNU/Linux)

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

LinuxMan

Sziasztok!

A segítségeteket kérném, a történet a következő:

Van egy Debian Etch, amire az okos kolléga felhúzott forrásból egy komplett postfix és courier alapú mailszervert. Működik is rendesen, de félek hozzányúlni, semmi nem a szabvány helyen van, nem működnek az init szkriptek, stb, szeretném rendesen megcsinálni. Főleg, hogy virtuális userekre, illetve dovecot-ra szeretnék áttérni, alaposan meg kell piszkálni a levelezést, nem szeretném ha később probléma lenne.

Tehát le kell szednem ezt a forrásból felrakott cuccot, és helyette rendesen csomagból felrakni, majd beállítani.

Mit javasoltok, hogyan lehet ezt normálisan megcsinálni, a körülményekhez képest?

Próbáltam már a következőket:
- az adott napon létrehozott (ctime) file-ok listáját elkészítettem
- a dpkg által ismert összes csomag file-jait lekértem, és képeztem a gépen található összes file listája, és ezen lista különbségét, majd ebből töröltem azokat, amelyekhez biztos nincs köze a mailszervernek, ill biztosan nem került oda file. (/home, /dev, /proc, /sys stb.)

Mindkét esetben olyan file-ok is kerültek a listára, amelyek biztos nem a forrásból telepítés során kerültek fel.

Kérdésem: egyáltalán helyre lehet ezt hozni normális módon (tehát nem egyenként kiválogatni az összes file-t), vagy újra kell telepíteni az egészet?

A következő forrás könyvtárak vannak a /usr/src-ben, feltehetően ezeket tette fel az illető (az authlib-ben nem vagyok biztos, hogy fel is telepítette, a másik kettő biztos fent van, most is futnak)

courier-authlib-0.59.1
courier-imap-4.1.2
postfix-2.3.7

Petya

Üdv.

Van egy postfix-sql-dovecot felépítésem /usr/local/virtual/user@domain mappával, és IMAP-s el kérdezgetik le a leveleket.

Szeretném a spam üzeneteket úgy a /usr/local/virtual/user@domain/.Junk mappába tenni ezzel a sieve pluginal, vagy más egyéb egyszerű megoldással, hogy ne keljen minden felhasználóhoz, külön létrehozni ezt a .dovecot.sieve fájlt, hanem csak mondjuk a virtual rootjába és az vonatkozzon mindenkire.

Azért problémás mindenkihez létrehozni egy ilyen fájlt, mert le van tiltva a php-ban az mkdir és az exec, plusz ennek full webesen kéne működnie.

Ha valaki esetleg tud rá működő megoldást írja meg legyen szíves.

Egy user a windows-os kliens gépéről egy kör email-t szeretett volna elküldeni és ez dobta vissza neki a linux smtp szerver:
Az üzenet nem küldhető el, mert a kiszolgáló visszautasította az egyik címzettet. A visszautasított e-mail cím a következő volt: "xxx@domain.com”. Tárgy 'Még van hely!', Fiók: '10.99.1.254', Kiszolgáló: '10.99.1.254', Protokoll: SMTP, Kiszolgáló válasza: '550 5.1.1 : Recipient address rejected: User unknown in local recipient table', Port: 25, Biztonságos (SSL): Nem, Kiszolgálóhiba: 550, Hibaszám: 0x800CCC79

Az alábbi hibaüzenetet olvastam a logban. Ez mit jelent?
Recipient address rejected: User unknown in local recipient table;
from= to= proto=SMTP helo=Szilvi

Debian lenny-re akartam feltenni az NVIDIA drivert ,de nem tudtam feltenni a 2.6.25-2-686 gyári kernelre ( 2.6.25-2-686-bigmem-re sem). Google-n keresgéltem és nem én voltam az egyetlen akinek ezzel volt gondja.Ugyanis a Xen-t nem támogatja még a linuxos NVIDIA driver de bele van forgatva a xen a kernelbe de megtaláltam a megoldást úgyhogy nem kellett kernelt forgatni. Ami itt van leírva az tényleg működik: http://www.debiantutorials.org/talkitup/index.php?topic=2208.0 Remélem tudtam segíteni, ha csak egy embernek akkor is jó.

Sziasztok!

Adott egy debian sid, és mostanság volt udev frissülés.
Mióta ez megtörtént azóta a k3b ezzel a hibával indul:

"Nincs írásjog a(z) "/dev/hdd" eszközhöz
Bizonyos műveletek végrehajtásához a K3b-nek írási jogra van szüksége az összes eszközre. Ennek hiányában problémák lehetnek ezzel: PIONEER - DVD-RW DVR-110D
Megoldás: Gondoskodjon arról, hogy legyen írási joga ehhez: /dev/hdd. Ha sem Devfs-t, sem Udev-et nem használ, akkor ez elvégezhető a K3bSetup programmal."

fstab és mtab rendben, olvasgattam az udev-es témával kapcsolatban a napokban
interneten de nem tudtam egyedül rájönni hogy hol lehet a probléma,
a gép indulásakor az udev azzal a hibával indul hogy nem talál vmit a
/lib/udev/ruels.d -ben, ha valaki tudna segíteni hogy merre is keressem
igazából a hibát azt megköszönném.

Pontosítok induláskor az udev azt panaszolja hogy az:
/lib/udev/rules.d mappát nem tudja olvasni, pedig ott van fájlokkal együtt.

Hali,

Adott egy openvpn-es szerver. Szeretném lekérdezni egy script-ből, hogy ki van bent a vpn-ben (management van).
Ha csak az van a script-ben, h
echo -e "status" | nc localhost 7505
kiirja ami nekem kell, de nem bontja a kapcsolatot.
Probáltam "status\n quit\n" ,ami le is zarja a kapcsolatot, de nem irja ki a status-t...
Megmondaná nekem valaki a tutit, h mit kellene írnom?
Köszi,
Sz.

Lecseréltem UPC -met Digitv-s internetre.

Érdekes egy banda. Két nap után felhívtam őket hogy, hogy lehet rajtuk keresztül emailt küldeni, mert a szerződésen egy szóval sem említik.
Erre mondták hogy: ja akkor egy email címet beállítunk magának ha kell.
(ha nem kérném akkor csak a weben tudnék levelezni)

Az exim4 -et viszont át kell konfigolnom, ami nem okozna problémát.
Azonosítást, smarthostot beállítottam, de csak a hdsnet.hu -s domainnel végződő email címeket küldi ki a gép a többire azt dobja vissza hogy:
550: Relay not permitted.
Tehát a mitbanomen@hdsnet.hu címet gond nélkül kiküldi.

Hogy konfigoljam az eximet hogy kiengedje a saját domainem alatt lévő emaileket, vagy a párom freemailes leveleit?

Köszi
Blackice

Exim4 + Debian Etch