abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 04:44 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).

    Ladislav Hagara | Komentářů: 0
    dnes 01:00 | Nová verze

    ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.

    Ladislav Hagara | Komentářů: 0
    včera 22:11 | IT novinky Ladislav Hagara | Komentářů: 0
    včera 20:55 | Nová verze

    Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.

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

    Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 1
    včera 17:11 | Nová verze

    ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.

    Ladislav Hagara | Komentářů: 1
    včera 12:11 | IT novinky

    Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.

    Ladislav Hagara | Komentářů: 8
    včera 05:11 | Komunita

    #HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.

    Ladislav Hagara | Komentářů: 2
    17.4. 17:55 | IT novinky

    Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.

    Ladislav Hagara | Komentářů: 3
    17.4. 17:44 | IT novinky

    Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).

    Ladislav Hagara | Komentářů: 1
    KDE Plasma 6
     (68%)
     (10%)
     (2%)
     (20%)
    Celkem 557 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    27.4.2016 22:13 Peter
    Rozbalit Rozbalit vše git-http-backend a read/write prístup
    Dobrý deň vám prajem.

    Trápim sa s nasledovným problémom. Potrebujem rozbehnúť privátny git server a to tak, že sa naň bude dať dostať len pomocou hesla (či už na čítanie, tak aj na zápis) a zároveň aby bolo možné rozdeliť, že ktorý používateľ môže len čítať a ktorý aj zapisovať. Už som z toho zúfalý, lebo apache 2.2 nepodporuje if/else. Momentálna konfigurácia je nasledovná:

    conf.d/vhosts.conf
    <VirtualHost *:80>
      ServerName git.domain.tld
      DocumentRoot /var/lib/git
    
      SetEnv GIT_PROJECT_ROOT /var/lib/git
      SetEnv GIT_HTTP_EXPORT_ALL
      SetEnv REMOTE_USER=$REDIRECT_REMOTE_USER
      ScriptAlias / /usr/libexec/git-core/git-http-backend/
      Include conf.d/git/*.conf
    </VirtualHost>
    
    conf.d/git/user_repo.conf
    RewriteEngine On
    
    RewriteCond %{QUERY_STRING} service=git-receive-pack [OR]
    RewriteCond %{REQUEST_URI} ^/user/repo.git/git-receive-pack$
    RewriteRule ^/user/repo.git/ - [E=RW:yes]
    <LocationMatch "^/user/repo.git/">
      Order Allow,Deny
      Allow from env=RW
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.rw
      Require valid-user
      Satisfy All
    </LocationMatch>
    
    RewriteCond %{QUERY_STRING} !service=git-receive-pack
    RewriteCond %{REQUEST_URI} !^/user/repo.git/git-receive-pack$
    RewriteRule ^/user/repo.git/ - [E=RO:yes]
    <LocationMatch "^/user/repo.git/">
      Order Allow,Deny
      Allow from env=RO
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.ro
      Require valid-user
      Satisfy All
    </LocationMatch>
    
    conf.d/git/user_repo.rw
    user1:XXXXXXXXXX
    
    conf.d/git/user_repo.ro
    user1:XXXXXXXXXX
    user2:XXXXXXXXXX
    user3:XXXXXXXXXX
    
    Toto samozrejme nefunguje, lebo pri write používateľovi síce prvý locationmatch prístup povolí, ale druhý locationmatch ho hneď znovu zakáže (čiže potreboval by som niečo také, že ak je splnený prvý locationmatch, nech druhý ignoruje)

    Skúšal som aj takéto niečo:
    <Location "/user/repo.git">
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.ro
      Require valid-user
    </Location>
    <LocationMatch "^/user/repo.git/git-receive-pack$">
      AuthType Basic
      AuthName "GIT Repository"
      AuthUserFile /etc/httpd/conf.d/git/user_repo.rw
      Require valid-user
    </LocationMatch>
    
    ale to mi pre zmenu blblo úplne (toto bol používateľ len pre čítanie a predsa sa to pokúsilo zapísať):
    git push origin master
    Counting objects: 6, done.
    Delta compression using up to 4 threads.
    Compressing objects: 100% (6/6), done.
    Writing objects: 100% (6/6), 607 bytes | 0 bytes/s, done.
    Total 6 (delta 3), reused 0 (delta 0)
    error: RPC failed; result=22, HTTP code = 401
    fatal: The remote end hung up unexpectedly
    fatal: The remote end hung up unexpectedly
    
    Predpokladám, že kvôly tomu, že "POST /user/repo.git/git-receive-pack" síce "išlo" do RW LocationMatch, ale "GET /user/repo.git/info/refs?service=git-receive-pack" už išlo do RO Location

    Už som z toho neštastný. Dúfam, že sa tu nájde niekto, kto pochopí o čo mi ide a bude vedieť pomôcť.

    Za každú pomoc vám vopred veľmi pekne ďakujem.

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.