Проблемы с SQL базой

[Andrey-Smolensky]

У меня есть SQL server, на нем я создал базу mRemoteNG пустую, но при подключении из mRemote возникает ошибка, подскажите пожалуйста что я не так делаю? Пароль, доступ к sql серверу имеется, порты открыты. Подозреваю что база должна быть не пустой а в ней должны содержаться таблицы. Но где взять в таком случаи их? Жду помощи.

[Kvarkas]

Приветствую, в какой версии mR вы это делаете? В ранних редакциях требовалось создание в ручную необходимых таблиц, в новой если будет предоставлен SA или схожий по полномочиям аккаунт и таблицы будут созданные автоматически

[Andrey-Smolensky]

Делаю я это в последнем релизе, доступ и sa я вносил в приложение, ошибка подключения. Я пробовал создавать из проекта таблицу он даже не подключается. Возможно используется у вас другая версия sql server  не поддерживающая конструкции.11:38, 4 июня 2025 г., Dimitrij ***@***.***>: Приветствую, в какой версии mR вы это делаете? В ранних редакциях требовалось создание в ручную необходимых таблиц, в новой если будет предоставлен SA или схожий по полномочиям аккаунт и таблицы будут созданные автоматически —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: ***@***.***> -- Отправлено из мобильного приложения Яндекс Почты

[Kvarkas]

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

[Andrey-Smolensky]

Да могу, я даже установил mremote на том же компьютере где и SQL сервер. SQL server у меня 2019. То есть подключения я осуществляю локально через localhost. И да я смог изменить таблицу под версию 23 года ночная сборка, на что потратил около 3 часов)) А вот с последней версией уже терпения не хватает. Но пробовал я это делать с разных компьютеров на разных версиях SQL, результат один, она никогда не создавала таблицы в базе. Усложняется еще тем что идет обработка ошибок в коде, в результате чего не понятно из за чего ошибка, мало информативности когда жмешь кнопку тестовое соединение, а в результате получаешь "Не известная ошибка".

[Kvarkas]

NB - это практически альфа версия (которая хоть и работает, но местами кривовато) и постоянно совершенствуется :) если скинете описание что именно вызвало сложности и что сделали чтоб исправить (на предыдущих редакциях) - я постараюсь учесть ваш опыт и изменить чтоб это работало лучше!

В самой последней версии очень много изменений - в том числе с режимом работы с бд (поддержка расширенных подключений под версию 2022, с шифрованием и прочим, в том числе под Azure SQL) и честно говоря не достаточно протестировано. Я постараюсь посмотреть в эти выходные.

[Andrey-Smolensky]

Сейчас все перепроверил, да действительно в ночной сборке 23 года, создается база из приложения на прямую в SQL server.
Напрасно восстанавливал таблицы самостоятельно. А вот те версии что новее, не создают. Возможно синтаксис изменился. Но еще на стадии работы с вашим проектом возникли сложности с безопасностью, так как файлы полученные из интернета помечаются как не доверенные, пришлось через powershell снимать ограничение на весь ваш проект, он даже не собирался, и некоторые компоненты не были доступны. Придется где нибудь поднимать SQL server 2022 и проверять. Вообще меня и более старая версия устраивала за исключением не верной реализации сохранения данных в SQL, так как у меня команда и каждый вносит данные в течении дня, но все свои приложения mremote закрывают в разное время, и открывают также, в результате чего происходит потеря данных. Надо было либо синхронизацию по времени делать, либо отдельной кнопкой как мне кажется, в том же keypass таким образом реализовано.

[Kvarkas]

так как файлы полученные из интернета помечаются как не доверенные, пришлось через powershell снимать ограничение на весь ваш проект

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

[Andrey-Smolensky]

Вообще я пересоздавал для версии v1.76.20 таблицы sql запросов под SQL server 2008 она там тоже не работала, но у меня получилось это сделать, к сожалению sql база и скрипт что используется в ночной сборке 23 года уже не реализовать под SQL server 2008 сильно изменился синтаксис. Думаю надо SQL скрипт выкладывать для каждой релиза отдельно в архиве. Не имеет смысла реализовывать возможность создание таблиц в базе автоматически, если создание базы на sql server делаешь руками, это странный подход)) А это то правда что в каждом релизе изменяете базу? Я не сравнивал, но в обсуждениях информацию встречал.

[Kvarkas]

