abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 12:22 | IT novinky

    Polské vývojářské studio CD Projekt Red publikovalo na Printables.com 3D modely z počítačové hry Cyberpunk 2077.

    Ladislav Hagara | Komentářů: 0
    dnes 11:44 | Pozvánky

    Organizátoři konference LinuxDays 2025 vydali program a zároveň otevřeli registrace. Akce se uskuteční 4. a 5. října na FIT ČVUT v pražských Dejvicích, kde vás čekají přednášky, workshopy, stánky a spousta šikovných lidí. Vstup na akci je zdarma.

    Petr Krčmář | Komentářů: 4
    včera 22:00 | IT novinky

    Uživatelé komunikátoru Signal si mohou svá data přímo v Signalu bezpečně zálohovat a v případě rozbití nebo ztráty telefonu následně na novém telefonu obnovit. Zálohování posledních 45 dnů je zdarma. Nad 45 dnů je zpoplatněno částkou 1,99 dolaru měsíčně.

    Ladislav Hagara | Komentářů: 0
    včera 18:44 | Zajímavý článek

    Server Groklaw, zaměřený na kauzy jako právní spory SCO týkající se Linuxu, skončil před 12 lety, resp. doména stále existuje, ale web obsahuje spam propagující hazardní hry. LWN.net proto v úvodníku připomíná důležitost zachovávání komunitních zdrojů a upozorňuje, že Internet Archive je také jen jeden.

    🇵🇸 | Komentářů: 5
    včera 14:22 | Nová verze

    Jakub Vrána vydal Adminer ve verzi 5.4.0: "Delší dobu se v Admineru neobjevila žádná závažná chyba, tak jsem nemusel vydávat novou verzi, až počet změn hodně nabobtnal."

    Ladislav Hagara | Komentářů: 1
    včera 13:22 | IT novinky

    V Německu slavnostně uvedli do provozu (en) nejrychlejší počítač v Evropě. Superpočítač Jupiter se nachází ve výzkumném ústavu v Jülichu na západě země, podle německého kancléře Friedricha Merze otevírá nové možnosti pro trénování modelů umělé inteligence (AI) i pro vědecké simulace. Superpočítač Jupiter je nejrychlejší v Evropě a čtvrtý nejrychlejší na světě (TOP500). „Chceme, aby se z Německa stal národ umělé inteligence,“ uvedl na

    … více »
    Ladislav Hagara | Komentářů: 15
    7.9. 04:11 | Komunita

    V Berlíně probíhá konference vývojářů a uživatelů desktopového prostředí KDE Plasma Akademy 2025. Při té příležitosti byla oznámena alfa verze nové linuxové distribuce KDE Linux.

    Ladislav Hagara | Komentářů: 1
    6.9. 17:11 | Nová verze

    Byl vydán Debian 13.1, tj. první opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.12, tj. dvanáctá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 2
    5.9. 23:44 | IT novinky

    Evropská komise potrestala Google ze skupiny Alphabet pokutou 2,95 miliardy eur (71,9 miliardy Kč) za porušení antimonopolní legislativy. Podle EK, která mimo jiné plní funkci antimonopolního orgánu EU, se Google dopustil protisoutěžních praktik ve svém reklamním byznysu. Google v reakci uvedl, že rozhodnutí považuje za chybné a hodlá se proti němu odvolat. EK ve věci rozhodovala na základě stížnosti Evropské rady vydavatelů. Podle

    … více »
    Ladislav Hagara | Komentářů: 47
    5.9. 23:11 | Komunita

    Podpora 32bitového Firefoxu pro Linux skončí v roce 2026. Poslední podporované 32bitové verze budou Firefox 144 a Firefox 140 s rozšířenou podporou, jehož podpora skončí v září 2026.

    Ladislav Hagara | Komentářů: 3
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (83%)
     (7%)
     (2%)
     (3%)
     (3%)
     (2%)
    Celkem 157 hlasů
     Komentářů: 11, poslední 4.9. 16:12
    Rozcestník

    Dotaz: problémy s autentizací přes LDAP

    7.3.2005 22:41 Milan Beneš
    problémy s autentizací přes LDAP
    Přečteno: 563×
    Zdravím, mám tady problém, ze kterého už pomalu lezu po stropě. Rozchodil jsem autentizaci přes LDAP pomocí Gentoo LDAP howto, dá se říct, že to chodí, ale hází to do logu dost podivné věci.

    toto je /etc/pam.d/system-auth:
    
    auth            required        /lib/security/pam_env.so
    auth            sufficient      /lib/security/pam_unix.so likeauth nullok shadow
    auth            sufficient      /lib/security/pam_ldap.so use_first_pass
    auth            required        /lib/security/pam_deny.so
    
    account         sufficient      /lib/security/pam_unix.so
    account         sufficient      /lib/security/pam_ldap.so
    account         required        /lib/security/pam_deny.so
    
    password        required        /lib/security/pam_cracklib.so retry=3
    password        sufficient      /lib/security/pam_unix.so nullok use_authtok shadow md5
    password        sufficient      /lib/security/pam_ldap.so use_authtok
    password        required        /lib/security/pam_deny.so
    
    session         required        /lib/security/pam_limits.so
    session         required        /lib/security/pam_unix.so
    session         required        /lib/security/pam_mkhomedir.so skel=/etc/skel/ umask=0
    session         optional        /lib/security/pam_ldap.so
    
    a toto se zjevuje v logu:
    Security Violations
    =-=-=-=-=-=-=-=-=-=
    Mar  7 21:38:24 [sshd(pam_unix)] authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=orthank.middleearth 
    Mar  7 21:56:25 [imap(pam_unix)] authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= 
    Mar  7 22:04:14 [sshd(pam_unix)] authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=orthank.middleearth 
    Mar  7 21:56:25 [imap(pam_unix)] authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= 
    Mar  7 22:04:14 [sshd(pam_unix)] authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=orthank.middleearth 
    
    Unusual System Events
    =-=-=-=-=-=-=-=-=-=-=
                    - Last output repeated 2 times -
    Mar  7 21:37:59 [sshd] Received signal 15; terminating.
    Mar  7 21:38:00 [sshd] Server listening on 0.0.0.0 port 22.
    Mar  7 21:38:24 [sshd(pam_unix)] check pass; user unknown
    Mar  7 21:38:24 [sshd(pam_unix)] authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=orthank.middleearth 
    Mar  7 21:38:24 [sshd] Accepted keyboard-interactive/pam for saruman from 192.168.0.2 port 1322 ssh2
    Mar  7 21:38:24 [sshd(pam_unix)] session opened for user saruman by (uid=0)
    Mar  7 21:38:24 [sshd] nss_ldap: reconnecting to LDAP server...
    Mar  7 21:38:24 [sshd] nss_ldap: reconnected to LDAP server after 1 attempt(s)
    Mar  7 21:38:42 [sshd(pam_unix)] session closed for user saruman
    Mar  7 21:41:50 [imapd-ssl] LOGOUT, user=saruman, ip=[192.168.0.2], headers=2398, body=28291, time=3556, starttls=1
    Mar  7 21:46:53 [su(pam_unix)] session closed for user root
    Mar  7 21:46:54 [sshd(pam_unix)] session closed for user saruman
    Mar  7 21:56:25 [authdaemond] nss_ldap: reconnecting to LDAP server...
    Mar  7 21:56:25 [authdaemond] nss_ldap: reconnected to LDAP server after 1 attempt(s)
    Mar  7 21:56:25 [imap(pam_unix)] check pass; user unknown
    Mar  7 21:56:25 [imap(pam_unix)] authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= 
    Mar  7 21:56:26 [imapd-ssl] LOGIN, user=saruman, ip=[192.168.0.2], protocol=IMAP
    Mar  7 22:04:14 [sshd(pam_unix)] check pass; user unknown
    Mar  7 22:04:14 [sshd(pam_unix)] authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=orthank.middleearth 
    Mar  7 22:04:14 [sshd] Accepted keyboard-interactive/pam for saruman from 192.168.0.2 port 1442 ssh2
    Mar  7 22:04:14 [sshd(pam_unix)] session opened for user saruman by (uid=0)
    Mar  7 22:04:14 [sshd] nss_ldap: reconnecting to LDAP server...
    Mar  7 22:04:14 [sshd] nss_ldap: reconnected to LDAP server after 1 attempt(s)
                    - Last output repeated twice -
    Mar  7 21:56:25 [imap(pam_unix)] authentication failure; logname= uid=0 euid=0 tty= ruser= rhost= 
    Mar  7 22:04:14 [sshd(pam_unix)] authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=orthank.middleearth 
    Mar  7 21:41:50 [imapd-ssl] LOGOUT, user=saruman, ip=[192.168.0.2], headers=2398, body=28291, time=3556, starttls=1
    Mar  7 21:56:25 [imapd-ssl] Connection, ip=[192.168.0.2]
    Mar  7 21:56:26 [imapd-ssl] LOGIN, user=saruman, ip=[192.168.0.2], protocol=IMAP
    
    Na netu se to dost probírá, ale zatím jsem nenarazil na uspokojivé řešení.

    Odpovědi

    8.3.2005 10:36 Roman DAVID | skóre: 24 | Brno
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    Mam podobny problem, nainstaloval jsem 2 stroje, jeden to nedelal a druhy to dela. Nedari se mi prijit na to, proc to dela, takze jsem to ulozil k ledu.
    8.3.2005 19:53 Milan Beneš
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    No super, konečně někdo, komu to alespoň na jedné mašině chodí.

    Mohl bych poprosit o /etc/ldap.conf, /etc/openldap/ldap.conf, /etc/nsswitch a /etc/pam.d/*

    z toho funkčního počítače?

    Budu velmi zauzlován.

    saruman(na)milan-benes.no-ip.info
    9.3.2005 11:31 Roman DAVID | skóre: 24 | Brno
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    Problem je ten, ze ten "funkcni" uz nemam dostupny.
    Ale porovnaval jsem je mezi sebou (konfigurace) a byly naprosto shodne.
    Prave proto jsem pak nekolik dni patral, proc to dela a na nic jsem neprisel.
    Pouzivam LDAP pro POP3 a SMTP.
    Nakonec jsem uplne ocesal pam konfiguraci pro tyto sluzby a dela to porad :-(

    Btw. neporadite, jak nastavit quotu pro usery v ldapu ?
    Mam pro ldap prirazene uid 550-50000 (momentalne obsazeno asi 550-2500).
    Vygenerovat quotu pro vsech 49450 uid predem mi pripada zbytecne, ale lepsi napad nemam.
    9.3.2005 17:58 Milan Beneš
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    No, s quotama bohužel netuším, tak daleko jsem se ještě nedostal. :-)

    Nicméně se mi podařilo vyřešit ten problém s logováním, ještě ten konfigurák musím trochu upravit, aby vypadal trochu reprezentativně a potom ho sem pošlu.
    9.3.2005 19:54 Milan Beneš
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    nový /etc/pam.d/system-auth:
    auth            required        /lib/security/pam_env.so
    auth            sufficient      /lib/security/pam_ldap.so
    auth            sufficient      /lib/security/pam_unix.so likeauth nullok shadow use_first_pass
    auth            required        /lib/security/pam_deny.so
    
    account         sufficient      /lib/security/pam_ldap.so
    account         sufficient      /lib/security/pam_unix.so
    account         required        /lib/security/pam_deny.so
    
    password        required        /lib/security/pam_cracklib.so retry=3
    password        sufficient      /lib/security/pam_ldap.so use_authtok
    password        sufficient      /lib/security/pam_unix.so nullok use_authtok shadow md5
    password        required        /lib/security/pam_deny.so
    
    session         required        /lib/security/pam_limits.so
    session         required        /lib/security/pam_ldap.so
    session         required        /lib/security/pam_mkhomedir.so skel=/etc/skel/ umask=0
    session         optional        /lib/security/pam_unix.so
    
    10.3.2005 10:21 Roman DAVID | skóre: 24 | Brno
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    No a v ktere polozce byla ta chyba ?
    11.3.2005 00:20 Milan Beneš
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    No, ony se ty soubory celkem liší...
    8.3.2005 14:12 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    Zdravim

    Ja teda nepouzivam LDAP ale NIS ale to je stejne sumak...

    Vadi mi tam "rhost=orthank.middleearth". Takhle se skutecne jmenuje nejakej tvuj komp? Neni to nejakej default?

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    8.3.2005 19:50 Milan Beneš
    Rozbalit Rozbalit vše Re: problémy s autentizací přes LDAP
    No jasně že se jmenuje. Jeden workstation je orthank, další je hobbiton, notebook je barad-dur a server je osgiliath. Ale to jenom na okraj.

    Řekl bych, že mezi LDAPem a NISem je docela rozdíl, já chci mít ještě na LDAPu mailové accounty (hotovo) a Sambí backend (porod).

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.