Овд разъем: Разъем OBD: что это и зачем его нужно блокировать?

Рекомендуемые программы для адаптеров и сканеров Hyundai Solaris/p>

Читать статью «Рекомендуемые программы для адаптеров и сканеров Hyundai Solaris»

Рекомендуемые адаптеры и сканеры для автомобилей Хендай Солярис

Читать статью «Рекомендуемые адаптеры и сканеры для автомобилей Хендай Солярис»

Scan Tool Pro – адаптер для Hyundai Solaris c 2010 г.в

Читать статью «Scan Tool Pro – OBD2 адаптер для Hyundai Solaris c 2010 г.в»

Расшифровка кодов ошибок Hyundai Solaris

Читать статью «Расшифровка кодов ошибок Hyundai Solaris»

Обзоры OBD2 адаптеров для автодиагностики

Смотреть раздел «Обзоры OBD2 адаптеров для автодиагностики»

Автодиагностика Хендай Солярис своими руками

Читать статью «Автодиагностика Хендай Солярис своими руками»

Scan Tool Pro — бюджетный мультисканер для Hyundai Solaris

Хороший выбор для начинающего диагноста

Сейчас в продаже имеются модели сканеров с различными версиями прошивок и чипов.  Scan Tool Pro с прошивкой 2022 — пока что самая стабильная версия, а так же имеет максимальную совместимость

По ссылке указанной справа можно ознакомиться со сканером для автодиагностики «Scan Tool Pro». Это сайт официального дилера, который дает гарантию 12 месяцев.

Удачной диагностики!

Узнать подробнее

— документация Inuvika

Последнее обновление: 17 января 2023 г.

Предисловие

Цель этого документа — описать, как установить и настроить Inuvika. Enterprise Secure Gateway (ESG) в каждой из операционных систем при поддержке Инувика ОВД.

Введение

OVD использует несколько портов во время сеанса клиента, в основном HTTPS (443) и RDP (3389). Но в некоторых случаях, например, когда пользователь является удаленным, брандмауэр обычно блокирует доступ к порту RDP. ESG туннелирует все Соединения OVD между клиентом и самим собой через сеанс HTTPS.

ESG также можно использовать для унификации доступа к нескольким серверам приложений OVD, предоставляя единую точку доступа к клиенты.

Важно

ESG должен быть установлен на выделенном сервере.

Требования

Поддерживаются все следующие операционные системы:

• RHEL 7.x / Centos 7.x 64-разрядная версия
• Сервер Ubuntu 22.04 LTS (Jammy Jellyfish), 64-разрядная версия (для версии OVD >= 3.2.1)
• Сервер Ubuntu 18.04 LTS (Bionic Beaver), 64-разрядная версия
• Сервер Ubuntu 16.04 LTS (Xenial Xerus), 64-разрядный (для версии OVD < 3.2)

Минимальная аппаратная конфигурация:

• ЦП: 2 ядра (рекомендуется 4 ядра)
• Память: рекомендуется не менее 4 ГБ
• Память: 20+ ГБ
• Сеть: сетевой адаптер 1 ГБ

Предпосылки

Enterprise Secure Gateway должен быть установлен на выделенном сервере системе без какого-либо другого программного обеспечения OVD или других систем на этом сервере. Сервер должен иметь доступ к Интернету.

Код версии

В этом документе ссылки для скачивания будут использовать код версии, относящийся к используемой вами версии OVD.

Вы найдете код версии на странице поддерживаемых версий Inuvika OVD. Вы также можете связаться с Inuvika, чтобы запросить код.

Брандмауэр и порты

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

Необходимо добавить следующие правила брандмауэра для входящего и исходящего трафика. поскольку это относится только к ОВД.

Предупреждение

Перед установкой ESG убедитесь, что на порту не запущена ни одна служба. TCP 443 ( HTTPS ).

Установка

В следующих разделах описывается установка ESG на каждом поддерживаемая ОС. В последующих главах описываются дополнительные детали конфигурации.

