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 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
dnes 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 0
dnes 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
dnes 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 2
dnes 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
dnes 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

Ladislav Hagara | Komentářů: 8
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (33%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 587 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    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: 497×
    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.