Информационный портал Vectormm.net

Подключение Gemtek LTE WLTFGR-102 (Yota Центра) к любому провайдеру

Fri, 03 Apr 2020 17:12:35 +0300

Для тех, у кого до сих пор дома валяется Интернет Центр от Yota (модели Gemtek LTE WLTFGR-102), выкладываю инструкцию по "отвязки" его от Yota:

1. Есть две разновидности этого роутера - 990-730-0016R (она же 016R) и 990-730-0033R (она же 033R).

2. Первым делом прошиваем последней прошивкой:
Актуальные прошивки под соответствующие модели:
- для 016R:
https://drive.google.c…evb1/view?usp=drivesdk
- для 033R:
https://yadi.sk/d/U9H0CUPh3KqMiU
(скачивать прошивку 01.00.20.999, на более новых работа не гарантируется)

3. Все команды выполняем либо в telnet (как его активировать - ниже), либо:
В админке роутера, в разделе Управление -> Диагностика, в поле "IP-адрес" вводим нужную команду и жмем кнопку "Проверка связи (Ping)".
Обязательно дожидаемся ответа роутера (любого, даже с ошибкой).
При вводе команд через telnet - команды вводим БЕЗ обрамляющих "палочек" ||

4. Разлочка роутера 016R
Вводим по очереди команды, после чего перезагружаем роутер:
|sed -i -e 's/lte_mnc=11/lte_mnc=/; s/lte_check_sim=1/lte_check_sim=0/; s/lte_check_sim_plmn=1/lte_check_sim_plmn=0/' /mnt/jffs2/conf/isp/user/lte_cm.conf|
|sed -i -e 's/lte_mnc=11/lte_mnc=/; s/lte_check_sim=1/lte_check_sim=0/; s/lte_check_sim_plmn=1/lte_check_sim_plmn=0/' /mnt/jffs2/conf/user/lte_cm.conf|

5. Разлочка роутера 033R
Вводим по очереди команды, после чего перезагружаем роутер:
|fw_setenv sim_check|
|fw_setenv cid|

6. Втыкаем любую SIM карту 4G и проверяем (подключение к оператору может занять много времени, не торопитесь паниковать).

Справочно:
- активация telnet:
Вводим команду: |telnetd -l /bin/sh|

Site to site соединение между NSX Edge и FortiGate

Thu, 28 Nov 2019 15:30:39 +0300

Настроим подключение Site to site между NSX Edge версии не ниже 6.3.5 и FortiGate версии не ниже 6.0.2

Используются следующие данные в данном примере настройки:

FortiGate public IP: 1.1.1.1
FortiGate local subnet: 192.168.1.0/24
NSX Edge public IP: 2.2.2.2
NSX Edge local subnet: 192.168.2.0/24

Создаем настройку VPN на стороне NSX Edge

Зайдите в консоль NSX и нажмите на Networking.
Нажмите на Edge Gateway, который Вы хотите подключить по VPN.
Нажмите на выпадающее меню Actions в правом верхнем углу и выберите IPSEC VPN.
Нажмите на Add Tunnel в окне конфигурации IPSEC VPN.
Введите наименование и описание тоннеля VPN.
Выберите внутренние подсети, подключенные к NSX Edge
и введите подсети со стороны FortiGate, которые будут доступны по VPN.
Выберите Local Endpoint, который будет подключен к NSX Edge.
Local ID это внешний IP адрес NSX Edge. Введите внешний Peer IP адрес от FortiGate.
Выберите Encryption Protocol (по умолчанию: AES256).
Введите Pre-Shared Key для VPN тоннеля. Укажите MTU (по умолчанию: 1500).
Нажмите на кнопку Add VPN Tunnel
и не забудьте поставить галочку Enabled. Нажмите Submit и ждите пока не появится зеленая галочка.
После этого нажмите на зеленую галочку для завершения настройки.

Настройка VPN на стороне FortiGate, через GUI