Конфигурация брандмауэра

ESG требует, чтобы определенные порты были открыты в вашем брандмауэре. Следуйте приведенным ниже инструкциям, чтобы настроить брандмауэры по умолчанию.

• При использовании UFW (брандмауэр по умолчанию для Ubuntu):

  • Откройте порт 1112/TCP для входящего трафика:

    	ufw разрешить в 1112/tcp

  • Откройте порт 443/TCP для входящего трафика:

    	ufw разрешить в 443/tcp

  • Откройте порт 3389/TCP для исходящего трафика:

    	ufw разрешить 3389/tcp

  • Откройте порт 443/TCP для исходящего трафика:

    	ufw разрешить 443/tcp

  • Откройте порт 80/TCP для исходящего трафика:

    	ufw разрешить 80/tcp

  • Откройте порт 1111/TCP для исходящего трафика:

    	ufw разрешить 1111/tcp

• При использовании firewalld (брандмауэр по умолчанию для CentOS 7 и RHEL 7):

  Предупреждение

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

Примечание

Для получения более подробной информации о настройке брандмауэра см. Брандмауэр и порты.

Убунту ЛТС

Судо

В системе Ubuntu каждая команда должна иметь префикс sudo , иначе вы может войти в систему как root. Чтобы войти в систему как root, введите следующую команду:

 судо -с 

Настройка репозитория

Ubuntu — это система на базе Debian, использующая ту же систему упаковки и инструменты, такие как Debian. Перед началом установки добавьте Inuvika Репозиторий Debian в систему ESG.

Важно

Чтобы запустить эти команды, замените любой экземпляр {VERSION_CODE} кодом версии . как описано в разделе Код версии.

• Установите пакеты apt-transport-https и gnupg

  	apt install apt-transport-https gnupg

• Создайте и отредактируйте файл /etc/apt/sources. list.d/ovd.list добавить следующую строку:

  • Для Ubuntu 22.04 LTS (Jammy Jellyfish, для версии OVD >= 3.2.1):

     deb https://archive.inuvika.com/ovd/{VERSION_CODE}/ubuntu jammy main 

  • Для Ubuntu 18.04 LTS (Bionic Beaver):

     deb https://archive.inuvika.com/ovd/{VERSION_CODE}/ubuntu бионический основной 

  • Для Ubuntu 16.04 LTS (Xenial Xerus, для версии OVD < 3.2):

     deb https://archive.inuvika.com/ovd/{VERSION_CODE}/ubuntu xenial main 

• Установите пакет ключей для проверки репозитория с помощью gpg:

• Обновите базу данных пакетов:

  	подходящее обновление

Установка пакета ESG

Установка ESG завершена. Процесс установки автоматически запускает службу ovd-slaveserver, и сервер ESG появляются в незарегистрированных серверах страница в Администрации Консоль. Если сервера нет в списке, но установка была успешно, то может быть проблема с брандмауэром.

RHEL и CentOS 7

Конфигурация SELinux

Security-Enhanced Linux (SELinux) — это модуль безопасности ядра Linux, который повышает безопасность вашей системы. В дистрибутивах RHEL и CentOS SELinux включен по умолчанию и работает в режиме , обеспечивающем режим .

Чтобы проверить состояние SELinux на любом узле, выполните следующую команду:

 статус 

Ожидаемый (и по умолчанию) статус SELinux включен , с текущим режимом, установленным на принудительное исполнение . Если для текущего режима установлено значение permissive , SELinux работает, но обязательный контроль доступа не применяется. В этом случае вы можете установить режим принудительный :

• Отредактируйте файл /etc/selinux/config и установите для переменной SELINUX значение 9. 0003 применение :

   SELINUX=принудительное 

Важно

Если SELinux отключен и вы хотите его включить, следуйте официальному Red Шляпная документация: Изменение состояний и режимов SELinux.

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

• Установите пакеты, позволяющие изменять политики и правила SELinux:

  	yum установить policycoreutils-python

