Ошибка авторизации Вконтакте!

[Voldemar]

Всем привет!

У меня есть один вопрос, который очень давно не решен.
У меня комбайн для ВК, на POST/GET
Авторизация соответсвенно POST.
Все стандартно: берем логин + пароль, чекаем прокси и авторизуемся. И так с каждым аккаунтом по очереди, спустя какое то время или прям сразу, контакт перестает впускать какие либо логины (хотя до этого авторизация прошла успешна)
Раньше писало давно LoginFailed но это вроде устранили.
Сейчас возвращает такую ошибку:

<title>Добро пожаловать | ВКонтакте</title>

<noscript><meta http-equiv="refresh" content="0; URL=/badbrowser.php"></noscript>
------------------
Предупреждениe', 'Не удается пройти авторизацию по защищенному соединению. Чаще всего это происходит, когда на Вашем компьютере установлены неправильные текущие дата и время. Пожалуйста, проверьте настройки даты и времени в системе и перезапустите браузер."

Вернее это пишет, когда мы делаем запрос на страницу авторизации, чтобы получить hash, а после авторизации уже возвращает parent.onLoginFailed(4, {email: '89081112079'}); но при этом логин рабочий.

Кто сталкивался, или как можно избежать?
Думаю что может и прокси где то не выстреливают, но не только в этом дело думаю....
user-agent все аккаунты используют одинаковый


Блин жесть, то впускает, то не впускает аккаунты. Есть аккаунты которые всегда 100% проходят авторизацию, если они не забанены....


Понял что проблема не URL=/badbrowser.php" - это пишет всегда, но как уже говорил, свои аккаунты залетают без проблем, с таким условием.


ГОТОВ ПЛАТИТЬ $$$ ЗА РАБОЧЕЕ РЕШЕНИЕ!

 

[execut0r]

Простите за скромный Вопрос, а что вы акромя логина и пароля передаете на сервер авторизации то?

 

[Voldemar]

Простите за скромный Вопрос, а что вы акромя логина и пароля передаете на сервер авторизации то?

Все необходимое, hash и прочие параметры. Сравнивал с авторизацией других пользователей, аналогично

 

[execut0r]

Значит Вы что то не так делаете или забыли:
1) переменные
2) делаете запросы на авторизацию через http, а надо через httpS

 

[Voldemar]

Значит Вы что то не так делаете или забыли:
1) переменные
2) делаете запросы на авторизацию через http, а надо через httpS

Опечатки или не верные запросы, исключены. Т.к. эта ошибка спонтанная, и непонятно почему она происходит. Если один аккаунт перестанет авторизовываться, тот тут же, я авторизуюсь другим.

 

[execut0r]

К сожалению гадать на кофейной гуще тут никто не умеет.
Основные варианты возникновения такой ошибки я перечислил выше.
Она возникает когда:
1. Вк лагает и нет доступа до сайта ВК или конкретного сервера.
2. ВК лагает и не делается шифрование.
3. Авторизацию делаете сами не по httpS, а по обычному http.

Я скорее склоняюсь к третьему варианту. Что Вы авторизуетесь через стандартные http. Именно поэтому иногда у Вас все нормально, а иногда нет.
Так, кстати, можно проверять загаженность проксей

 

[Voldemar]

К сожалению гадать на кофейной гуще тут никто не умеет.
Основные варианты возникновения такой ошибки я перечислил выше.
Она возникает когда:
1. Вк лагает и нет доступа до сайта ВК или конкретного сервера.
2. ВК лагает и не делается шифрование.
3. Авторизацию делаете сами не по httpS, а по обычному http.

Я скорее склоняюсь к третьему варианту. Что Вы авторизуетесь через стандартные http. Именно поэтому иногда у Вас все нормально, а иногда нет.
Так, кстати, можно проверять загаженность проксей

