Windows Подключение в режиме удаленного доступа.

[revit]

Сколько не пытаюсь подключиться удаленно по сети к диспетчерскому компу-не выходит.
Раньше писало сервер РПС не доступен. Настраивал доступ, но никак.
Сейчас всё поставил с нового дистрибутива, когда ставил выяснилось что были косяки с доступом к старой папке. Далее опять настроил по Вашей "библии". Когда запускаешь конфигуратор с компа 192.168.1.13, прописываю диспетчерский -192.168.1.12 -пишет "не удалось подключиться к драйверу -класс не зарегистрирован". Через 10 слот тоже не получается.
Вопрос знатокам-почему не вяжется?
Минута пошла

 

[Alex_NK]

Привет.
Проверь - пользователи и пароли на обоих компах должны быть одинаковыми, если используешь стандартный общий доступ к файлам и принтерам; если гостевой - на обоих компах должны быть включены пользователи Гость. Опять же, проверь настройки DCom, там должны быть явно указаны все учавствующие пользователи на доступ и запуск.
Если есть FireWall, даже встроенный - его тоже нужно правильно настроить.
Будут проблемы - могу расписать подробнее...

 

[revit]

Привет.
Проверь - пользователи и пароли на обоих компах должны быть одинаковыми, если используешь стандартный общий доступ к файлам и принтерам; если гостевой - на обоих компах должны быть включены пользователи Гость. Опять же, проверь настройки DCom, там должны быть явно указаны все учавствующие пользователи на доступ и запуск.

Пользователи одинаковые, доступ и запуск для всех.

Если есть FireWall, даже встроенный - его тоже нужно правильно настроить.

Файервол отключен -компы в локалке.

Будут проблемы - могу расписать подробнее..

Если бы это были проблемы доступа то писало бы RPC не доступен а тут - "класс не зарегистрирован"!

А вы последнюю версии используете?



Сейчас попробовал от имени диспетчера запустить конфигуратор -все наоборот, если к диспетчерскому драйверу полдключаешься пишет "отказано в доступе" а если локально-"клас с не зарегистрирован".

Если не трудно напиши побробно что и как.
И еще - через 10 слот не подключались?

 

[Andi]

Если операционная система Windows XP SP2, то нужно дополнительно настроить DCOM, Описание настройки в прикрепленном файле Посмотреть вложение SecDcom.pdf

При использовании слота 10 соединение по сети происходит по тому же механизму DCOM, что и при удаленному подключению программ к драйверу. Разница только в том, что при удаленном подключении программа (клиент, например, MPult) непосредственно подключается к драйверу на удаленной машие, а при использовании псевдослота 10, программа (клиент, например, MPult) подключается к драйверу на локальной машине, а уже драйвер на локальной машине подключается к драйверу на удаленной машине, т.е. для удаленного драйвера клиентом является локальный драйвер

 

[revit]

На диспетчерском компе (ДК)- XP Pro 5.1.2600 SP2 lisense
Подключаюсь с XP Pro 5.1.2600 SP1
Сделал все согласно вышевыложенному документу. После перезагрузки ДК перестал запускаться драйвер сом порта и соответственно Мпульт. Опять толдычит о классе. Перепроверил, танцевал с бубном -не помогло. :huh:
Пришлось переустановить. Хорошо что переустановка с новым дистрибутив делается быстро и удобно.
При установки разрешил-"для всех".
После переустановки и настройки все заработало как надо . Еще раз проверил настройки безопасности.
При подключении со своего компа пишет-
Посмотреть вложение zzz.bmp :blink:


Вообще это все похоже на шаманство. У меня эта штука работала последний раз когда на ДК стояли 98 форточки (года два с половиной назад), после установки XP я так и не смог ни разу запустить удаленное подключение, ни на старых программах ни теперь, на новых.

 

[Andi]

Вообще это все похоже на шаманство.

Про шаманство согласен, но с связи с непрерывным улучшением и углублением защиты Windows подобное будет и в будущем.

Сообщение 0х80080005 "Ошибка при выполнении приложения - сервера" говорит о том, что удаленное подключение пытается запустить второй экземпляр драйвера на ДК, а не подключиться к уже запущенному драйверу. Т.е. почти хорошо.
У драйвера последних версий это можно увидеть в файле b*.Bad