• Создание и развертывание дополнительных правил политики

  1. Создайте и откройте файл /tmp/ovd_esg.te

     	нано /tmp/ovd_esg.te

  2. Вставьте следующее содержимое и закройте файл:

      модуль ovd_esg 1.0;
     требовать {
             введите logwatch_mail_t;
             введите logwatch_cache_t;
             класс каталога {add_name write};
             файл класса { добавить создать getattr открыть };
     }
     разрешить logwatch_mail_t logwatch_cache_t:dir {add_name write};
     разрешить logwatch_mail_t logwatch_cache_t:file {append create getattr open }; 

  3. Создайте файл типа для политики SELinux:

     	checkmodule -M -m -o /tmp/ovd_esg. mod /tmp/ovd_esg.te

  4. Пакет политики:

     	semodule_package -o /tmp/ovd_esg.pp -m /tmp/ovd_esg.mod

  5. Установить политику:

     	semodule -i /tmp/ovd_esg.pp

  6. Удалить временные файлы:

     	rm -f /tmp/ovd_esg*

Настройка репозитория

RHEL и CentOS используют систему упаковки RPM. Перед началом установки, добавьте RPM-репозиторий Inuvika в систему ESG. первый шаг — настроить yum для включения репозитория Inuvika rpm.

• Создать файл /etc/yum.repos.d/ovd.repo с соответствующим контент, соответствующий версии ОС на ESG:

   [овд]
  имя=Инувика ОВД
  baseurl=https://archive.inuvika.com/ovd/{ВЕРСИЯ_КОД}/rhel/7/
  включено=1
  gpgcheck=1
  gpgkey=https://archive. inuvika.com/ovd/{ВЕРСИЯ_КОД}/keyring 

  Важно

  Замените любой экземпляр {VERSION_CODE} кодом версии , как описано в раздел Код версии.

• Только для RHEL 7 , вам также необходимо включить дополнительный репозиторий Server :

  	репозиторий менеджера подписки --enable=rhel-7-server-Optional-rpms

• Очистите кэш репозиториев, чтобы принудительно обновить базу данных пакетов:

  	yum makecache fast

• Установите репозиторий EPEL:

  	yum install https://download.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm

Установка пакета ESG

• Установите пакет ESG с помощью следующей команды:

  	yum install inuvika-ovd-slaveserver-role-gateway

• Зарегистрируйте хост/IP-адрес диспетчера сеансов OVD:

  	ovd-slaveserver-config --sm-address sm. test.demo

• Настройте службу ovd-slaveserver:

  	systemctl включить ovd-slaveserver

• Запустите службу ovd-slaveserver:

  	перезапуск systemctl ovd-slaveserver

Установка ESG завершена. Сервис ovd-slaveserver был запущен, и сервер ESG появится в незарегистрированный Страница Серверы в Консоли администрирования. Если сервер не указан, но установка прошла успешно, то может быть брандмауэр проблема.

Сертификат сервера TLS/SSL

ESG требует использования сертификата X.509 для безопасной связи.

Во время установки создается самозаверяющий сертификат , но он предназначен только для ознакомительных целей. Самоподписанные сертификаты не предназначены для производственного использования.

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

Предупреждение

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

Определить точку доступа к службе

Эмитент сертификата запросит Общее имя (CN) . Эта информация критична поскольку непредоставление правильного имени приведет к непригодному для использования сертификату.

Для среды OVD CN сертификата является точкой доступа к службе ESG, также называемой полностью полное доменное имя (FQDN) . Например, если ваша служба ESG доступна по адресу ovd.example.com , и вы ожидаете, что все ваши пользователи чтобы использовать это имя для доступа к OVD, это полное доменное имя, которое необходимо указать в качестве CN сертификата.

Предупреждение

В цифровых сертификатах CN не может быть IP — это должно быть имя (как DNS).

Альтернативные точки доступа, такие как записи DNS и/или IP-адреса, могут быть настроен с использованием расширения альтернативного имени субъекта (SAN) .

