Утечка основного ip через WebRTC

Поддержка
  • @sir-ydroidrrr said in Утечка основного ip через WebRTC:

    @fastspace так ведь вроде в BAS обновили модуль прокси,по внешнему ip теперь определяет,если true поставить.

    Это не работает со всеми видами прокси. C каким-то магазином работает, с каким-то нет. Например люминати, я там вообще танцевал чтобы все красиво сделать.

  • @usertrue said in Утечка основного ip через WebRTC:

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

    Не единственный. Если прокси не будет в базе данных BAS (IP_INFO_VALID = false), то также будет левая шняга. У бакконект проксей часто такое встречается.

  • @fastspace Причем тут база. Если нет в базе, ток максимум не поставит часовой пояс. Внешний ip проверяется простым запросом к специальному серверу, который просто отвечает с какого адреса пришел запрос.

  • @usertrue said in Утечка основного ip через WebRTC:

    @fastspace Причем тут база. Если нет в базе, ток максимум не поставит часовой пояс. Внешний ip проверяется простым запросом к специальному серверу, который просто отвечает с какого адреса пришел запрос.

    Он не поставит Web RTC если ответ не тот и то тогда по дефолту будет значения промежуточного узла.

  • @fastspace С чего Вы взяли?

  • @usertrue said in Утечка основного ip через WebRTC:

    @fastspace С чего Вы взяли?

    Может потому, что у меня из 8 магазинов куплены бакконект прокси?

  • Для WebRTC не нужны вообще никакие базы!

  • @fastspace said in Утечка основного ip через WebRTC:

    Может потому, что у меня из 8 магазинов куплены бакконект прокси?

    Это плохой ответ.

  • @usertrue said in Утечка основного ip через WebRTC:

    Это плохой ответ.

    Лучше быть теоретиком и без теста заявить что-нибудь.

  • @usertrue said in Утечка основного ip через WebRTC:

    Для WebRTC не нужны вообще никакие базы!

    Хочешь я дам тебе проксю одну и ты поставишь действием "Прокси" правильный WebRtc - часовой пояс и Язык?
    Bas не сможет определить конечный узел и выдаст лажу.

  • @fastspace said in Утечка основного ip через WebRTC:

    @usertrue said in Утечка основного ip через WebRTC:

    Это плохой ответ.

    Лучше быть теоретиком и без теста заявить что-нибудь.

    Дак я как раз не теоретик. Вот пруфы. Баз при усановке прокси делает всего лишь один запрос и тот для проверки внешнего ip. Для установки WebRTC используется только это.
    0_1550342701352_2019-02-17_014420.png
    Вот ответ сервера БАС
    0_1550342726902_2019-02-17_014201.png

  • @fastspace said in Утечка основного ip через WebRTC:

    @usertrue said in Утечка основного ip через WebRTC:

    Для WebRTC не нужны вообще никакие базы!

    Хочешь я дам тебе проксю одну и ты поставишь действием "Прокси" правильный WebRtc - часовой пояс и Язык?
    Bas не сможет определить конечный узел и выдаст лажу.

    Речь была о WebRTC и его ip. Про timezone и local я сразу сказал, что может и не поставить, но как правило это и не критично.

  • @usertrue said in Утечка основного ip через WebRTC:

    @fastspace said in Утечка основного ip через WebRTC:

    @usertrue said in Утечка основного ip через WebRTC:

    Это плохой ответ.

    Лучше быть теоретиком и без теста заявить что-нибудь.

    Дак я как раз не теоретик. Вот пруфы. Баз при усановке прокси делает всего лишь один запрос и тот для проверки внешнего ip. Для установки WebRTC используется только это.
    0_1550342701352_2019-02-17_014420.png
    Вот ответ сервера БАС
    0_1550342726902_2019-02-17_014201.png

    Я на скрине не вижу разных IP - это не бакконект прокси.

    А так значит сервер проксей отдает не всегда верный конечный узел. Конечно можно было бы предположить, что между ответом и заходом на Whoer сменилась прокся, но нет. Лажа в виде ответа встречается довольно часто, итого басс поставит левый WebRtc, который не будет являться истинным значением конечного узла.

  • @usertrue said in Утечка основного ip через WebRTC:

    Речь была о WebRTC и его ip. Про timezone и local я сразу сказал, что может и не поставить, но как правило это и не критично.

    Ладно хер с этой timezone. Именно WebRTC, есть магазин где в 100% случаев он не определяться верный и ставиться значение промежуточного узла.

  • @fastspace

    @fastspace said in Утечка основного ip через WebRTC:

    Я на скрине не вижу разных IP - это не бакконект прокси.
    А так значит сервер проксей отдает не всегда верный конечный узел. Конечно можно было бы предположить, что между ответом и заходом на Whoer сменилась прокся, но нет. Лажа в виде ответа встречается довольно часто, итого басс поставить левый WebRtc, который не будет являться истинным значением конечного узла.

    Вы имеете предстваление о стеке протокола tcp/ip? Серверу прокси ненадо отдавать никакого ip. Ip уже в пакете и сервер БАС его берет из него, он не может быть неверным, тк в противном случае сервер бы не смог отослать ответ!

  • @fastspace said in Утечка основного ip через WebRTC:

    @usertrue said in Утечка основного ip через WebRTC:

    Речь была о WebRTC и его ip. Про timezone и local я сразу сказал, что может и не поставить, но как правило это и не критично.

    Ладно хер с этой timezone. Именно WebRTC, есть магазин где в 100% случаев он не определяться верный и ставиться значение промежуточного узла.

    Ну если Вы все же уверены в Ваше провоте, то может быть проблема в самой подмене и Вам следует ваш пример который это подтверждает отправить саппорту.

  • @usertrue said in Утечка основного ip через WebRTC:

    @fastspace

    @fastspace said in Утечка основного ip через WebRTC:

    Я на скрине не вижу разных IP - это не бакконект прокси.
    А так значит сервер проксей отдает не всегда верный конечный узел. Конечно можно было бы предположить, что между ответом и заходом на Whoer сменилась прокся, но нет. Лажа в виде ответа встречается довольно часто, итого басс поставить левый WebRtc, который не будет являться истинным значением конечного узла.

    Вы имеете предстваление о стеке протокола tcp/ip? Серверу прокси ненадо отдавать никакого ip. Ip уже в пакете и сервер БАС его берет из него, он не может быть неверным, тк в противном случае сервер бы не смог отослать ответ!

    Чего? А не что в пакете может быть прокси 198.189.187.19, на выходе типо такого 178.198.091.41, но BAS всю равно поставит 198.189.187.19 или хуже вообще лажу левую?

  • @usertrue said in Утечка основного ip через WebRTC:

    Ну если Вы все же уверены в Ваше провоте, то может быть проблема в самой подмене и Вам следует ваш пример который это подтверждает отправить саппорту.

    А зачем мне надо, меня слушать не станут там. Танец с бубном я проделал уже и все теперь ставиться верно, а так мне даже лучше. Людей меньше будет кто станет покупать этот пакет.

  • @fastspace Уф... На пальцах
    Ваш хост => Сервер прокси для подключения клиента => Сам прокси => Сервер БАС
    Дак вот бас получает пакеты от непосредственного самого прокси!!!
    То что, через секунду этот самый прокси может изменится, это уже Ваши проблемы.

  • @usertrue said in Утечка основного ip через WebRTC:

    @fastspace Уф... На пальцах
    Ваш хост => Сервер прокси для подключения клиента => Сам прокси => Сервер БАС
    Дак вот бас получает пакеты от непосредственного самого прокси!!!
    То что, через секунду этот самый прокси может изменится, это уже Ваши проблемы.

    Капитан очевидность. Я только, что об этом написал.
    Проблема в том, что такие случаи происходят очень часто, и я бы поверил что в эту секунду действительно сменился IP, но нет он НЕ менялся. На некоторые прокси из магазинов изначально отдает неверное значение, а есть магазин там всегда неверное значение WebRtc.