С проксями тут не очевидно, на одном прокси аккаунт не заходит, на другой аккаунт заходит.
Прокси чекаю в любом случае https + post
Но в ПМ без проксей все тестирую
p.s. http://prntscr.com/8j8doj

 

[execut0r]

В реферере поставьте httpS
и remixlhk в куки ставите?

 

[Voldemar]

В реферере поставьте httpS
и remixlhk в куки ставите?

Ставлю в куки.
refere http даже вк вроде сам ставит.

Как и Origin собственно:

http://prntscr.com/8j8hzs

 

[Voldemar]

В реферере поставьте httpS
и remixlhk в куки ставите?

Я так понимаю у Вас есть авторизация на POST?

 

[execut0r]

Попробуйте так:
URL:
https://login.vk.com/?act=login
Referer:
https://vk.com/
Кодировка:
utf-8
Таймаут:
15000
Данные:
act=login&role=al_frame&expire=&captcha_sid={-Variable.captcha_sid-}&captcha_key={-Variable.captcha_key-}&_origin=http%3A%2F%2Fvk.com&ip_h={-Variable.ip_h-}&lg_h={-Variable.lg_h-}&email={-Variable.login-}&pass={-Variable.password-}
UserAgent:
{-Variable.useragents-}
Cookie:
{-Variable.remixlang-}; {-Variable.remixlhk-}; remixflash=0.0.0; remixscreen_depth=24; remixdt=0

Обязательно реферер - httpS://vk.com/
И обязательно парсите remixlang! Он может Вам выдаваться отличным от нуля.
Так же попробуйте передавать пустой expire.

Остальные данные передавать не обязательно.

 

[Voldemar]

Попробуйте так:
URL:
https://login.vk.com/?act=login
Referer:
https://vk.com/
Кодировка:
utf-8
Таймаут:
15000
Данные:
act=login&role=al_frame&expire=&captcha_sid={-Variable.captcha_sid-}&captcha_key={-Variable.captcha_key-}&_origin=http%3A%2F%2Fvk.com&ip_h={-Variable.ip_h-}&lg_h={-Variable.lg_h-}&email={-Variable.login-}&pass={-Variable.password-}
UserAgent:
{-Variable.useragents-}
Cookie:
{-Variable.remixlang-}; {-Variable.remixlhk-}; remixflash=0.0.0; remixscreen_depth=24; remixdt=0

Обязательно реферер - httpS://vk.com/
И обязательно парсите remixlang! Он может Вам выдаваться отличным от нуля.
Так же попробуйте передавать пустой expire.

Остальные данные передавать не обязательно.

Сейчас попробую, вопрос, а почему utf-8?

 

[execut0r]

Как успехи?
Если память не изменяет, то там проблемы с передачей данных в кириллице и с спецсимволами.
Решение методом тыка было найдено такое - кодировка утф-8 + предварительная обработка кирилличных данных.

 

[Voldemar]

Как успехи?
Если память не изменяет, то там проблемы с передачей данных в кириллице и с спецсимволами.
Решение методом тыка было найдено такое - кодировка утф-8 + предварительная обработка кирилличных данных.

обработку я делаю.
Попробуйте вот эти данные: 79648648733;05112005степан

У меня вот эти не заходят, httpS сделал

Попробовал тоже на UTF не але)

 

[Voldemar]

А вот сейчас вошло:
Пароль и логин я конвертирую:

var str = project.Variables["Password"].Value;
return HttpUtility.UrlDecode(str, Encoding.GetEncoding(1251));

Удивительно просто то, что через раз бывает. Вот попросил сотрудника запустить рассылку, аккаунт высыпался как проблемный (т.е. не вошел). Он, как и клиенты через ZennoBox шлет

 

[execut0r]

ТОлько хотел уточнить по поводу енкодинга.

 

[execut0r]

За бокс не скажу. Возможно проблемы именно там с кодировко, так как отправлять надо в утф-8, а кирилличный пассворд предварительно кодить в 1251.
Возможно на боксе с этим проблема.

 

