Server ms 2018: Настройка Microsoft SQL Server — 2018

Ошибка «Исправление CredSSP-шифрования Oracle» | Как исправить ошибку при подключении

13 марта Microsoft опубликовал описание уязвимости CVE-2018-0886 в протоколе проверки подлинности CredSSP, который в частности используется при подключении по RDP к терминальным серверам. Позже Microsoft опубликовал, что будет блокировать подключения к необновлённым серверам, где присутствует данная уязвимость. В связи с чем многие заказчики столкнулись с проблемами подключения по RDP.

В частности, в Windows 7 можно увидеть ошибку: «Произошла ошибка проверки подлинности. Указанная функция не поддерживается»

В Windows 10 ошибка расписана более подробно, в частности сказано «Причиной ошибки может быть исправление шифрования CredSSP»:

Для обхода ошибки со стороны клиента многие советуют отключить групповую политику, путём установки значения Encryption Oracle Remediation в Vulnerable:

с помощью gpedit. msc в Конфигурация компьютера / Административные шаблоны / Система / Передача учётных данных, слева выбрать «Исправление уязвимости шифрующего оракула» (забавный конечно перевод), в настройках поставить «Включено» и выбрать «Оставить уязвимость».

или через реестр (т.к., например, в Windows Home нет команды gpedit.msc):

REG  ADD HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters\ /v AllowEncryptionOracle /t REG_DWORD /d 2

НО! Так делать не нужно! Т.к. таким образом вы оставляете уязвимость и риски перехвата вашего трафика и пр. конфиденциальные данные, включая пароли. Единственный случай, когда это может быть необходимо, это когда у вас вообще нет другой возможности подключиться к удалённому серверу, кроме как по RDP, чтобы установить обновления (хотя у любого облачного провайдера должна быть возможность подключения к консоли сервера). Сразу после установки обновлений, политики нужно вернуть в исходное состояние.

Если доступ к удалённому серверу есть, то ещё, как временная мера, можно отключить требование NLA (Network Level Authentication), и сервер перестанет использовать CredSSP. Для этого достаточно в Свойствах системы, на вкладке удалённые подключения снять соответствующую галку «Разрешить подключения только с компьютеров, на которых работает удалённый рабочий стол с проверкой подлинности на уровне сети»:

Но, это тоже неправильный подход.

Правильный подход — это всего-лишь установить нужные обновления на операционную систему, закрывающие уязвимость CVE-2018-0886 в CredSSP, причём, как серверную, куда вы подключаетесь, так и клиентскую, с которой вы подключаетесь.

Список обновлений для всех операционных систем, начиная с Windows 7 и Windows Server 2008 доступен по ссылке: https://portal.msrc.microsoft.com/en-us/security-guidance/advisory/CVE-2018-0886

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

Например, на Windows Server 2016 ссылка на скачивание будет такой: https://www.catalog.update.microsoft.com/Search.aspx?q=KB4103723

Производительность 1С на MS SQL и PostgreSQL

Продукты по бухгалтерскому и управленческому учету компании 1С наиболее
распространены на территории РФ. Тысячи компаний ведут свой бизнес, опираясь
на типовые и специализированные конфигурации 1С. При таком массовом
использовании, регулярно возникает ряд вопросов по оптимизации бюджета на ПО
и разумному использованию ресурсов. Не утихают споры вокруг серверных частей
данного комплекса, в частности – на какой операционной системе базировать
сервер 1С и какой СУБД доверить обработку баз 1С. В ходе наших тестов мы
постараемся ответить на эти вопросы.

Участники тестирования

Операционная система MS Server и СУБД MS SQL

• 
  Фирма 1С открыто позиционирует эту связку как основную рабочую модель,
  соответственно продукты 1С создаются в первую очередь для нее
• 
  Наличие протокола прямого скоростного обмена информацией SharedMemory
• Есть официальная техническая поддержка и сервисные контракты
• 
  Есть база знаний и тонны информации по инсталляции и тонкой настройке
  1C+MS SQL

Операционная система Unix и СУБД PostgreSQL

• 
  Система полностью бесплатна (кроме лицензии на сервер 1С:Предприятие)
• 
  Имеется возможность гибкой настройки множества параметров, улучшающих
  работоспособность СУБД
• Заявлена поддержка СУБД PostgreSQL продуктами 1С
• Есть возможность репликации баз

Конечно же, стоимость проекта, отказоустойчивость и техническая поддержка
являются важными критериями при выборе информационной системы для 1С.
Однако, есть фактор, в большинстве случаев кардинально влияющий на принятие
решения – это быстродействие.

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

Методы тестирования

