Dostal sem mi do ruky Safari pro Windows i novy Konqueror v KDE 4.0 a oba neumi pouzivat http_proxy?...Setkal se s tim nekdo? I kdyz proxy nastavim, tak stejne neumi pres ni resolvovat DNS jmena. Pritom Konqueror v KDE 3.5 s tim nema jedinny problem.
Jak se to vezme. V Linuxu DNS resolvuje uzivatelsky proces pomoci knihoven, obvykle pomoci standardni glibc knihovny, ale je mozne pouzit i jine, nebo si DNS resolvovat sam bez pomoci knihoven.
Jaky by mohl byt duvod resolvovat v GNU/Linux DNS jinak, nez pomoci standardni C knihovny? Bylo by to pote jako ukoncovat aplikaci jinak, nez pres exit(), coz by odporovalo UNIX culture, ktera spociva v reusability a nikoliv vyvoji kola v izolaci, jako to dela M$.
Pokud vím, tak zdokumentované je. :-) Aspoň Ulrich Drepper o tom napsal hned paper. ;-) A pokud se Vám to nelíbí (přiznávám, že i mně to API přijde trošku zvláštní), pořád ještě tu je třeba libasyncns, což by mělo být application-programmer-friendly API nad glibc resolverem - využití glibc podle mě přeci jen má výhodu v tom, že to ctí NSS a člověk nemusí implementovat ty další protokoly. :-)
No v dokumentaci ke glibc ty funkce popsané nejsou, takže bych se docela bál je používat. :-) libasyncns má svoje výhody, ale i nevýhody, například vytváří další vlákna (nebo procesy) a nejde kombinovat se selectem nebo pollem (pro srovnání třeba adns tyhle nevýhody nemá).
Přes HTTP PROXY se nic neresolvuje, od té si jen vyžádáš nějakou webovou stránku a ona ji nějak sežene. Na to, aby sis od proxy vyžádal například www.root.cz nepotřebuješ znát jeho IP.