Для получения нескольких точек доступа к услугам или более сложных конфигураций обратитесь к своему сертификату. эмитента и/или связаться с Inuvika.

Установить выданный сертификат

Как только ваш эмитент сертификата получит вашу информацию, вам будет предоставлен сертификат прикреплен к файлу закрытого ключа, а также число Промежуточные сертификаты CA , используемые ваш провайдер. Пожалуйста загрузите все эти сертификаты X.509 в PEM представлении .

После загрузки всех файлов X.509 они должны быть объединены в один файл PEM в определенном порядке. С помощью текстового редактора создайте файл с именем ovd-esg-issued. pem и скопируйте содержимое каждого файла в этом точном порядке :

• Закрытый ключ
• Сертификат сервера
• Сертификат промежуточного ЦС +1
• Сертификат промежуточного ЦС +x

После этого вы можете установить сертификат на ESG:

• Скопируйте файл ovd-esg-issued.pem на узел ESG

  .

• Создайте копию самоподписанного файла PEM в качестве резервной копии:

  	cp /etc/ovd/slaveserver/gateway.pem /etc/ovd/slaveserver/gateway.pem.orig

• Скопируйте файл, содержащий новый сертификат, в файл

  	cp ovd-esg-issued.pem /etc/ovd/slaveserver/gateway.pem

• Перезагрузите/перезапустите службу ESG, чтобы активировать новый сертификат SSL

