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 04:33 | Nová verze

    Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].

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

    Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.

    Ladislav Hagara | Komentářů: 0
    22.5. 19:44 | IT novinky

    Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.

    Ladislav Hagara | Komentářů: 0
    22.5. 12:22 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).

    Ladislav Hagara | Komentářů: 0
    22.5. 10:55 | Nová verze

    Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 5
    22.5. 09:33 | IT novinky

    Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.

    Ladislav Hagara | Komentářů: 9
    22.5. 04:44 | Nová verze

    Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    21.5. 21:33 | Bezpečnostní upozornění

    Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.

    Ladislav Hagara | Komentářů: 0
    21.5. 14:33 | IT novinky

    Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).

    Ladislav Hagara | Komentářů: 2
    21.5. 14:00 | Nová verze

    Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1696 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Apache - problém se získání prostředku podle URL

    20.1.2008 22:57 Cubik
    Apache - problém se získání prostředku podle URL
    Přečteno: 520×
    Dobrý den,

    vyskytl se mi takový zvláštní problém, ve skutečnosti jej neumím ani přesně popsat a zeptat se Googlu, tak prosím o popostrčení správným směrem.

    Mám nainstalovaný Apache na CentOS 5, v Apachi jednoho name-based virtualhosta, který de facto vyřizuje všechny požadavky z Internetu. Problém spočívá v tom, že pokud v prohlížeči zadám URL ve tvaru http://jmenoserveru.cz/cestakobrazku/obrazek.gif, obrázek se nenačte, místo toho prohlížeč jakoby "ztuhne" (testováno na IE7, FF2, Opera 9 a wget). Přitom pokud vytvořím SSH tunel a připojím se přes SSH port-forwarding (http://localhost:8080/docrootvhosta/cestakobrazku/obrazek.gif), vše proběhne bez problémů. Zkoušel jsem z testovacích důvodů toho virtuálního hostitele vypnout, nasměrovat docroot hlavního serveru na původní document root toho virtuálního hosta, ovšem bez úspěchu.

    Přikládám výpis z logu Apache v případě, že požadavek proběhne úspěšně (tzn. přes port forwarding):
    [20/Jan/2008:21:38:22 +0100] "GET /clan/templates/waldmeister/images/header.gif HTTP/1.1" 200 37437 "-" "Mozilla/5.0
    (Windows; U; Windows NT 5.1; cs; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11"
    a takhle vypadá záznam z logu při operaci, jejímž výsledkem je zmiňovaná chyba:
    [20/Jan/2008:21:36:49 +0100] "GET /templates/waldmeister/images/header.gif HTTP/1.1" 200 37437
    tzn. pokud tomu dobře rozumím, v obou případech Apache požadavek vyřídí naprosto stejně, i velikost odpovědi je stejná(se stavovým kódem "OK". Takže nemám nejmenší tušení, kde je chyba. Na požádání vložím jakoukoli část konfiguračního souboru, nedokážu posoudit, která jeho část je pro řešení problému relevantní... Ještě mě napadá, že tahle chyba se vyskytuje pouze pro některé obrázky, ale není závislá na jejich umístění v adresářové struktuře webu, ani na typu obrázku.

    Díky mockrát všem, jakýkoli nápad přivítám.

    Odpovědi

    21.1.2008 10:07 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Zkuste se z toho testovacího počítače připojit telnetem a zadat
    GET /templates/waldmeister/images/header.gif HTTP/1.1
    Host: hostname
    <Enter>
    <Enter>
    
    případně sledujte komunikaci přes tcpdump nebo něco podobného. Uvidíte, zda server neposílá nějaké přesměrování, zda uzavře spojení atd.

    Pokud vám funguje připojení z lokálnío počítače, ale ne z jiného, mohl by to být problm firewallu – pak by se ale v logu Apache neobjevilo nic, protože by se vůbec nenavázalo spojení (pokud by tedy firewall nebyl nastaven tak podivně, že by dovolil navázat spojení, ale dál už nic).
    21.1.2008 11:46 Cubik
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Díky za odpověď, nakonec pomohla direktiva Enable SendFile off, jak mi poradil kolega:-) Jsem z toho značně zmaten a jdu koukat do dokumentace, proč pomohlo zrovna tohle.
    21.1.2008 11:52 Cubik
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Aha, ono je to v dokumentaci direktivy popsaný docela hezky, pochopil jsem z toho, že se v tom nemám vrtat, že na některejch platformách je to prostě bug a hotovo... Každopádně mě to tedy vydusilo slušně a už jsem pomalu propadal nihilu.

    P.S. Kde tady můžu zaškrtnout, že problém byl vyřešen?:-)
    21.1.2008 11:00 JirkaV
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Ahoj,

    jenom pro otestovani - nez zacnes laborovat s necim jinym, vyzkousej v konfiguraci Apache nastavit tohle:

    EnableMMAP Off EnableSendFile Off

    Mel jsem podobny problem, timhle se vyresil. Pokud by to bylo ono, uz si odladis ktery z danych prikazu na tvem konkretnim stroji ten problem resi...

    Jirka Vejrazka
    21.1.2008 11:01 JirkaV
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Samozrejme takhle :( EnableMMAP Off EnableSendFile Off

    Vice viz http://httpd.apache.org/docs/2.2/mod/core.html
    21.1.2008 11:02 JirkaV
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Pardon, evidentne se nekamaradim s mistnim formularem. Tak treti pokus :(
    EnableMMAP Off
    EnableSendFile Off
    
    21.1.2008 11:44 Cubik
    Rozbalit Rozbalit vše Re: Apache - problém se získání prostředku podle URL
    Díky mockrát, EnableSendfile off skutečně zabralo, ale fakt by mě nenapadlo, že tady může být problém. Jdu kouknout do dokumentace, jestli najdu důvod, proč tahle direktiva indiánovi tak strašně vadila...

    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.