В наших испытаниях мы будем опираться на два метода синтетической генерации
нагрузки и имитации работы пользователей в 1С. Это тест Гилева (TPC-1C) и
специальный тест 1С «Тест центр» из инструментария 1С:КИП со специальными
сценариями работы пользователей.

Тест Гилева (TPC-1C)

Тест Гилева принадлежит к разделу универсальных кроссплатформенных
нагрузочных тестов. Он может использоваться как для файловой, так и для
клиент-серверной архитектуры 1С:Предприятие. Тест измеряет количество работы
в единицу времени в одном потоке и подходит для оценки скорости работы
однопоточных нагрузок, включая скорость прорисовки интерфейса, влияния
ресурсных затрат, перепроведения документов, процедур закрытия месяца,
расчета зарплаты и т.п. Универсальность позволяет делать суммарную оценку
производительности, не привязываясь к одной конфигурации платформы.
Результатом теста является тотальная оценка измеряемой системы 1С,
выраженная в условных единицах.

Специализированный тест из инструментария «Тест центр» 1С: КИП

Тест-центр – инструмент проведения многопользовательских нагрузочных
испытаний систем на базе 1С:Предприятие 8 (см. рисунок 1). С его помощью
можно моделировать работу компании без участия реальных пользователей, что
позволяет оценивать применимость, производительность и масштабируемость
информационной системы в реальных условиях. Система представляет собой
конфигурацию, предоставляющую механизм управления процессом тестирования.
Для тестирования информационной базы необходимо интегрировать конфигурацию
Тест-центра в конфигурацию тестируемой базы при помощи сравнения и
объединения конфигураций. В результате объединения, к метаданным тестируемой
базы будут добавлены объекты и общие модули, необходимые для работы
Тест-центра.

Рисунок 1 — Схема работы «Тест центр» 1С: КИП

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

Параметры тестирования

При настройке сценариев тестирования для достоверной имитации одновременной
работы большого количества пользователей задаются определенные параметры
тестирования для каждого типа документа (см. таблицу 1):

• 
  Документ – указывает конкретный документ в рабочей базе, на основе
  которого будет производиться нагрузочное тестирование
• 
  Приоритет запуска – формирует порядок запуска тестов для каждого типа
  документов
• 
  Количество документов – определяет объем формируемых тестовых документов
• 
  Пауза, секунд – задержка при запуске серии тестов, в рамках одного типа
  документов
• 
  Количество строк в документе – информационный указатель, сообщающий о
  «массивности» тестового документа, что влияет на время обработки и
  нагрузку на ресурсы

Тесты выполняются в 3 итерациях, результаты записываются в таблицу. Таким
образом, полученные итоги тестирования, измеряемые в секундах, наиболее
реалистично и объективно отображают уровень производительности баз 1С в
условиях, максимально приближенных к реальным (см. таблицу 3.1 и 3.2).

Таблица 1. Параметры тестовых сценариев

Таблица 2. Технические характеристики тестового стенда

№п\п	Роль системы	CPU\vCPU	RAM, Гб	Дисковая система ввода\вывода
1	Сервер терминалов – виртуальная машина для управления тестами	4 ядра 2.9 GHz	16 Гб	Intel Sata SSD Raid1
2	Сценарий 1. Сервер 1С + СУБД аппаратный	Intel Xeon E5-2690 16 ядер	96 Гб	Intel Sata SSD Raid1
3	Сценарий 2. Сервер 1С + СУБД виртуальные	16 ядер 2. 9 GHz	64 Гб	Intel Sata SSD Raid1
4	Сценарий 3. Сервер 1С виртуальный	16 ядер 2.9 GHz	32 Гб	Intel Sata SSD Raid1
5	Сценарий 4. Сервер СУБД виртуальный	16 ядер 2.9 GHz	32 Гб	Intel Sata SSD Raid1
6	Программное обеспечение	Microsoft Windows Server 2016 DataCenter Microsoft Windows Server 2016 Standart Microsoft SQL Server 2016 SP1 (13.0.4001.0) Гипервизор Hyper-V Сервер 1C:Предприятие 8. 3.10.2667 CentOS 7.4.1708 (x64) PostgreSQL 9.6.5+Patch PostgreSQL 9.6.5-4.1C
7	Конфигурации 1С	Однопоточный синтетический тест платформы 1С:Предприятие + Многопоточный тест записи на диск (2.1.0.7) Гилёв Вячеслав Валерьевич Размер 0,072 Гб Платформа: 1С:Предприятие 8.3 (8.3.10.2667) Конфигурация: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.52.39) Режим: Серверный (сжатие: усиленное) Приложение: Тонкий клиент Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия) Вариант интерфейса: Такси Размер 9,2 Гб Платформа: 1С:Предприятие 8. 3 (8.3.10.2667) Конфигурация: Управление торговлей, редакция 11 (11.3.4.21) Режим: Серверный (сжатие: усиленное) Приложение: Тонкий клиент Локализация: Информационная база: русский (Россия), Сеанс: русский (Россия) Вариант интерфейса: Такси Размер 11,8 Гб