Используйте веб-браузер, чтобы перейти к точке доступа к службе ESG, используя HTTPS (в нашем примере: https://ovd. example.com/ ) и убедитесь, что связь является безопасной и данный сертификат тот, который вы получили от своего эмитента.

Конфигурация веб-доступа OVD

Из соображений безопасности ESG не настроен для разрешения связи веб-доступ OVD (OWA) по умолчанию. Конфигурация может быть изменена на разрешить доступ. Это позволит вам затем предоставить единый безопасный (SSL) точка подключения для всех клиентов (EDC, EMC, OWA).

Примечание

Сама OWA может быть настроена для обеспечения безопасного доступа пользователей вне локальной сети. Это требует использования сторонней сети компонент, такой как обратный прокси-сервер и/или брандмауэр (перенаправление NAT).

В таких случаях ESG не обязан предоставлять доступ к WAN, но это только для OWA! ESG требуется для доступа к глобальной сети из EDC / ЭМС.

Чтобы включить доступ к OWA в ESG:

• Отредактируйте файл конфигурации /etc/ovd/slaveserver/slaveserver. conf и найдите строку:

   # web_client = http[s]://ip[:port]/ 

• Раскомментируйте переменную и задайте в качестве значения URL-адрес вашего OWA. Для пример:

   web_client = http://webaccess.test.demo/ 

• Сохраните файл и перезапустите службу подчиненного сервера.

  	перезапуск systemctl ovd-slaveserver

Дополнительные параметры конфигурации

Конфигурация ESG хранится в файле /etc/ovd/slaveserver/slaveserver.conf . Конфигурация может быть корректируется путем редактирования файла и изменения содержимого Раздел шлюза , как описано ниже:

• адрес : 0.0.0.0 (по умолчанию). Определяет IP-адрес сети интерфейс, к которому должен привязываться ESG. По умолчанию ESG привязывается к все сетевые интерфейсы
• порт : 443 (по умолчанию). Определяет используемый порт.
• max_process : 10 (по умолчанию). Определяет максимальное количество процессов для запуска на сервере ESG.
• max_connection : 100 (по умолчанию). Определяет максимальное количество соединения, которые можно открыть на сервере ESG.
• время ожидания процесса : 60 (по умолчанию). Определяет время ожидания в секундах на процесс

• время ожидания соединения : 10 (по умолчанию). Определяет время ожидания в секундах за соединение

• admin_redirection : true или false (по умолчанию). Используйте этот параметр, чтобы разрешить доступ к консоли администрирования OVD через ESG. Этот параметр устарел в ovd 2.9.. Он заменен на admin_host

• admin_host : имя хоста, IP-адрес или URL-адрес. Используйте этот параметр, чтобы разрешить доступ к консоли администрирования OVD через ESG. Заменяет параметр admin_redirection

• web_client : имя хоста, IP-адрес или URL-адрес. Используйте этот параметр, чтобы разрешить доступ к веб-доступу OVD через ESG.

• root_redirection : Используйте этот параметр, чтобы определить корневой путь для Шлюз. Например, введите значение /ovd для автоматического перенаправить запрос на соединение для https://gw.demo от до https://gw.demo/ovd

• http_keep_alive : true (по умолчанию) или false . Включить или отключить сессия поддерживает жизнь.

• путь_сертификата : gateway.pem (по умолчанию). Расположение на сервере TLS/SSL файл сертификата для использования в ESG.

  OVD Ограничения версии

  Конечная точка SOAP недоступна после версий OVD 3.1.

Важно

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

Настройки протокола и шифрования

В конфигурации по умолчанию Enterprise Secure Gateway принимает подключения зашифровано с использованием как минимум TLS 1.2.

Параметры безопасности для ESG хранятся в файле /etc/ovd/slaveserver/slaveserver.conf . Конфигурация может быть корректируется путем редактирования файла и изменения содержимого Раздел шлюза , как описано ниже:

• минимальный_протокол : один из sslv3 , tlsv1 , tlsv1.1 или tlsv1.2 (по умолчанию). Укажите минимальный TCP протокол безопасности, который поддерживает ESG. Значение по умолчанию является наиболее безопасным, сохраняя совместимость.

  Предупреждение

  TLS 1.3 (RFC 8446) может поддерживаться вашей версией OpenSSL с повышенной безопасностью для веб-браузеров, которые его реализуют.

• cipher_list : Если этот параметр установлен, он настроит список предпочтений шифрования, принятый Enterprise Secure Gateway в порядке предпочтения. Если он не установлен, система по умолчанию будут использоваться шифры.

  Чтобы получить список всех шифров, поддерживаемых вашей системой, используйте команду:

  	шифры openssl -v 'ВСЕ'

  Формат, используемый для этого параметра, описан по адресу https://www.openssl.org/docs/man1.1.1/man1/ciphers.html

  Следующая конфигурация включает все комплекты обмена ключами ECDHE с шифром AES и сортирует их по стойкости. Он также перемещает все шифра AES256 в конец списка. Это список с высоким уровнем безопасности, который хорошо совместим с OpenSSL версии 1.1.1 или выше.

   cipher_list = ECDHE+AES:@STRENGTH:+AES256 

  Приведенный ниже список работает с версиями Ubuntu выше или равными 16.04 и CentOS 7 и позволяет все наборы основаны на шифре AES с любыми алгоритмами обмена ключами. Это менее безопасно, т. но имеет лучшую совместимость.

   список_шифров = AES 

  Другой способ — явно указать допустимый список шифров. Этот список совместим с клиентами Windows 8+:

   cipher_list = ECDHE-RSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384 :ECDHE-R SA-AES256-SHA:DHE-RSA-AES256-GCM-SHA384:AES256-GCM-SHA384:AES256-SHA256:AES256-SHA:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256- SHA384: ECDHE-ECDSA-AES256-SHA:DHE-DSS-AES256-SHA256:DHE-DSS-AES256-SHA:DES-CBC3-SHA:EDH-DSS-DES-CBC3-SHA 

Онлайн-инструмент, такой как ssllabs.com, полезен для проверки окончательная конфигурация.

Другой вариант — использовать средство командной строки testsl.sh. если ESG не отображается в Интернете.

Обзор решений LDAP —

Амит Рагхуванши | 29 августа 2018 г.

• Общий

Первоначально опубликовано TriCore: 11 мая 2017 г.

Существует множество решений протокола облегченного доступа к каталогам (LDAP). доступен для организационного единого входа (SSO) и управления пользователями, включая Oracle® Internet Directory (OID), Microsoft® Active Directory (AD) и многие другие системы. Когда у вас есть несколько реализаций, он может быть трудно управлять и использовать их все. В этом сообщении блога вы узнаете, как для создания представления, которое вы можете использовать для управления всеми LDAP вашего предприятия. реализации.

Введение

В этом сообщении блога рассказывается о экономичном способе доступа и управлять всеми вашими существующими решениями LDAP с помощью объекта, похожего на представление. На следующем рисунке показано, как использовать Oracle Virtual Directory (OVD) для создать представление всех приложений LDAP, которые использует организация.

Источник изображения : Руководство администратора Oracle Fusion Middleware для Oracle Виртуальный каталог, 11g, выпуск 1 (11. 1.1)

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

Источник изображения : Руководство администратора Oracle Fusion Middleware для Oracle Виртуальный каталог, 11g, выпуск 1 (11.1.1)

OVD предоставляет Интернет и стандартный отраслевой LDAP и Extensible Markup Языковые (XML) представления существующей идентификационной информации предприятия. Он генерирует эти представления без синхронизации или перемещения данных из исходных местоположений. Эта возможность ускоряет развертывание приложений и снижает затраты за счет устраняя необходимость постоянной адаптации этих приложений к изменяющимся ландшафт идентичности по мере добавления, изменения или удаления групп пользователей.

OVD — это виртуальный каталог, обеспечивающий просмотр нескольких OID или AD. Все данные, используемые через OVD, прозрачны для пользователей. Создается впечатление, что данные поступают из одного OID, что упрощает управление несколькими OID и AD в программах или другом программном обеспечении, таком как Oracle Access Manager (OAM).

OVD создает представления, создавая адаптеры и используя их для доступа к основная информация из различных исходных местоположений. ОВД нуждается в следующую информацию для создания адаптера:

• Целевое отличительное имя (DN), которое должно храниться в OVD
• Имя исходного хоста
• Исходный OID или порт AD
• Исходное DN, которое должно быть сопоставлено с целевым DN

Примечание : Вы можете определить столько адаптеров, сколько хотите, и подключить их к несколько OID и AD одновременно.

На следующем изображении показан пример определения общего имени (CN) для различные организационные единицы (OU), происходящие из разных LDAP-источники.

Определение адаптера

Чтобы определить адаптер, выполните следующие действия:

1. Запустите консоль Oracle Directory Services Manager (ODSM) с помощью навигации на https://:7005/odsm в браузере.
2. Подключиться к OVD по адресу :8899 . (Порт по умолчанию для OVD — 8899 .)
3. Выберите вкладку Адаптер .
4. Нажмите кнопку Новый адаптер .
5. Создайте новый адаптер с именем OIDUsers . Для адаптера Тип выберите LDAP . Оставьте значения по умолчанию в других полях.
6. Укажите сведения о соединении для исходного LDAP (в данном случае OID), например как хост, порт, имя пользователя (DN привязки прокси-сервера) и пароль для доступ к источнику. В следующем примере предоставляется 127.0.0.1 . потому что и OID, и OVD находятся на одном хосте.
7. На следующем экране проверьте соединение.
8. Укажите базовое подразделение для источника, который необходимо синхронизировать. Это удаленная база . Также предоставьте базовое подразделение для OVD. Оставьте значения по умолчанию в других областях.
9. Просмотрите все детали на странице сводки и нажмите Готово .

При использовании адаптера ou=OIDUsers,dc=***,dc=ovd автоматически создается вызовите cn=Users, dc=***,dc=oid с экрана, показанного на следующем рисунке.

Вы можете определить эти адаптеры для разных версий OID и AD в Подобный способ. Эта возможность позволяет использовать OVD как единый источник данные для различных веб-сервисов. В результате OVD дает вам «виртуальное представление». без необходимости программировать по-разному для каждого источника базовых данных.

Заключение

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