Перейти к содержанию
Как правильно добавить self-test и прочую отладку в тему
Официальное хранилище ПО в виде файлов

SSTP-сервер и клиент

r13
 Поделиться

Рекомендуемые сообщения

  • Ответов 330
  • Создана
  • Последний ответ

Топ авторов темы

Популярные дни

Топ авторов темы

Популярные дни

Популярные посты

Le ecureuil
Le ecureuil

Нашел проблему и даже прошил вам прошивку с исправлением. Теперь все работает. Только не стал интерфейс делать глобальным, чтобы ничего не отвалилось. Это попробуйте сделать сами.

Le ecureuil
Le ecureuil

Так не будет работать ни один VPN из-за Reverse Path Filtering - у вас получаются на 1 устройстве два интерфейса с одинаковыми ptp/gw адресами, что является нерабочей схемой. Или делайте еще один

r13
r13

на данный момент свое в кинетик не воткнуть. но можете на свой домен завести let’s encrypt сертификат,будет работать так же. 

Изображения в теме

kireev Пользователь

kireev

Опубликовано
Опубликовано
2 hours ago, Кинетиковод said:

Может маршрут до DNS прописать?

Пинги и коннекты в туннель идут и видны в packet capture, а вот DNS запросы, даже с явным указанием сервера нет. Как так?

Le ecureuil Старожил

Le ecureuil

Опубликовано
Опубликовано
21 час назад, kireev сказал:

Пинги и коннекты в туннель идут и видны в packet capture, а вот DNS запросы, даже с явным указанием сервера нет. Как так?

Странно как-то.

А если на странице dns-серверов явно указать, что нужно ходить на такой-то домен с такого-то интерфейса?

kireev Пользователь

kireev

Опубликовано
Опубликовано
On 5/16/2020 at 10:13 PM, Le ecureuil said:

Странно как-то.

А если на странице dns-серверов явно указать, что нужно ходить на такой-то домен с такого-то интерфейса?

Всё, разобрался. Был включен SkyDNS, на который все запросы и разворачивались.

  • Спасибо 1
Oxide Новичок

Oxide

Опубликовано
Опубликовано

Всем доброго времени суток!

Помогите разобраться, пожалуйста, где я косячу.

 

Есть два роутера, которые я связываю между собой с помощью SSTP через облако (оба роутера имеют "серые" внешние IP, поэтому и SSTP):

1. Keenetic Extra II (прошивка 3.4.1). Выступает SSTP-сервером. Имеет адресацию домашней сети: 192.168.1.х

2. Keenetic Omni II (прошивка 2.11.D.6.0-2). Выступает SSTP-клиентом. Имеет адресацию домашней сети: 192.168.2.х. При подключении к SSTP-серверу получает постоянный IP-адрес 172.16.3.33.

 

Подключение проходит успешно. С любого ПК за роутером клиентом-SSTP получаю доступ к подсети сервера (в т.ч. захожу на HDD, подключенный в USB).

Пытаюсь настроить "обратную" связь - чтобы ПК за роутером сервером-SSTP получили доступ к подсети клиента - для этого делаю три вещи:

1. На роутере сервере-SSTP добавляю статический маршрут (как это указано в инструкциях здесь же)

cfg.png.5341ae831e65081873f76be242bfd9d9.png

2. На роутере клиенте-SSTP в файрволе на интерфейсе SSTP разрешаю весь входящий трафик (опять же как это указано в инструкциях здесь же).

3. Перезагружаю оба роутера (на всякий случай).

 

В итоге - так ни один ПК за роутером сервером-SSTP не может даже пропинговать роутер клиент-SSTP. При этом пинг с самого роутера сервера-SSTP до роутера клиента-SSTP и любого ПК находящегося за ним идет.

 

Складывается такое впечатление, что роутер сервер-SSTP не перенаправляет трафик в SSTP-туннель.

 

Если ситуация "классическая" - ткните ссылкой на решение.

Заранее спасибо )))

  • Спасибо 1
r13 Старожил

r13

Опубликовано
  • Автор
Опубликовано (изменено)

@Oxide

Посмотрите на клиенте есть ли маршрут до сети за сервером, 

Скорее всего нет, нужно добавить.

Зы возможно это поможет

https://help.keenetic.com/hc/ru/articles/360001390359

Изменено пользователем r13
  • Спасибо 1
Oxide Новичок

Oxide

Опубликовано
Опубликовано
16 minutes ago, r13 said:

@Oxide

Посмотрите на клиенте есть ли маршрут до сети за сервером, 

Скорее всего нет, нужно добавить.

Зы возможно это поможет

https://help.keenetic.com/hc/ru/articles/360001390359

