суббота, 27 октября 2018 г.
четверг, 25 октября 2018 г.
среда, 24 октября 2018 г.
“Умная хрущевка” своими руками
“Умная хрущевка” своими руками
https://nag.ru/articles/article/102380/-umnaya-hruschevka-svoimi-rukami.html
https://nag.ru/articles/article/102380/-umnaya-hruschevka-svoimi-rukami.html
вторник, 23 октября 2018 г.
понедельник, 22 октября 2018 г.
можно в Hyper-V виртуальный свич сделать с хостовой wireless-картой, тогда для виртуалки она будет обычными адаптером,
Ну можно в Hyper-V виртуальный свич сделать с хостовой wireless-картой, тогда для виртуалки она будет обычными адаптером,
wi-fi
wi-fi
пятница, 19 октября 2018 г.
среда, 17 октября 2018 г.
через бридж фильтр фильтрую мусор от провайдера, пропускаю только PPPoE
через бридж фильтр фильтрую мусор от провайдера, пропускаю только PPPoE
Сертификаты:Создание сертификатов средствами маршрутизатора. Роутер сертификат
Сертификаты:Создание сертификатов средствами маршрутизатора. Роутер сертификат
Сертификаты:Создание сертификатов средствами маршрутизатора — MikroTik WiKi rus
Введение
Описанное здесь решение проверялось для технологий: SSTP, OpenVPN и IPsec.
Настройка
Предупреждение: Ввиду специфики работы RouterOS (актуально, как минимум для RouterOS 6.39.2).
Подготовить шаблоны сертификатов:
Предупреждение: Если сертификаты будут использоваться для SSTP, то в качестве параметра “common-name” сертификата сервера обязательно должен быть указан либо его IP-адрес, либо привязанное к его адресу доменное имя. При этом подключение от Windows-клиента пройдет только от того, что указано в параметре “common-name”. Т. е. если в параметре указано доменное имя, а при подключении указывается адрес, то подключение не произойдет.
/certificateadd name=ca country=RU state="Moscow Region" locality=Moscow organization=N/A unit=N/A common-name=ca key-size=2048 days-valid=4000 key-usage=key-cert-sign,crl-signadd name=server common-name=10.1.100.1 country=RU days-valid=4000 state="Moscow Region" locality=Moscow organization=N/A unit=N/Aadd name=client1 common-name=client1 country=RU days-valid=4000 state="Moscow Region" locality=Moscow organization=N/A unit=N/Aadd name=client2 common-name=client2 country=RU days-valid=4000 state="Moscow Region" locality=Moscow organization=N/A unit=N/A
В свойствах сертификатов server, client1 и client2 на вкладке “Key Usage” снять все галки:
Подписать сертификат центра авторизации. Из контекстного меню сертификата "ca" выбрать "sign". В качестве опции "CA CRL Host" указать адрес VPN-сервера:
Предупреждение: В RouterOS до 6.37.4 сертификат центра авторизации надо подписывать только через графический интерфейс, т. к. только в этом случае, статус сертификата становился KAT. Если подписывать через консоль, то статус становился KLAT. В итоге вся последующая работа с сертификатами становилась нерабочей.
Или через консоль:/certificatesign name=ca ca-crl-host=10.1.100.1 number=ca
Подписать сертификаты сервера и клиентов:
/certificatesign ca=ca server name=server ca-crl-host=10.1.100.1sign ca=ca client1 name=client1 ca-crl-host=10.1.100.1sign ca=ca client2 name=client2 ca-crl-host=10.1.100.1
Подписать можно так же и через графический интерфейс:
Проверка
Проверка заключается в проверке флагов сертификатов. Выдача должна выглядеть следующим образом: сертификат удостоверяющего центра должен иметь ключи: KLAT, остальные сертификаты: KI.
Предупреждение: На скриншоте изображено KAT, но должно быть KLAT
Подписаться на:
Сообщения (Atom)