Контакты
Подписка
МЕНЮ
Контакты
Подписка

Dallas Lock - Форум по вопросам информационной безопасности

Dallas Lock - Форум по вопросам информационной безопасности

К списку тем | Добавить сообщение


Страницы: < 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 > [21-40]

Автор: Клинт | 64889 11.08.2016 05:19
Что я не так сдал?

У меня после установки этой сборки: 8.0.347.4 (DL и сервер СБ)

Начались какие-то косяки с ПК:
1) Не работает командная строка, точнее команды не исполняются:
- ping
- arp
- ipconfig
- shutdown
и т.д.

2) Пропал доступ ко всем узлам в установленном тут же VipNet Client.

3) Доступ к ПК в сети DL (правда на всех клиентах пока старая сборка) имеется - видят все друг друга.
Доступ в интернет через браузер тоже имеется.

------------------------
Для обновления версии я удалил старую сборку и поставил новую.
Только вот при установке Сервера безопасности было сообщение, что настроить Межсетевой экран не удалось поэтому было предложено продолжить без его настройки, что я и выбрал.

Может быть проблема в этом?

Посоветуйте, пожалуйста, что можно сделать (кроме снести все нахрен)?

Автор: Клинт | 64890 11.08.2016 05:57
Проблему с cmd я решил путем дописывания:
;C:\Windows\System32

в переменную Path в параметрах среды системы.

Но с VipNet проблема не исчезла.

Автор: oko | 64892 11.08.2016 06:20
to Клинт
Проблема именно в МЭ, вернее, в работе сетевого драйвера Далласа. Полагаю, конфликт драйвера МЭ в составе Далласа с драйвером МЭ в составе ViPNet. Правильный порядок был бы таким: удалить VipNet, удалить Даллас, проверить, что все работает, поставить Даллас, поставить ViPNet. Подозреваю, что в первый раз, когда ставили еще старые сборки, поступали именно так.
А вообще, зачем обновлялись, ради устранения недавно обнаруженной уязвимости? Проще было бы компенсирующие меры в части ЗПС применить, право слово...

Автор: Клинт | 64902 11.08.2016 14:27
to oko
Действительно переустановка в определенном порядке помогла.
Спасибо за подсказку.

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

Автор: Клинт | 64903 11.08.2016 14:27
to oko
Действительно переустановка в определенном порядке помогла.
Спасибо за подсказку.

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

Автор: oko | 64906 11.08.2016 15:48
Мне кажется, что проблема не со сборкой, раз случай единичный из выборки аналогичных машин с аналогичным дистрибутивом. По журналам (и локальным, и на СБ) поглядите, какую причину пишет Даллас в части "Доступ запрещен". И, кстати, у вас механизмы замкнутой программной среды настроены? Если да, то отключите. Механизмы контроля целостности (как единичных файлов, так и всяческих сред в оснастках Далласа)? Тоже временно отключите. Методом, так сказать, исключения воспользуйтесь...
Еще стоит проверить синхронизацию времени. И, самое банальное, понимаю, корректность паролей и иных ключей (буде такие имеются) доступа.

А в тему "не могли"... увы, могли... ибо все-таки спешка, необходимость повторной сертификации, недовольные клиенты и т.д. и т.п. Несколько странностей новой сборки (без уязвимости) сам ловил. Что ж, поглядим, что дальше будет.

Автор: Slayper9 | 64910 11.08.2016 18:30
Такая же проблема, как в посте 64862, через СБ удаленно развернул Dallas Lock 8.0-С (сборка 347) на клиентском ПК (Win7), без каких-либо настроек, Outlook стал некорректно работать. Письма отправляются/принимаются, входящие вложения открываются нормально, а отправленные вложения (.doc, .xls, .pdf и т.д.) не открываются с ошибкой "Сбой операции".
Подскажите пожалуйста как решить!

Автор: oko | 64913 11.08.2016 21:38
to Slayper9
Это вам, по всей видимости, в техподдержку Далласа проще обратиться. Скинуть им логи (по возможности) - нехай разбираются. От себя только одно могу сказать - Аутглюком не пользовался и тем более под Далласом...

Автор: Клинт | 64915 12.08.2016 05:26
to oko
Источник зла установлен.
Если не включать клиента DL в домен безопасности (т.е. не присоединять его к серверу безопасности DL), то все работает нормально.
Как только установить связь с СБ так начинаются глюки.

При этом СБ настройки посылает на клиента, вновь созданных пользователей посылает, а пароли почему-то нет.
Более того он не посылает пароли и на старые клиенты.

Автор: oko | 64920 12.08.2016 10:02
Значит, ваш случай уже второй. Несколько страниц назад в этой же теме пытались разобраться с похожей проблемой с тов. Саня. Вопрос, по всей видимости, все еще актуален. У меня, к сожалению, так и не получилось развернуть тестовый стенд (не дошли руки).

Страницы: < 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 > [21-40]

Просмотров темы: 343253

К списку тем | Добавить сообщение



Добавить сообщение

Автор*
Компания
E-mail
Присылать уведомления да
нет
Текст сообщения*
Введите код*