Маршруты сейчас посмотреть не могу, это только уже завтра.

Но, если не ошибаюсь, в списке был маршрут к подсети сервера через интерфейс SSTP + во всех инструкциях по этой теме указано, что на клиенте как таковом не нужно указывать маршруты - он их автоматом получает от сервера. В том числе и в статье, ссылку на которую Вы дали. По ней, собственно, я и пытался настроить ))

Oxide Новичок

Oxide

Опубликовано
Опубликовано

@r13

Добрейший!

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

  • Спасибо 1
polycom Пользователь

polycom

Опубликовано
Опубликовано (изменено)
В 25.05.2020 в 23:44, r13 сказал:

@Oxide

 

подскажите, если в аналогичной ситуации нужно достучаться до др. ПК в сети провайдера роутера сервера-SSTP (не локальной сети) с адресом 10.5.11.204, как поступить? Сеть провайдера 10.5.11.ххх

Изменено пользователем polycom
r13 Старожил

r13

Опубликовано
  • Автор
Опубликовано
Только что, polycom сказал:

подскажите, если в аналогичной ситуации нужно достучаться до др. ПК в сети провайдера роутера сервера-SSTP (не локальной сети) с адресом 10.5.11.204, как поступить? Сеть провайдера 10.5.11.ххх

По идее если прописан маршрут на клиенте, стоит галка "nat для клиентов" на сервере, и есть доступ к этому хосту из локалки сервера, должно работать.

Если не работает, можно на интерфейсах поснимать пакеты, и найти в каком месте не идет пакет в нужном направлении.

  • Спасибо 1
  • 1 месяц спустя...
dslkzru Пользователь

dslkzru

Опубликовано
Опубликовано (изменено)

Ребята подскажите куда копать, SSTP сервер на Keenetic Ultra Версия ОС 2.16.D.3.0-5, ip серый, через встроенный Windows клиент соединяюсь с ноутбука к этому серверу через интернет, но не могу получить доступ к устройствам домашней сети, даже пинг не проходит, задача была соединиться через серый SSTP по RDP к серверу в домашней сети.

Заметил что если ткнуть галочки в приоритетах подключения (просто убрать на любом подключении и сохранить) то всё работает до закрытия соединения с SSTP сервером.

Заранее спасибо.

Изменено пользователем dslkzru
  • 4 месяца спустя...
Andrey812 Пользователь

Andrey812

Опубликовано
Опубликовано

Добрый день, есть домашняя сеть на Ultra, в ней несколько телевизоров поддерживающих Upnp, также в сети несколько dlna серверов, один из них штатный от keennetic..

И внутри домашней сети все работает(медиафункции) все друг друга видят, и например можно пересылать контент с интерфейса/DLNA сервера на Линукс для его проигрывания на телевизоре...

И на  keenetic запущенны несколько(разные протоколы-ещё не определил оптимальный) VPN серверов, для доступа из интернета к ресурсам домашней сети,с со смартфона, с удаленного ПК, а держать проброшенными за NAT порты от всех служб-темболее некоторые без авторизации-не лучшая идея)..

Так вот при Коннект через VPN, что по ,PPTP что по L2tp/IPSec, что по прочим...VPN работают, компьютеры/службы на них, сетевые принтеры все отзываются так как будто ты сам находишься в этой домашней сети.. также виден DLNA сервер запущенный на keenetic, и с него можно запустить контент но только на сам смартфон с которого подключаюсь... Никаких других плееров (клиентов), или же прочих DLNA серверов существующих в сети через VPN не видно*,  подозреваю что через VPN не проходит протокол UpNP- отвечающий за обнаружение и возможность управления(принимать/отдавать контент)...

Вопрос это можно как-то исправить? В смысле чтоб  подключаясь клиентом DLNA  к DLNA серверу(на keenetic)через VPN, я видел не только сервер, но и другие доступные для приема/передачи контента устройства в  домашней сети(другие DLNA  серверы, телевизоры и т.д)?

 

*-клиеетов upnp не видно при подключении к домашней сети через VPN из интернета, при физическом нахождении в домашней сети без VPN все друг друга видят.

Пробовал в программах клиентах DLNA.:

-Media house upnp/Dlna (android)

-VLC(android)

-serviio (windows)

-windows media player(встроенный DLNAи функция "play to") (windows)

-gerbera (Linux)

UPNP-AV control(Linux)

 

 

Права пользователям VPN  на использование в VPN -DLNA -даны,

А как сделать/включить поддержку upnp  в VPN нигде не нашел..

Подскажите это возможно? С помощью чего?

Andrey812 Пользователь

Andrey812

