Linux-haladó

[megoldva]Proftpd+mysql virtual user tiltasa

Fórumok

Sziasztok,

Osszeraktam egy Proftpd+mysql5.0 parost virtual userek tarolasara lenny alatt. Nem forgattam semmit, alap csomagokbol dolgoztam. Szepen mukodik is, de... :)
Nehany oras google hasznalat utan sem talaltam megoldast arra, hogy hogyan lehet atmenetileg tiltani usert. ( pl mint a klasszikus passwd -l )

Jol gondolom, hogy a Proftpd-t nem lehet konfigolni az iranyban, hogy sajat SELECT-et irjak a user elokeresere?

Valakinek van valami otlete?

Postfix/saslauthd összelovese (relaying denied)

Fórumok

Sziasztok!

Nem tudom osszeloni a postfix-et-es a saslauthd-t.
Azt szeretnem megoldani, hogy a saslauthd a pam-bol vagy a shadow file-bol azonositsa a user-eket,
es ne csak a mynetworks-bol lehessen kuldeni levelet, hanem a user auth utan barhonnan.

Ha levelet kuldok, akkor nem is probal meg autentikalni a 25-os porton, hanem rogton a connect utan relay access denied jon.
A kliensben be van allitva, hogy autentikaljon a szerverrel.
A tobbi resze jo a postfixnek, a szerverre lehet levelet kuldeni.

A konfig:
master.cf:
smtp inet n - n - - smtpd
smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
587 inet n - n - - smtpd -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes

main.cf
# sasl
smtpd_sasl_path = private/auth
smtpd_recipient_restrictions = permit_auth_destination,
permit_sasl_authenticated,
permit_mynetworks,
reject_unauth_destination
# smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain =
smtpd_sasl_type = dovecot
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes

#tls:
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_CAfile = /etc/postfix/ssl/cacert.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom
smtpd_use_tls=yes
smtpd_tls_loglevel = 1
smtpd_tls_auth_only = no
smtp_use_tls = yes

/etc/sysconfig/saslauthd
# Directory in which to place saslauthd's listening socket, pid file, and so
# on. This directory must already exist.
SOCKETDIR=/var/run/saslauthd

# Mechanism to use when checking passwords. Run "saslauthd -v" to get a list
# of which mechanism your installation was compiled with the ablity to use.
MECH=pam

# Additional flags to pass to saslauthd on the command line. See saslauthd(8)
# for the list of accepted flags.
FLAGS=

Ez ha atallitom shadow-ra akkor megy a saslauthd autentikacio, de pam-al nem.

[root@alepsy-ora sysconfig]# testsaslauthd -u user -p passwd
0: OK "Success."

/etc/sasl2/smtpd.conf
pwcheck_method: saslauthd
mech_list: PLAIN LOGIN
saslauthd_path: /var/run/saslauthd/mux
log_level: 3

/var/run/saslauthd
[root]# ls -al
Ăśsszesen 20
drwxr-xr-x 2 root root 4096 okt 22 12.52 .
drwxr-xr-x 22 root root 4096 okt 22 12.56 ..
srwxrwxrwx 1 root root 0 okt 22 12.52 mux
-rw------- 1 root root 0 okt 22 12.52 mux.accept
-rw------- 1 root root 6 okt 22 12.52 saslauthd.pid

[root]# ls -al /var/spool/postfix/var/run/
Ăśsszesen 8
drwxr-xr-x 2 postfix root 4096 okt 22 12.37 .
drwxr-xr-x 3 postfix root 4096 okt 22 12.05 ..
lrwxrwxrwx 1 root root 18 okt 22 12.37 saslauthd -> /var/run/saslauthd

Elore is koszi, ha van barmi tippetek.

NFS helyett mit? (linux)

Fórumok

mit ajanlotok NFS helyett linuxra, 2 gep kozott NAS-szeru funkciora? (az egyik gepben van sok disk, de a tartalmat csak a masik geprol olvassak/irjak).

gondolkoztam nbd vagy iscsi szeru megoldason is, de felo, hogy hw/lan problema eseten komolyan serul a filerendszer.

Coda-val kapcsolatban van valakinek tapasztalata?

