![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
работа с MSSQL Server на других компах. [D5, MSSQL]
Павел © (2004-09-07 08:48:00)Дорогие товарищи, Мастера !
На компе я установил MSSQL Server локально, там же разработал программку на Делфи. Тепреь хочу, чтобы с других компов можно было подключаца к моему MSSQL Server и работать с моей программой. Не обязательно одновременно. Просто чтоб можно было работать с моей программой на других компах. Подскажите что тут нужно сделать ?
KSergey (2004-09-08 11:05:00) [1]> сергей1
Я не знаю, есть ли смысл отвечать на все вопросы.
Дело в том, что я могу что-то приврать
Лучше почитать книжки про устройство NT-сетей и предлагаемые сосдателями MS SQL сервера способы авторизации и что чего в чем лучше
Искать на sql.ru в разделе про MS SQL
Там на эту тему куча очень подробных статей
сергей1 (2004-09-07 19:48:00) [2]Я когда загранпаспорт получал, так они запрос сюда на предприятие делали, чем я тут занимаюсь. Хотя не знаю людей, которым бы все-таки запретили выезд. Наверно это все-таки касается слишком закрытых и крутых предприятий.
Ну и уехали мы с темы топика однако
Ega23 (2004-09-07 19:13:00) [3]Да ладно, фигня это всё. Тем более, что не очень-то и хочется куда-то ехать...
сергей1 (2004-09-07 18:56:00) [4]вторая форма что-ли ?
сочувствую. Я от нее еле отпихался. Проблемы с выездом могут быть. Как запрут лет на 5, а то и больше.
Ega23 (2004-09-07 18:29:00) [5]сергей1 (07.09.04 18:14) [39]
Гы, знаю я все эти меры. Потому и писал [36]. У меня вообще допуск есть. :о)
сергей1 (2004-09-07 18:14:00) [6]вот у например нас отдел не банк и не ФСБ, так что заморачиваться с паролями не у кого желания не возникает, и nt-авторизация замечательно подходит. По сути, здесь пароли только мешают. Там-же, где информация представляет собой нечто ценное, нужно разрабатывать целую систему безопасности. Вы бы видели какой толмут накатал наш начальник 1-го отдела по поводу информационной безопасности. Тут его даже заставили особо секретные компы сертифицировать на безопасность, есть такие конторы, которые за нехилые деньги это делают. Тут проблема много шире, чем просто пароли, надо следить и чтоб физически винт не уперли, и как-то шифровать, чтоб если уперли - то не так легко прочитали, и чтоб эту инфу по сети не уволокли, чтоб банально на флешку не скачали, да и за всеми сотрудниками следить по идее надо, сам оператор стибрить вполне может
Ega23 (2004-09-07 16:56:00) [7]Возможно, спорить не готов.
Delirium (2004-09-07 16:38:00) [8]"но мне кажется, что NT-авторизация - это несколько неправильно" - не правильно кажется;
"По-идее sa и доменный администратор NT это 2 разных человека должно быть" - вот это верно, именно по этому логинBUILTIN\Administratorsнадо удалять сразу после установки и настройки MSSQL.
А наsaв любом случае ставят длинный и сложный пароль и тут-же забывают его.
Ega23 (2004-09-07 15:37:00) [9]Я конечно в администрировании MS SQL не силён, но мне кажется, что NT-авторизация - это несколько неправильно. По-идее sa и доменный администратор NT это 2 разных человека должно быть.
Skyle (2004-09-07 14:28:00) [10]
> И даже авторизоваться на этом компьютере не надо будет,
> т.к. ты уже авторизован в домене
Только надо будет сказать MS SQL Server'у, что такой-то Домен\Вася на нём будет иметь такие-то права...
сергей1 (2004-09-07 14:25:00) [11]ну вообщем-то спасибо, относительно понятно.
Я никак не мог вьехать, каким образом вся эта система работает в доменах (за неимением оных у меня на работе). В общем выходит, что можно ставить MSSQL на любой компьютер домена, только главное разрешить доступ к этому компьютеру на контроллере, что-бы все желающие могли его видеть. И даже авторизоваться на этом компьютере не надо будет, т.к. ты уже авторизован в домене.
Потом можно смело запускать клиентское приложение на любом компе домена и работать с БД
Skyle (2004-09-07 14:09:00) [12]
> [32] сергей1 (07.09.04 14:02)
А при чём тут всякие домены и фунциклирование какого-то локального приложения (в данном случае MS SQL Server)?
Сервер стоит и работает. Решаем задачу доступа к нему.
> В доменах ты имеешь учетную запись на контроллере домена.
Доменную - да.
> MSSQL вроде требует локальную учетную запись
Доменная ему тоже подойдёт. Также можно указать его собственную.
> или все-таки достаточно авторизоваться в домене, и все компы
> смогут получить доступ к твоему MSSQL ?
Достаточно увидеть компьютер, чтобы иметь возможность авторизоваться на нём каким-либо образом.
Я не совсем понимаю, в чём именно состоит вопрос: как увидеть компьютер с установленным MS SQL или как авторизоваться на нём, видя компьютер?
сергей1 (2004-09-07 14:02:00) [13]вот как раз тут масса непонятного
>В случае использования SSPI (авторизация Windows) требуется ещё и иметь валидную на данном компьютере учётную
В доменах ты имеешь учетную запись на контроллере домена. Если MSSQL проинсталлирован не на контроллере (до этого, я как раз и спрашивал, можно ли его ставить на клиента, а не только на контроллер), то как тут проводится авторизация(MSSQL вроде требует локальнуюучетную запись).
Кроме того, клиентские компы в домене (по моим представлениям) обладают какими-то урезаными правами, не авторизовался в домене - вообще никого не увидишь, как в таких условиях MSSQL фунциклирует ?
или все-таки достаточно авторизоваться в домене, и все компы смогут получить доступ к твоему MSSQL ?
Skyle (2004-09-07 13:41:00) [14]
> про установкуMSSQL в среде доменов
Может я чего-то в этой жизни не понимаю, но я вижу дело так:
Для установкиMS SQL Server на какой-либо компьютер нужно
1. Обладать соответствующими правами (думаю, что не меньше локального админа, никогда не вдавался в тонкости)
2. Правильно выбрать Edition.
К доменам это имеет какое-то отношение только в п.1.
Для того, чтобы использоватьсервер, нужно определиться со способом авторизации, как сказал уже > 21] KSergey © (07.09.04 11:47).
В случае использования авторизации SQL Server, нужно всего-лишь каким-то образом достучаться до машины. Видимость машины - удел администратора, к софту стоящему на машине проблема видимости отношения не имеет.
В случае использования SSPI (авторизация Windows) требуется ещё и иметь валидную на данном компьютере учётную запись.
Грубо говоря так.
сергей1 (2004-09-07 13:29:00) [15]sorry за ник, пальцы под конец дня кривыми становятся
подробнее про установку MSSQL в среде доменов, сильно интересно
Skyle (2004-09-07 13:25:00) [16]
> [28] сергей1 (07.09.04 13:21)
Что именно подробнее?
P.S. Все ники исковеркал...
сергей1 (2004-09-07 13:21:00) [17]ой, вторая реплика к sqyle :)
сергей1 (2004-09-07 13:19:00) [18]2 ega
вот в одной подсети может быть несколько доменов, так-же как несколько подсеток в одном домене.
Жаль sergey куда-то делся, не хочет ответить на мой вопрос, тема мне интересная, а то у нас здесь одни workgroup'ы, никакого прогресса !
2 ega
можно подробнее ?
Ega23 (2004-09-07 13:15:00) [19]сергей1 (07.09.04 13:10) [24]
Ну не знаю, с сетями плохо знаком. Знаю только, что компы из другого домена не вижу, а вот до сервера по IP достучаться - нет проблем.
Skyle (2004-09-07 13:13:00) [20]
> [21] KSergey © (07.09.04 11:47)
Есть подозрение, что кто-то пытался ставить на какую-нибудь несерверную ОС выпуски MS SQL Server'а, на неё вставать не умеющие.
Иначе я не знаю причин, могущих хоть как-то реабилитировать рассказчика.)
> [24] сергей1 (07.09.04 13:10)
Какое отношение это имеет с MS SQL Server?