Опубликовано
Опубликовано
51 минуту назад, Le ecureuil сказал:

Нет, другие устройства видеть нельзя, потому что это требует работы с multicast.

А  multicast как-то можно настроить через VPN, хочется реализовать в итоге, чтоб я подключившись к ресурсам домашней сети через VPN  работал так же как будто бы я в этой сети нахожусь без всякого VPN...ну или в частности удаленно находясь в другом конце города/мира детям на телевизор мог запускать мультики с Dlna сервера..на телевизоре при этом не выполняется никаких доп действий, просто начинается воспроизведение данного мультфильма.(при физическом нахождении в домашней сети это работает). Удаленно же пока приходится заходить на медиацентр стоящий внутри сети по VNC  и в графическом интерфейсе заходить на какой-нибудь dlna сервер в этой сети и оттуда уже запускать контент(мультфильм) детям на телевизор. Хочется найти способ проще и напрямую свой клиент dlna через VPN подключать к DLNA серверу и в нем выполнять вышеозвученное(выбрать источник, выбрать проигрыватель, запустить)...

 

stefbarinov Старожил

stefbarinov

Опубликовано
Опубликовано
В 13.11.2020 в 16:33, Andrey812 сказал:

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

 

Если только настроить eoip))

stefbarinov Старожил

stefbarinov

Опубликовано
Опубликовано (изменено)
47 минут назад, Le ecureuil сказал:

Multicast в IPv4 настолько сложен и спроектирован через одно место, что я бы не хотел даже начинать что-то делать в эту сторону. :)

И это верно)) Но для любителей "разврата" dlna over eoip самое то)) Хотя некоторые отписывались здесь, на форуме, со словами, что вполне себе корректно бегал мультикаст через eoip и даже картинка не сыпалась)

Изменено пользователем stefbarinov
  • 1 месяц спустя...
ViN Новичок

ViN

Опубликовано
Опубликовано

Добрый день.
У меня 2 роутера
Ultra (установлен дома) и Keenetic 4G KN-1211 (установлен на даче).
На роутере Ultra поднят SSTP-сервер, на роутере 4G-SSTP клиент соответственно.
Роутер Keenetic 4G все время подключен к роутеру Ultra по VPN SSTP. В статистике подключений IP адрес 172.16.3.35
Без проблем работает так:
Если я нахожусь дома и подключен к домашнему роутеру Ultra непосредственно по Wi-Fi, то я без проблем пингую роутер-клиент Keenetic 4G и устройства за ним.
Но если я нахожусь вне дома (например в командировке) и подключаюсь к домашнему роутеру Ultra по VPN SSTP, то я не могу сделать пинг роутера Keenetic 4G и устройств за ним.
Что нужно сделать в настройках роутеров, чтобы сделать ping роутера Keenetic 4G, с компьютера, подключенного к роутеру Ultra по VPN SSTP. В статистике подключений IP адрес 172.16.3.33 (нахожусь в командировке в другом городе)
Т.е. как второму клиенту (компьютеру, который подключается через VPN SSTP и имеет адрес подключения 172.16.3.33 достучаться до клиента 172.16.3.35)
Настройки.
Роутер Giga:
адрес домашней сети 192.168.1.1
В инет выходит по кабелю от провайдера.
На нем поднят SSTP сервер,через KeenDNS, работает через облако.
Также сделана маршрутизация:
Адрес сети назначения 192.162.5.0 (сеть роутера Keenetic 4G )
Адрес Шлюза 172.16.3.35

Роутер Keenetic 4G:
адрес домашней сети 192.168.5.5
В инет выходит по 4G модему (но пробовал разные варианты подключений).
Сделаны настройки межсетевого экрана: разрешены TCP,UDP, ICMP.

P.S. Иногда очень нужно, не находясь дома, получить доступ к устройствам за роутером 4G, но не получается.

Прочитал тему. Вроде нужно на клиенте Keenetic 4G сделать маршрут в сеть Ultra.

Но как? Что прописывать?
Спасибо.

  • 2 недели спустя...
Mihail_Boyanskiy Продвинутый пользователь

Mihail_Boyanskiy

Опубликовано
Опубликовано

Привет. Проблема при подключении по sstp-server через облако. Зарегил домен domen.keenetic.pro около недели назад, работало-работало, сегодня при попытке подключиться пишет: Ошибка 0x800B0101: Истек/не наступил срок действия требуемого сертификата при проверке по системным часам или по отметке времени в подписанном файле. Перед этим ещё часто возникала ошибка при доступе из вне к веб-конфигуратору роутера ошибка 522, хотя у меня инет точно не пропадал. Если есть возможность поправьте доступ через облако, а то ну очень уж не надёжно.

  • 1 месяц спустя...