Таблица 3.1 Результаты тестирования с помощью теста Гилева (TPC-1C).
Оптимальным считается наибольшее значение

Операционная система Microsoft Server					Операционная система класса Unix
Перечень тестов (среднее значение по итогам серии из 3 тестов)	Аппаратный сервер 1С+СУБД, протокол SharedMemory	Виртуальный сервер 1С+СУБД, протокол SharedMemory	Аппаратный сервер 1С и аппаратный сервер СУБД, протокол TCP-IP	Виртуальный сервер 1С и виртуальный сервер СУБД, протокол TCP-IP	Отдельный сервер 1С и аппаратный сервер СУБД, протокол TCP-IP	Отдельный сервер 1С и виртуальный сервер СУБД, протокол TCP-IP
Проведение тестов Гилева	29,47 ед.	27,897 ед.	28,520 ед.	24,153 ед.	32,263 ед.	24,591 ед.

Таблица 3.2 Результаты тестирования с помощью специального теста 1С:КИП.
Оптимальным считается наименьшее значение

Выводы и рекомендации авторов:

• 
  В специальном тесте 1С операции «чтения данных и сложных вычислений»,
  такие как «Оборотно-сальдовая ведомость» и «Расчет калькуляций
  себестоимости» в несколько раз быстрее выполняются на СУБД MS SQL от
  Microsoft.
• 
  При операциях «записи данных и проведения документов» в большинстве
  тестов лучший результат показывает СУБД PostgreSQL, оптимизированный для
  1С.
• 
  Синтетический тест Гилева также показывает преимущество PostgreSQL.
  Связан данный факт с тем, что синтетический тест основан на измерении
  скорости создания и проведения определенных типов документов, что
  считается также операциями «записи данных и проведения документов».

Закончим с кроссплатформенным сравнением, перейдем к сравнениям
внутри каждой системы:

• 
  Ожидаемо, тесты 1С на аппаратной платформе показывают результаты лучше,
  чем на виртуальной. Разница в результатах специального теста 1С в обоих
  случаях невелика, что свидетельствует о постепенной оптимизации
  производителями виртуальных гипервизоров.
• 
  Также ожидаемо, что использование технологии разделяемой памяти
  (SharedMemory) ускоряет процесс обмена данными между сервером 1С и СУБД.
  Соответственно, показания тестов немного лучше, чем у схемы с сетевым
  взаимодействием этих двух сервисов посредством протокола TCP-IP.

Можно сделать вывод, что при верной настройке 1С и СУБД, можно добиться
значительных результатов даже на бесплатном программном обеспечении.
Поэтому при проектировке новой ИТ-структуры для 1С требуется учитывать
уровень нагрузки на систему, тип превалирующих операций в базе, имеющийся
бюджет, наличие специалиста по нестандартным СУБД, необходимость
интеграции с внешними сервисами и т.д. Исходя из этих данных, уже можно
подбирать требуемое решение.

Читайте продолжение тестирования
здесь.

На текущий момент мы предлагаем возможность провести бесплатный тест производительности базы 1С в нашем эталонном облаке.

Принципал сервера не может получить доступ к базе данных в текущем контексте безопасности в SQL Server MS 2012

