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 19:55 | Nová verze

    Typst byl vydán ve verzi 0.14. Jedná se o rozšiřitelný značkovací jazyk a překladač pro vytváření dokumentů včetně odborných textů s matematickými vzorci, diagramy či bibliografií.

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

    Specialisté společnosti ESET zaznamenali útočnou kampaň, která cílí na uživatele a uživatelky v Česku a na Slovensku. Útočníci po telefonu zmanipulují oběť ke stažení falešné aplikace údajně od České národní banky (ČNB) nebo Národní banky Slovenska (NBS), přiložení platební karty k telefonu a zadání PINu. Malware poté v reálném čase přenese data z karty útočníkovi, který je bezkontaktně zneužije u bankomatu nebo na platebním terminálu.

    Ladislav Hagara | Komentářů: 7
    dnes 13:22 | Upozornění

    V Ubuntu 25.10 byl balíček základních nástrojů gnu-coreutils nahrazen balíčkem rust-coreutils se základními nástroji přepsanými do Rustu. Ukázalo se, že nový "date" znefunkčnil automatickou aktualizaci. Pro obnovu je nutno balíček rust-coreutils manuálně aktualizovat.

    Ladislav Hagara | Komentářů: 4
    dnes 04:55 | Komunita

    VST 3 je nově pod licencí MIT. S verzí 3.8.0 proběhlo přelicencování zdrojových kódů z licencí "Proprietary Steinberg VST3 License" a "General Public License (GPL) Version 3". VST (Virtual Studio Technology, Wikipedie) je softwarové rozhraní pro komunikaci mezi hostitelským programem a zásuvnými moduly (pluginy), kde tyto moduly slouží ke generování a úpravě digitálního audio signálu.

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

    Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.10. Podrobný přehled novinek v poznámkách k vydání.

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

    V Londýně probíhá dvoudenní Ubuntu Summit 25.10. Na programu je řada zajímavých přednášek. Zhlédnout je lze také na YouTube (23. 10. a 24. 10.).

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Nová verze

    Gemini CLI umožňuje používání AI Gemini přímo v terminálu. Vydána byla verze 0.10.0.

    Ladislav Hagara | Komentářů: 0
    včera 12:55 | Pozvánky

    Konference OpenAlt 2025 proběhne již příští víkend 1. a 2. listopadu v Brně. Nabídne přibližně 80 přednášek a workshopů rozdělených do 7 tematických tracků. Program se může ještě mírně měnit až do samotné konference, a to s ohledem na opožděné úpravy abstraktů i případné podzimní virózy. Díky partnerům je vstup na konferenci zdarma. Registrace není nutná. Vyplnění formuláře však pomůže s lepším plánováním dalších ročníků konference.

    Ladislav Hagara | Komentářů: 0
    včera 05:33 | IT novinky

    Samsung představil headset Galaxy XR se 4K Micro-OLED displeji, procesorem Snapdragon XR2+ Gen 2, 16 GB RAM, 256 GB úložištěm, operačním systémem Android XR a Gemini AI.

    Ladislav Hagara | Komentářů: 2
    včera 05:22 | Nová verze

    Před konferencí Next.js Conf 2025 bylo oznámeno vydání nové verze 16 open source frameworku Next.js (Wikipedie) pro psaní webových aplikací v Reactu. Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (36%)
     (48%)
     (20%)
     (20%)
     (24%)
     (18%)
     (21%)
     (18%)
     (18%)
    Celkem 267 hlasů
     Komentářů: 14, poslední 14.10. 09:04
    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: 568×
    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.