ПРОБЛЕМА: Циклическая верификация

Начиная примерно с 06.12.2017, на некоторых Instagram-аккаунтах начала возникать проблема, так называемой, "циклической верификации". Это всеобщая проблема и касается работы с Instagram в принципе. Циклическая верификация представляет из себя процесс, при котором Instagram при авторизации требует подтверждение аккаунта через сопоставленный с аккаунтом E-Mail или через ввод номер телефона с последующим вводом кода из SMS. После получения кода и его ввода Instagram успешно принимает этот код, однако, при повторной авторизации требует эту верификацию вновь. Продолжаться эта петля может достаточно долго и без результатов.


Примечательно, что данный запрос будет возникать вновь и вновь при повторной авторизации, которой предшествует очистка Cookeis со всеми служебными данными. Т.е. если вы используете для работы с аккаунтом, к примеру, смартфон и планшет, то придется пройти верификацию с каждого из устройств. А также, возможно, повторить её, если приложение Instagram будет переустановлено. В этом и заключается цикличность, которой раньше не было.


Таким образом, судя по всему, Instagram ввёл новые меры защиты от автогенерируемых технических данных, что необходимы при одновременной работе массы аккаунтов в инструментах автоматизированного продвижения. Тем не менее, есть ряд логических несостыковок, которые наталкивают на мысль, что помимо защитных мер в новом методе есть и ряд проблем, требующих исправления.

Со временем ситуация немного улучшилась, но время от времени с такими "петлями" продолжают сталкиваются пользователи не только нашего ПО, но и официальной мобильной версии приложения Instagram.


В этой связи мы стали первыми, кто разработал, протестировал и внедрил кейсы, позволяющие вернуть Instagram-аккаунтам полную или частичную (в зависимости от выбранного метода) работоспособность. Соответственно, кейс по возврату частичной работоспособности (назовём его "Кейс 1") более простой в массовом применении, а кейс по возврату полной работоспособности (назовём его "Кейс 2") - более сложный. Начиная с версии SocialKit 2.1.0, "Кейс 2" также стал достаточно прост в использовании и, по сути, сводится к "Кейсу 1" или просто к повторной инициализации Instagram-аккаунта с правильными настройками, если задача состоит не в том, чтобы полностью побороть проблему циклической верификации, а вернуть аккаунт в полноценную работу в пределах SocialKit.

Иными словами всем, кто использует SocialKit 2.1.0 и более старших версий представленные в этой статье кейсы можно не изучать, т.к. актуальная версия программы умеет возвращать аккаунты в работу на любом IP, не зависимо от его траста. Однако, следует понимать, что это не является решением проблемы циклической верификации как таковой и потому при последующей повторной инициализации аккаунта если это потребуется по той или иной причине, Instagram вновь может запрашивать верификацию на сопоставленный E-Mail или номер телефона.

ВАЖНО! Приведенные кейсы гарантированно возвращают полную или частичную работоспособность Instagram-аккаунтам (в зависимости от выбранного метода) только в случае отсутствия прочих проблем с аккаунтами. Например, если требуется E-Mail-верификация, но письма от Instagram не приходят на связанную с аккаунтом почту, то, возможно, о таких аккаунтах придётся забыть. Хотя, в нашей практике были случаи, когда по "Кейсу 2" такие аккаунты тоже удавалось вернуть к работе. Впрочем, этот момент был важен всегда и циклическая верификация к этому прямого отношения не имеет. Напоминаем, что один из пунктов рекомендаций по подготовке аккаунтов к работе включает в себя связь Instagram-аккаунта с рабочим E-Mail'ом, с последующим подтверждением этого E-Mail'а через соответствующее письмо от Instagram. Все эти действия можно сделать массово средствами SocialKit.


Другая популярная ныне проблема - это отправка SMS с кодом на ранее сопоставленный с Instagram-аккаунтом номер телефона без возможности сменить этот номер телефона. Более подробно об этом рассказывается здесь.

КЕЙС 1

Этот кейс позволяет восстановить лишь часть функций для Instagram-аккаунтов, подверженных проблеме циклической верификации, но не требует каких-то особенных манипуляций и выполняется достаточно быстро. Будем считать, что вы сами знаете, какие из Instagram-аккаунтов у вас подвержены проблеме циклической верификации, потому на процессе выявления этой проблемы мы не будем акцентировать внимание. Если вам интересно, как выглядит эта проблема на практике, то можно посмотреть видео в конце статьи, где рассматривается пример работы с такими аккаунтами.


Сразу отметим, что этот кейс актуален для тех, кто использует версию ПО ниже 2.1.0 или продолжает работать на Mobile Instagram API версии 10.3.2, или пытается получить тех. данные для работы через Web Instagram API, или проводит инициализацию со снятой отметкой в поле "Во время верификации использовать Mobile Instagram API". В первых двух случаях мы настоятельно рекомендуем обновить программу до актуальной версии и перейти на более актуальную версию Mobile Instagram API, чтобы не менее простым образом возвращать аккаунтам полную работоспособность.

