BigCrazyCat: можно и автоматизировать: есть утилита cacls с безумным синтаксисом.
Но это лишнее - пользуйтесь группами - одни раз назначаете права группе, а потом просто включаете пользователей в нужные группы. Никаких назначений дальше.
BigCrazyCat: Когда поставили AD в фаерволе стал актуальный доменный профиль. Поэтому очень вероятно что какие-то правила, разрешенные в прошлом профиле в этом были заблокированы.
Intelide: Поставьте какой-нибудь фаервол, который больше нравится, т.к. встроенный в 2003 фаер сильно ограниченный в возможностях. К тому же он по умолчанию выключен.
Сайпутдин Омаров: Инстансы слушают разные порты (динамические). Клиентам сообщает о том какой порт слушает соответствующий инстанс служба sql server browser.
Посмотрите обновление БИОС на сайте производителя материнской платы.
А вообще какая в принципе разница какого "цвета" у вас БИОС? Обычно вы его видите пару раз когда винду устанавливаете.
Уберите директиву mtu-test чтоб сообщение не мозолило глаза. Собственно оно говорит лишь о том, что mtu не должно быть больше 1569. Это не ошибка, а просто результат mtu-test.
Можно исходя из цифры 1569 поиграться с размером в tun-mtu и mssfix.
Обычная конфигурация включает:
tun-mtu 1500
mssfix 1450
Отправлять в локалку внешний трафик - плохая идея. Внешний трафик должен быть завернут в отдельный VLAN и этот VLAN нужно довести до порта шлюза/фаервола и только там снимать тег.
В общем случае шлюз может быть подключен к другому коммутатору, соответственно до этого коммутатора должен доходить тегированный внешний трафик.
Поэтому поддержка VLAN должна быть везде где будет проходить внешний трафик.
fshp: Я не предлагал алгоритм. valent_in_habrahabr: "Напишите программу, проверяющую правильность вложения операторных скобок begin ... end" - прямо написано "проверяющую правильность вложения". Где говорится, что вы должны где-то воткнуть end? Поставить правильно end можно только в программе с одним begin.
Примерный алгоритм вам уже набросали.
Руслан Ганеев: Я согласен. И мой вариант - это самое простое решение сложной проблемы.
Если у автора куча свободного времени, то можно искать причину и устранить ее, но не факт, что после нахождения причин получиться их устранить и все не кончится той же переустановкой плюс потраченное время. У меня подобное случалось много раз. Сейчас взял за практику, что если проблема не решается скажем в течении 2 часов, то переустанавливаю винду.
Часто бывает что и проблема видна сразу, но на ее устранение уйдет времени больше, чем на переустановку - выбираю сразу переустановку.
А бывает и так, что принципиально необходимо найти решение, не смотря на потраченное время.
Rad1us: Хорошо, что вы так уверены, что конфликтов быть не может :)
Я бы посмотрел сначала в сторону п.2, т.к. п.3 - сильно костыльный и чреват конфликтами с доступом к файлам. Т.е. в п.3 2 программа и батник будут работать не синхронизировавшись друг с другом, а это плохо.
Реализовать копирование можете чем угодно, что вам ближе - батник как один из достаточно простых вариантов.
1.Возможно, для доступа к виртуалке из вне требуется некая ВПН авторизация. Что-то по этому поводу должно быть в тарифах хостера или в правилах.
3.Нужную маску узнайте у хостера - это будет вернее всего.
Да, похоже, самый правильный вариант - отправить запрос по вашей проблеме в поддержку хостера.
При подключении по ssh происходит авторизация пользователя?
С виртуалки вы можете ходить в Интернет?
Сетевые настройки на виртуалке сделаны так как рекомендует хостер?
Если вы задаете этот вопрос, то скорее всего лучше оставить.
Для себя я всегда сношу, т.к. при восстановлении ставится куча лишнего софта, снос которого по времени занимает примерно столько же сколько и ручная установка драйверов. Кроме того в разделе восстановления, как правило, лежит уже устаревшая версия ОС.
EVOSandru6: Это нормальное поведение - для доступа к общим ресурсам вы должны авторизоваться на удаленном компьютере. Что бы это делалось автоматически можно пойти двумя способами:
1.Завести на сервере такого же пользователя, как на клиенте (с таким же логином и паролем).
2.В "Диспетчере учетных данных" клиента завести учетку для доступа к серверу - эта учетная запись должна существовать на сервере. Тогда для доступа к серверу будет использоваться именно эта учетка.
Но это лишнее - пользуйтесь группами - одни раз назначаете права группе, а потом просто включаете пользователей в нужные группы. Никаких назначений дальше.