Создаем тоннель IPsec. Выбираем секцию VPN в левой колонке.
Выбираем IPsec Tunnels. Нажимаем на кнопку Create New вверху экрана.
Вписываем наименование VPN тоннеля. Выбираем Template Type как Custom.
Настраиваем VPN тоннель. Указываем внешний IP адрес со стороны NSX Edge. Отключите Local Gateway, Mode Config и NAT Traversal.
Установите Authentication Method в режим Pre-shared Key и введите его.
Установите IKE Version в 1. Установите Mode в Main.
Создайте Phase 1 Proposal с использованием AES256 иSHA1 с указанием Diffie-Hellman Group 14.
Установите Key Lifetime в 28800.
Создайте Phase 2 с локальной подсетью FortiGate в качестве Local Address и с локальной подсетью NSX Edge в качестве Remote Address.
Создайте Phase 2 Proposal с указанием AES256 иSHA1 с включенным PFS и указанием Diffie-Hellman Group 14.
Установите Key Lifetime в 3600.
Создайте статический маршрут для трафика VPN.
Выберите раздел Network в левой колонке. Выберите Static Routes.
Нажмите на кнопку Create New наверху экрана.
Настройте статический маршрут.
Введите Destination как целевую подсеть, подключенную со стороны NSX Edge в VPN тоннеле.
Установите Interface в интерфейс тоннеля, созданный ранее.
Установите Status в Enabled.
Создаем политику доступа для VPN трафика. Нажмите раздел Policy & Objects в левой колонке. Выберите IPv4 Policy.
Нажмите на кнопку Create New вверху экрана.
Настроим политику для входящего трафика VPN.
Введите наименование политики.
Выберите интерфейс, созданный ранее, как Incoming Interface.
Установите в качестве Outgoing Interface LAN порт FortiGate.
Установите в качествеSource подсеть со стороны NSX Edge с той стороны VPN тоннеля.
Установите в качестве& Destination локальную подсеть со стороны FortiGate.
Установите Service как ALL. Выберите Action как ACCEPT.
Отключите NAT.
Настроим политику для исходящего VPN трафика.
Введите наименование политики.
Укажите Incoming Interface как LAN порт FortiGate.
Установите в качестве Outgoing Interface интерфейс тоннеля, созданный ранее.
Выберите Source как подсеть со стороны FortiGate.
Установите в качестве Destination подсеть со стороны NSX Edge с той стороны VPN тоннеля.
Укажите Service как ALL.
Укажите Action как ACCEPT.
Отключите NAT.

Создание VPN тоннеля на FortiGate через CLI

Создаем объекты для локальной и удаленной подсетей.

config firewall address edit "local_subnet" set subnet 192.168.1.0 255.255.255.0 next edit "remote_subnet" set subnet 192.168.2.0 255.255.255.0 next end

Настраиваем Phase 1 для VPN тоннеля.

config vpn ipsec phase1-interface edit "VPN to NSX Edge" set interface "port1" set keylife 28800 set peertype any set proposal aes256-sha1 set dhgrp 14 set nattraversal disable set remote-gw 2.2.2.2 set psksecret [key] next end

Настраиваем Phase 2 для VPN тоннеля.

config vpn ipsec phase2-interface edit "VPN to NSX Edge" set phase1name "VPN to NSX Edge" set proposal aes256-sha1 set dhgrp 14 set keylifeseconds 3600 set src-subnet 192.168.1.0 255.255.255.0 set dst-subnet 192.168.2.0 255.255.255.0 next end

Создаем статический маршрут для VPN трафика.

config router static edit 2 set dst 192.168.2.0 255.255.255.0 set device "VPN to NSX Edge" next end

Создаем политики для входящего и исходящего VPN трафика.

config firewall policy edit 1 set name "vpn_inbound" set srcintf "VPN to NSX Edge" set dstintf "port2" set srcaddr "remote_subnet" set dstaddr "local_subnet" set action accept set status enable set schedule "always" set service "ALL" next edit 2 set name "vpn_outbound" set srcintf "port2" set dstintf "VPN to NSX Edge" set srcaddr "local_subnet" set dstaddr "remote_subnet" set action accept set status enable set schedule "always" set service "ALL" next end

