Dotaz: Dovecot + postfix + user v AD a pass v AD

[maxdata]

Zdravim, chtel bych zprovoznit na debian etch mail server s dovecot + postfix + virtualni uzivatele, ... tak aby userdb a passdb byl Active Directory server (nebo alespon passdb v AD). Neco jako nahrada Exchange. Koukal jsem po netu, uz zkousim 3 nedele rozjet, ale bez uspechu. Potrebuji hlavne jak nastavit krb5.conf + /etc/pam.d/dovecot + dovecot.conf - pam passdb a userdb sekce. Pripadne jestli bude fungovat pres LDAP vuci AD(dovecot-ldap.conf + postfix ldap).

Diky predem.

---

---

Odpovědi

[lefti]

Tri nedele jo?

No hlavne na LDAP serveru (AD) nesmis mit strukturu uzivatelu pro Exchange ale pro qmail (kterou pouziva i postfix). Ale ono je s tim SASL to nastavovani takovy pofiderni, ze to nepodoruje primo postfix, ale jestli to dobre chapu, tak v postfixu jen nastavis at pouzije nejakou knihovnu pro SASL a v konfiguraku ty knihovny pak nastavis at se pouzije LDAP db. A taky se SASL pouziva jen pro pripojeni pres IP, pro lokalni unix socket to jde posilat bez autentizace (mozna to jde nekde nastavit ale).

[svaca]

Mas exchange, nebo ne ?

[maxdata]

nemam

[svaca]

Ptal jsem se proto, ze ja resil podobnou situaci, ale mel jsem uz funkcni exchange. Nejdrive jsem ho chtel zrusit, ale pak jsem byl liny, nechal jsem ho a nastavil jsem si postfix jako nadrazeny smtp server ale NEOVEROVAL jsem primo vuci AD, ale "vycucl" jsem z AD ucity pomoci teto utility a pouzil premapovani pomoci:

relay_recipient_maps = hash:/etc/postfix/relay_recipients

a ciste maily poslal do Exxhange...

Necmene u tebe bych tipoval, ze mas spatne nastavene overovani dovecotu pres pam, videl bych problem primo v /etc/pam.d/dovecot Ja pouzivamm overovani dovecotu pres systemove ucty a pres LDAP (ale lokalni unixovy) a mam v /etc/pam.d/dovecot neco takoveho:

root@server:~# cat /etc/pam.d/dovecot
#
# /etc/pam.d/common-auth - authentication settings common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of the authentication modules that define
# the central authentication scheme for use on the system
# (e.g., /etc/shadow, LDAP, Kerberos, etc.).  The default is to use the
# traditional Unix authentication mechanisms.
#
auth    sufficient      pam_ldap.so
auth    sufficient      pam_unix.so nullok_secure use_first_pass
#
# /etc/pam.d/common-account - authorization settings common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of the authorization modules that define
# the central access policy for use on the system.  The default is to
# only deny service to users whose accounts are expired in /etc/shadow.
#
account sufficient pam_ldap.so
account sufficient pam_unix.so use_first_pass
#
# /etc/pam.d/common-session - session-related modules common to all services
#
# This file is included from other service-specific PAM config files,
# and should contain a list of modules that define tasks to be performed
# at the start and end of sessions of *any* kind (both interactive and
# non-interactive).  The default is pam_unix.
#
session required        pam_ldap.so
session required        pam_unix.so
session required        pam_mkhomedir.so skel=/etc/skel/ umask=077

Zkos to pouzit, akorat zkus misto:

pam_ldap.so

dat

pam_krb5.so

Kdyz vytvoris lokalniho uzivatele a nastavis stpravne /etc/pam.d/passwd tak ti to funguje, aspon tak ? Tak by me zajimaly logy toho PAMu, a ne jen toho dovecotu... Neco takoveho:

Jul 23 16:44:15 server dovecot-auth: pam_unix(dovecot:session): session opened for user svaca by (uid=0)
Jul 23 16:44:15 server dovecot-auth: pam_unix(dovecot:session): session closed for user svaca

[maxdata]

Absolutne nejvetsi skolacka chyba :)

libpam-krb5

jsem nemel nainstalovany + spatne nastaveno dovecot.conf

  passdb pam {
    args = allow_all_users=yes
  }
allow_all_users zpusobi nefunkcnost

Uz to funguje, dekuji. Dal bych si par facek, tohle prehlidnout...

[svaca]

N jakem jsi to delal distru ???? Tohle by chtelo jako clanek, TOHLE je ZATRACENE DULEZITY KUS UMU ...

[maxdata]

Debian, rad bych jako clanek, zatim to jeste ladim a snazim se to trochu lepe zabezpecit + antispam a podobne. Takze az to dodelam, skusim to sepsat s komentarema a domluvit se s nekym s ABC na zverejneni...

[maxdata]

Zde jsou me konfigy, az toto bude fungovat, trosku lepe to zabezpecim (SSL, CHROOT, PAM.D vice, ...)

/etc/dovecot.conf
protocols = imap imaps
disable_plaintext_auth = no
log_path = /var/log/dovecot.log
info_log_path = /var/log/dovecot-info.log
log_timestamp = "%b %d %H:%M:%S "
ssl_disable = yes
mail_location = mbox:/vmail/%d/%u:INDEX/vmail/%d/%u

protocol imap {
}

protocol pop3 {
}

protocol lda {
  postmaster_address = postmaster@example.com
}

auth_debug = yes
auth_debug_passwords = yes
auth default {
  mechanisms = plain
  passdb pam {
    args = allow_all_users=yes
  }
  userdb static {
   args = uid=vmail gid=vmail home=/vmail/%d/%u
  }
  user = root
}

