Как спрятать БД TPS в сети ?

[Игорь Столяров]

Привет всем !

Подскажите пожалуйста, можно ли как-то спрятать БД TPS при работе в сети ?
Сейчас БД находится в расшаренной со всеми правами папке на сервере.
Может быть средствами Windows или как-то хитро вывернуться с обращением к сетевой папке ....

Столкнулся с тем, на предприятии клиента, недовольный увольнением сотрудник перегнал
программу и БД с сервера на флешку и требовал увеличить компенсацию.
В общем-то шантаж, грязная история. Решили сор из избы не выносить.
Хорошо, что была резервная копия, восстановили документы за день.
Но ситуация может повторяться, надо как-то ее разруливать в неспокойное время.

Есть идеи ? Заранее спасибо !

[Admin]

При файл-серверной работе затрудняюсь сказать как это сделать.
Возможно если оставить только права на изменение файла. Т.е. пересоздать и удалить нельзя.
Не уверен что винда так сработает и драйвер TPS сможет корректно работать.

По идее что то типа IP Driver нужно. Driver работает с полными правами к файлу. Юзер работает с драйвером а к файлу доступа не имеет. Как то так. Т.е. клиент-сервер.

[Admin]

недовольный увольнением сотрудник

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

[Игорь Столяров]

По идее что то типа IP Driver нужно.

Да. Я тоже дошел примерно до того же - нужен некий диспетчер запросов, через который производится работа с БД.
А для C10 IP Driver существует вообще в природе ?

[Игорь Столяров]

Таких важных сотрудников нужно на проходной увольнять.

Реальная жизнь намного сложней и интересней, чем кажется на первый взляд ...
Года два назад, дочь знакомой при аналогичном увольнении, на эмоциях, прихватила
с собой ноутбук директора, со словами "Они еще об этом пожалеют !".
В фирме никто даже не мог подумать, что милая девочка, на такое способна и решили
что их тупо обокрали. Написали заяву в полицию. Пришлось разруливать. Дорого обошлось.

[finsoftrz]

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

Могу рассказать, как на терминальном сервере организовать. Файловая система должны быть ntfs. На папку с данными для пользователей ставим запрет просмотра содержимого. В большинстве случаев этого достаточно, скопировать и удалить не смогут. Чтобы напрямую к файлам не лезли левыми софтинами (вдруг узнали имя tps-файла), в каталоге с данными можно создать секретный подкаталог, имя которого хранится в базе. То есть в закрытом от просмотра каталоге лежит только настроечный файл с путем, остальная база в подкаталоге. Саму базу данных шифруем, причем несколькими ключами для разных наборов таблиц. Ключи храним в специальных ключевых файлах (тоже tps, зашифрованный стандартным ключем). Эти ключевые файлы храним в разных местах сети. У меня реализована еще возможность запроса ключей у работающего пользователя. Это чтобы после входа в программу первого пользователя ключевые файлы можно убрать физически из зоны видимости.
Наконец, когда-то в программе делался режим повышенной защищенности для операторов, работающих через интернет. Они после подключения сразу попадают в программу и не могут выйти за ее пределы. Диалоги выбора файлов, настройки принтеров хукаются и заменяются на свои диалоги, электронная помощь блокируется.

А вообще, с файл-сервером надо завязывать. Поставьте им tsplus, они будут просто счастливы. Если легальность не волнует, то для win xp в интернете лежит вариант с кейгеном.

[Игорь Столяров]

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

[gopstop2007]

добавлю к выше сказанному http://habrahabr.ru/post/186240/

[Игорь Столяров]

А вообще, с файл-сервером надо завязывать.

А для sql, ИМХО, лучше другие средства разработки подходят...

В шахматах это называется "вилка" !
Если мы отказываемся от TPS, то надо валить и с Clariona тоже ...
И как же нам решить вопрос, что бы и на Clarion остаться и от недостатков файл-серверной TPS избавиться ? Задачка однако !

[Admin]

Если мы отказываемся от TPS, то надо валить и с Clariona тоже ...

Давно живу без TPS на MAV. Не свалил. Что не так?

[Игорь Столяров]

Давно живу без TPS на MAV. Не свалил. Что не так?

Штучность решения. Если делать проект для своего предприятия - то все прекрасно.
Сам установил, настроил, запустил, если требуется - подпилил и подкрутил. OK !

А если это "коробочный" продукт, который должен устанавливаться и работать где-то
там "во глубине сибирских руд", непонятно на каких компьютерах и версиях Windows,
и использоваться людьми далекими от IT ? Что тогда делать ?

[finsoftrz]

А вообще, с файл-сервером надо завязывать.

А для sql, ИМХО, лучше другие средства разработки подходят...

В шахматах это называется "вилка" !
Если мы отказываемся от TPS, то надо валить и с Clariona тоже ...
И как же нам решить вопрос, что бы и на Clarion остаться и от недостатков файл-серверной TPS избавиться ? Задачка однако !

Ну так написал же, терминальный доступ. В нашей ситуации (до 50 конкурентных пользователей на базу) решает все проблемы просто и изящно. Есть еще первасив, если нужно большее количество пользователей без переделки программы, но это скорее уже не типовая ситуация...
PS. А какой разряд по шахматам, если не секрет?

[Игорь Столяров]

PS. А какой разряд по шахматам, если не секрет?

Нулевой ! Научил играть ребенка, но он уже давно сказал, что ему со мной играть неинтересно ...

А вот с Pervasive.SQL (Btrieve) те же самые проблемы, что с TPS - требуется файловый доступ к БД.

[finsoftrz]

Если мы отказываемся от TPS, то надо валить и с Clariona тоже ...

Давно живу без TPS на MAV. Не свалил. Что не так?

Я бы сказал так, связка рабочая, но концептуально хромая. Это решение для человека, который всегда писал на кларионе, чтобы не потерять накопленный опыт и задействовать при этом работу с sql-серверами. Чтобы лучше понять, нужно просто посмотреть, как организуется работа в других системах, изначально разрабатываемых для sql-серверов. Если в двух словах, то там все крутится вокруг сервера. А не вокруг левого (в данном контексте) словаря данных. Про строки с динамической длиной мы вроде уже упоминали? Ну и так далее, это можно до бесконечности обсуждать...

[finsoftrz]

PS. А какой разряд по шахматам, если не секрет?

Нулевой ! Научил играть ребенка, но он уже давно сказал, что ему со мной играть неинтересно ...

А... Я думал партейку предложить. До клариона я почти профессионально играл. Как давно уже это было...

А вот с Pervasive.SQL (Btrieve) те же самые проблемы, что с TPS - требуется файловый доступ к БД.

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