Проверка статуса VPN подключения

Проверяем статус VPN подключения в консоли NSX:

Логинимся в консоль и нажимаем на Networking.
Нажмите на Edge Gateway Вашего VPN тоннеля.
Нажмите на выпадающее меню Actions в правом верхнем углу и выберите пункт IPSEC VPN.
Проверьте, что VPN тоннель находится в статусе Enabled и Tunnel Status находится в состоянии Up.

Проверяем статус VPN подключения на FortiGate через GUI:

Выберите раздел VPN в левой колонке. Нажмите на IPsec Tunnels.
Для Вашего VPN тоннеля в колонке Status должно быть написано Up.
Выберите раздел Policy & Objects в левой колонке.
Нажмите на IPv4 Policy. Вы должны видеть ранее созданные политики для Вашего VPN тоннеля.
Колонка Bytes показывает объем проходящего трафика, подпадающего под конкретное правило.
Нажмите на раздел Log & Report в левом меню.
Выберите пункт VPN Events. Вы увидите все события, относящиеся к VPN тоннелю.
Там должны присутствовать сообщения об успешных событиях Phase 1 иPhase 2 для этого VPN тоннеля.

Проверка статуса VPN подключения на FortiGate через CLI:

Проверка общего состояния VPN тоннеля на FortiGate.

FGVM01 # get vpn ipsec tunnel summary 'VPN to NSX Edge' 2.2.2.2:0 selectors(total,up): 1/1 rx(pkt,err): 756/0 tx(pkt,err): 756/0

Проверка детальной статистики VPN тоннеля на FortiGate.

FGVM01 # get vpn ipsec tunnel details gateway name: 'VPN to NSX Edge' type: route-based local-gateway: 1.1.1.1:0 (static) remote-gateway: 2.2.2.2:0 (static) mode: ike-v1 interface: 'port1' (3) rx packets: 765 bytes: 116280 errors: 0 tx packets: 765 bytes: 64260 errors: 0 dpd: on-demand/negotiated idle: 20000ms retry: 3 count: 0 selectors name: 'VPN to NSX Edge' auto-negotiate: disable mode: tunnel src: 0:192.168.1.0/255.255.255.0:0 dst: 0:192.168.2.0/255.255.255.0:0 SA lifetime/rekey: 3600/2959 mtu: 1438 tx-esp-seq: 2e7 replay: enabled inbound spi: 788f302f enc: aes-cb 93b1e0816f0bade22604838d02f14fe1a5e52a322a7074af9aca2cc008b9d785 auth: sha1 ffcc03adef239383fd30f498623cf8b7e94a3723 outbound spi: da92f5fe enc: aes-cb 4858c15a42c8dfda8833a631f26bd3b5da451ff857a7d733a6688fe614b5c16c auth: sha1 514b25f1ac83a1ef813dfb76064851e969a18693 SA lifetime/rekey: 3600/2917 mtu: 1438 tx-esp-seq: 18 replay: enabled inbound spi: 788f302e enc: aes-cb ea5ab3e2aa6d2796a621dd368e0a4fd9d6d65a13f698a4ca0d0cb7d328968b0d auth: sha1 7cdfd2a462ce6ff6d8cde6c50627cc39cc67ff8d outbound spi: a41c9f8e enc: aes-cb f71014a53e547923f49c0c917d77064391146dd4a2e6c467a9ee339895ade5e3 auth: sha1 9a08b103b4064ef14ddebc1c91131eb3022a9e75

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

Переезд и обновление

Sun, 28 Dec 2014 22:58:59 +0300

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

Не удается установить или удалить программу, очистка реестра

Tue, 02 Oct 2012 15:25:32 +0400

Столкнулся с глюком при обновлении Микрософтовского антивируса: пакет обновления не только не обновил систему, но и порушил антивирус наглухо.

Ни удалить, ни переставить не получалось.

Оказывается, у Микрософта есть специальная утилита:

Microsoft FixIt Tool

С её помощью удалось удалить антивирус, а так же несколько других "проблемных" программ.