Суть "Кейса 1" состоит в том, чтобы произвести специфическую инициализацию Instagram-аккаунта. Для этого в выпадающем меню кнопки "Обновить информацию" необходимо снять отметки с пунктов: "Не обновлять технические данные для Mobile Instagram API" (ранее этот пункт назывался "Не обновлять технические данные по каждому аккаунту") и "Выполнять переавторизацию после успешной верификации". После этого можно обновлять аккаунты.


Настройки для повторной инициализации аккаунта: отсутствие отметки в пункте "Не обновлять технические данные для Mobile Instagram API" (на скриншоте этот пункт называется "Не обновлять технические данные по каждому аккаунту") и отсутствие отметки в пункте "Выполнять переавторизацию после успешной верификации".


Настройки для повторной инициализации Instagram-аккаунта (в новой версии SocialKit 2.1.0 и старше) без использования новых алгоритмов верификации, что в итоге приведёт к выведению аккаунта из циклической верификации с сохранением частичной работоспособности.

В ходе обновления Instagram-аккаунтов программа будет верифицировать их и переводить в состояние "Готов к работе", когда процесс верификации прошёл успешно. Если этого не произошло и аккаунт остался в состоянии "N/A", то смотрите главный лог и лог по целевому аккаунту - в нём будет информация об ошибке. Например, может так случится, что программа не сможет подключиться к почтовому серверу в ходе поиска письма с кодом для активации Instagram-аккаунта во время его верификации. В таком случае в контекстном меню кнопки "Обновить информацию" снимите отметку также с пункта "Не выполнять предварительную инициализацию E-Mail'ов".

Более подробно о режимах обновления аккаунтов можно прочесть в этой статье.

На данный момент для Instagram-аккаунтов, выведенных из состояния циклической верификации по "Кейсу 1" будут доступны следующие функции:


1. Все функции сбора аудитории и различные функции просмотра данных.

2. Массовая подписка и сопутствующие ей служебные функции, например, сёрфинг.

3. Массовая расстановка лайков и сопутствующие ей служебные функции.

4. Массовая отписка и сопутствующие ей служебные функции.

5. Массовый просмотр рассказов в составных и в индивидуальных задачах.

По мере добавления поддержки Web Instagram API в другие функции мы будем обновлять этот список.

ВАЖНО! Ещё раз обращаем внимание, что во время запуска тех или иных задач для Instagram-аккаунтов, выведенных из состояния циклической верификации по "Кейсу 1" может возникать ситуация, при которой задачи автоматически завершаются с формулировкой "Технические данные устарели, выполните полную инициализацию аккаунта". Это может возникать из-за того, что какое-то из действий или функция не поддерживает работу через Web Instagram API, Instagram-аккаунт всё еще находится в состоянии циклической верификации. Если вам нужна эта функция, то придётся воспользоваться "Кейсом 2" для выведения аккаунтов из состояния циклической верификации.



КЕЙС 2

Этот кейс позволяет вернуть тем или иным Instagram-аккаунтам, что подвержены проблеме циклической верификации, полную работоспособность. Он основан на получении, так называемых "трастовых технических данных" в ходе полной повторной инициализации. Будем считать, что каждый пользователь сам знает, какие из Instagram-аккаунтов у него подвержены проблеме циклической верификации, потому на способе выявления этой проблемы мы не будем акцентировать внимание, а сразу перейдём к сути. Если вам интересно это для общего развития, то можно посмотреть видео в конце статьи, где рассматривается пример работы с такими аккаунтами.

Следует сразу отметить, что процесс вывода аккаунта из состояния циклической верификации будет отличаться в зависимости от используемой версии API по умолчанию. Проверить версию API по умолчанию можно в экспертных настройках, как показано на скриншоте ниже.

Изменение версии Mobile Instagram API по умолчанию в экспертных настройках программы.

Рекомендуем использовать версию API старше 10.3.2, т.к. тогда процесс вывода Instagram-аккаунта из состояния циклической верификации в состояние, когда он полностью готов к работе будет значительно проще.

Подготовка

Для реализации этого метода вам понадобится "трастовое Интернет-соединение", в роли которого может выступать 3g/4g Интернет-соединение мобильного оператора и/или качественный приватный мобильный прокси-канал. Иногда могут подойти и "родные" IP-адреса некоторых провайдеров и публичные мобильные прокси-каналы, но это случается по нашему опыту реже. Лучше, все же, использовать первые два вида Интернет-соединения для такой процедуры. Информацию о том, что такое "трастовый IP" и на что это влияет в ходе работы можно получить в контексте этой статьи, потому здесь мы повторно описывать это не будем.