(samba nem igazan nyert, megeszi a savszel felet, es a cpu-t is nagyon leterheli)

A'rpi

cyrus: levelek átrakása másik gépre

Fórumok

Egyik szerverünket lekapcsoltuk (uhu 2.1 és cyrus 2.xxx-nemtudom), így az ott lévő imap mappákat át szeretném tenni egy másik szerverre.
A másik szerveren debian lenny fut szintén cyrusszal (2.2-es).

Miután bemásolom a leveleket a helyére, akár le is tudom hívni őket a klienssel, de ha kiadom a reconstruct parancsot, akkor a levelek már nem jelennek meg (de a helyükről nem törlődnek); pl:

/usr/sbin/cyrreconstruct -r user/xxx.xxx.domain.hu
user/xxx.xxx.domain.hu
user.xxx.xxx.domain.hu.Sent: Mailbox has an invalid format
...

akét cyrus körülbelül ugyanúgy volt konfigurálva, a debianon a unixhierarchysep: yes -re van állítva.
bár ennek nem kellene befolyásolni az előbbi műveletet.

Szóval mi lenne a megfelelő mód a backup visszarakásra?
Nem tudom mi a releváns konfig, ezért nem terhelem a fórumot feleslegesen.

[megoldva] tar furcsaság

Fórumok

Sziasztok,

Az alábbi furcsaságba futottam bele.
Adott egy gép (Debian Etch), azon zip-pel betaroltam a teljes filesystem-et és áttoltam ssh-n egy másik gépre (Ubuntu 8.04), valahogy így:

gep1# tar -czf - / | ssh user@gep2 "cat > /ide/archive.tar.gz"

A régi gépen minden miskulancia 85 giga körül van, nagyja a /var, azon belül is legalább 30 giga tömörített. Nagy örömömre pár óra alatt keletkezett is a 2-es gépen egy 63 gigás archive.tar.gz. Az 1-es gépen volt egy csomó hibaüzenet, panaszkodott a /proc-ra és a /sys-re, erre számítottam is.

A 2-es gépen nekiállok kicsomagolni:

cd /kicsomagolt/ && tar -xzf /ide/archive.tar.gz

Erre kicsomagol 4,5 gigányi cuccot.
Neki megyek mégegyszer, hibaüzenettel elhal, proc-ra panaszkodik. Nem baj, kap egy ilyet:

cd /kicsomagolt/ && tar -xzf /ide/archive.tar.gz --exclude=/proc --exclude=/sys

Ugyanúgy 4,5 giga. Remek. Akkor menjünk neki máshogy:

cd /kicsomagolt/ && tar -xzf /ide/archive.tar.gz bin/ boot/ etc/ home/ initrd/ initrd.img lib/ lost+found/ opt/ root/ sbin/ srv/ usr/ var/ vmlinuz

Erre ezt mondja:

tar: lib: Not found in archive
tar: lost+found: Not found in archive
tar: opt: Not found in archive
tar: sbin: Not found in archive
tar: var: Not found in archive
tar: vmlinuz: Not found in archive
tar: Error exit delayed from previous errors

És kitömört 3,5 gigát.

Szóval az lenne a kérdésem, hogy mi a fene van akkor a 63 gigás tar.gz-ben?

Valaki tud esetleg segíteni?
Ötlet, tanács, bármi?

x

Bind - néhány A rekord felülbírálása

Fórumok

Sziasztok,

Azt kéne elérni, hogy egy domain néhány A rekordját a belső hálózatról más IP-re oldja fel a kliens, mint amit a publikus szerver visszaad, valahogy így:

DNSsrvA - domain.hu - külső ( abc:1.1.1.1, def:1.1.1.2, ghi:1.1.1.3, @:1.1.1.4 )
DNSsrvB - domain.hu - belső ( def:2.2.2.1, @:2.2.2.2 )

Azaz a cél, hogy a belső szerver úgy oldjon fel egy zónát, hogy ha egy névhez nem talál A rekordot akkor, de csak akkor használja a másik szervert forwarderként.

A gond:
type master -> mindent ő akar feloldani, ha nincs rekord akkor nincs és kész
type forward -> mindent továbbít