Так что рекомендую.

Модем Huawei E392 (Megafon) в сети YOTA

Mon, 30 Jul 2012 21:52:56 +0400

Завести Мегафоновский 4G модем в сеть YOTA достаточно просто:

1. Разлочить модем с помощью dc-unlocker.com

2. Получить USIM карту YOTA (либо в центре продаж, либо вытащив из роутера)

3. Настроить Мегафоновский клиент на подключение у YOTA, указав в качестве APN yota.ru

Вуаля:

вебинар "Практические советы операторам при проверке соответствия обработки персональных данных требованиям законодательства РФ"

Fri, 20 Jul 2012 15:42:34 +0400

Для тех, кому интересно:

"Практические советы операторам при проверке соответствия обработки персональных данных требованиям законодательства РФ"

Блоги по Информационной безопасности

Thu, 03 May 2012 13:18:55 +0400

Может кому интересно будет, небольшая подборка блогов по ИБ:

http://infowatch.livejournal.com/

http://secinsight.blogspot.com/

http://lukatsky.blogspot.com/

http://www.tsarev.biz/

http://personal-data.livejournal.com/

http://anvolkov.blogspot.com/

http://avetjan.livejournal.com/

http://xpomob.blogspot.com/

http://shaurojen.blogspot.com/

http://sborisov.blogspot.com/

http://infowatch.livejournal.com/

http://secinsight.blogspot.com/

http://lukatsky.blogspot.com/

http://www.tsarev.biz/

http://personal-data.livejournal.com/

http://anvolkov.blogspot.com/

http://avetjan.livejournal.com/

http://xpomob.blogspot.com/

http://shaurojen.blogspot.com/

http://sborisov.blogspot.com/

Подключение по SSH с нестандартным портом

Sat, 18 Feb 2012 00:38:19 +0400

Для повышения безопасности NIX сервера желательно переместить SSH порт с дефолтного 22 на какой-нибудь другой.

Но при этом возникает проблема с подключением различными утилитами, не имеющими опции изменения порта.

В этом случае поможет так называемый "alias" для ssh:

открываем

nano ~/.ssh/config

и прописываем там параметры подключений:

Host srv1

User root

Port 225

HostName 8.8.8.8

Host server1 #имя, по которому будем подключаться

User root #логин для подключения

Port 2288 #порт, указанный в конфиге ssh сервера

HostName 1.2.3.4 #сервер

Подключаемся так:

ssh server1

Конец.

MySQLAdmin + APC кеширование

Mon, 13 Feb 2012 16:58:57 +0400

Совершенно неожиданно столкнулся с проблемой, что на сервере Debian 6.0 с PHP 5.3 + php-apc не работает MySQLAdmin:

[apc-warning] GC cache entry '/usr/share/phpmyadmin/libraries/*

Для исправления этого безобразия необходимо в файле настроек php (php.ini) в любом месте вставить строчку

apc.filters = "-/usr/share/phpmyadmin/.*"

и перезапустить Апач.

Электронная торговля и ИБ

Mon, 26 Dec 2011 12:29:58 +0400

На данный пост меня сподвигла статья Евгения Царева "Как я использовал закон 152-ФЗ о персональных данных в реальной жизни или российский интернет-бизнес", а так же постоянно встречающиеся отрицательные отзывы покупателей по поводу "деанонимизации" при оформлении или возврате заказов.

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

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