Если же вы используете версию API старше 10.3.2, то могут подойти даже обычные IPv6 прокси для получения трастовой сессии, но лучше, все же, использовать варианты, что описаны выше, т.к. есть ещё степень трастовости. Например, трастовая сессия вместе с техническими данными аккаунта, что были получены при полной повторной инициализации аккаунта через IPv6-прокси могут очень быстро получить спам-блок при выполнении подписок или при расстановке лайков (см. статью о спам-блокировках). Быстрее, чем это бы случилось при использовании, скажем, мобильных IP или прямого 3g/4g Интернет-соединения, которое упоминалось выше. Однако, прокси IPv6 может быть достаточно для автопостинга, или для редактирования профиля, или для выполнения каких-либо других задач, т.к. каждая спам-блокировка выдаётся индивидуально на каждое действие и алгоритм их выдачи отличается от действия к действию.

Предположим, что используется 3g/4g Интернет-соединение мобильного оператора. Первым делом вам нужно решить вопрос с тем, как подключить ПК к 3g/4g Интернет-соединению мобильного оператора на смартфоне. Самый простой способ - это активировать на смартфоне раздачу Wi-Fi'я. На всех современных Android'ах и iOS-устройствах эта функциональная возможность уже встроена в ОС. Если у вас её нет, то можно скачать из Play Market'а или App Store соответствующее ПО. Если всё сделать правильно, то при обзоре с ПК доступных точек доступа для подключения будет отображаться созданная вами. Не подключайтесь пока к ней.

ВАЖНО! Если вы собираетесь использовать приватный мобильный прокси-канал для этих целей, то обратите внимание на то, как часто у него происходит роутинг оконцовочных IP. Для хорошей продуктивности желательно, чтобы это происходило не реже, чем раз в 100-120 секунд.

Сразу выставите настройки у кнопки "Обновить информацию" так, как показано на скриншоте ниже, чтобы в ходе инициализации прогресс не зацикливался, а программа переходила к следующим аккаунтам.



Настройки для повторной инициализации Instagram-аккаунтов с защитой от "зацикливания".

Также рекомендуем для всех Instagram-аккаунтов, что будут инициализироваться по этому кейсу зайти в редактор технических данных (контекстное меню кнопки "Профиль" -> "Редактировать технические данные устройства у всех выбранных аккаунтов") и проверить, не выставлен ли у какого-либо из этих Instagram-аккаунтов параметр "AndroidID" как статичный. Если такие аккаунты есть, то нужно изменить значение в этом блоке со статичного на "по умолчанию". Мы не можем говорить об обязательности этого шага, т.к. по нашему опыту это не всегда необходимо, но чтобы не гадать в дальнейшем о причине проблем с кейсом лучше этот шаг, всё же, выполнить. Остальные параметры можно оставить статичными, если они таковыми заданы. Если остальные параметры находятся в состоянии "по умолчанию", то можно, наоборот, изменить на статичные, сгенерировав для каждого выбранного Instagram-аккаунта свои уникальные технические данные. Выглядеть это можно примерн так, как показано ниже на скриншоте.

Пример генерации статичных тех. данных устройства, исключая параметр "AndroidID" для группы аккаунтов.

После нажатия на кнопку "Сохранить" в редакторе технических данных аккаунты будут проходить процедуру повторной инициализации - таким образом вы можете дополнительно проверить выбранные Instagram-аккаунты на то, присутствует ли всё ещё проблема циклической верификации или нет.

Instagram-аккаунты, при инициализации которых возник запрос на верификацию и есть подозрение на её цикличность после прохождения верификации получат просто зелёный кружок в поле "Состояние" (при работе с использованием Mobile Instagram API 10.3.2 или при использовании SocialKit версии ниже 2.1.0) - это указывает на то, что трастовая сессия пока не была получена. Аккаунты, что после инициализации получили зеленый кружок с ярким логотипом Instagram в поле "Состояние" можно исключать из списка проблемных и запускать по ним работу - такой индикатор указывает на то, что трастовая сессия для аккаунтов получена и трастовый параметр "AndroidID" был успешно зафиксирован. Подробнее о том, как это происходит читайте ниже.

Реализация

Теперь сам процесс. В списке Instagram-аккаунтов нужно выбрать все те аккаунты, что подвержены проблеме циклической верификации. После этого в главном контекстном меню нужно выбрать пункт "Отключить использование прокси у всех выбранных аккаунтов" - реквизиты сопоставленных прокси не будут потеряны, но программа получит информацию о том, что в ходе выполнения всех дальнейших действий не нужно использовать сопоставленные с аккаунтами прокси, т.к. трафик нам нужно пустить через мобильное 3g/4g Интернет-соединение.

Временное отключение работы через прокси у группы выбранных Instagram-аккаунтов.

