Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
В принципе тема не столько к MySQL относится. Подскажите вот по какому вопросу. Создал базу MySQL на платном хостинге, создал приложение Desktop (ага, десктоп) для работы с ней. Всё хорошо. Но... возникла необходимость добавлять пользователей для подключения к БД из интерфейса программы. Хостер запросом создать пользователя не даёт, нет прав, сделать можно только руками из панели управления хостингом. Посмотрел хостинг заказчика, там похоже то же самое. Это везде так? Как в таких случаях поступают? Сейчас пока у меня подключается приложение по зашитым пользователю/паролю, а разные логины исключительно для приложения. Т.е: логин Ivanov - логин к БД user логин Petrov - логин к БД user и т.д. Но это небезопасно и вообще ))) Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 15:10 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
st90Хостер запросом создать пользователя не даёт, нет прав, сделать можно только руками из панели управления хостингом. Посмотрел хостинг заказчика, там похоже то же самое. Это везде так?Обычно да. Кроме того, в большинстве случаев и при создании пользователя через ПУ автоматически присваивается префикс, соответствующий логину хостинга. st90Как в таких случаях поступают? Сейчас пока у меня подключается приложение по зашитым пользователю/паролю, а разные логины исключительно для приложения. Т.е: логин Ivanov - логин к БД user логин Petrov - логин к БД user и т.д.Привилегии Ивановых и Петровых обычно разруливают в приложении, а не в базе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 15:19 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
vkle, спасибо! Привилегии да, так у меня и делается. А подключать их как? одним и тем же userом? Тогда ведь придётся логин/пароль от БД зашивать в приложение и они из экзешника легко достаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2017, 15:27 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
Как вариант создай отдельного пользователя с некоторыми ограничениями для базы. и через него всех цепляй, в базе храни таблицу с правами на каждого юзера или группы юзеров, и и потом уже в проге все раскидывай. а себе сделай пользователя админа с большими правами на базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 09:29 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
st90А подключать их как? одним и тем же userом? Конечно. st90Тогда ведь придётся логин/пароль от БД зашивать в приложение и они из экзешника легко достаются.Да и фиг бы с ими... вот как раз эти проблемы решаются правильным построением серверной части. Тот самый "один и тот же юзер" лишается права прямой работы с данными - то есть никаких CRUD (за редким исключением - посмотреть, например, используемые справочники и кодификаторы, пожалуй, можно...). Вся работа - строго через процедуры. То есть вся логика - на сервере, а клиент только формирует исходные данные и потом отображает результаты. Ну а в процедуру, кроме параметров, передаётся логин и пароль самого приложения - и на основании этого уже процедура, сверяясь со своими таблицами пользователей, решает, что этому экземпляру клиента можно, а что не очень. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 10:01 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
st90из экзешника легко достаются.Легонько зашифровать пару строк, чтоб они не слишком легко доставались - проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 10:26 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
vkleзашифровать пару строкага... и SSL использовать, чтобы трафик не нюхали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 11:40 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
Akinaи SSL использоватьПо-хорошему - да, а вот что-то не вспомню, чтоб на шеред-хостинге предоставляли SSL на МySQL-подключениях. Внешний то доступ далеко не все предоставляют. О, кстати, а нет ли возможности авторизоваться сертификатом или ещё каким именным ключом с возможностью индивидуального отзыва или блокировки? Ну, чтоб без одного на всех клиентов логина/пароля. Нету такого? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 12:07 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
vkle, трехзвенка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 20:03 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
vkleне вспомню, чтоб на шеред-хостинге предоставляли SSL на МySQL-подключениях.Доступ через SSH есть достаточно часто, можно его использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 20:03 |
|
||
|
Пользователи и хостер + подключение к БД и безопасность
|
|||
|---|---|---|---|
|
#18+
Кстати, у нас в корпоративной БД другая система была - у каждого пользователя свой логин/пароль от СУБД (т.е. в exe-шник ничего зашивать не надо), права на уровне СУБД одинаковые, а бизнес-права контролируются приложением. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2017, 20:23 |
|
||
|
|

start [/forum/topic.php?fid=47&fpage=77&tid=1830827]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
30ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
| others: | 15ms |
| total: | 153ms |

| 0 / 0 |
