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 11:55 | IT novinky

    Společnost Perplexity AI působící v oblasti umělé inteligence (AI) podala nevyžádanou nabídku na převzetí webového prohlížeče Chrome internetové firmy Google za 34,5 miliardy dolarů (zhruba 723 miliard Kč). Informovala o tom včera agentura Reuters. Upozornila, že výše nabídky výrazně převyšuje hodnotu firmy Perplexity. Společnost Google se podle ní k nabídce zatím nevyjádřila.

    Ladislav Hagara | Komentářů: 4
    dnes 04:33 | Bezpečnostní upozornění

    Intel vydal 34 upozornění na bezpečnostní chyby ve svých produktech. Současně vydal verzi 20250812 mikrokódů pro své procesory řešící 6 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    dnes 04:22 | Nová verze

    Byla vydána nová verze 1.25 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 1
    včera 13:44 | Nová verze

    Byla vydána beta verze Linux Mintu 22.2 s kódovým jménem Zara. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze novou XApp aplikaci Fingwit pro autentizaci pomocí otisků prstů nebo vlastní fork knihovny libAdwaita s názvem libAdapta podporující grafická témata. Linux Mint 22.2 bude podporován do roku 2029.

    Ladislav Hagara | Komentářů: 0
    včera 13:00 | IT novinky

    Provozovatel internetové encyklopedie Wikipedie prohrál v Británii soudní spor týkající se některých částí nového zákona o on-line bezpečnosti. Soud ale varoval britského regulátora Ofcom i odpovědné ministerstvo před zaváděním přílišných omezení. Legislativa zpřísňuje požadavky na on-line platformy, ale zároveň čelí kritice za možné omezování svobody slova. Společnost Wikimedia Foundation, která je zodpovědná za fungování

    … více »
    Ladislav Hagara | Komentářů: 2
    včera 12:55 | Nová verze

    Byla vydána verze 2.0.0 nástroje pro synchronizaci dat mezi vícero počítači bez centrálního serveru Syncthing (Wikipedie). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 2
    včera 12:33 | IT novinky

    Americký prezident Donald Trump se v pondělí osobně setkal s generálním ředitelem firmy na výrobu čipů Intel Lip-Bu Tanem. Šéfa podniku označil za úspěšného, informují agentury. Ještě před týdnem ho přitom ostře kritizoval a požadoval jeho okamžitý odchod. Akcie Intelu v reakci na schůzku po oficiálním uzavření trhu zpevnily asi o tři procenta.

    Ladislav Hagara | Komentářů: 12
    11.8. 04:55 | Nová verze

    Byl vydán Debian GNU/Hurd 2025. Jedná se o port Debianu s jádrem Hurd místo obvyklého Linuxu.

    Ladislav Hagara | Komentářů: 6
    11.8. 02:44 | Komunita

    V sobotu 9. srpna uplynulo přesně 20 let od oznámení projektu openSUSE na konferenci LinuxWorld v San Franciscu. Pokuď máte archivní nebo nějakým způsobem zajímavé fotky s openSUSE, můžete se o ně s námi podělit.

    lkocman | Komentářů: 6
    9.8. 21:11 | Nová verze

    Byl vydán Debian 13 s kódovým názvem Trixie. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 8
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (50%)
     (20%)
     (4%)
     (5%)
     (3%)
     (1%)
     (1%)
     (17%)
    Celkem 361 hlasů
     Komentářů: 23, poslední 4.8. 13:01
    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: 562×
    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.