Обсуждение:Список публичных транспортов proxy: различия между версиями
Rain (обсуждение | вклад) |
Yagiza (обсуждение | вклад) (Результаты проверки на сегодняшнее число) |
||
Строка 160: | Строка 160: | ||
|'''proxy65.talkonaut.com''' | |'''proxy65.talkonaut.com''' | ||
| | | | ||
| | |<s>proxy65.xmpp.net2max.com</s> | ||
|- | |- | ||
| | | | ||
| | |<s>proxy.appriss.com</s> | ||
| | | | ||
|'''proxy.bee.nu''' | |'''proxy.bee.nu''' | ||
Строка 169: | Строка 169: | ||
|'''proxy.chaoslab.info''' | |'''proxy.chaoslab.info''' | ||
| | | | ||
| | |<s>proxy.devzero.co.uk</s> | ||
| | | | ||
|- | |- | ||
Строка 183: | Строка 183: | ||
|- | |- | ||
| | | | ||
| | |<s>proxy.jabber.anywise.com</s> | ||
| | | | ||
|'''proxy.jabber.bluendo.com''' | |'''proxy.jabber.bluendo.com''' | ||
|- | |- | ||
| | |<s>proxy.jabber.cn</s> | ||
| | | | ||
|'''proxy.jabber.dk''' | |'''proxy.jabber.dk''' | ||
Строка 199: | Строка 199: | ||
| | | | ||
|'''proxy.jabber-me.de''' | |'''proxy.jabber-me.de''' | ||
| | |<s>proxy.jabber.mobi</s> | ||
| | |<s>proxy.jabbernet.eu</s> | ||
|- | |- | ||
| | | | ||
Строка 213: | Строка 213: | ||
|- | |- | ||
|'''proxy.miranda.im''' | |'''proxy.miranda.im''' | ||
| | |<s>proxy.nedbsd.be</s> | ||
| | |<s>proxy.nedbsd.eu</s> | ||
| | |<s>proxy.nedbsd.nl</s> | ||
|- | |- | ||
| | | | ||
| | | | ||
| | |<s>proxy.netlab.cz</s> | ||
| | | | ||
|- | |- | ||
| | |<s>proxy.php4you.de</s> | ||
| | | | ||
| | | | ||
| | |<s>proxy.shady.nl</s> | ||
|- | |- | ||
| | | | ||
| | | | ||
| | |<s>proxy.simplicidade.org'''</s> | ||
| | | | ||
|- | |- | ||
| | |<s>proxy.vke.ru</s> | ||
| | | | ||
| | | | ||
Строка 238: | Строка 238: | ||
|- | |- | ||
| | | | ||
| | |<s>proxy.xmpp.us</s> | ||
| | | | ||
| | | | ||
Строка 297: | Строка 297: | ||
--[[Участник:Rain|Rain]] 14:56, 7 ноября 2010 (UTC) | --[[Участник:Rain|Rain]] 14:56, 7 ноября 2010 (UTC) | ||
---- | |||
Проверил сегодня список проксиков на главной странице. Вручную посылая запросы, чтобы быть полностью уверенным. Естественно, файлы передавать не пытался - оно нафиг не надо. Итак... | |||
В списке, который требует проверки всё зашибись. Можно смело заносить в список проверенных все, за исключением '''jabber.tf-network.de''' - на данном сервере просто нет прокси. | |||
В основном же списке всё намного хуже: | |||
'''appriss.com''' - проксика нет. | |||
'''proxy.simplicidade.org''' - прокси в списке сервера есть, но припопытке обратиться к нему выдаёт 404 | |||
'''nedbsd.be''', '''nedbsd.eu''', '''nedbsd.nl''', '''php4you.de''', '''devzero.co.uk''', '''jabbernet.eu''', '''jabber-me.de''', '''netlab.cz''', '''shady.nl''', '''xmpp.net2max.com''' - на момент проверки сервера обнаружены не были. Т.е. имена резолвились и даже на пинги отвечали, но браузер сервисов говорил: 404 | |||
'''proxy.jabber.mobi''', '''proxy.jabber.cn''', '''proxy.xmpp.us''', '''proxy.jabber.anywise.com''' - кидалово какое-то. Сервера прикидываются публичными, отвечая на запрос, но адрес присылают левый: 127.0.0.2 (по крайней мере, у меня). Вряд ли по такому адресу удастся зацепиться! (^_^) | |||
И наконец, '''proxy.vke.ru''' - приватный, не публичный. | |||
--[[Участник:Yagiza|Yagiza]] 05:52, 24 ноября 2010 (UTC) | |||
P. S. Насчёт "некорректности" анализа ответов на <iq /> могу сказать что это - единственный корректный способ. Т. к. любой клиент шлёт проксику такой же точно запрос. И если тот ему '''не сообщает''' корректной информации для подключения, то клиент не сможет к нему подключиться. Просто анализировать ответы надо либо головой, либо умным скриптом, а не тем, который сейчас. | |||
P. P. S. Повычёркивал лишнее (перемещать вверх пока не стал, чтобы было проще проверить, кому интересно). | |||
---- |
Версия 05:52, 24 ноября 2010
Покажите пару вариантов публичного и закрытого прокси, может получится скриптом список сделать. --rain 12:52, 24 января 2009 (UTC)
А proxy.jabber.ru не слишком-то и публичный. Требует авторизации.
- Таки да. Не знаю, как насчет авторизации (в каком клиенте пробовал? У меня в Psi не требует, возможно из-за того, что там просто необходимо самому заполнить соответствующие поля), но с других аккаунтов передавать файлы не получилось. --rain 10:24, 4 февраля 2009 (UTC)
Короче, вот нагрепанные proxy по большой таблице, надо перепроверить и заполнить основную таблицу. Пока не могу найти, как можно сделать это автоматом.
proxy.12jabber.com | |||
proxy.12jabber.net | proxy.4business.nl | proxy65.jabber.m-network.de | |
proxy65.spaceboyz.net | proxy65.talkonaut.com | ||
proxy.bee.nu | |||
proxy.chaoslab.info | |||
proxy.downtempo.de | |||
proxy.im.flosoft.biz | proxy.im.sapo.pt | ||
proxy.jabber.bluendo.com | |||
proxy.jabber.dk | |||
proxy.jabber.exceede.com | proxy.jabberfr.org | ||
proxy.jabber-me.de | |||
proxy.jabbim.cz | |||
proxy.jabster.pl | |||
proxy.miranda.im | |||
--rain 11:11, 4 февраля 2009 (UTC)
- Собственно, методика тестирования: садимся за NAT, берем свой самый любимый клиент, идем в настройки аккаунта и на последней вкладке пишем прокси-сервер. Добавляем в ростер gs1@jabber.ru и пробуем отправлять ему файлы. На всякий случай проверяем наличие и отсутствие файлопередачи на проверенных прокси. Если при отправке файлов ругается на настройки прокси, НАТ и еще черт знает что - значит не публичный. Если начинает передавать файл боту - значит, публичный. Проверили один, жмем правой клавишей мыши на названии аккаунта в ростере - "Изменить учетную запись", снова идем на последнюю вкладку и пишем новый прокси; сохраняем. Переподключаться, несмотря на устрашающее сообщение, не обязательно. --rain 14:12, 4 февраля 2009 (UTC)
- Можно использовать следующий способ для автоматизации (H31 15:44, 4 февраля 2009 (UTC)):
OUT(1,h31@jabber.ru/Tkabber): <iq id='68' to='proxy.jabbus.org' type='get' xml:lang='ru-RU'> <query xmlns='http://jabber.org/protocol/bytestreams'/></iq>
IN(1,h31@jabber.ru/Tkabber): <iq from='proxy.jabbus.org' to='h31@jabber.ru/Tkabber' id='68' type='error'> <query xmlns='http://jabber.org/protocol/bytestreams'/> <error code='403' type='auth'><forbidden xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>
- Если же открытый, то он высылает свой адрес и порт:
OUT(1,h31@jabber.ru/Tkabber): <iq id='68' to='proxy.jabber.ru' type='get' xml:lang='ru-RU'> <query xmlns='http://jabber.org/protocol/bytestreams'/></iq>
IN(1,h31@jabber.ru/Tkabber): <iq from='proxy.jabber.ru' to='h31@jabber.ru/Tkabber' id='68' type='result'> <query xmlns='http://jabber.org/protocol/bytestreams'> <streamhost jid='proxy.jabber.ru' host='213.180.203.18' port='5277'/></query></iq>
- Ок, вариант интересный, можно будет попробовать, правда на проксик на geeklife он у меня данные выдал, хотя с ним передавать файлы не получалось. По-крайней мере, отсеять прокси с 403-й ошибкой, думаю, можно. --rain 16:05, 4 февраля 2009 (UTC)
- И с 404 тоже. Сейчас проверял - какой-то попался. H31 16:26, 4 февраля 2009 (UTC)
- Ок, предварительный вариант разместил вместо старого. Соответственно, зачеркнутые - те, что выдали ошибку, выделенные - те, что вернули нормальный ответ. Теперь можно и тестить. Кстати, как выяснилось, не все работают на одинаковых портах, это тоже надо учитывать при подключении где-либо:
- И с 404 тоже. Сейчас проверял - какой-то попался. H31 16:26, 4 февраля 2009 (UTC)
- Ок, вариант интересный, можно будет попробовать, правда на проксик на geeklife он у меня данные выдал, хотя с ним передавать файлы не получалось. По-крайней мере, отсеять прокси с 403-й ошибкой, думаю, можно. --rain 16:05, 4 февраля 2009 (UTC)
awk '{print $4}' proxies.filtered | sort -u port='10101'/> port='5265'/> port='5277'/> port='56333'/> port='7769'/> port='7777'/>
- Большинство работает на 7777-м порту. --rain 19:38, 4 февраля 2009 (UTC)
- Первую колонку "рабочих" проверил. --rain 12:44, 5 февраля 2009 (UTC)
- Проверил все остальные колонки "рабочих" серверов, можно занести в основную таблицу. Судя по разнице между тем, что насканилось и реально рабочими прокси - способ обнаружения через iq-запросы не вполне корректный, поэтому вполне может быть, что среди "нерабочих" есть и рабочие. TODO: Проверить со временем хотя бы выборочно те, что отмечены как "нерабочие". --rain 11:02, 6 февраля 2009 (UTC)
- Большинство работает на 7777-м порту. --rain 19:38, 4 февраля 2009 (UTC)
Заметка на тему того, как тестить прокси
n=1000 grep -E "[0-9]{1,2}\) proxy\.[a-z]" work/jabber/scan/2010-11/servers.rawstat | awk '{print $2}' | sort -u | while read server do echo "<iq id='$n' to='$server' type='get' xml:lang='ru-RU'> <query xmlns='http://jabber.org/protocol/bytestreams'/></iq>" let n+=1 done
Получаем список, его скармливаем jabber-клиенту (лучше Gajim, Psi начинало жутко плющить), получаем по голове от админа сервера за over300 запросов ответы, в них грепаем streamhost'ы:
grep -vE "host='(127|10|192)\." /tmp/out | gawk '/streamhost/{print gensub(/jid=|'\''/, "", "G", $2)}'
Получаем список предположительно работающих прокси (как минимум они откликнулись). Далее опытным путем проверяем их работоспособность.
grep -v -f cl wp | sed -r -e 'N; s/\n/ || /g; N; s/\n/ || /g' -e 's/^/|/g' -e 's/$/\n|-/g'# Это просто непонятная строчка :)
--Rain 14:56, 7 ноября 2010 (UTC)
Проверил сегодня список проксиков на главной странице. Вручную посылая запросы, чтобы быть полностью уверенным. Естественно, файлы передавать не пытался - оно нафиг не надо. Итак... В списке, который требует проверки всё зашибись. Можно смело заносить в список проверенных все, за исключением jabber.tf-network.de - на данном сервере просто нет прокси. В основном же списке всё намного хуже: appriss.com - проксика нет. proxy.simplicidade.org - прокси в списке сервера есть, но припопытке обратиться к нему выдаёт 404 nedbsd.be, nedbsd.eu, nedbsd.nl, php4you.de, devzero.co.uk, jabbernet.eu, jabber-me.de, netlab.cz, shady.nl, xmpp.net2max.com - на момент проверки сервера обнаружены не были. Т.е. имена резолвились и даже на пинги отвечали, но браузер сервисов говорил: 404 proxy.jabber.mobi, proxy.jabber.cn, proxy.xmpp.us, proxy.jabber.anywise.com - кидалово какое-то. Сервера прикидываются публичными, отвечая на запрос, но адрес присылают левый: 127.0.0.2 (по крайней мере, у меня). Вряд ли по такому адресу удастся зацепиться! (^_^) И наконец, proxy.vke.ru - приватный, не публичный.
--Yagiza 05:52, 24 ноября 2010 (UTC)
P. S. Насчёт "некорректности" анализа ответов на <iq /> могу сказать что это - единственный корректный способ. Т. к. любой клиент шлёт проксику такой же точно запрос. И если тот ему не сообщает корректной информации для подключения, то клиент не сможет к нему подключиться. Просто анализировать ответы надо либо головой, либо умным скриптом, а не тем, который сейчас. P. P. S. Повычёркивал лишнее (перемещать вверх пока не стал, чтобы было проще проверить, кому интересно).