Переадресация https трафика

[speedfire87 7]

Страница заглушка должника работает без проблем - rdr inet proto tcp from 172.32.0.0/16 to any port { http, https } -> $webs_ip port 81

но что делать с https трафиком ? Данная схема не работает.

[BUM 242]

  В 20.06.2016 в 15:43, speedfire87 сказав:

но что делать с https трафиком ? Данная схема не работает.

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

[speedfire87 7]

  В 20.06.2016 в 16:31, BUM сказав:

 

  В 20.06.2016 в 15:43, speedfire87 сказав:

но что делать с https трафиком ? Данная схема не работает.

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

 

Напоминаю это страница заглушка должника !!! а не подмени абоненту трафик не путайте грешное с праведным!!!

[BUM 242]

  В 20.06.2016 в 16:36, speedfire87 сказав:

 

  В 20.06.2016 в 16:31, BUM сказав:

 

  В 20.06.2016 в 15:43, speedfire87 сказав:

но что делать с https трафиком ? Данная схема не работает.

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

 

Напоминаю это страница заглушка должника !!! а не подмени абоненту трафик не путайте грешное с праведным!!!

 

это еще и подмена ssl-сертификатов, если что

[speedfire87 7]

а конкретно по вопросу есть идеи кто как делает переадресацию в данной ситуации ?

[madf 279]

  В 20.06.2016 в 17:03, speedfire87 сказав:

а конкретно по вопросу есть идеи кто как делает переадресацию в данной ситуации ?

Самое правильное решение — никак. За все остальное надо в тюрьму сажать.

[l1ght 377]

ну при наличии андроид девайсов либо же вин 7 и выше, если их перенаправляет на заглушку по 80 порту, система говорит, что нужно авторизоваться в сети

так что 80-го порта достаточно

ну и да, HTTPS не виноват в том, что абоны не платят за инет

[alex_d 8]

  В 20.06.2016 в 17:03, speedfire87 сказав:

а конкретно по вопросу есть идеи кто как делает переадресацию в данной ситуации ?

 

никак, забейте

[John_Doe 301]

  В 20.06.2016 в 15:43, speedfire87 сказав:

Страница заглушка должника работает без проблем - rdr inet proto tcp from 172.32.0.0/16 to any port { http, https } -> $webs_ip port 81

но что делать с https трафиком ? Данная схема не работает.

дык ssl для этого и сделан что бы подобные схемы не работали

[Golthana 3]

Можно завернуться, но это будет квалифицироваться как видоизменение информации о ресурсе, что запрещено законодательством РФ. Если это чисто для того, чтобы перенаправлять должников, то оно того не стоит.

[srd 9]

Более правильным будет с моей точки зрение редирект ДНС запросов должника на ДНС сервер который на все запросы выдавал бы адрес сервера с страничкой заглушки. Единственный минус это то что клиент на некоторое время кэширует ДНС ответы и после уплаты страничка должна сказать клиенту что ему нужно очистить ДНС кэш или перезагрузить комп.

[John_Doe 301]

  В 21.06.2016 в 06:28, Golthana сказав:

Можно завернуться, но это будет квалифицироваться как видоизменение информации о ресурсе, что запрещено законодательством РФ. Если это чисто для того, чтобы перенаправлять должников, то оно того не стоит.

Нельзя завернуться. Вы не путайте SNI SSL на прокси для блокировки ресурса и показывание контента под видом/от имени этого ресурса

 

  В 21.06.2016 в 08:44, srd сказав:

Более правильным будет с моей точки зрение редирект ДНС запросов должника на ДНС сервер который на все запросы выдавал бы адрес сервера с страничкой заглушки. Единственный минус это то что клиент на некоторое время кэширует ДНС ответы и после уплаты страничка должна сказать клиенту что ему нужно очистить ДНС кэш или перезагрузить комп.

Как это решает вопрос с ssl?

Это вообще по сути ничего не решает, а только добавляет лишнего и не нужного головняка с днс

Відредаговано 2016-06-21 09:05:05 John_Doe