dict {
}
plugin {

}


/etc/krb5.conf

[libdefaults]
 clockskew = 300
 default_realm = DOMENA.CZ
# default_etypes = des-cbc-crc
#       default_etypes_des = des-cbc-crc
# dns_lookup_realm = false
# dns_lookup_kdc = false

[realms]
nemuo.cz = {
 kdc = ipadresaserveru
 default_domain = DOMENA.CZ
 kpasswd_server = ipadresaserveru
}

[domain_realm]
 .your.ad.domain = DOMENA.CZ

[logging]
 default = SYSLOG:NOTICE:DAEMON
 kdc = FILE:/var/log/kdc.log
 kadmind = FILE:/var/log/kadmind.log

[appdefaults]
pam = {
 ticket_lifetime = 1d
 renew_lifetime = 1d
 forwardable = true
 proxiable = false
 retain_after_close = false
 minimum_uid = 0
 debug = false
}

DOMENA.CZ a userxxx je zmeneno... jinak samozrejme dobre nastaveno. 

#kinit mi v poradku prochazi, mohu se authentizovat vuci Active Directory

/etc/pam.d/dovecot
#%PAM-1.0
auth      required  pam_krb5.so no_user_check
account   required  pam_permit.so


v dovecot.conf mam zapnuty debug
po prihlaseni z outlook expres>
/var/log/dovecot-info.log

dovecot: Jul 23 15:00:53 Info: auth(default): client in: AUTH   1       PLAIN   service=IMAP    lip=192.168.xxx.xxx     rip=192.168.xxx.xxx     resp=AG1hcnR$
dovecot: Jul 23 15:00:55 Info: auth(default): pam(uzivatelxxx,192.168.xxx.xxx): pam_authenticate() failed: User not known to the underlying authentication $
dovecot: Jul 23 15:00:57 Info: auth(default): client out: FAIL  1       user=uzivatelxxx


v outlook expres mam imap, ip adresu serveru a jmeno, heslo nastaveno a ulozeno. Hodi error code    Kód: 800cccd1 - neprosla authentizace

Diky za jakykoliv help.

[jiri.b]

"...zabezpecit..." lol?

imap bez SSL? v dnesni dobe?

[maxdata]

imap bez ssl je ted pouze na testovani, v provozu bude samozrejme ssl

[Zdeněk Štěpánek]

Take bych se primlouval za clanek.

Zrovna budu resit Postfix+Courier-imap nebo mozna Courier-mta (all-in-one) a overovat bych to chtel nejlepe proti wokennimu AD. Jako druha varianta se jevi lokalni uzivatele.

Zaroven bych proti AD rad overoval i linuxove uzivatele, takze mozna spojit PAM na AD a vse ostatni vcetne posty overovat proti PAMu?

Z LDAPu mi jde hlava kolem (chvili jsem to zkousel) a z cehokolim od MS jeste vic.

Zdenek

[svaca]

Clanek delam. Postfix + samba + PAM + dovecot + OpenLDAP a overovani pres nej. LDAPu jsem se dlouho vyhybal, ale musel jsem nasadit kvuli klientum ... PAM beru jako nutne zlo .. LDAP neni problem, jen je potreba vedet (respektive pochopit ten zaklad) pak uz je to totalni sranda ... Nicmene ja bych prti AD nic neoveroval, AD bych nahradil sambou (v malych firmach to neni problem) + OpenLDAP = sprava treba pomoci weboveho LAMu je sranda. Pokud AD nemuzes nehradit tak porad je moznost posadit linux postu vedle a adminovat to zvlast. Ja proste MS neverim ani pozdrav, natoz AD.

Jinak jako POP3 a IMAP ROZHODNE doporucuju dovecot. Dovecot je SPICKA. JE ukrutne rychly a proste mi celkove pripada lepsi jak courier, vsechny servery co jsem mel na courieru uz jsem prekopal na dovecot ...

[Zdeněk Štěpánek]

No bohuzel rozhodnuti zvrchu prave sambu nahrazuje tim AD. Samba je sice prehistoricka (RH 9), ale wokna, brrrr...

Ja uz jsem se snazil na testovacim stroji rozjet sambu 3, OpenLDAP, LAM a PhpLdapAdmin, no jako skoro to slo, ale nebylo to uplne ono. A ze by byl LAM privetivy to tedy ne. Pri vytvareni uctu se musi vyplnit asi 150 polozek. Uzivatelske jmeno 5x, heslo 7x, osobni udaje asi 10x. Takze ne ze by ucty byly jen jedny, je jich porad nekolik, jen v jednom ldapu. A abych nad to treba v PHP napsal webovy klikadlo, to bych se musel naucit pracovat s ldapem v php.

Posadit postu vedle samostatne neni problem, ale ja bych uvital abych mel vsude stejny ucty a hesla. Zatim to vypada ze do weboveho IS budou extra hesla, na prihlaseni do woken extra heslo a na postu+prihlaseni do linuxu zase extra hesla. Hmm.

Zdenek

[svaca]

No nevim kde zijes, ale :

1. LAM je o 100 procent privetivejsi nez phpldapadmin HLAVNE neni tak zabugovany
2. 150 polozek ? 1x jmeno 1x heslo 1x homeadresar 1x profil 1x skupinu aostatni si doplni sam. = klikas min, nez v AD ..

No a ? Edtra hesla nejsou problem, je to i bezpecnejsi ... Stejne DRTIVA skupina uzivatelu bude mit jako heslo nejake krestni jmeno nebo jmeno psa. U AD to nevadi, ale na poste trochu jo, tor kdyz k ni mas webmail. ... ))