[Voldemar]

За бокс не скажу. Возможно проблемы именно там с кодировко, так как отправлять надо в утф-8, а кирилличный пассворд предварительно кодить в 1251.
Возможно на боксе с этим проблема.

Ну через раз же бывает, бывает этот аккаунт снова пролетает, в общем непонятно...надо кучу отчетов делать, на каждом шаге я понял....

Что интересного заметил:

Тип Время Сообщение
18:52:14 "Проблемный аккаунт.
79145179904;170601др "

Что в уведомления зено, на конце пароля появляется пробел какой-то....Хотя он ни от куда не может цепануться. Думаю что это баг визуальный только...

А насчет энкогдина вот что вчера заметил, что аккаунт содержащий в пароле спец символы вроде, не авторизовывался. Если не енкодить, то заходит нормально.

 

[execut0r]

По поводу пробела была тема. Вроде как по факту его там нету, это лишь визуальное отображение.
Но то было про строки Зенкой, а не бокса.
Протестируйте с запросом в Утф-8. Проблема должна уйти.
По крайней мере у меня она ушла.
Но я давно не пользуюсь акками с кирилличными паролями.

 

[Voldemar]

По поводу пробела была тема. Вроде как по факту его там нету, это лишь визуальное отображение.
Но то было про строки Зенкой, а не бокса.
Протестируйте с запросом в Утф-8. Проблема должна уйти.
По крайней мере у меня она ушла.
Но я давно не пользуюсь акками с кирилличными паролями.

Ну, какие продаются.
Хреново вот что в кирилице, что приходится документ с аккаунтами конвертировать в UTF-8 а иначе зенка потом каракули делает, после того как к файлу обратиться и берет соответственно в непорядочном виде

Подскажите, Вы берет прокси по правилу? Проверяете их дополнительно на поддержку POST? Загвоздка в том, что продукт для клиентов, для себя всегда все работает )

 

[execut0r]

Прокси я использую индивидуальные и пакет Российских 1000 штук от файнпрокси.
Везде привязка к айпи моему.
Так что проверок проксей не использую ни в каком виде.

 

[Voldemar]

Прокси я использую индивидуальные и пакет Российских 1000 штук от файнпрокси.
Везде привязка к айпи моему.
Так что проверок проксей не использую ни в каком виде.

Сейчас потестил немного, вроде хорошо все (на моем ПК всегда так, но не у клиентов )
У меня после того, как отправили сообщение, сохраняются куки + прокси в блокнот.
Заметил, что часть аккаунтов, сохранилась без прокси?!
Хотя в настройках проекта стоит "Использовать прокси"
И в случае чего внутри проекта получение прокси есть и проверка, т.к. по сути переменная никак же не может быть пустой......или очиститься не с того не с сего


Сделал проверку: http://prntscr.com/8jakay
Вроде в начале получаем прокси проекта проверяем, даже ещё раз установку поставил, и все равно....после проверки переменная прокси пустая

Это уже баг с проксями какой-то 100%!!

http://prntscr.com/8jalmf на каждом этапе проверку поставил, переменная везде пустая..

При тестах показало, что экшен в начале "Получить прокси проекта" не получает прокси....
Т.е. настройка шаблона в ЗП, Использовать прокси, как то через раз работает (Берет по Правилу, проксей достаточно)

 

[Astraport]

Проблемы с прокси у многих
http://zennolab.com/discussion/threads/problema-socks5.22126/#post-148163
http://zennolab.com/discussion/threads/zennoposter-5-novyj-bild-5-9-3-0-16-09-2015.22009/

 

[Voldemar]

Проблемы с прокси у многих
http://zennolab.com/discussion/threads/problema-socks5.22126/#post-148163
http://zennolab.com/discussion/threads/zennoposter-5-novyj-bild-5-9-3-0-16-09-2015.22009/

Да уж, заметил.
Пришлось чуток перепиливать работу, менее эстетично