Если вместо прямого 3g/4g Интернет-соединения мобильного оператора или соединения через "родной" IP вы хотите использовать мобильные прокси с автосменой оконцовочного IP, то можно поступить так.


1. Быстро извлечь сопоставленные прокси у группы Instagram-аккаунтов в текстовый файл через пункт контекстного меню "Извлечь параметры прокси из всех выбранных аккаунтов в файл", как показано ниже.

Быстрое извлечение реквизитов прокси и сохранение их в текстовый файл на диске.

2. После этого, не снимая выделения с аккаунтов, открыть редактор параметров подключения к прокси.

Вызов окна для массового изменения параметров подключения к сопоставленным прокси.

3. В открывшемся окне ввести параметры подключения к мобильному прокси или выбрать текстовый файл с перечнем прокси - функция позволяет выполнить сопоставление с прокси разными способами.

Форма для массового сопоставления выбранных Instagram-аккаунтов с тем или иным прокси.

После нажатия на кнопку "Сохранить" все выбранные Instagram-аккаунты свяжутся с новыми прокси. Через это же окно вы сможете вернуть прежнюю связь, выбрав текстовый файл с ранее сохранёнными реквизитами прокси.


Теперь переходим непосредственно к обходу циклической верификации.

Ещё раз проверьте состояние переключателей в контекстном меню кнопки "Обновить информацию", чтобы всё выглядело так, как на скриншоте выше. Учитывайте при этом, что если у программы возникают проблемы с подключением к почтовому серверу, то может потребоваться снятие отметки с пункта "Не выполнять предварительную инициализацию E-Mail'ов". Более подробно о назначении всех переключателей в контекстном меню кнопки "Обновить информацию" можно прочесть в этой статье - обязательно изучите её, т.к. это важная информация.

Подключитесь к мобильному Wi-Fi, о создании которого было сказано выше. Если вы собираетесь использовать приватные мобильные прокси-каналы, то придется заморочиться с тем, чтобы сохранить где-то у себя былое соответствие аккаунт<->прокси перед сопоставлением всех Instagram-аккаунтов с приватным мобильным прокси-каналом. Как это сделать максимально быстро из SocialKit мы показали выше.


Если у вас есть возможность пустить весь трафик ПК через приватный мобильный прокси-канал, то лучше настроить это предварительно, чтобы потом сэкономить время на обратном сопоставлении Instagram-аккаунтов с теми прокси, с которыми они были связаны до начала выполнения "Кейса 2".

На этом шаге проверьте, действительно ли трафик ПК идёт через IP мобильного оператора - это можно сделать через сервис 2ip.ru, например, или средствами SocialKit, как рассказывается в этой статье. Также проверьте параметр "Приоритет эмуляции" в экспертных настройках программы (закладка "Настройки"->"Эксперт"). Выберите в этом поле работу на 12ой или более старшей версии Mobile Instagram API.


Можно начинать обновление аккаунтов, но уяснить ещё некоторые моменты. В ходе обновления какие-то из аккаунтов будут инициализироваться без верификации, а какие-то будут снова проходить верификацию - это нормально. Мы рекомендуем не выполнять на одном оконцовочном мобильном IP инициализацию с верификацией более 2-3 Instagram-аккаунтов, т.к. после этого числа верификаций Instagram на короткое время будет понижать траст IP. Для обхода этих мер вам нужно выполнить на своём смартфоне переподключение к 3g/4g Интернет-соединению, тем самым сменив оконцовочный IP, и обновить снова те Instagram-аккаунты, которые не проинициализировались успешно на предыдущем шаге или перейти к обновлению следующей порции аккаунтов. Можно просто подождать 15-30 минут.


Если аккаунты подтвержены циклической SMS-верификации, то можно настроить тайм-ауты, как показано на скриншоте ниже. Длительность тайм-аута будет зависеть от того, используется ли мобильный прокси с автосменой IP.




Настройка тайм-аутов, если в ходе инициализации аккаунтов будет требоваться SMS-верификация.

Если используется мобильный прокси с автосменой оконцовочного IP, то нужно узнать, как часто происходит автосмена. Если она происходит раз в 60-120 секунд, то можно оставить настройки, как показано на скриншоте выше. Более подробно о поставщиках таких прокси читайте здесь. Т.е. каждый третий инициализируемый Instagram-аккаунт, требующий SMS-верификацию будет, предварительно выжидать случайный тайм-аут. За это время оконцовочный IP сменится и ограничительные меры, о которых было сказано выше станут не актуальны.


Если используется прямое 3g/4g Интернет-соединение и нет возможности настроить регулярное переподключение для смены оконцовочного IP или используются прокси без функции автосмены оконцовочного IP, то нужно установить значительно большие тайм-ауты, чтобы каждые 15-30 минут верификацию проходило не более 2-3 аккаунтов с одного IP.

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