В результате мы получаем достаточно информации для персонализации заказчика, но при этом никаким образом не контролируем правильность и не выдуманность его данных (в качестве имени можно указать "Вася Пупкин", телефонную карточку купить в переходе без паспорта, а email использовать любой временный. А при заказе указать совершенно любой адрес (ни что не мешает дождаться курьера, сидя на лавочке у дома рядом с метро).

В итоге получаем достаточную анонимность заказчиков, абсолютно не мешающую коммуникации между ними и продавцом.

Но!!!! Это если следовать общепринятой логике.

А теперь посмотрим, какие требования должны соблюдать продавец и покупатель, если опираться на нормы Закона 152-ФЗ:

Учитывая, что для продажи и доставки товаров и услуг конечному потребителю, все субъекты интернет-коммерции должны как-то идентифицировать клиента, все они могут попасть под определение оператора персональных данных, принятое в ФЗ-152: «...юридическое или физическое лицо, организующее и (или) осуществляющее обработку персональных данных, а также определяющее цели и содержание обработки персональных данных».

Проблемы электронной коммерции в терминах ФЗ-152

Если интернет-магазин является оператором персональных данных, то на него распространяются все обязанности, налагаемые законом:

- предоставить доказательство получения согласия субъекта на обработку его персональных данных;

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

Итак, интернет-магазину надо доказать, что у него есть согласие конкретного физического лица, которое попросило предоставить ему товар (услугу). При этом чаще всего установить это самое лицо у магазина нет возможности — его или его представителя увидит только курьер при доставке товара, а до этого момента пройдет много времени, в течение которого персональные данные будут обрабатываться. Как здесь быть с анонимностью, сказать трудно.

Заказ клиент делает чаще всего двумя простыми способами: заполняя форму на сайте магазина или позвонив по указанному там же телефону, и в обоих случаях точно идентифицировать его невозможно. Часто заказ формируется в интересах третьего лица (выгодоприобретателя), которому с использованием возможностей Интернета делается подарок или в качестве контактных указываются данные третьего лица (например родственник или сосед). Главный контролер в области законодательства о персональных данных — Роскомнадзор по этому поводу думает следующее: «При заполнении веб-формы заявки на покупку товара на сайте интернет-магазина ... критерием, свидетельствующим о получении оператором согласия субъекта персональных данных на обработку его персональных данных, является файл электронной цифровой подписи. Кроме того, оператор вправе ввести в веб-форму заявки обязательные для заполнения дополнительные поля, устанавливающие условие согласия субъекта персональных данных на обработку его персональных данных, при условии последующего проведения мероприятий по проверке достоверности представленных персональных данных. В остальных случаях согласие на обработку персональных данных, равно как и его отзыв, может оформляться только в письменной форме. Получение согласия на обработку персональных данных по телефону, посредством SMS действующим законодательством Российской Федерации не установлено».

Про согласие по телефону и говорить нечего — бизнес огромного количества предприятий, занимающихся поставкой товаров по телефонному заказу, бронированием и предоставлением услуг, оказывается вне закона. Строго говоря, нельзя записать продиктованную по телефону фамилию клиента. Достаточно ли при регистрации сообщать клиенту, что указываемые им данные следовало бы как-то обезличить или использовать псевдоним? С точки зрения Гражданского кодекса, предусматривающего свободу договора, данная ситуация также не очень вяжется — договор однозначно может быть заключен в устной форме, если кодекс или закон не требуют иного. Заключить устно можно, а сообщить реквизиты сторон — нельзя. Вот такие парадоксы.

На вопрос «Вправе ли физическое лицо представлять персональные данные своих близких родственников?» Роскомнадзор на своем сайте четко и однозначно отвечает: «Предоставление физическим лицом оператору персональных данных близких родственников возможно только при наличии письменного согласия указанных лиц либо в случаях, установленных федеральными законами». Если кто-то захочет сделать через интернет-магазин подарок родителям, детям или другим членам семьи, он должен получить на это их письменное согласие (кстати, опять вопрос — почему, ведь закон этого не требует?) и при заказе передать это согласие в интернет-магазин. Естественно, если абсолютно то же самое делается через Amazon, ничего этого не требуется, передавайте ему все, что хотите.

Учитывая то, что для продажи и доставки товаров и услуг конечному потребителю, все субъекты интернет-коммерции должны как-то идентифицировать клиента, все они с легкостью могут попасть под определение оператора персональных данных: «...юридическое или физическое лицо, организующее и (или) осуществляющее обработку персональных данных, а также определяющее цели и содержание обработки персональных данных».

- предоставить доказательство получения согласия субъекта на обработку его персональных данных;

Итак, интернет-магазину надо доказать, что у него есть согласие конкретного физического лица, которое попросило предоставить ему товар (услугу). При этом в подавляющем большинстве случаев установить это самое лицо у магазина нет возможности — его или его представителя увидит только курьер при доставке товара, а до этого момента пройдет много времени, в течение которого персональные данные будут обрабатываться. Часто заказ формируется в интересах третьего лица (выгодоприобретателя), которому с использованием возможностей Интернета делается подарок или в качестве контактных указываются данные третьего лица (например родственник или сосед). Главный контролер в области законодательства о персональных данных — Роскомнадзор по этому поводу говорит следующее: «При заполнении веб-формы заявки на покупку товара на сайте интернет-магазина ... критерием, свидетельствующим о получении оператором согласия субъекта персональных данных на обработку его персональных данных, является файл электронной цифровой подписи. Кроме того, оператор вправе ввести в веб-форму заявки обязательные для заполнения дополнительные поля, устанавливающие условие согласия субъекта персональных данных на обработку его персональных данных, при условии последующего проведения мероприятий по проверке достоверности представленных персональных данных. В остальных случаях согласие на обработку персональных данных, равно как и его отзыв, может оформляться только в письменной форме.

Получение согласия на обработку персональных данных по телефону, посредством SMS действующим законодательством Российской Федерации не установлено».

Ясно, что для интернет-магазина такие требования неприемлемы. При этом ФЗ-152 определяет исчерпывающий перечень случаев, в которых необходимо согласие субъекта в письменной форме, и данная ситуация к ним однозначно не относится. Наличие у клиента сертификата ЭЦП или подписанного ЭЦП файла сводит на нет все преимущества электронных продаж, не требующих предварительного установления отношений между покупателем и продавцом. Про согласие по телефону и говорить нечего — бизнес огромного количества предприятий, занимающихся поставкой товаров по телефонному заказу, бронированием и предоставлением услуг, оказывается вне закона. Строго говоря, нельзя записать продиктованную по телефону фамилию клиента.

Достаточно ли при регистрации сообщать клиенту, что указываемые им данные следовало бы как-то обезличить или использовать псевдоним? С точки зрения Гражданского кодекса, предусматривающего свободу договора, данная ситуация также не очень вяжется — договор однозначно может быть заключен в устной форме, если кодекс или закон не требуют иного. Заключить устно можно, а сообщить реквизиты сторон — нельзя. Вот такие парадоксы.

На вопрос «Вправе ли физическое лицо представлять персональные данные своих близких родственников?» Роскомнадзор на своем сайте четко и однозначно отвечает: «Предоставление физическим лицом оператору персональных данных близких родственников возможно только при наличии письменного согласия указанных лиц либо в случаях, установленных федеральными законами». Если кто-то захочет сделать через интернет-магазин подарок родителям, детям или другим членам семьи, он должен получить на это их письменное согласие (кстати, опять вопрос — почему, ведь закон этого не требует?) и при заказе передать это согласие в интернет-магазин. Естественно, если абсолютно то же самое делается через любой иностранный интернет-магазин, ничего этого не требуется, передавайте ему все, что хотите.

Получается очень интересная ситуация - для того, чтобы электронным магазинам что-то продавать на территории РФ, им необходимо во всех местах жительства потенциальных покупателей разместить что-то типа киосков, в которые должны будут приходить потенциальные покупатели со своими паспортами, и регистрироваться только в указанных местах, с обязательным приложением копии документов...

В этом случае оператор ПДн будет однозначно отслеживать полноту и правильность регистрационных данных своих клиентов. Но вот сколько этих самых клиентов у интернет-магазина будет при такой системе регистрации???

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

В результате можно с боооольшой натяжкой рассчитывать на непопадание под определение "оператор персональных данных" и остутствие необходимости заниматься описанной выше ерундистикой.

Но это только наше мнение, нет абсолютно никакой гарантии, что у контролирующего органа (Роскомнадзора) не возникнет своего мнения, полностью противоположного нашему ...

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

Ну, или жить за пределами СНГ ...

Как говорится в одной передаче - "выводы делать только вам".