Можно провести эксперимент - на ДК завершить все задачи, требующие драйвера (в Диспетчере задач ComCLB должен исчезнуть) и подключиться с удаленного компьютера - возможно получиться.

Важно, что бы драйвер в ДК запускался от имени конкретного пользователя, т.е. для драйвера в закладке "Идентификация" нужно установить переключатель в положение "Указанный пользователь", а в поля "Пользователь" и "Пароль" ввести имя и пароль пользователя, под которым
будет запускаться драйвер. Этот пользователь должен быть заведен на обоих компьютерах и иметь одинаковый пароль.

Еще нужно для Windows XP в «Панель управления»\ «Локальная политика безопасности»\ «Локальные политики»\ «Параметры безопасности»\ «сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей» необходимо установить значение «обычная – локальные пользователи удостоверяются как они сами».

 

[revit]

Про шаманство согласен, но с связи с непрерывным улучшением и углублением защиты Windows подобное будет и в будущем.
Сообщение 0х80080005 "Ошибка при выполнении приложения - сервера" говорит о том, что удаленное подключение пытается запустить второй экземпляр драйвера на ДК, а не подключиться к уже запущенному драйверу. Т.е. почти хорошо.
У драйвера последних версий это можно увидеть в файле b*.Bad

Действительно видно

Можно провести эксперимент - на ДК завершить все задачи, требующие драйвера (в Диспетчере задач ComCLB должен исчезнуть) и подключиться с удаленного компьютера - возможно получиться.