A külső szerveren forrás ip alapján megoldható lenne, de ahhoz a szerverhez nem férek hozzá.
A kliensekre hosts fileokat másolva szintén megoldható, kérdés, hogy meg lehet-e úszni ezt valahogy hosts fileok nélkül?

Apache autentikáció csak egy helyről

Fórumok

Sziasztok!

Gondolkozom azon, hogy ideiglenesen adnék ismerősömnek egy video streamet, amit meg tud nézni.
A streamet VLC-vel adom, ami jelenleg a belső hálózaton fut egy gépen.

A "szerver" gépen lévő apache-ben beállítottam a proxy modult a másik gép IP/portjára, valamint egy azonosítást, hogy azért más ne férjen hozzá.

Kérdésem: melyik az a legegyszerűbb megoldás, amivel el tudom érni, hogy az általam megadott user/pass párossal egyszerre csak egy helyről lehessen belépni? ...tehát nem szeretném, ha visszaélnének vele, leszívva a sávszélességet.
Van erre kész megoldás? Eddig még nem találtam...

Minden segítséget/ötletet előre is köszönök.

Samba megosztáshoz felhasználók authentikálása Novell Netware eDirectory -ból

Fórumok

Üdv mindenkinek!

Ubuntu 10.04.1 -en szeretnék Samba -val megosztani egy könyvtárat, úgy, hogy csak bizonyos eDirectory felhasználók férhessenek hozzá.

Próbáltam már több dolgot is, az ldap -tól ígéretesebbnek tűnt a pam_ncp_auth modulja.

Minden egyes fórumban mást és mást javasolnak.
Lehet, hogy már teljesen bele is zavarodtam az egész témába...

Odáig simán el tudok jutni, hogy akár ldap-on, akár az ncp auth-al be tudok jelentkezni a samba kiszolgáló konzolán, a Novellből még a csoporttagságok is patentül létrejönnek az Ubuntun, home könyvtár, unix user is keletkezik, de a samba-t nem tudom összehangolni vele. (A samba doksijában nem találok ilyen jellegű infót)

Van esetleg valakinek valamilyen tapasztalata, ötlete a fentiekkel kapcsolatban?

Szerk:
Részletek:

Környezet:
NetWare 6.5 SP8 , eDirectory schema kiegészítése megtörtént, a felhasználók rendelkeznek User ID -vel ( ID > 10000), elsődleges csoport azonosítóval (100), stb.
A felhasználók Winfos XP -re jelentkeznek be Novell klienssel, ahol a win fiókjukhoz és a Novellhez is ugyanazt a felhasználó nevet és jelszót használják.

Különböző források alapján így állítottam össze a PAM -ot ncp_auth használatára:

/etc/pam.d/common-auth

auth [success=1 default=ignore] pam_unix.so nullok_secure
auth requisite pam_nologin.so
auth sufficient pam_unix.so use_first_pass
auth sufficient pam_ncp_auth.so use_first_pass -a -zAX3 -m -d -l -L -u10000,11000,pn,gcds -g10000,11000,pn ndsserver=1.2.3.4:con.te.xt
auth optional pam_smbpass.so migrate
auth required pam_permit.so

/etc/pam.d/common-password

password [success=1 default=ignore] pam_unix.so obscure sha512
password requisite pam_deny.so
password required pam_permit.so
password optional pam_smbpass.so nullok use_first_pass

/etc/pam.d/common-session

session [default=1] pam_permit.so
session requisite pam_deny.so
session required pam_unix.so
session required pam_mkhomedir.so umask=0022 skel=/etc/skel
session optional pam_ncp_auth.so use_first_pass
session required pam_permit.so

/etc/pam.d/samba

@include common-account
@include common-auth
@include common-password
@include common-session

Így a fentiekkel be tudok jelentkezni az Ubuntu kiszolgálóra olyan userrel is, aki nincs felvéve alapból.

A samba configja:

[global]
log file = /var/log/samba/log.%m
usershare owner only = false
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
obey pam restrictions = Yes
map to guest = Bad User
encrypt passwords = true
passdb backend = tdbsam
passwd program = /usr/bin/passwd %u
dns proxy = No
server string = %h server (Samba, Ubuntu)
unix password sync = yes
workgroup = WORKGROUP
os level = 20
security = share
syslog = 1
log level = all
panic action = /usr/share/samba/panic-action %d
max log size = 1000
pam password change = Yes


