| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Win98 + ADO + SQLServer = Проблема [D5, MSSQL]
Yurko © (2004-04-02 11:32:00)Скажите, пожалуйста, как из Win98 подключится к SQLServer через ADO?
Делаю так:
1. создаю udl-файл
2. Поставщик данных - Microsoft OLE DB Provider for SQL Server
3. Подключение - вот тут-то и проблема!
в WinXP в поле "имя сервера" сервер видно и все работает со свистом, в Win98 - нет, даже, если ввести имя вручную, подключение не происходит!
sniknik (2004-04-04 13:03:00) [1]> Это почему, интересно? Win9x прекрасно умеют входить в свои родные виндовские домены. Так что разницы я не вижу.
это вопрос к их админу, кстати хороший специалист... так настроить сеть чтобы Win98 ее не видела это еще нужно суметь. ;о))
по сути, именно с Win98ми никогда проблем не было, наоборот с 2000ми когда не в домене и/или из другой подсети... это да, но тоже решается прописыванием юзера непосредственно на машине с MSSQL.
KSergey (2004-04-04 08:51:00) [2]> Yurko © (03.04.04 15:03) [26]
> 1. под Win9x используйте учетную запись MSSQL (НЕ WinNT!!!).
Это почему, интересно? Win9x прекрасно умеют входить в свои родные виндовские домены. Так что разницы я не вижу.
Yurko (2004-04-03 15:03:00) [3]Работает!!!
Причина проблемы, до боли в пузе, смешна – админ дал неправильный пароль!
Знания, вынесенные из этого урока (может кому-то пригодится):
если Вам надо коннектится к MSSQL (через ADO) стоящему под WinNT, то
1. под Win9x используйте учетную запись MSSQL (НЕ WinNT!!!).
1.1 семь раз спроси у админа пароль, один раз подключайся!
2. под WinNT можно использовать учетную запись как WinNT, так и MSSQL.
3. пользователи 1С не имеют отношения ни к виндам, ни к MSSQL.
udl для коннекта из-под Win9x:
[oledb]
Provider=SQLOLEDB.1;Password=password;Persist Security Info=True;User ID=user;Initial Catalog=Data;Data Source=DBSERVER
udl для коннекта из-под WinNT:
[oledb]
Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=Data;Data Source=DBSERVER
Всем огромное спасибо за помощь!
LordOfSilence (2004-04-02 14:05:00) [4]2 KSergey © (02.04.04 14:01) [24]
А хрен его знает, тащ майор... ;)
В начале было:
в WinXP в поле "имя сервера" сервер видно и все работает со свистом, в Win98 - нет, даже, если ввести имя вручную, подключение не происходит!
Есть небольшое подозрение, что ХРюшка по умолчанию работает через TCP/IP, а 98 подставляет Named Pipes, через который и не идет коннект у товарища.
KSergey (2004-04-02 14:01:00) [5]LordOfSilence © (02.04.04 13:29)
> Юрко, ты cliconf.exe на проблемных машинах вообще запускал?
Раз польователя не пускают - то, вероятно, клиент сервер находит (надеюсь, тот сервер, какой надо ;)
А вот это
> [22] sniknik © (02.04.04 13:14)
> к базе - настраивается в конфигураторе,
- интересно. А про какого ЮЗЕРА говорит автор, интересно? Автор, ау! ;)
LordOfSilence (2004-04-02 13:29:00) [6]Юрко, ты cliconf.exe на проблемных машинах вообще запускал?
sniknik (2004-04-02 13:14:00) [7]> К стати, подумал: позможно, 1С вообще коннектится с каким-то прошитым ЮЗЕРОМ
к базе - настраивается в конфигураторе, а те что в самом 1с(при входе указываеш) ни к системе ни к mssql отношения не имеют.
KSergey (2004-04-02 13:11:00) [8]К стати, подумал: позможно, 1С вообще коннектится с каким-то прошитым ЮЗЕРОМ
А права на того, которого указываешь в ее окне регистрации - проверяет сама по своим источникам информации...
Хотя гадать тут можно много
sniknik (2004-04-02 13:07:00) [9]> не смешно...
а я и не смеюсь, но дать совет при отсутствии инфы по фразам "не работает!"/"не проходит!"/"у меня все правильно а не работает!"/"все равно!"/...... невозможно.
по той инфе что была дана, я тебе и ответ другой дал, не так ли?
если хочеш решить проблему давай инфу а не эмоции, если считаеш что у тебя правильно (в неработе враги виноваты) докажи это.
говори подробно что где. (особенно интересуют юзеры, прошу в подробном расказе приписывать - юзер в 1с/юзер в mssql/юзер на сервере(домене)/юзер под которым работаю в 98х а не просто "ЮЗЕР")
KSergey (2004-04-02 12:59:00) [10]Да фигли не смешно, блин!
Ну так разберись с правилами и типами регистрации на MS SQL, правами, паролями, регистром букв, в конце концов!
Ну не бывает так, понимаешь?? Раз логин не катит - значит доступа под ним нет. Почему - никто тебе конктерно не скажет. А общий ответ - не разрешен доступ. Вот и все.
В случае MS SQL-аутоитентификации - какой текст в udl видишь? Приведи.
JohnS (2004-04-02 12:58:00) [11]Не пойму что за проблемы
Provider=SQLOLEDB.1;Password=Пароль;Persist Security Info=True;User ID=Юзер;Initial Catalog=CfimBase;Data Source=PIONEER
Yurko (2004-04-02 12:53:00) [12]не смешно...
JibSkeart (2004-04-02 12:43:00) [13]:)
sniknik (2004-04-02 12:42:00) [14]> ставил и MSSQL авторизацию - все равно!
"все равно!" таких ошибок тоже не бывает....
Yurko (2004-04-02 12:39:00) [15]ставил и MSSQL авторизацию - все равно!
Yurko (2004-04-02 12:37:00) [16]DBSERVER работает под Win2000Server, пользователи есть.
если с Вин98-машины пользователь "ЮЗЕР" заходит просто пошарится по DBSERVER-у или заходит из 1С (с подключением к MSSQL), то в сеансах его (ЮЗЕРа) видно, и никаких ошибок!
JibSkeart (2004-04-02 12:34:00) [17]1С не знаю не работал с ней ,
скорее всего использует MSSQL авторизацию,
а ты скорее всего ставищь WinNT авторизацию ?
так или я ошибаюсь ?
JibSkeart (2004-04-02 12:34:00) [18]1С не знаю не работал с ней ,
скорее всего использует MSSQL авторизацию,
а ты скорее всего ставищь WinNT авторизацию ?
так или я ошибаюсь ?
JibSkeart (2004-04-02 12:32:00) [19]Хмм а это случаем , не та фишка когда Вин98 для ХР
является гостям , и вин авторизацию не пройдеш ,
ну или права вообще все урезаны ?
тогды в винХР откройте для гостей доступ ...
ну это если я чагото не спутал
Yurko (2004-04-02 12:30:00) [20]...да, и 1С подключается же используя имя+пароль к MSSQL, и работает нормально. Я использую то же имя, тот же пароль, но...
| |
Страницы: 