Если по времени - то проще включать планировщик
Утечка основного ip через WebRTC
-
Единственный случай, когда может быть расхождение ip, это когда ip меняется раз в несколько минут и тогда в webrtc будет указан ip на момент установки прокси.
-
@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:
Для WebRTC не нужны вообще никакие базы!
Хочешь я дам тебе проксю одну и ты поставишь действием "Прокси" правильный WebRtc - часовой пояс и Язык?
Bas не сможет определить конечный узел и выдаст лажу. -
@fastspace said in Утечка основного ip через WebRTC:
@usertrue said in Утечка основного ip через WebRTC:
Это плохой ответ.
Лучше быть теоретиком и без теста заявить что-нибудь.
Дак я как раз не теоретик. Вот пруфы. Баз при усановке прокси делает всего лишь один запрос и тот для проверки внешнего ip. Для установки WebRTC используется только это.
Вот ответ сервера БАС
-
@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 используется только это.
Вот ответ сервера БАС
Я на скрине не вижу разных IP - это не бакконект прокси.
А так значит сервер проксей отдает не всегда верный конечный узел. Конечно можно было бы предположить, что между ответом и заходом на Whoer сменилась прокся, но нет. Лажа в виде ответа встречается довольно часто, итого басс поставит левый WebRtc, который не будет являться истинным значением конечного узла.
-
@usertrue said in Утечка основного ip через WebRTC:
Речь была о WebRTC и его ip. Про timezone и local я сразу сказал, что может и не поставить, но как правило это и не критично.
Ладно хер с этой timezone. Именно WebRTC, есть магазин где в 100% случаев он не определяться верный и ставиться значение промежуточного узла.
-
@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 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 Уф... На пальцах
Ваш хост => Сервер прокси для подключения клиента => Сам прокси => Сервер БАС
Дак вот бас получает пакеты от непосредственного самого прокси!!!
То что, через секунду этот самый прокси может изменится, это уже Ваши проблемы.