Я столкнулся с той же ошибкой при использовании объектов управления сервером (SMO) в vb.net (я уверен, что это то же самое в C # )

Комментарий Технаря Джо к начальному сообщению был полезным предупреждением о том, что в виртуальном хостинге происходит много дополнительных вещей. Потребовалось немного времени, чтобы понять, но приведенный ниже код показывает, как нужно быть очень конкретным в способе доступа к базам данных SQL. Ошибка «сервер-основатель…», по-видимому, появлялась всякий раз, когда вызовы SMO не были точно специфичными в среде общего хостинга.

Этот первый раздел кода был связан с локальным сервером SQL Express и полагался на простую аутентификацию Windows. Весь код, используемый в этих примерах, основан на руководстве по SMO Роберта Канаша в этой статье веб-сайта Code Project:

 Dim conn2 = New ServerConnection()
  conn2. ServerInstance = "<имя локального компьютера>\SQLEXPRESS"
  Пытаться
    Dim testConnection как новый сервер (conn2)
    Debug.WriteLine("Сервер: " + testConnection.Name)
    Debug.WriteLine("Издание: " + testConnection.Information.Edition)
    Отладка.WriteLine(" ")
    Для каждой базы данных db2 As в testConnection.Databases
      Debug.Write(db2.Name & "-")
      Для каждой fg как FileGroup в db2.FileGroups
        Debug.Write(fg.Name & "-")
        Для каждого df As DataFile в fg.Files
          Debug.WriteLine(df.Name + "-" + df.FileName)
        Следующий
      Следующий
    Следующий
    conn2.Отключить()
  Поймать ошибку как исключение
    Debug.WriteLine(ошибка.Сообщение)
  Завершить попытку
 

Приведенный выше код отлично находит файлы .mdf для каждой базы данных на локальном сервере SQLEXPRESS, поскольку аутентификация обрабатывается Windows и распространяется на все базы данных.

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

Вторая итерация, которая является копией итерации, которая работала выше, немедленно задыхается, потому что так, как она написана, она пытается получить доступ к 1-й базе данных в общей среде, которая не является той, к которой применяются идентификатор пользователя/пароль , поэтому SQL-сервер возвращает ошибку авторизации в виде ошибки «сервер-участник…».

 Dim sqlConnection1 As New System.Data.SqlClient.SqlConnection
sqlConnection1.ConnectionString = "строка подключения с идентификатором пользователя/паролем к определенной базе данных в системе общего хостинга. Эта строка, вероятно, также будет включать параметры источника данных и исходного каталога"
Dim conn1 As New ServerConnection (sqlConnection1)
Пытаться
  Dim testConnection как новый сервер (conn1)
  Debug.WriteLine("Сервер: " + testConnection.Name)
  Debug.WriteLine("Издание: " + testConnection.Information.Edition)
  Отладка.WriteLine(" ")
  Dim db2 = testConnection.Databases("имя базы данных, к которой применяется идентификатор пользователя/пароль в строке подключения")
  Для каждой fg как FileGroup в db2. FileGroups
    Debug.Write(fg.Name & "-")
    Для каждого df As DataFile в fg.Files
      Debug.WriteLine(df.Name + "-" + df.FileName)
    Следующий
  Следующий
  Для каждой базы данных db3 в качестве базы данных в testConnection.Databases
    Debug.Write(db3.Name & "-")
    Для каждой fg как FileGroup в db3.FileGroups
      Debug.Write(fg.Name & "-")
      Для каждого df As DataFile в fg.Files
        Debug.WriteLine(df.Name + "-" + df.FileName)
      Следующий
    Следующий
  Следующий
  conn1.Отключить()
Поймать ошибку как исключение
  Debug.WriteLine(ошибка.Сообщение)
Завершить попытку
 

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

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

Уязвимость удаленного выполнения кода Microsoft SQL Server

Вернуться к поиску

Microsoft CVE-2018-8273: уязвимость удаленного выполнения кода Microsoft SQL Server

Серьезность

10

CVSS

(AV:N/AC:L/Au:N/C:C/I:C/A:C)

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

14. 08.2018

Создано

19.03.2019

Добавлено

14.08.2018

Изменено

22.01.2019

Описание

В Microsoft SQL Server существует уязвимость переполнения буфера, которая делает возможным удаленное выполнение кода в уязвимой системе. Злоумышленник, успешно воспользовавшийся этой уязвимостью, может выполнить код в контексте служебной учетной записи SQL Server Database Engine.
Чтобы воспользоваться этой уязвимостью, злоумышленнику необходимо отправить специально созданный запрос на уязвимый SQL-сервер.
Это обновление для системы безопасности устраняет уязвимость, изменяя способ обработки объектами в памяти компонента Microsoft SQL Server Database Engine.

Решение(я)

• msft-kb4293802-97ed2c12-7f2e-4649-8eae-e25cb0b014c5-x64
• msft-kb4293803-f9275259-be4c-4ab1-9593-690099d27761-x64
• msft-kb4293805-f7c34c3f-3c50-44ad-be6a-65a9051f1460-x64
• msft-kb4293808-67358373-36ae-443b-9f09-3631f5d09549-x64
• msft-kb4458621-839e7daf-540b-4047-8fef-ce0f14920294-x64
• msft-kb4458842-a861b255-2500-433c-b435-9d70a0a9bce5-x64

Расширенная аналитика управления уязвимостями и отчетность.

Основные характеристики

• Облегченный агент конечной точки
• Живые информационные панели
• Приоритизация реальных рисков
• ИТ-интегрированные проекты восстановления
• Оценка облака, виртуальной среды и контейнеров
• Интегрированные каналы угроз
• Простой в использовании RESTful API
• Исправление с помощью автоматизации
• Автоматическая камера содержания

Бесплатная пробная версия InsightVM

Просмотреть все функции

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