IIS 7 - 401,2 ошибки именем хоста, но не IP-адресом
Я использую TeamViewer v 3.0. Быстрая установка клиента, быстрая установка, быстрый доступ. Стороны коммутатора, чат, и действительно очень, очень быстро на видео (если Вы не смотрите изображение движущихся объектов по нему). Легкий понять для клиента, который является новичком.
TightVNC является лучшим инструментом техника, как бы то ни было. Но это берет немного больше для установки. И это имеет больше возможностей.
Править
@Blunders
В ответе на Ваш комментарий ниже, и на Вашу ссылку MiKogo, добавленную к Вашему вопросу выше. Я смотрел на обзоры этих двух программ (Mikogo и Teamviewer).
- Обзор TeamViewer (См. низ этой страницы для обзора Mikogo),
- Второй обзор TeamViewer
Mikogo берет флаг победителей на функциях. Это позволяет размещать несколько одновременных клиентов и клиентов блоков от наблюдения частей экрана предъявителей. И также позволяет предъявителям изменения.
TeamViewer является большим количеством инструмента справочной службы. Существенное различие для TeamViewer - то, что ни хост, ни клиент не должны регистрироваться. Даже не нужно устанавливать программное обеспечение. Просто перейдите к сайту и выполните его оттуда без установки.
TeamViewer может быть выполнен от флеш-накопителя. Можно взять его с Вами и использовать в качестве хоста от любого компьютера. Кроме того, Вы можете сделать, чтобы Ваш клиент установил его как услуга, таким образом, можно перезагрузить их систему удаленно, войти в и продолжить удалять вредоносное программное обеспечение (я должен был сделать это).
Править
@Blunders
У меня нет личного опыта ни с одним из других продуктов, которые Вы упоминаете в Ваших недавних сообщениях. Положительная сторона, что TeamViewer является платой за коммерческое использование. Я не использую его коммерчески. Кроме того, я соглашаюсь, что интерфейсы после версии 3.0 были несколько громоздкими. Вот почему я использовал более старую версию. Было более просто использовать с обеих сторон.
Я собираюсь смотреть на обоих продукты, которые Вы упомянули. Единственная причина, которую я рекомендовал TeamViewer, состоит в том, потому что у меня есть друг, который является sooo пневматический, и человек смог использовать его. (Ну, и по другим упомянутым выше причинам - это будет работать от флеш-накопителя и не требует посещения веб-страницы).
После долгих поисков я наконец нашел причину проблемы.
Мы отследили ее после того, как заметили пару других связанных проблем. При попытке перейти к общему ресурсу на accserver16 пользователю будет представлено поле учетных данных и следующее сообщение об ошибке:
Система обнаружила возможную попытку нарушения безопасности. Убедитесь, что вы можете связаться с сервером, который аутентифицировал вас.
Заполнение соответствующих учетных данных сработало, но в этом не должно быть необходимости.
Кроме того, при попытке проверить доверие на контроллере домена из леса B, возникает следующая ошибка было отображено сообщение:
Сброс безопасного канала (SC) на контроллере домена Active Directory \ accserver04.domainb.local домена domainb.local на домен domaina.local завершился ошибкой: В настоящее время нет доступных серверов входа в систему для обслуживания запроса входа.
Это указывает на невозможность обнаружения контроллеров домена в другом лесу как на причину проблемы.
В DNS, в зоне прямого просмотра каждого домена, есть зона делегирования с именем «_msdcs». Он должен содержать статические NS-записи, указывающие на серверы имен в этом домене.
Как в домене A, так и в домене B это было неправильно настроено. В домене A единственный указанный сервер имен с тех пор был понижен в должности, а в домене B он указывал на сервер, которого больше не существовало в сети.
По-видимому, это не вызвало проблемы для внутренних DNS-запросов и не было. t влияют на запросы между лесами, пока используется условная пересылка. Однако как только условная переадресация была заменена вторичными зонами,
1.) Связаны ли оба домена Domino друг с другом?
2.)
Как ввести пользователям в Домене1 имя пользователя в Домене2? Возможно, здесь потребуется создать вспомогательный каталог:
http://publib.boulder.ibm.com/infocenter/domhelp/v8r0/index.jsp?topic=%2Fcom.ibm.help.domino.admin.doc%2FDOC%2FH_EXTENDING_NOTES_NAME_LOOKUPS_LDAP_QUERIES_STORIES_INDOWN_DIN_DIN_DVB_QUERIES_INDO_IND_A_B_QUERIES_INDO_IND_16_A_D_IN_A_D_B_QUERIES_AIND_A_IN_D_16_A_DIN_A_D_IN_A_D_B_D_IN_D_B_D_IN_D_D_16_A_D_IN_D_D_16_A_IN_D_ON_D_IN_D_B_QUERIES. --- 279615- Я работал с кем-то над той же проблемой здесь: http://forums.iis.net/p/1175219/2023646.aspx . Однако мы еще не решили ее полностью и все еще пассивно работаем над ней. В их случае использование записи A вместо CNAME решило эту проблему (временное исправление), но поскольку вы уже используете запись A, это не сработает для вас. Что делать, если вы создадите запись хоста для доменного имени? Это выведет AD в основном из уравнения. Кроме того, попробуйте поэкспериментировать с зоной интрасети IE, а также попробуйте использовать другой браузер. Вероятно, проблема связана с SPN, хотя вы упомянули, что устанавливаете записи. И поскольку вы упомянули, что он работает с одних компьютеров, но не работает с других, также изучите настройки SPN компьютера и настройки доверия. Я предполагаю, что страница с ошибкой защищена паролем? Если это не так, вы можете настроить Authentication / Anonymous так, чтобы он всегда выполнялся как удостоверение пула приложений. Тогда пользователь IIS_IUSRS не будет использоваться, и вам нужно будет только протестировать то, что вы используете для удостоверения пула приложений.