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í
×

včera 16:11 | Komunita

Byly zveřejněny videozáznamy přednášek a workshopů z letošní konference OpenAlt konané 4. a 5. listopadu v Brně. K videozáznamům lze přistupovat ze stránky na SuperLectures nebo přes program konference, detaily o vybrané přednášce nebo workshopu a dále kliknutím na ikonku filmového pásu.

Ladislav Hagara | Komentářů: 0
včera 14:11 | Komunita

Některým uživatelům Firefoxu se tento týden do Firefoxu nainstalovalo neznámé rozšíření Looking Glass 1.0.3 (png). Ve fórů Mozilly se řešilo, zda se nejedná o malware. Mozilla později informovala, že se jednalo o reklamu na seriál Mr. Robot. Řadě uživatelů Firefoxu se jednání Mozilly vůbec nelíbilo. Mozilla proto automatickou instalaci doplňku ukončila [Hacker News, reddit].

Ladislav Hagara | Komentářů: 15
16.12. 12:00 | Nová verze

Po cca 3 týdnech od vydání Linux Mintu 18.3 s kódovým jménem Sylvia a prostředími MATE a Cinnamon byla oznámena také vydání s prostředími KDE a Xfce. Podrobnosti v poznámkách k vydání (KDE, Xfce) a v přehledech novinek s náhledy (KDE, Xfce). Linux Mint 18.3 je podporován do roku 2021.

Ladislav Hagara | Komentářů: 6
15.12. 12:55 | Nová verze

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 54
15.12. 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
15.12. 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 10
15.12. 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
14.12. 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 10
14.12. 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
14.12. 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (0%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 1012 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    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.