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

[A Former User]

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

[FastSpace]

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

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

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

[FastSpace]

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

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

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

[A Former User]

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

[FastSpace]

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

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

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

[A Former User]

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

[FastSpace]

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

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

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

[A Former User]

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

[A Former User]

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

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

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

[FastSpace]

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

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

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

[FastSpace]

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

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

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

[A Former User]

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

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

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

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

Дак я как раз не теоретик. Вот пруфы. Баз при усановке прокси делает всего лишь один запрос и тот для проверки внешнего ip. Для установки WebRTC используется только это.

Вот ответ сервера БАС

[A Former User]

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

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

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

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

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

[FastSpace]

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

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

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

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

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

Дак я как раз не теоретик. Вот пруфы. Баз при усановке прокси делает всего лишь один запрос и тот для проверки внешнего ip. Для установки WebRTC используется только это.

Вот ответ сервера БАС

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

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

[FastSpace]

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

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

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

[A Former User]

@fastspace

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

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

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

[A Former User]

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

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

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

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

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

[FastSpace]

@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 или хуже вообще лажу левую?

[FastSpace]

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

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

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

[A Former User]

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