Блок настроек, отвечающий за обход ошибок соединения во время инициализации аккаунтов.

По умолчанию этот блок активирован. Если в вашем случае это не так, то во время инициализации Instagram-аккаунтов будет много пропущенных аккаунтов. Это будет происходить в следствие того, что мобильные прокси во время смены оконцовочных IP не отвечают несколько секунд или десятков секунд и программа будет фиксировать проблемы с Интернет-соединением. Чтобы этого не происходило установите отметку в поле "При подозрении на ошибку соединения выполнять", как показано на скриншоте выше. Остальные значения можно оставить по умолчанию.


Если используются мобильные прокси, поддерживающие смену оконцовочных IP через выполнение специальных скриптов, то можно активировать блок "Выполнять скрипт в виде HTTP(S)-запроса".

Блок настроек, отвечающий за выполнение скриптов в ходе инициализации аккаунтов.


При этом можно настроить порог срабатывания, тайм-аут после выполнения скрипта и ряд других параметров.


После рассмотрения всех нюансов переходим непосредственно к процессу инициализации Instagram-аккаунтов.


ВАЖНО! Важный момент состоит в том, как определить, что Instagram-аккаунт проинициализирован успешно и готов к работе без ограничений. Для этого мы ввели специальное визуальное обозначение - это зелёный круг с ярким логотипом Instagram. Ниже на скриншоте есть пример такого успешно проинициализированного Instagram-аккаунта - 17ый номер в визуальном списке. Больше о визуальных обозначениях можно прочесть здесь.

Пример успешно проинициализированного и выведенного из состояния циклической верификации аккаунта.

Такая пометка означает, что программа установила успешную сессию для этого аккаунта с сервером Instagram и зафиксировала необходимые технические данные (обычно это параметр "AndroidID") как статичные (разумеется, если до инициализации напротив пункта "Автоматически фиксировать тех. данные успешной сессии" стояла отметка), чтобы их можно было использовать при подключении через другие IP-адреса.


Так, например, если выбрать группу Instagram-аккаунтов и перейти в редактор технических данных (контекстное меню кнопки "Профиль"->"Редактировать технические данные устройства у всех выбранных аккаунтов"), а в открывшемся окне установить флаг в переключателе "Подсветить трастовые сессии", то такие Instagram-аккаунты будут выделены синим, а все остальные - бледно-серым.

Окно редактора технических данных устройства.

Если какие-то из инициализируемых Instagram-аккаунтов остались без значка с логотипом Instagram в поле "Состояние", который указывает на факт успешно установленной сессии без каких-либо запросов на верификацию, а остался просто зелёный кружок с надписьмо "Готов к работе", то можно посмотреть лог по таким аккаунтам. Возможно, во время их обновления был очередной запрос на верификацию. Она могла быть успешно пройдена, как и в "Кейсе 1", но программа ещё не знает, будут ли запросы на верификацию дальше. Для этого можно ещё раз выполнить инициализацию этих Instagram-аккаунтов. Если запросы на верификацию продолжаются, то нужно перейти в самое начало "Кейса 2", т.к. это указывает либо на то, что нужно сменить оконцовочный IP, либо на то, что нужно очистить ранее зафиксированные технические данные устройства - см. раздел "Подготовка". Ещё раз отметим, что это актуально для тех, кто пытается решить проблему с циклической верификацией, используя по умолчанию Mobile Instagram API 10.3.2 или версию SocialKit ниже 2.1.0. Если же вы используете версию программы 2.1.0 и старше, а также версию Mobile Instagram API старше 10.3.2, то после прохождения SMS- и E-Mail-верификации трастовая сессия устанавливается с первого раза.

После того как вы обработали таким способом все Instagram-аккаунты, подверженные проблеме циклической верификации, можно вернуть Интернет-соединение на прежнее и возобновить связь с прокси у обработанных аккаунтов либо через соответствующий пункт главного контекстного меню, либо через редактирование реквизитов каждого Instagram-аккаунта, если вы временно сопоставляли все аккаунты с приватным мобильным прокси-каналом. При обратном переходе на прокси или на "родной" IP использование некоторых из этих технических данных безопасно, т.к. они в реальной жизни не меняются в пределах одного устройства, если вы подключаетесь то к одной Инетернет-точке, то к другой. Какой именно из параметров важен, как его можно извлечь вручную и сохранить в качестве статичного для того или иного Instagram-аккаунта - показано в видео, что приведено ниже. Однако, если вы выполняли всё, как указано выше и отметка в поле "Автоматически фиксировать тех. данные успешной сессии" в контекстном меню кнопки "Обновить информацию" была установлена всё это время, то данную информацию можно не изучать - программа всё сделает сама.