до этого над проектом работала другая команда, теперь я один :( делаю что могу. С точки зрения подхода - есть задумка использования схемы - по которой можно создать нужные таблицы в любой базе (решается на уровне подключения адаптера) по моей задумке в новейшей версии будет 2 уровня подключения - на запись и на чтение только (в момент создания подключения будет возможность указать SA или аналогичный аккаунт, который не будет запоминаться и служить только для создания (восстановления) структуры таблиц.
Суть изменений в том что вводятся дополнительные поля и нужно менять схему - сейчас на очереди правки по безопасности и немного другой подход в сохранении данных - немного будет меняться схема (вместо считывания пароля в листвью будет только ссылка на айди подключения - и пароль будет считываться только в момент подключения - чтобы уменьшить время нахождения в буфере памяти) и схема снова изменится. В планах добавление поддержки постгреса и марии возможно и других бд. Для mR технически не важно где пользователь хочет хранить подключения в бд, в s3 или CyberArk :) но для улучшения совместимости - каждый метод будет выделен в отдельный адаптер - чтоб не менялось то что уже работает и так :)

[Andrey-Smolensky]

Сейчас моя команда нацелена на безопасность, были инциденты при которых у нас крали данные из mrеmote, Потому больше не храним в нем данные входа логин и пароль. Только данные о подключении. Меня радует что вы на целены на безопасность. Я видел много людей которые используют в командной работе вашу программу. По этому стоит уделить этому больше внимания. Если с точки зрения безопасности смотреть, я бы вам предложил следующий алгоритм. Сейчас я так понимаю у вас выбираются данные и хранятся либо в памяти либо в во временных файлах. Что можно с дампить или перехватить. Как мне кажется данные должны быть использованы в момент их использования с базы данных, в этот момент база должна блокироваться. При создании подключения или ввода данных, информация вносится в базу данных, при этом происходит блокировка обращения к ней от других участников. По поводу создания базы как я думаю программа должна либо сама создавать либо обновлять базу, база должна быть именованной фиксированной. Такой подход используется в больших проектах которые я встречал. Пользователю достаточно ввести данные SQL все остальное должно быть автоматически, создание или обновление. Но есть нюанс, не знаю как сейчас раньше mremote определял имею ли я SA доступ, хотя с командой нам, это не нужно было, нам надо было распределить логин и пароль на одних пользователей с правом вносить изменения другим только считывать. Так же на сервере у нас имеются свои базы SQL рабочие с других приложений, и как понимаете SA сливать, плохое вариант. Приходилось разворачивать еще одну версию SQL server. Как по мне если приложение пишется под windows то стоит рассматривать варианты mySQL MSSQL Postgree,SQL со всем остальным мало кто будет тратить время. Проект конечно интересный, есть куда расти, особенно для команд нет так много вариантов использования.

[Kvarkas]

Все так :) кодовая база что мне досталась в "наследство" так скажем создавалась не дба специалистами поэтому функционал оставляет желать лучшего. Что касается безопасности - да, поэтому такая задержка с выходом релиз кандидата что почти все переписывается под лучшее взаимодействие, с учетом современных возможностей (все кодируется и шифруется) есть запросы сделать поддержку для входа по крипто ключу и с помощью сертификата. По умолчанию для "домашних" пользователей будет локальная база данных которая шифруется и привязывается к машине (то есть даже если скопируют на другую машину) то работать не будет :) так же сохраняется только айди источника - откуда будут запрашиваться данные на подключение - причем кратковременным сеансом - установили соединение - буфер памяти начистился.
Что касается SA то хотелось бы пояснить - mR он никак не будет сохранятся, но будет нужен на момент создания подключения - именно для целей создания таблиц и связей. По умолчанию можно выбрать какой метод аутентификации будет использоваться - по виндовс логину (удобно одиночкам) или по бд юзерам и тут 2 варианта - или стандартные 2 юзера mRBDRead (только чтение) и mRBDWrite (на запись) которые только имеют права на селект и апдейт (в последнем случае) поэтому SA или аналогичный юзер будет нужен только для создание структуры но не нужен будет для дольнейшей работы. 2 вариант - можно будет указать какой бд юзер будет иметь разрешение на запись и какой на чтение, причем в локальную бд будет сохранятся в зашифрованом виде. Причем по умолчанию соединение будет устанавливаться в режиме чтения и возможно интеграция (на следующих этапах) с запросом элевации на запись. Поэтому постоянно держать соединение с бд будет не нужно и считаю будет достаточно безопасно. Как вариант локальная бд также может быть расположена на сетевом ресурсе с предоставлением прав на чтение (и/или) запись и контролироваться через AD поэтому даже доступ к машине где установлен mR не будет означать получение данных для злоумышленика. :) Пока приложение под виндовс но уже есть настойчивые просьбы перенести на мак и линукс так что не зарекаюсь - но бд у некоторых в линуксе и поэтому будет сделана возможность хранить данные там а также в облаке.
Если у вас есть еще какие предложения или пожелания по взаимодействию то можете изложить их не стесняясь и я рассмотрю их.

[Andrey-Smolensky]

Установил SQL server 2022 базу последний релиз не создает, точнее последних 3 релиза. Пишет не известная установка.