W dniu 25 czerwca 2012 19:28 użytkownik Wojtek Kaniewski <wojte...@toxygen.net> napisał: >> Co o tym myślicie? Mogę to powoli zaczynać implementować, czy trzeba >> szukać innego rozwiązania? Być może jeszcze coś przeoczyłem, proszę o >> komentarze. > > Wydaje mi się, że SOCKS5, tak jak HTTP, może dostać nazwę hosta, nie > tylko adres, co sprawia, że mechanizm resolvera z libgadu można pominąć. > Dlatego fajnie by było pozwolić adresu lub nazwy. Łatwo mi sobie > wyobrazić jakąś korporacyjną sieć, w której DNS jest filtrowany i cały > ruch ma iść przez proxy.
Zrobiłem bardzo wstępną implementację [1], którą podpiąłem na sztywno do połączeń http - na razie bez żadnej konfiguracji, taki proof-of-concept. Działa ona w ten sposób, że najpierw zlecamy nawiązanie połączenia za pomocą gg_proxy_default_connect (docelowo będzie to jeden z możliwych rodzajów funkcji nawiązującej połączenia), następnie obserwujemy uzyskany file descriptor i sprawdzamy stan za pomocą gg_proxy_default_watch. Jeżeli ta ostatnia funkcja zwróci coś innego niż GG_PROXY_RESULT_CONNECTING, to już mamy rezultat (sukces lub powodzenie). Proszę o komentarze. Część tego kodu jest bardzo "tymczasowa", ale oddaje możliwy sposób na takie nawiązywanie połączeń. Tomek [1] http://pastebin.com/raw.php?i=fK8ygc94 _______________________________________________ libgadu-devel mailing list libgadu-devel@lists.ziew.org http://lists.ziew.org/mailman/listinfo/libgadu-devel