Таким образом, через "трастовое соединение" программа получает для Instagram-аккаунта некие уникальные технические данные, что позволят ему повторно инициализироваться и успешно работать на многих других Интернет-соединениях без каких-либо запросов на верификацию.

Однако, если вы выводили Instagram-аккаунты из состояния циклической верификации без поиска трастового соединения (доступно при использовании версии SocialKit старше 2.1.0 и Mobile Instagram API старше 10.3.2), которое бы позволило не просто вернуть аккаунты в полноценную работу, а полностью бы решило проблему циклической верификации, то вполне вероятно, что при повторной инициализации такого аккаунта Instagram снова запросит верификацию. Потому мы рекомендуем следить за состоянием переключателей и для обновления статистики по аккаунту, для которого уже была зафиксирована трастовая сессия (цветной или черно-белый логотип Instagram с зелёным кругом в колонке "Состояние"), использовать быстрый способ обновления, как показано на скриншоте ниже.

Настройки для быстрой инициализации Instagram-аккаунтов (обновление статистики).

Больше информации о режимах обновления Instagram-аккаунтов можно прочесть в этой статье.

Ниже мы также приводим видео, где показано применение вышеописанных кейсов с той лишь поправкой, что на видео используется предыдущая версия программы, в которой ещё не было режима "Автоматически фиксировать тех. данные успешной сессии". Это приводило к тому, что после успешной инициализации одного или группы Instagram-аккаунтов по "Кейсу 2" нужно было переходить в редактор технических данных и нажимать на кнопку извлечения технического параметра "AndroidID". Если вы не доверяете автоматике программы, то можете пойти по этому пути, используя всё тот же "Кейс 2", предварительно сняв отметку в поле "Автоматически фиксировать тех. данные успешной сессии" кнопки "Обновить информацию".

Видеокейс о способах обхода циклических верификаций.

ВАЖНО! Ещё раз обращаем внимание, что при массовом избавлении Instagram-аккаунтов от циклической верификации вы можете столкнуться с тем, что способ с инициализацией на мобильном IP уже не позволяет выполнить обновление аккаунта без каких-либо запросов на верификацию. Особенно, если вы используете 3g/4g Интернет-соединение или если роутинг приватных мобильных прокси происходит с длительными интервалами. Это указывает на то, что траст оконцовочного IP временно понижен и вам необходимо выполнить переподключение к Интернет-соединению мобильного оператора на смартфоне, который раздает этот мобильный 3g/4g Интернет для ПК. Или, соответственно, выполнить смену оконцовочного IP на приватном мобильном прокси-канале. Во время переподключения вам будет выдан новый трастовый IP и вы сможете продолжить успешно использовать "Кейс 2". Данный способ противодействия защитным алгоритмам Instagram описан нами уже давно и хорошо показывает себя в функции регистрации Instagram-аккаунтов уже больше полутора лет.


Таким способом (по "Кейсу 2") мы и многие наши клиенты без особых усилий вывели из состояния циклической верификации уже тысячи Instagram-аккаунтов и теперь они благополучно работают как и прежде. Если вы испытываете по какой-то причине проблемы с извлечением "трастового" технического параметра, с которым идёт работа в приведенном видео или текстовом кейсе выше, то можете обратиться к нашим операторам за помощью - мы постараемся вам помочь восстановить работу аккаунтов и избавиться от циклической верификации, если это будет в наших силах.

ВАЖНО! Не забуьте, что после всех манипуляций с техническими данными нужно сохранить список аккаунтов в файл в формате SK БД. В противном случае при аварийном завершении работы программы вам придётся все действия по добыче и фиксации "трастовых" технических данных выполнять повторно. Сохраняйтесь почаще - после первого сохранения с выбором имени файла это всего лишь одно нажатие мышкой, а для дополнительной страховки можно активировать автосохранение в настройках программы.

ВОПРОСЫ

- Пройдёт ли циклическая верификация сама по себе или нужно делать обход?

Нужно понимать, что мы не разработчики Instagram и потому не можем с уверенностью говорить что-либо о тех или иных процессах в будущем. Если вы хотите работать уже сейчас, то лучше не ждать у моря погоды, а пользоваться наработанными нами кейсами. Однако, по нашему опыту на некоторых Instagram-аккаунтах после нескольких циклических верификаций данный запрос спустя 2-3 суток пропадал сам собой. Но, опять же, далеко не во всех случаях. Пока сложно понять, с чем это связано.


- Можно ли вместо 3g/4g Интернет-соединения использовать мобильные прокси?