The_Immortal Поставщик контента

The_Immortal

Опубликовано
Опубликовано (изменено)

Приветствую!

На Keenetic II (2.16.D.11.0-0 ) через облачный доступ зареган KeenDNS и поднят SSTP-сервер. При попытки подключиться к этому серверу с вендового клиента выдается следующее: 

>rasdial SSTP_Work(keenetic)
Установка связи с SSTP_Work(keenetic)...
Проверка имени и пароля пользователя...

Ошибка службы удаленного доступа 691 - В удаленном подключении отказано, так как не удалось распознать указанную комбинацию имени пользователя и пароля или выбранный протокол проверки подлинности не разрешен на сервере удаленного доступа.

Логины-пароли, разумеется, верные. Куда копать, подскажите, пожалуйста? Скрин настройки соединения по безопасности на Венде прилагаю:

02.27.2021-15.37.png

SSTP-сервер перезапускался, роутер перезагружался...

 

Спасибо!

Изменено пользователем The_Immortal
The_Immortal Поставщик контента

The_Immortal

Опубликовано
Опубликовано (изменено)
36 минут назад, Le ecureuil сказал:

Пока похоже что логин/пароль неверные

Как будто бы да, но я уже банальных юзер-пассвордов насоздавал и предоставил им доступ на стороне роутера - один результат.

36 минут назад, Le ecureuil сказал:

А что в логах роутера? 