[Megosztas]
writeable = yes
write list = user1,user2,user3
path = /home/Megosztas/
force directory mode = 777
force create mode = 777
comment = Nagyon meg van osztva
valid users = user1,user2,user3
create mode = 777
directory mode = 777

Ez már nem biztos, hogy megállja a helyét. Ha jól emlékszem, akkor ezekkel a beállításokkal a megosztást még látni láttam, de belépni már nem tudtam.
És itt fordult elő a

create_connection_server_info failed: NT_STATUS_WRONG_PASSWORD

hibaüzi a samba logjában.

Ha valakinek lenne legalább olyan ötlete, hogy merre érdemes keresgélni, már az is nagy segítség lenne!

filesystem cache (locate vagy inode cache vagy hogyan?)

Fórumok

Sziasztok,

Azt szeretném megoldani, hogy amikor belépek egy könyvtárba és kilistázom (akár midnight commanderből akár egy másik gépről samba-n) akkor azonnal megjelenjen a könyvtár tartalma (ramból )és ne kezdje el tekerni a winyót.
Ehhez a teljes fájlrendszert (fájlneveket méretet dátumot stb) be kéne rakni a ramba és valahogy onnan kéne kiolvasni.

Eddig két járható utat találtam, de egyik sem tökéletes:

1. sysctl -w vm.vfs_cache_pressure=50 # Don't shrink the inode cache
Ez elvileg megoldaná, de gyakorlatilag egy idő után így is kiürül a cache, és megint a winyóhoz fordul ha kell valamit listázni.

2. locate (vagy mlocate) használata, ami épít egy adatbázist a filerendszerről és karban is tartja, csak az a gond, hogy se a rendszer se a samba se semmi nem használja ezt. Csupán arra jó, hogy ha a user meg akar keresni egy fájlt kézzel akkor find helyett ezzel gyorsabb.

Lenne valakinek valami ötlete, hogy hogyan lehetne cachelni a filerendszer inode táblát a ramban rendesen? Esetleg valami más sysctl paraméter?

Eldobható/egyedi e-mail címek "házilag"

Fórumok

Egy olyan megoldást szeretnék - valószínűleg postfix alatt -, hogy az egyes felhasználók tudjanak maguknak eldobhat e-mail címeket gyártani.
Az ideális megoldás az lenne ha:

- egy gyanús oldal kér egy e-mail címet a felhasználótól
- a felhasználó beírja hogy fisher.gyanusoldalneve @ fisher.hu
- a levél megérkezik a fisher @ fisher.hu-hoz tartozó postafiókba (általánosan megfogalmazva az utolsó pont utáni szöveget nem kell figyelembe venni ha nem létező e-mail címre érkezik levél)
- a levelezőkliensben könnyen lehet rá filtert tenni(*), ha spammolnak
- a filter globális (server side), azaz ha felveszem pl. roudncube alatt, akkor a thunderbird alá se esik már be (.procmail??)
- a tökéletes megoldás az lenne ha az összes kliens tudná ezeket a filtereket módosítani, de én megelégszem azzal is, ha csak az egyik képes erre

Az elsődleges cél nem a spam elleni védekezés, hanem hogy nyomon lehessen követni,hogy melyik cég/szervezet kinek adja ki a címeket tartalmazó adatbázisát.

Amit keresek, az egy - esetleg már valaki által elkészített - megoldás. A levelek elfogadását tippre a postfixszel tudnám legkönnyebben megcsinálni, de a szerveroldali filterek kezelése kérdéses. Amit találtam eddig:

http://sieve.mozdev.org/changelog.html
http://www.tehinterweb.co.uk/roundcube/#pisieverules

Valakinek van-e tapasztalata a fentiekkel? Esetleg konkrét megoldása, hogy ne nekem kelljen még egyszer feltalálnom a langyos vizet :D

(*) azaz nem vi meg az mcedit se játszik, informatikában járatlan emberek használják majd a rendszert, akinek nem kell érteni az ilyesmihez.