Если говорить о мобильных прокси, то нужно понимать, что они делятся на приватные и публичные. На публичных каналах могут сидеть спамеры в большом количестве, потому есть вероятность, что на публичных мобильных прокси не будет такой результативности. А вот приватные мобильные каналы мы пробовали и результат был хорошим. Субъективно, все же, при использовании 3g/4g Интернет-соединения результат был лучше. Потому если в задаче не стоит выведение из блока сотен аккаунтов и не решается вопрос, как автоматизировать процесс, чтобы сэкономить массу времени, то можно использовать 3g/4g Интернет своего мобильного оператора, т.к. за это не нужно никому дополнительно платить. Если же вы хотите вывести из состояния циклической верификации большое число Instagram-аккаунтов, то приватные мобильные прокси могут сэкономить часы, если не дни работы, т.к. благодаря роутингу оконцовочных IP вам не придётся вручную выполнять переподключение, как в случае с использованием мобильного 3g/4g Интернет-соединения. С другой стороны, и этот момент можно автоматизировать при большом желании.

- Все мобильные операторы одинаково подходят для решения проблемы по "Кейсу 2"?

Нет, не все. На некоторых могут возникать проблемы, как, например, в случае со спам-блокировками во время выполнения задач, что описываются в этой статье. По своему опыту на территории РФ мы можем рекомендовать к использованию Мегафон и Rostelecom, а на территории Украины - Киевстар. Ещё раз заметим, это не указывает наверняка, что при использовании других операторов будут проблемы. Однако, мы в работе используем IP именно этих операторов и получаем идеальный результат. Тем не менее, например, в случае с Билайном нареканий много не только по нашему опыту, но и по опыту других пользователей.

- Нет ли способа полностью автоматизировать процесс вывода Instagram-аккаунтов из состояния циклической верификации по "Кейсу 2", чтобы не выполнять переподключение на смартфоне вручную?

Как уже говорилось выше, для вывода Instagram-аккаунтов из состояния циклической верификации подходит не только способ с подключением через 3g/4g Интернет-соединение мобильного оператора. Можно использовать приватные мобильные прокси-каналы и даже "родной" статичный IP стационарного Интернет-провайдера.


В случае с приватными мобильными прокси-каналами задачу смены оконцовочного IP берет на себя сам прокси-провайдер. Обычно оконцовочные IP сменяются каждые 100-120 секунд, но этот момент может зависеть от тарифного плана и/или прочих настроек, потому этот момент лучше уточнить у поставщика прокси.


В случае с "родным" статичным IP стационарного Интернет-провайдера, если через него уже удалось вывести из состояния циклической верификации хотя бы один Instagram-аккаунт, то можно попробовать воспользоваться перерывами между верификациями. Как мы уже писали выше, Instagram накладывает дополнительное ограничение на частоту, с которой те или иные аккаунты проходят верификацию с того или иного IP. Именно потому в главных настройках SocialKit в блоке "Настройки алгоритма инициализации аккаунтов" есть возможность задать выполнение скрипта и указать тайм-ауты для ожидания. Выполняемый скрипт может быть, как осмысленным, если с его помощью требуется, например, выполнить какие-либо запросы к удаленным узлам, что, в свою очередь, могут отвечать за переподключение к Интернет, так и бессмысленным, если требуется лишь получить возможность переводить процесс инициализации аккаунтов на тайм-аут с привязкой к числу успешно проинициализированных аккаунтов.

- Что делать, если на почту письма вообще не приходят и нельзя выполнить даже первую верификацию?

Нужно различать, что помимо проблемы циклической верификации есть ещё самая обыкновенная верификация через ввод кода из электронного письма или из SMS-сообщения, как это было всегда. Если письмо не приходит и нет возможность верифицировать аккаунт по номеру телефона, то, скорее всего, никакие замены IP и технических данных не помогут. Такие условия существовали всегда и проблема циклической верификации здесь не применима. Именно потому мы всегда рекомендуем связывать Instagram-аккаунты, как минимум, с действующими электронными адресами и сразу подтверждать их либо из SocialKit, либо вручную, чтобы потом не было проблем с доставкой писем от Instagram и, как следствие, потери доступа к аккаунту.

Также можно попробовать "оживить" в памяти Instagram связанную с аккаунтом почту. В некоторых случаях это помогает. Для этого попробуйте запросить ссылку на восстановление (смену) пароля от Instagram-аккаунта через SocialKit или через официальный Instagram-клиент. Если на связанный с аккаунтом E-Mail ссылка для изменения пароля придет, то доведите эту процедуру до конца, а затем попробуйте этот аккаунт снова вывести из состояния циклической верификации по "Кейсу 2". Высока вероятность, что письма с кодами тоже начнут приходить.

Подробнее об "оживлении" связи между Instagram-аккаунтом и E-Mail'ом читайте в этой статье.

- Не могу вывести аккаунт из состояния циклической верификации по "Кейсу 2", т.к. первый код приходит на связанную почту, а последующие уже нет. Как быть?

