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: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ářů: 0
včera 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ářů: 28
včera 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
včera 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ářů: 6
včera 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ářů: 7
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
14.12. 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
14.12. 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

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

    Dotaz: OpenLDAP ACL vs PHP ldap_search()

    20.5.2015 14:59 Marián
    OpenLDAP ACL vs PHP ldap_search()
    Přečteno: 164×
    Mám problém, že PHPčkovská funkcia ldap_search() mi nevráti žiaden záznam, ale konzolový príkaz ldapsearch volaný s tými istými parametrami mi očakávaný výsledok vráti.

    Konzolový príkaz (má vrátiť obsah parametra URL pre záznam s uID = 1011223):
    ldapsearch -H ldaps://localhost:636 -x -D "uid=webuser,ou=people,dc=domain,dc=tld" -W -b "ou=users,dc=domain,dc=tld" "(uID=1011223)" "URL"
    
    PHP funkcia:
    ldap_bind($ldap_conn, 'uid=webuser,ou=people,dc=domain,dc=tld', 'heslo')
    
    $ldap_dn        = 'ou=users,dc=domain,dc=tld';
    $ldap_filter    = "(uID=$uid)";
    $ldap_attr      = array('URL');
    
    $ldap_search_result     = ldap_search($ldap_conn, $ldap_dn, $ldap_filter, $ldap_attr);
    
    skončí chybovou hláškou PHP Warning: ldap_search(): Search: No such object.

    Pri debugovaní na strane servera som zistil, že PHP ldap_search() sa snaží ísť o úroveň vyššie (dc=domain,dc=tld) a neviem prečo.

    Debug konzolového príkazu ldapsearch:
    conn=1007 op=1 SRCH base="ou=users,dc=domain,dc=tld" scope=2 deref=0 filter="(uid=1011223)"
    conn=1007 op=1 SRCH attr=url
    => access_allowed: search access to "ou=users,dc=domain,dc=tld" "entry" requested
    => dn: [1] ou=users,dc=domain,dc=tld
    => acl_get: [1] matched
    => acl_get: [1] attr entry
    => acl_mask: access to entry "ou=users,dc=domain,dc=tld", attr "entry" requested
    => acl_mask: to all values by "uid=webuser,ou=people,dc=domain,dc=tld", (=0)
    <= check a_dn_pat: uid=webuser,ou=people,dc=domain,dc=tld
    <= acl_mask: [1] applying read(=rscxd) (stop)
    <= acl_mask: [1] mask: read(=rscxd)
    => slap_access_allowed: search access granted by read(=rscxd)
    => access_allowed: search access granted by read(=rscxd)
    
    Debug PHP funkcie ldap_search():
    conn=1011 op=1 SRCH base="ou=users,dc=domain,dc=tld" scope=2 deref=0 filter="(uid=1011223)"
    conn=1011 op=1 SRCH attr=url
    => access_allowed: disclose access to "dc=domain,dc=tld" "entry" requested
    => dn: [1] ou=users,dc=domain,dc=tld
    => acl_get: [3] attr entry
    => acl_mask: access to entry "dc=domain,dc=tld", attr "entry" requested
    => acl_mask: to all values by "uid=webuser,ou=people,dc=domain,dc=tld", (=0)
    <= check a_dn_pat: cn=manager,dc=domain,dc=tld
    <= acl_mask: no more who clauses, returning =0 (stop)
    => slap_access_allowed: disclose access denied by =0
    => access_allowed: no more rules
    
    Skúšal som pridať oprávnenie disclose a dokonca read pre dc=domain,dc=tld. Výsledok bol, že som už nemal "access denied", ale nemal som ani očakávaný výsledok. Chyba v PHP bola stále tá istá (ldap_search(): Search: No such object).

    LDAP používateľ webuser má nastavené oprávnenie, že vie čítať iba dva atribúty uID a URL a to len zo stromu "ou=users,dc=domain,dc=tld".

    Defaultné ACL "access to * by users read" mám zakázané, lebo takto vedel webuser čítať aj iné atribúty. A možno tu je kameň úrazu. Podľa dokumentácie k OpenLDAP-u sa ACL spracúvajú v poradí ako sú napísané a ich spracovávanie končí pri prvej zhode (ak sa nepoužije break). ACL pre webuser-a bol ako prvý a "access to * by users read" ako posledný, ale aj tak vedel webuser vyčítavať atribúty, ktoré nemal. V prípade, že je aktívny "access to * by users read", tak to nemá nijaký vplyv na výsledok ldap_search(), v debug logoch síce nemám "access denied", ale nemám ani výsledok. Neviem ako si mám vysvetlovať slovo "stop" v logoch (napr.: acl_mask: [2] applying read(=rscxd) (stop)), či to znamená chybu alebo niečo iné.

    ACL z konfiguráku OpenLDAP-u:
    access to dn.subtree="ou=users,dc=domain,dc=tld" attrs=uID,URL
         by dn.exact="uid=webuser,ou=people,dc=domain,dc=tld" read
         by * none
    
    access to attrs=userPassword
        by anonymous auth
        by * none
    
    access to *
        by dn.exact="cn=Manager,dc=domain,dc=tld" write
    #   by users read
        by * none
    
    Skúšal som aj ldap_read() a ldap_list(), ktoré sa líšia v scope. V oboch prípadoch (ldapsearch a ldap_search()) je bind úspešný, takže tam nie je problém.

    Ešte skúsim novšiu verziu PHP (mám 5.3.3-7+squeeze26) napriek tomu privítam rady.

    Odpovědi

    20.5.2015 15:29 NN
    Rozbalit Rozbalit vše Re: OpenLDAP ACL vs PHP ldap_search()
    Kde se tam vezme to cn=manager?
    21.5.2015 07:34 Marián
    Rozbalit Rozbalit vše Re: OpenLDAP ACL vs PHP ldap_search()
    To je tam zo strany servera. Ja tom nemám v svojom kóde. Spravil som test a doplnil vymysleného používateľa "zzz" do ACL:
    access to *
        by dn.exact="cn=Manager,dc=domain,dc=tld" write
        by dn.exact="cn=zzz,dc=domain,dc=tld" read
        by users read
        by * none
    
    a objavilo sa to v debug logoch:
    May 21 07:28:03 localhost slapd[11218]: <= check a_dn_pat: cn=manager,dc=domain,dc=tld
    May 21 07:28:03 localhost slapd[11218]: <= check a_dn_pat: cn=zzz,dc=domain,dc=tld
    May 21 07:28:03 localhost slapd[11218]: <= check a_dn_pat: users
    
    Inak, skúšal som PHP 5.6.9 na Windows s rovnakým neúspešným výsledkom.

    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.