Привет всем.
Скажите пожалуйста, кто-нибудь писал WS под SBO 2004 C?
У меня возникла следующая проблема ...
WS, написанный в C#, корректно работает с локальным SQL Server'ом, но, как только пытаюсь их разнести (WS на одной машине обращается к SBO на другой машине), то получаю сообщение - "Ошибка соединения с SBO. -2147024891 - Отказано в доступе."
Я так понимаю - это ошибка из-за того, что WS почему-то не может достучаться до сервера лицензий.
Подскажите, кто знает.
Заранее спасибо.

P.S. DCOM настроен

Инфа в догонку ...
Тестировал в двух конфигурациях
1. Сервер SBO - Win2003, клиент - WinXP SP2
2. Сервер - WinXP SP2, клиент - WinXP SP2

Хотя, на мой взгляд, это значение не имеет. Так, на всякий случай.

Было дело. Проблем не было.
Копай в направлении DCOM и аккаунта, под которым ходит WS


Как конкретно настроен?
Играемся с WS в домене или группе?


Значение имеет огромное, особенно если Win2003 с SP1

В DCOM сейчас уже было просто прописано для everyone все галки, + добавил юзера ASPNET.
С Win2003 SP1, XP SP2 и WS вместе с ними "играюсь" в домене.

и в DCOM и в SBOLicense?
Обычным клиентом с "проблемной" машины сервер лицензий виден?

Да, и там и там.
Самый прикол, что SBO при этом работает. Никаких проблем нет. Через SDK к любому серверу можно подключиться. А вот если внутри WS подключаться к другому серверу, то ... проблемы.

Также с любой машины можно зайти в SBO клиентом, т.е. сервер лицензий виден нормально.

Ок, тогда давай попробуем открыть DI-соединение используя просто ASP.NET. Я правильно понял, что именно на этой проблемной машине и стоит IIS?

А завтра ещё раз посмотрю настройки WS на IIS, хотя там никаких шаманств с бубнами не было (у нас, по кр. мере)

Да дело в том, что нет конкретной "проблемной" машины с IIS. Если WS ставишь на любую машину, который будет обращаться к другой машине, то уже ничего не работает. Дело, походу, в нашей сети, но в чем именно не понятно. Кому, на что и кому еще нужно дать права, ума не приложу.

Это следует читать как "проблема в случае, если IIS и LicenseServer на разных машинах"?

Кста, не пробовал пускать WS под своим доменным аккаунтом, так, ради прикола?

[quote="Это следует читать как "проблема в случае, если IIS и LicenseServer на разных машинах"?[/quote]
Получается, что так.

[quote="Кста, не пробовал пускать WS под своим доменным аккаунтом, так, ради прикола?[/quote]
С этим поигрался, но что-то ни к чему это не привело.

Получается, что так.


С этим поигрался, но что-то ни к чему это не привело.

Sonik, смотри на sql.ru вложение по своему вопросу. В настойках INTRA\AVG - доменный пользователь.

+ посмотри системный журнал сообщений на сервере лицензий на предмет DCOM-проблем

HTH

Это мы уже проходили вчера. В качестве пользователя указывали даже админа домена. И ничего ... (((


И журнал тоже смотрели. Там тоже все ок.

Полтергейст прям!

Константин, DCOM-ошибки с ситемном журнале д.б. однозначно, странно, что у вас их нет.

Ещё раз всё перепроверь, перечитай сапноты, перегрузись несколько раз и пиши на портал маляву. Пусть вебекс устраивают.

Просьба также найденный в итоге источник проблемы описать тут на радость будущим поколениям

ЗЫ0: на сервере лицензий в dcomcnfg дай права юзеру ANONYMOUS LOGON на Access Permissions
ЗЫ1: бред, канеш, но может у вас что-то с ресолвом доменных адресов в контексте WS - попробуй указать LicenseServer-проперти как IP/имя машины/полное доменное имя машины
ЗЫ2: проверь, синхронизировано ли время
ЗЫ3: убери все файрволы и отруби брендмауэры
ЗЫ4: http://support.praxissoft.net/common/pa ... omsecurity и http://support.praxissoft.net/common/pa ... omsecurity
ЗЫ5: I have experienced this error a few times and it always links back to Domain access and/or DNS resolution. If you are using Windows Server 2000 or 2003 using Active Directory, it is vital that your DNS server is integrated with Active Directory. Also, make sure that all of your workstations are using the local DNS server and not a DNS server supplied by an outside provider, like an ISP or DNS server located within a workgroup or stand alone system.
Also check the access rights of the user getting the license error. Make sure they are permitted to access the license server in question