Задать вопрос
@Apasnychel

Насколько реален такой кастомный протокол туннелирования трафика поверх вк?

Как я узнал у каждого бота в контакте есть физическое ограничение 20 сообщений в сек.
Ограничение на текстовые сообщения 4096 символов Юникода, то есть 8 КБ.
8*20 = 160 КБ. Если создать 10 ботов, ты мы получим максимальный траффик около 12 мб/с(1, 5МБ/С)
это уже приемлемо, нельзя ли как то смирясь с высокой задержкой инкасапулировать трафик под абсолютно любой протокол туннелирования. Для обозначения белых списков. И насколько вк позволить одному пользвателем слать непрерывно такое количество сообщений. Естественно пользвателем тоже будет отвечать каждому боту.

Обоход белых списков
  • Вопрос задан
  • 3997 просмотров
Подписаться 3 Средний Комментировать
Помогут разобраться в теме Все курсы
  • Нетология
    SMM-менеджер
    5 месяцев
    Далее
  • Skillbox
    Продвижение во ВКонтакте с нуля до PRO
    4 месяца
    Далее
  • Skillbox
    Продвижение во ВКонтакте
    2 месяца
    Далее
Решения вопроса 2
Очень быстро это увидят и раздадут банов:
1. Каждому боту
2. Аккаунтам, от имени которых боты созданы
3. Всех пользователей таких ботов

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

И это будет сделано очень быстро, так как тут есть риск самому вк попасть на штраф, как провайдеру средства обхода ограничений.

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

+ потери "пакетов" будут очень сильно сказываться на пропускной способности и задержках.

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

Так что пропускная способность будет заметно ниже. А при добавлении ботов - будет повышаться риск потери пакетов.

Будет ещё весёлый мультипликативный эффект, если произойдёт потеря пакета на физическом уровне (на уровне соты) - тогда будет куча повторных попыток отправки пакетов как на уровне реального TCP между клиентом и вк, так и на уровне инкапсулированного TCP

Так что если вдруг очень нужно какую-то текстовую информацию почитать, то лучше не инкапсулировать еë, а прямо текстом в сообщениях и передать.

А ещё прям любые символы Юникода точно не получится в сообщениях передавать. Лучше ограничиться base64, так как вк очень смело удаляет лишние пробелы. А значит можно будет заполнить только на 3/4 сообщение - то есть всего 3кб на сообщение.
Ответ написан
Lord_of_Rings
@Lord_of_Rings
Northern Strider
Нереально. Проще воспользоваться этим - https://github.com/cacggghp/vk-turn-proxy
Ответ написан
Пригласить эксперта
Ответы на вопрос 2
CityCat4
@CityCat4 Куратор тега VPN
Жил да был черный кот за углом...
Ты всерьез думаешь, что во вконтактике сидят дураки? Забанят сразу и ботов и тебя и пользователей "до выяснения". Тем более, 9 мая скоро, а это не только День Победы.
Ответ написан
Комментировать
opium
@opium
Просто люблю качественно работать
Да без проблем просто лаиенси будет жуткое, помню в студенчестве когда интернет ещё стоил 6 рублей мегабайт сидели так в инете через свой сервер в другом датацентре так как пинги были бесплатные
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы