Почему разные результаты тестирования прокси?

Question

[Emince]

Чекаю прокси на live, написал небольшой скрипт на python, вот, собственно, код функции, проверяющей на "жизнь" проксей:

def check_proxy(ip, port):
    sites = ['https://ask.com', 'https://www.bing.com', 'https://www.yahoo.com']
    for site in sites:
        try:
            response = requests.get(site, proxies={'http': f'{ip}:{port}'}, timeout=3)
            if response.status_code == 200:
                return True
        except:
            pass
            return False

Если провожу тест на винде, из 5000 в good режиме ~4900, если в debian (виртуалка), то 21-25, ip одинаковый. Вопрос, почему? Любой помощи буду рад.

Comments

[Emince]

В общем, начал дальше тестить, поднял время ожидания ответа с 3 сек до 5, стало больше проксей, виновата, похоже, виртуалка....

Answer 1

[Dimonchik]

таймаут поставь побольше

но если это не покупные - ратио 49/50 нереальное, а вот 21/5000 - как раз

Comments

[Emince]

Не покупные, поставил таймаут 10, уже 105 штук, прокси беру с гихаба(speed), в софт добавляю этот лист, там вообще не "алё", но винда говорит, что все супер мега ОК, не могу понять, почему?

[Dimonchik]

ты еще урлы выбрал такие себе - гугл так точно вряд ли пробьется, но и Бинг не дурак

может в них дело?

тьестирую на proxyjudge - так корректнее всего

и это - http - уже ж прошлый век, пора соксы переходить

[Dimonchik]

вообще рекомендую Харон
https://best-proxies.ru/kb/checking-proxies-with-c...

но для соксов он, увы, не катит - хоть и есть в меню - прога старая, TLS не обновлялись, по итогу все посылают его - пока не въехел в причину тоже думал что с соксами не везет

[Денис]

The best way открывать что то типо icanhazip.com и проверять регуляркой что в теле ответа ip

1. Нет накладных расходов на ssl
2. Узнаешь новый реальный ip
3. На таких сайтах нет блоков для проксей

Но даже живой прокси не факт что даст тебе открыть целевой ресурс

1. Конкретный прокси мб в блоке
2. Конкретный прокси может быть загружен