В некоторых случаях у Instagram бывают проблемы с отправкой кода подтверждения на связанный E-Mail, при которой код отправляет либо на действующий E-Mail, либо на тот, что был сопоставлен с Instagram-аккаунтом когда-то. Чаще всего эта проблема наблюдается на так называемых "брутах" - Instagram-аккаунтах, которые были заброшены своими владельцами или "угнаны" третьими лицами, а после проданы на биржах аккаунтов. Такие Instagram-аккаунты сейчас особенно популярны, т.к. для них реже всего срабатывают различные санкции со стороны Instagram. Данная проблема начала встречаться относительно недавно без явной закономерности в том, на какой именно E-Mail и в какой момент будет отправлен код подтверждения. Потому, по нашему мнению, это, скорее, ошибка в логике работы Instagram, а не новые защитные меры. Однозначно идентифицировать эту проблему легко по логу искомого Instagram-аккаунта. Если в логе присутствует маска то одного E-Mail'а, то другого в ходе инициализации аккаунта при прохождении E-Mail-верификации, то это явно указывает на наличие описываемой проблемы. К сожалению, с такими аккаунтами работа пока невозможна ни в программе, ни в официальном Instagram-клиенте.

- Нужно ли очищать уже связанные с аккаунтами технические данные перед выведением аккаунтов из состояния циклической верификации по "Кейсу 2"?

Можно для начала попробовать воспользоваться "Кейсом 2" без установки технических параметров в состояние "по умолчанию". Если не получается, то установите для параметра "AndroidID" значение "по умолчанию" - этого должно быть достаточно. Все остальные параметры в этой процедуре особой роли не играют, потому можно оставить статичные значения для них, а можно тоже перевести в значение "по умолчанию".

- Можно ли использовать автосмену технических данных в ходе выполнения задач для тех аккаунтов, что были выведены из состояния циклической верификации по "Кейсу 2" с фиксированием параметра AndroidID?

Да, можно. Автосмена технических данных для противодействия спам-блокировкам от Instagram при массовой работе основана на более сложном алгоритме, что не противоречит и не конфликтует со способом выведения аккаунтов из состояния циклической верификации по "Кейсу 2". Можете использовать этот режим, но не забывайте об особенностях его работы, которые детально описаны в контексте этой статьи.

- На сколько безопасны "Кейс 1" и "Кейс 2"?

"Кейс 1" основан на некоторых особенностях в алгоритмах авторизации Instagram, но нельзя сказать, что это, так называемая, уязвимость (брешь в защите), которую они неприменно устранят. Это не представляет угрозу работе их сервису потому, как нам кажется, этот метод будет работать для тех, кому он представляется достаточным.


"Кейс 2" основан на точной эмуляции работы официального клиента, как и прежде. Поправка состоит в том, что программа фиксирует и запоминает некоторые технические параметры, передающиеся серверам Instagram во время авторизации в случае успешной сессии. Эти параметры потом могут быть использованы при работе через другие IP. Именно так работает официальный Instagram-клиент и потому мы используем в работе именно этот кейс и советуем его использовать всем остальным.

- Как показывают себя в долгосрочном продвижении Instagram-аккаунты, выведенные из состояния циклической верификации по "Кейсу 2"? Есть ли какие-нибудь особые правила для них?

Мы не зафиксировали в работе этих аккаунтов ничего необычного. Массовые подписки, лайки, комментарии и прочие действия выполняются без проблем. Разумеется, со всеми условиями, что описаны в этой статье. Следует понимать, что циклическая верификация - это не проблема аккаунта. Это метод противодействия Instagram авторизации из подозрительных (по мнению Instagram) подсетей. Именно на обход этого ограничения направлены действия в "Кейсе 2". Всего остального это не касается.

- Как быть, если аккаунты продвигались на прокси из РФ, а я нахожусь в Украине и мой мобильный оператор тоже украинский? Можно ли пользоваться вашим "Кейсом 2"?

В реальной жизни вы можете использовать свой Instagram-аккаунт на смартфоне с мобильным 3g/4g Интернет-соединением, находясь в роуминге даже где-нибудь за океаном, например, в США. Instagram точно допускает это. Другое дело, какой при этом у вас будет оконцовочный IP? Украинский или, например, американский? Мы не знаем точно, как в этом плане работает роутинг IP-адресов мобильных операторов, потому некоторая опасность, конечно же присутствует, т.к., как известно, за резкую смену IP-адресов из кардинально отличных ГЕО-локаций можно мгновенно получить вечную блокировку. Тем не менее, тот кейс, о котором спрашиваете вы мы пробовали - проблем не возникло. В нашем случае испытуемые аккаунты работали на публичных мобильных прокси на облачном VDS (оператор Мегафон, РФ), а выводились из состояния циклической верификации в Украине при помощи мобильного 3g/4g Интернет-соединения (оператор Киевстар).

Сервис поддержки клиентов работает на платформе UserEcho