Попробовал подключиться (от имени диспетчера) результат другой-
[Вложение IPB #10 отсутствует в исходной базе]

Важно, что бы драйвер в ДК запускался от имени конкретного пользователя, т.е. для драйвера в закладке "Идентификация" нужно установить переключатель в положение "Указанный пользователь", а в поля "Пользователь" и "Пароль" ввести имя и пароль пользователя, под которым
будет запускаться драйвер. Этот пользователь должен быть заведен на обоих компьютерах и иметь одинаковый пароль.

Проверил, так и есть.

Еще нужно для Windows XP в «Панель управления»\ «Локальная политика безопасности»\ «Локальные политики»\ «Параметры безопасности»\ «сетевой доступ: модель совместного доступа и безопасности для локальных учетных записей» необходимо установить значение «обычная – локальные пользователи удостоверяются как они сами».

Давно выставлено.
Что еще можно потрогать? :blink:

Danger а у Вас такое подключение работает?

АУ отзовитесь кто-нибудь у кого такое подключение работает на окнах-сервисФак 2!!!

 

[Andi]

Попробовал подключиться (от имени диспетчера) результат другой-

АУ отзовитесь кто-нибудь у кого такое подключение работает на окнах-сервисФак 2!!!

Сообщение очень странное - можно попробовать разрегистрировать драйвер на удаленной машине и снова зарегистрировать - может что-то случилось с реестром.

А работает у нас, т.е. в ЛКДС, но все советы на сей счет уже выданы.

 

[revit]

Так ведь только инсталировал...

Странно все это.. Надо попа вызывать

 

[revit]

Эксперимент №2
Место проведения: дома
Имеется десктоп с XP SP2 Pro и установленной ЛКДС.
Имеется ноут с с XP SP2 Pro Lisence и установленной ЛКДС.
Оба подключены в локалку через модем-коммутатор Длинк 504t и запущены под одним пользователем.

Подключаюсь конфигуратором драйвера с ноута к компу с запущеным Мпультом.
ПОДКЛЮЧАЕТСЯ! Причем с настройками по умолчанию.
Выписываю настройки.
Подключаюсь к ноуту - пишет: РПС не доступен.
Проверяю настройки-те же.
Вспоминаю про файервол и отключаю его. Пишет-Отказано в доступе!!!
:blink: МИСТИКА!!! :blink:

 

[revit]

Наверное неподключается потому что на ноуте хоум а не про стоит?

Поставил галки везде в "Безопасность DCOM-Разрешение на запуск и активацию-Все"-пишет класс не зарегистрирован!!!
То же делаю на десктопе -ВСЕ РАВНО ПОДКЛЮЧАЕТСЯ!!

 

[Alex_NK]

Получилось подключиться?
У себя пользуем оба типа подключения. Всё работает. Но:
Могу сказать одно по правам доступа - WinXP Pro +SP2 имеет в себе некоторые непонятные, для меня, по крайней мере, механизмы безопасности - даже с выключенным встроенным FW не всегда работает связь ЦД и ЛД. При этом SP1 - всегда и без проблем.
А в качестве защиты от "врагов" использую Outpost Firewall Pro. Гибко, понятно, удобно, с постоянным мониторингом сетевой активности.
По первому типу подключения (первый - от рождения, с явным указанием IP) у меня работает городской диспетчер и администрация предприятия, короче все, кому ОЧЕНЬ НУЖНО, которые цепляются к ЦД. Та, в свою очередь, работает по второму типу, через КСЛ+Eth, по DCom, четез 2е сетевые карты (2 провайдера).
Краткие настройки ЦД и ЛД в прикреплении.
Если непонятно изобразил - могу подробнее.

Да, ещё... При настройке DCom аккуратно с правами доступа/запуска для ВСЕ(или System - не помню). Их не нужно удалять, иначе прекращаетя доступ к консоли.

 

[revit]

В первом сообщении я не мог подключиться к диспетчерскому компу, ни каким способом. В силу обстоятельств необходимо было на рабочем компе переустановить винду и о чудо - после переустановки винды я решил, не надеясь даже на чудо, попробовать подключиться ..... Я был в шоке, когда без всяких настроек я подключился нормально с диспетчерскому драйверу в сетке!!!! Причем был ПРО СП1 а поставил ХОУМ СП2.
Виндовоз -это большая загадка!

 

[support]

В первом сообщении я не мог подключиться к диспетчерскому компу, ни каким способом. В силу обстоятельств необходимо было на рабочем компе переустановить винду и о чудо - после переустановки винды я решил, не надеясь даже на чудо, попробовать подключиться ..... Я был в шоке, когда без всяких настроек я подключился нормально с диспетчерскому драйверу в сетке!!!! Причем был ПРО СП1 а поставил ХОУМ СП2.
Виндовоз -это большая загадка!

Главный программист по MPult сейчас в отпуске, поэтому с какими-либо ответами придется подождать до 3 июля.

 

[Tigr]

В конторе домен. Находится за роутером под FreeBSD. Диспетчерские разбросаны по городу. Связь с ними через городскую локальную сеть. Провайдер режет 135-ый порт на цисках. Пытаемся обойти. На роутер установлен OpenVPN. На компьютерах в диспетчерских соответсвующие клиенты. Проблема заключается в том, что диспетчерские, войдя в общее адресное пространство с конторой, получают доступ к шарам домена, а вот подключиться изнутри домена к ComCLB на диспетчерских машинах не удается. Думаем включить их в домен, но с этим связан ряд проблем. А предлагаемое решение с одинаковыми именами пользователей на двух компьютерах не представляется возможным.

 

[Pav]

В данном способе объединения диспетчерских есть минусы: 135 порт - вирусный. Именно отсюда проблемы с настройкой, подключением и.т.д. Может быть уже пора придумывать что то новое?

 

[Andi]

В данном способе объединения диспетчерских есть минусы: 135 порт - вирусный. Именно отсюда проблемы с настройкой, подключением и.т.д. Может быть уже пора придумывать что то новое?

Идея то была в максимальном использовании системных возможностей. Реализация ComCLB как COM объекта Windows автоматически дала возможность удаленного подключения.

С другой сторорны - а нужно ли это удаленное подключение ?

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

Построение сети "Обь" с использованием удаленных подключений драйверов друг к другу (псевдо слот 10 в структуре) существенно менее надежно, чем использование КСЛ+ Ethernet

 

[revit]

Андрей, ну а как с моим письмом? Жду ответ.

 

[Pav]

купили два ксл-изернет на пробу, так сказать. Обязательно выскажу результаты эксплуатации. Плюсы и минусы какие найдём.

 

[Tigr]

Почему бы не снабдить ПО неким промежуточным сервером, удаленное подключение к которому проходило бы по более безопасному и удобному порту, нежели 135, и который в свою очередь уже локально коннектился бы к драйверу? То есть дать возможность использовать две реализации: как COM-объект и как обычный клиент-сервер.