Фев 27 16:24:51
ppp-sstp
sstp: new connection from unix:NULL
Фев 27 16:24:51
ppp-sstp
sstp: starting
Фев 27 16:24:51
ppp-sstp
sstp: started
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <SSTP_DUPLEX_POST /sra_{BA195980-CD49-458b-9E23-C84EE0ADCD75}/ HTTP/1.1>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <Host: myste.keenetic.link>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <X-Sni-Host: myste.keenetic.link>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <X-Forwarded-For: 192.168.12.90>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP X-Forwarded-For <192.168.12.90>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <X-Forwarded-For-Port: 56593>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP X-Forwarded-For-Port <56593>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <X-Forwarded-From: 192.168.12.90>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP X-Forwarded-From <192.168.12.90>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <X-Forwarded-From-Port: 443>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP X-Forwarded-From-Port <443>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <Connection: close>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <Content-Length: 9223372036854775806>]
Фев 27 16:24:51
ppp-sstp
:: recv [HTTP <SSTPCORRELATIONID: {242EDD20-DB89-45E9-9F8C-2BF6DA05F109}>]
Фев 27 16:24:51
ppp-sstp
sstp: proxy: connection from 192.168.12.90:56593
Фев 27 16:24:51
ppp-sstp
:: send [HTTP <HTTP/1.1 200 OK>]
Фев 27 16:24:51
ppp-sstp
:: send [HTTP <Date: Sat, 27 Feb 2021 13:24:51 GMT>]
Фев 27 16:24:51
ppp-sstp
:: send [HTTP <Content-Length: 18446744073709551615>]
Фев 27 16:24:51
ppp-sstp
:: recv [SSTP SSTP_MSG_CALL_CONNECT_REQUEST]
Фев 27 16:24:51
ppp-sstp
:: send [SSTP SSTP_MSG_CALL_CONNECT_ACK]
Фев 27 16:24:51
ppp-sstp
:: lcp_layer_init
Фев 27 16:24:51
ppp-sstp
:: auth_layer_init
Фев 27 16:24:51
ppp-sstp
:: ccp_layer_init
Фев 27 16:24:51
ppp-sstp
:: mppe: init
Фев 27 16:24:51
ppp-sstp
:: mppe: {state m=ffffffff e=0 p=0 40=1 128=0 r=0}
Фев 27 16:24:51
ppp-sstp
:: ipcp_layer_init
Фев 27 16:24:51
ppp-sstp
:: ipv6cp_layer_init
Фев 27 16:24:51
ppp-sstp
ppp1:: connect: ppp1 <--> sstp(192.168.12.90:56593)
Фев 27 16:24:51
ppp-sstp
ppp1:: ppp connected
Фев 27 16:24:51
ppp-sstp
ppp1:: lcp_layer_start
Фев 27 16:24:51
ppp-sstp
ppp1:: send [LCP ConfReq id=b8 <auth MSCHAP-v2> <magic 40501a43> <mru 1350>]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP ConfReq id=0 <mru 4091> <magic 29d57097> <pcomp> <accomp> < d 3 6 >]
Фев 27 16:24:51
ppp-sstp
ppp1:: send [LCP ConfRej id=0 <pcomp> <accomp> < d 3 6 >]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP ConfAck id=b8 <auth MSCHAP-v2> <magic 40501a43> <mru 1350>]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP ConfReq id=1 <mru 4091> <magic 29d57097>]
Фев 27 16:24:51
ppp-sstp
ppp1:: send [LCP ConfNak id=1 <mru 1350>]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP ConfReq id=2 <mru 1350> <magic 29d57097>]
Фев 27 16:24:51
ppp-sstp
ppp1:: send [LCP ConfAck id=2 ]
Фев 27 16:24:51
ppp-sstp
ppp1:: lcp_layer_started
Фев 27 16:24:51
ppp-sstp
ppp1:: lcp: accm: disabled
Фев 27 16:24:51
ppp-sstp
ppp1:: auth_layer_start
Фев 27 16:24:51
ppp-sstp
ppp1:: send [MSCHAP-v2 Challenge id=1 <1d70249d86261f8174e9b121e7a5d5d>]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP Ident id=3 <MSRASV5.20>]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP Ident id=4 <MSRAS-0-WIN-56B6HPQTOP2>]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [LCP Ident id=5 < �.$���E��+��?� >]
Фев 27 16:24:51
ppp-sstp
ppp1:: recv [MSCHAP-v2 Response id=1 <6058a091f0d0b3e447bb492dbd2dad5a>, <27d97e45b93237eacad551bd65c2f617621423ce76c5259>, F=0, name="User"]
Фев 27 16:24:51
ppp-sstp
ppp1:: mschap-v2: user not found
Фев 27 16:24:51
ppp-sstp
ppp1:: send [MSCHAP-v2 Failure id=1 "E=691 R=0 V=3 M=Authentication failure"]
Фев 27 16:24:51
ppp-sstp
ppp1:User: User: authentication failed
Фев 27 16:24:51
ppp-sstp
ppp1:User: terminate
Фев 27 16:24:51
ppp-sstp
ppp1:User: lcp_layer_finish
Фев 27 16:24:51
ppp-sstp
ppp1:User: send [LCP TermReq id=186]
Фев 27 16:24:51
ppp-sstp
ppp1:User: auth_layer_finish
Фев 27 16:24:51
ppp-sstp
ppp1:User: auth_layer_finished
Фев 27 16:24:51
ppp-sstp
ppp1:User: recv [LCP TermReq id=6]
Фев 27 16:24:51
ppp-sstp
ppp1:User: send [LCP TermAck id=6]
Фев 27 16:24:51
ppp-sstp
ppp1:User: recv [LCP TermAck id=ba]
Фев 27 16:24:51
ppp-sstp
ppp1:User: lcp_layer_finished
Фев 27 16:24:51
ppp-sstp
ppp1:User: sstp: ppp: finished
Фев 27 16:24:51
ppp-sstp
ppp1:User: send [SSTP SSTP_MSG_CALL_DISCONNECT]
Фев 27 16:24:51
ppp-sstp
ppp1:: lcp_layer_free
Фев 27 16:24:51
ppp-sstp
ppp1:: auth_layer_free
Фев 27 16:24:51
ppp-sstp
ppp1:: ccp_layer_free
Фев 27 16:24:51
ppp-sstp
ppp1:: ipcp_layer_free
Фев 27 16:24:51
ppp-sstp
ppp1:: ipv6cp_layer_free
Фев 27 16:24:51
ppp-sstp
ppp1:: ppp destablished
Фев 27 16:24:51
ppp-sstp
ppp1:: sstp: ppp: read: Input/output error
Фев 27 16:24:51
ppp-sstp
ppp1:: disconnecting
Фев 27 16:24:51
ppp-sstp
sstp: disconnected

P.S. Блин, а как эту поляну подуменьшить со скроллированием?..

Изменено пользователем The_Immortal
The_Immortal Поставщик контента

The_Immortal

Опубликовано
Опубликовано (изменено)

self-test.txt

Также пробовал другого клиента (правда также на Windows 10) - поведение аналогичное.

P.S. Доменное имя я подменил.

Изменено пользователем The_Immortal
The_Immortal Поставщик контента

The_Immortal

Опубликовано
Опубликовано (изменено)

Так-с, похоже, что проблемка-то именно с самим rasdial'ом и применительно к SSTP. В общем, надо в параметрах соединения "палить" логин и пароль - тогда нормально коннектится.

Изменено пользователем The_Immortal

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
 Поделиться
Перейти к списку тем

  • Последние посетители   0 пользователей онлайн

    • Ни одного зарегистрированного пользователя не просматривает данную страницу
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.

  Я принимаю