Подключение проходного выключателя как обычного


Как подключить проходной выключатель как обычный и наоборот: можно ли это сделать

Содержание статьи:

Установка проходного выключателя является оптимальной, когда необходимо управлять световым устройством из нескольких разных мест. Зная схему подключения, для подобной системы можно использовать традиционный прибор. Чтобы обеспечить комфортное управление источником света, нужно знать, как подключить проходной выключатель как обычный.

Особенности конструкции

Применение проходного выключателя

Исходя из количества коммутируемых электрических цепей, устройства могут быть одно-, двух- и трехклавишными. Клеммы с винтовыми или пружинными зажимами. Также конструкция зависит от функционального назначения. Виды устройств отличаются при использовании для внешней или внутренней проводки.

Подобное электрооборудование предназначено для включения и выключения из разных мест одного или группы светильников. Нет потребности возвращаться в другой конец помещения, чтобы нажать клавишу. Электроприборы применяют в квартирах большой площади, в коридорах и на лестницах, при освещении садовых дорожек, в спальне. Кроме удобства, это дает экономию электроэнергии.

Проходные выключатели также используются в концертных залах, на стадионах, в подземных переходах и туннелях, в подъездах высотных домов.

Различия между проходным и традиционным выключателем

Разница между проходным и обычным выключателем (вид сзади)

По внешнему виду выключатели ничем не разнятся. Внутренняя конструкция обычного снабжена одним входом и выходом. Может иметь до трех клавиш, что позволяет управлять несколькими источниками освещения. Чаще устанавливают возле входа в помещение. Подключение осуществляется с помощью двух клемм.

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

По конструкции, способу установки и типу управления выключатели могут быть:

  • клавишные;
  • кнопочные;
  • ползунковые;
  • тяговые;
  • тумблерные.

Также их классифицируют в зависимости от напряжения и силы тока, степени защиты, климатических условий, в которых их устанавливают.

Важно не спутать электроприбор с перекидным или перекрестным. На клавише проходного обозначен вертикальный треугольник, в остальных он расположен в горизонтальном направлении.

Как подсоединить проходное устройство

Подвод тока осуществляют через распределительную коробку. Выбирают подходящее место, устанавливают ее и выводят трехжильный кабель. Кроме фазы и нуля он снабжен заземляющим проводом, что делает систему безопасной. Заводская цветовая маркировка жил упрощает монтаж. Чаще это медный гибкий кабель, сечение отдельных проводов от 1 до 1,5 мм.

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

Провода в распределительной коробке

Для правильного и безопасного подключения следует соблюдать следующую последовательность:

  1. Прежде всего необходимо удостовериться, какой провод в коробке является фазой, обычно он красного цвета.
  2. Отключить напряжение.
  3. К близлежащему выключателю подводят фазу и подключают ее на клемму «1».
  4. По маркировке на клеммнике подсоединяют остальные жилы, запомнив соответствующие цвета.
  5. Аналогично выполняют работу на другом выключателе.
  6. Жилу от второго выключателя с фазой светильника соединяют с ярким проводом в распределительной коробке.
  7. Два других провода от первого выключателя подводят к соответствующим клеммам второго.
  8. Ноль и заземление от коробки подводят к таким же по цвету жилам светильника.
  9. Все скрутки необходимо выполнить правильно, заизолировать соединения.

Затем можно подать ток на несколько часов и проверить работу системы. Каждый из выключателей должен отключать и включать осветительный прибор независимо от другого. Если этого не происходит, следует проверить правильность схемы. Обнаруженные очаги тепла – признак слабого контакта. Необходимо обесточить систему и пересмотреть соединение.

Нельзя скручивать медную и алюминиевую жилу.

Как из простого выключателя сделать проходной

Схема управления освещением с двух мест с помощью проходных выключателей

Для преобразования понадобится два выключателя – одно- и двухклавишный. Лучше, если они будут от одного производителя и одинаковые по размеру. Суть переделки – добавление еще одного контакта в двухклавишный обычный выключатель. Предварительно нужно убедиться, что конструкция позволяет поменять местами клеммы.

На керамическом основании есть группа общих, частных и контакты «коромысла». Электрическую часть снимают, один из подвижных контактов разворачивают на 180°. Одну площадку из общей группы срезают. Получившийся механизм собирают, проверяя его работу.

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

Перекидной выключатель

Варианты схем

Снабжен двумя входами и выходами, имеет четыре клеммы, сразу переключает пару контактов. Используется не так часто, но в некоторых случаях незаменим. Облегчает передвижение в темное время суток:

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

Чтобы обустроить освещение лестницы в трехэтажном здании, необходимо создать три точки контроля. Перекидной переключатель перекрестного типа не используется сам по себе. Подключать его нужно в разрыве между проходными выключателями. Зная порядок подключения проходного, несложно разобраться, как сделать переключатель перекидной.

Их количество может доходить до 10, но они всегда должны быть расположены между проходными.

Есть несколько схем для управления освещением из 3 и более мест. Собрать цепь можно через распределительный щиток, или минуя его. Возможно подключение сразу нескольких типов светильников.

Можно ли использовать проходной выключатель как обычный

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

Однако тогда теряется смысл элементов его конструкции. А ведь сложность механизма и количество деталей сказывается на цене. Нет смысла покупать дорогой проходной выключатель и использовать его как обычный.

Недостатки проходных устройств

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

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

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

://

Azure AD Connect: сквозная проверка подлинности - часто задаваемые вопросы

  • 8 минут на чтение

В этой статье

В этой статье рассматриваются часто задаваемые вопросы о сквозной аутентификации Azure Active Directory (Azure AD). Продолжайте проверять наличие обновленного содержимого.

Какой из методов входа в Azure AD, сквозной аутентификации, синхронизации хэша паролей и служб федерации Active Directory (AD FS) мне следует выбрать?

Просмотрите это руководство, чтобы сравнить различные методы входа в Azure AD и узнать, как выбрать правильный метод входа для вашей организации.

Является ли сквозная аутентификация бесплатной функцией?

Сквозная аутентификация - это бесплатная функция. Для его использования вам не нужны какие-либо платные выпуски Azure AD.

Работает ли условный доступ с сквозной аутентификацией?

Да. Все возможности условного доступа, включая Многофакторную аутентификацию Azure, работают с сквозной аутентификацией.

Поддерживает ли сквозная аутентификация «Альтернативный идентификатор» в качестве имени пользователя вместо «userPrincipalName»?

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

Действует ли синхронизация хэша пароля как альтернатива сквозной аутентификации?

Нет. Сквозная проверка подлинности не выполняет автоматическое переключение на синхронизацию хэша паролей. Чтобы избежать сбоев входа пользователя в систему, вам следует настроить сквозную аутентификацию для обеспечения высокой доступности.

Что происходит, когда я переключаюсь с синхронизации хэшей паролей на сквозную аутентификацию?

Когда вы используете Azure AD Connect для переключения метода входа с синхронизации хэша паролей на сквозную аутентификацию, сквозная аутентификация становится основным методом входа для ваших пользователей в управляемых доменах.Обратите внимание, что хэши паролей всех пользователей, которые ранее были синхронизированы с помощью синхронизации хэшей паролей, остаются в Azure AD.

Могу ли я установить соединитель прокси приложения Azure AD на том же сервере, что и агент сквозной аутентификации?

Да. Обновленные версии агента сквозной аутентификации версии 1.5.193.0 или новее поддерживают эту конфигурацию.

Какие версии Azure AD Connect и агента сквозной аутентификации вам нужны?

Для работы этой функции вам потребуется версия 1.1.750.0 или новее для Azure AD Connect и 1.5.193.0 или новее для агента сквозной аутентификации. Установите все программное обеспечение на серверах с Windows Server 2012 R2 или новее.

Что произойдет, если срок действия пароля моего пользователя истек, и он попытается войти в систему с помощью сквозной аутентификации?

Если вы настроили обратную запись паролей для определенного пользователя и если пользователь входит в систему с помощью сквозной проверки подлинности, он может изменить или сбросить свои пароли. Пароли записываются обратно в локальную Active Directory, как и ожидалось.

Если вы не настроили обратную запись пароля для определенного пользователя или если пользователю не назначена действующая лицензия Azure AD, пользователь не сможет обновить свой пароль в облаке. Они не могут обновить свой пароль, даже если срок его действия истек. Вместо этого пользователь видит следующее сообщение: «Ваша организация не позволяет вам обновлять пароль на этом сайте. Обновите его в соответствии с методом, рекомендованным вашей организацией, или обратитесь к администратору, если вам нужна помощь». Пользователь или администратор должны сбросить свой пароль в локальной Active Directory.

Как сквозная аутентификация защищает вас от взлома пароля?

Прочтите информацию о Smart Lockout.

Что агенты сквозной аутентификации обмениваются данными через порты 80 и 443?

  • Агенты аутентификации отправляют HTTPS-запросы через порт 443 для всех операций с функциями.

  • Агенты аутентификации отправляют HTTP-запросы через порт 80 для загрузки списков отзыва сертификатов (CRL) TLS / SSL.

    Примечание

    Последние обновления уменьшили количество портов, необходимых для этой функции. Если у вас есть более старые версии Azure AD Connect или агента аутентификации, оставьте открытыми и эти порты: 5671, 8080, 9090, 9091, 9350, 9352 и 10100-10120.

Могут ли агенты сквозной аутентификации обмениваться данными через исходящий веб-прокси-сервер?

Да. Если в вашей локальной среде включено автоматическое обнаружение веб-прокси (WPAD), агенты проверки подлинности автоматически пытаются найти и использовать веб-прокси-сервер в сети.

Если в вашей среде нет WPAD, вы можете добавить информацию о прокси (как показано ниже), чтобы агент сквозной аутентификации мог взаимодействовать с Azure AD:

  • Настройте информацию прокси в Internet Explorer перед установкой агента сквозной проверки подлинности на сервере. Это позволит вам завершить установку агента аутентификации, но он по-прежнему будет отображаться как Неактивный на портале администратора.
  • На сервере перейдите к «C: \ Program Files \ Microsoft Azure AD Connect Authentication Agent».
  • Отредактируйте файл конфигурации «AzureADConnectAuthenticationAgentService» и добавьте следующие строки (замените «http://contosoproxy.com:8080» на свой фактический адрес прокси-сервера):
    <прокси usesystemdefault = "истина" proxyaddress = "http://contosoproxy.com:8080" bypassonlocal = "правда" />    

Могу ли я установить два или более агентов сквозной аутентификации на одном сервере?

Нет, на одном сервере можно установить только один агент сквозной аутентификации. Если вы хотите настроить сквозную аутентификацию для обеспечения высокой доступности, следуйте приведенным здесь инструкциям.

Должен ли я вручную обновлять сертификаты, используемые агентами сквозной аутентификации?

Обмен данными между каждым агентом сквозной проверки подлинности и Azure AD защищен с помощью проверки подлинности на основе сертификатов.Эти сертификаты автоматически обновляются каждые несколько месяцев службой Azure AD. Эти сертификаты не нужно обновлять вручную. При необходимости вы можете удалить старые сертификаты с истекшим сроком действия.

Как удалить агент сквозной аутентификации?

Пока работает агент сквозной аутентификации, он остается активным и постоянно обрабатывает запросы пользователя на вход. Если вы хотите удалить агент проверки подлинности, перейдите в Панель управления -> Программы -> Программы и компоненты и удалите программы Microsoft Azure AD Connect Authentication Agent и Microsoft Azure AD Connect Agent Updater .

Если вы проверите колонку Сквозная проверка подлинности в центре администрирования Azure Active Directory после завершения предыдущего шага, вы увидите, что агент проверки подлинности отображается как Неактивно . Это , ожидаемое . Агент аутентификации автоматически удаляется из списка через 10 дней.

Я уже использую AD FS для входа в Azure AD. Как переключить его на сквозную аутентификацию?

Если вы переходите с AD FS (или других технологий федерации) на сквозную аутентификацию, мы настоятельно рекомендуем вам следовать нашему подробному руководству по развертыванию, опубликованному здесь.

Могу ли я использовать сквозную аутентификацию в среде Active Directory с несколькими лесами?

Да. Среды с несколькими лесами поддерживаются при наличии доверительных отношений между лесами (двусторонними) между лесами Active Directory и при правильной настройке маршрутизации суффиксов имен.

Обеспечивает ли сквозная аутентификация балансировку нагрузки между несколькими агентами аутентификации?

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

Сколько агентов сквозной аутентификации мне нужно установить?

Установка нескольких агентов сквозной аутентификации обеспечивает высокую доступность. Но он не обеспечивает детерминированную балансировку нагрузки между агентами аутентификации.

Примите во внимание пиковую и среднюю нагрузку запросов на вход, которые вы ожидаете увидеть в своем клиенте. В качестве эталонного теста один агент аутентификации может обрабатывать от 300 до 400 аутентификаций в секунду на стандартном 4-ядерном ЦП и сервере с ОЗУ 16 ГБ.

Для оценки сетевого трафика используйте следующие рекомендации по определению размера:

  • Каждый запрос имеет размер полезной нагрузки (0,5K + 1K * num_of_agents) байт; то есть данные из Azure AD в агент аутентификации. Здесь «num_of_agents» указывает количество агентов аутентификации, зарегистрированных на вашем клиенте.
  • Каждый ответ имеет размер полезной нагрузки 1 Кбайт; то есть данные от агента аутентификации в Azure AD.

Для большинства клиентов всего двух или трех агентов аутентификации достаточно для обеспечения высокой доступности и емкости.Вы должны установить агентов аутентификации рядом с контроллерами домена, чтобы уменьшить задержку при входе.

Примечание

Существует ограничение системы в 40 агентов аутентификации на одного клиента.

Могу ли я установить первый агент сквозной аутентификации на сервере, отличном от того, на котором работает Azure AD Connect?

Нет, этот сценарий не поддерживается.

Зачем мне нужна облачная учетная запись глобального администратора для включения сквозной аутентификации?

Рекомендуется включать или отключать сквозную аутентификацию с помощью облачной учетной записи глобального администратора.Узнайте о добавлении облачной учетной записи глобального администратора. Это гарантирует, что вы не потеряете доступ к своему арендатору.

Как отключить сквозную аутентификацию?

Перезапустите мастер Azure AD Connect и измените метод входа пользователя с сквозной проверки подлинности на другой метод. Это изменение отключает сквозную аутентификацию на клиенте и удаляет агент аутентификации с сервера. Вы должны вручную удалить агентов аутентификации с других серверов.

Что происходит, когда я удаляю агент сквозной аутентификации?

Если вы удалите агент сквозной аутентификации с сервера, это приведет к тому, что сервер перестанет принимать запросы на вход. Чтобы избежать нарушения возможности входа пользователя в систему на вашем клиенте, убедитесь, что у вас запущен другой агент аутентификации, прежде чем удалять агент сквозной аутентификации.

У меня есть старый клиент, который изначально был настроен с использованием AD FS. Недавно мы перешли на PTA, но теперь не видим, чтобы наши изменения UPN синхронизировались с Azure AD.Почему наши изменения UPN не синхронизируются?

A: В следующих случаях ваши локальные изменения UPN могут не синхронизироваться, если:

  • Ваш клиент Azure AD был создан до 15 июня 2015 г.
  • Изначально вы были объединены с вашим клиентом Azure AD с использованием AD FS для проверки подлинности
  • Вы перешли на использование управляемых пользователей, использующих PTA в качестве аутентификации

Это связано с тем, что по умолчанию клиенты, созданные до 15 июня 2015 г., блокировали изменения UPN.Если вам нужно разблокировать изменения UPN, вам необходимо запустить следующую команду PowerShell:

Set-MsolDirSyncFeature -Feature SynchronizeUpnForManagedUsers -Enable $ True

Клиенты, созданные после 15 июня 2015 г., по умолчанию имеют синхронизацию изменений UPN.

Следующие шаги

.

Сквозная проверка подлинности Azure AD - краткое руководство

  • На чтение 9 минут

В этой статье

Развертывание сквозной аутентификации Azure AD

Сквозная проверка подлинности

Azure Active Directory (Azure AD) позволяет пользователям входить как в локальные, так и в облачные приложения, используя одни и те же пароли.Сквозная проверка подлинности выполняет вход пользователей, проверяя их пароли непосредственно в локальной службе Active Directory.

Важно

Если вы переходите с AD FS (или других технологий федерации) на сквозную аутентификацию, мы настоятельно рекомендуем вам следовать нашему подробному руководству по развертыванию, опубликованному здесь.

Следуйте этим инструкциям, чтобы развернуть сквозную аутентификацию на своем клиенте:

Шаг 1. Проверьте предварительные условия

Убедитесь, что выполнены следующие предварительные условия.

Важно

С точки зрения безопасности администраторы должны рассматривать сервер, на котором запущен агент PTA, как если бы он был контроллером домена. Серверы агентов PTA должны быть усилены в соответствии с теми же принципами, что описаны в разделе «Защита контроллеров домена от атак»

.

В центре администрирования Azure Active Directory

  1. Создайте облачную учетную запись глобального администратора в своем клиенте Azure AD. Таким образом, вы можете управлять конфигурацией вашего клиента, если ваши локальные службы выйдут из строя или станут недоступны.Узнайте, как добавить облачную учетную запись глобального администратора. Выполнение этого шага крайне важно, чтобы вы не потеряли доступ к своему клиенту.
  2. Добавьте одно или несколько пользовательских доменных имен в свой клиент Azure AD. Ваши пользователи могут входить в систему с одним из этих доменных имен.

В локальной среде

  1. Укажите сервер под управлением Windows Server 2012 R2 или более поздней версии для запуска Azure AD Connect. Если это еще не сделано, включите TLS 1.2 на сервере. Добавьте сервер в тот же лес Active Directory, что и пользователи, пароли которых вам нужно проверить.

  2. Установите последнюю версию Azure AD Connect на сервер, указанный на предыдущем шаге. Если у вас уже работает Azure AD Connect, убедитесь, что это версия 1.1.750.0 или более поздняя.

    Примечание

    Azure AD Connect версий 1.1.557.0, 1.1.558.0, 1.1.561.0 и 1.1.614.0 имеет проблему, связанную с синхронизацией хэша паролей. Если вы, , не собираетесь использовать синхронизацию хэшей паролей в сочетании с сквозной аутентификацией, прочтите примечания к выпуску Azure AD Connect.

  3. Укажите один или несколько дополнительных серверов (под управлением Windows Server 2012 R2 или более поздней версии, с включенным TLS 1.2), на которых вы можете запускать автономные агенты аутентификации. Эти дополнительные серверы необходимы для обеспечения высокой доступности запросов на вход. Добавьте серверы в тот же лес Active Directory, что и пользователи, пароли которых вам необходимо проверить.

    Важно

    В производственных средах мы рекомендуем иметь как минимум 3 агента аутентификации, работающих на вашем клиенте.Существует ограничение системы в 40 агентов аутентификации на одного клиента. Лучше всего рассматривать все серверы, на которых работают агенты аутентификации, как системы уровня 0 (см. Ссылку).

  4. Если между вашими серверами и Azure AD есть брандмауэр, настройте следующие элементы:

    • Убедитесь, что агенты аутентификации могут отправлять исходящих запросов в Azure AD через следующие порты:

      Агенты аутентификации
      Номер порта Как это используется
      80 Загружает списки отзыва сертификатов (CRL) при проверке сертификата TLS / SSL.
      443 Обрабатывает все исходящие сообщения со службой
      8080 (дополнительно) сообщают о своем состоянии каждые десять минут через порт 8080, если порт 443 недоступен.Этот статус отображается на портале Azure AD. Порт 8080 - это , а не , используемый для входа пользователей.

      Если ваш брандмауэр применяет правила в соответствии с исходными пользователями, откройте эти порты для трафика от служб Windows, которые работают как сетевая служба.

    • Если ваш брандмауэр или прокси-сервер разрешает занесение в белый список DNS, добавьте подключения к * .msappproxy.net и * .servicebus.windows.net . Если нет, разрешите доступ к диапазонам IP-адресов центра обработки данных Azure, которые обновляются еженедельно.

    • Вашим агентам аутентификации необходим доступ к login.windows.net и login.microsoftonline.com для начальной регистрации. Откройте брандмауэр и для этих URL-адресов.

    • Для проверки сертификата разблокируйте следующие URL-адреса: mscrl.microsoft.com:80 , crl.microsoft.com:80 , ocsp.msocsp.com:80 и www.microsoft.com:80 . Поскольку эти URL-адреса используются для проверки сертификатов с другими продуктами Microsoft, возможно, эти URL-адреса уже разблокированы.

Облако для государственных организаций Azure

Перед включением сквозной проверки подлинности через Azure AD Connect на шаге 2 загрузите последнюю версию агента PTA с портала Azure. Убедитесь, что ваш агент имеет версию 1.5.1742.0. или новее. Чтобы проверить свой агент, см. Обновление агентов аутентификации

.

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

Шаг 2. Включите функцию

Включите сквозную аутентификацию через Azure AD Connect.

Важно

Вы можете включить сквозную аутентификацию на основном или промежуточном сервере Azure AD Connect. Настоятельно рекомендуется включить его с основного сервера. Если вы настраиваете промежуточный сервер Azure AD Connect в будущем, необходимо, чтобы продолжал выбирать сквозную проверку подлинности в качестве параметра входа; при выборе другого варианта отключит сквозную проверку подлинности на клиенте и переопределит настройку на основном сервере.

Если вы устанавливаете Azure AD Connect в первый раз, выберите путь выборочной установки. На странице входа пользователя в систему выберите Сквозная проверка подлинности в качестве метода входа . После успешного завершения агент сквозной проверки подлинности устанавливается на том же сервере, что и Azure AD Connect. Кроме того, на вашем клиенте включена функция сквозной аутентификации.

Если вы уже установили Azure AD Connect с помощью экспресс-установки или пользовательского пути установки, выберите задачу Изменить вход пользователя в Azure AD Connect, а затем выберите Далее .Затем выберите Сквозная проверка подлинности в качестве метода входа. После успешного завершения агент сквозной проверки подлинности устанавливается на том же сервере, что и Azure AD Connect, и эта функция включается на вашем клиенте.

Важно

Сквозная проверка подлинности - это функция уровня клиента. Включение этого параметра влияет на вход для пользователей в всех управляемых доменах вашего клиента. Если вы переключаетесь со служб федерации Active Directory (AD FS) на сквозную аутентификацию, вам следует подождать не менее 12 часов, прежде чем завершать работу инфраструктуры AD FS.Это время ожидания необходимо для того, чтобы пользователи могли продолжать входить в Exchange ActiveSync во время перехода. Для получения дополнительной помощи по переходу с AD FS на сквозную аутентификацию ознакомьтесь с нашим подробным планом развертывания, опубликованным здесь.

Шаг 3. Протестируйте функцию

Следуйте этим инструкциям, чтобы убедиться, что вы правильно включили сквозную аутентификацию:

  1. Войдите в центр администрирования Azure Active Directory с учетными данными глобального администратора для своего клиента.
  2. Выберите Azure Active Directory на левой панели.
  3. Выберите Azure AD Connect .
  4. Убедитесь, что функция сквозной проверки подлинности отображается как Включено .
  5. Выберите Сквозная проверка подлинности . На панели Сквозная аутентификация перечислены серверы, на которых установлены ваши агенты аутентификации.

На этом этапе пользователи из всех управляемых доменов в вашем клиенте могут войти в систему с помощью сквозной аутентификации.Однако пользователи из федеративных доменов продолжают входить в систему с помощью AD FS или другого поставщика федерации, который вы настроили ранее. Если вы преобразуете домен из федеративного в управляемый, все пользователи из этого домена автоматически начнут входить в систему с использованием сквозной аутентификации. Функция сквозной аутентификации не влияет на пользователей, работающих только в облаке.

Шаг 4. Обеспечьте высокую доступность

Если вы планируете развернуть сквозную аутентификацию в производственной среде, вам следует установить дополнительные автономные агенты аутентификации.Установите эти агенты аутентификации на сервере (ах) , отличном от , на котором запущено Azure AD Connect. Эта настройка обеспечивает высокую доступность для запросов пользователей на вход.

Важно

В производственных средах мы рекомендуем иметь как минимум 3 агента аутентификации, работающих на вашем клиенте. Существует ограничение системы в 40 агентов аутентификации на одного клиента. Лучше всего рассматривать все серверы, на которых работают агенты аутентификации, как системы уровня 0 (см. Ссылку).

Установка нескольких агентов сквозной аутентификации обеспечивает высокую доступность, но не обеспечивает детерминированную балансировку нагрузки между агентами аутентификации. Чтобы определить, сколько агентов аутентификации вам нужно для вашего клиента, рассмотрите пиковую и среднюю нагрузку запросов на вход, которые вы ожидаете увидеть на своем клиенте. В качестве эталонного теста один агент аутентификации может обрабатывать от 300 до 400 аутентификаций в секунду на стандартном 4-ядерном ЦП и сервере с ОЗУ 16 ГБ.

Для оценки сетевого трафика используйте следующие рекомендации по выбору размера:

  • Каждый запрос имеет размер полезной нагрузки (0.5K + 1K * num_of_agents) байт, то есть данные из Azure AD в агент аутентификации. Здесь «num_of_agents» указывает количество агентов аутентификации, зарегистрированных на вашем клиенте.
  • Каждый ответ имеет размер полезной нагрузки 1 КБ, то есть данные от агента аутентификации в Azure AD.

Для большинства клиентов всего трех агентов аутентификации достаточно для обеспечения высокой доступности и емкости. Вы должны установить агентов аутентификации рядом с контроллерами домена, чтобы уменьшить задержку при входе.

Для начала следуйте этим инструкциям по загрузке программного обеспечения агента аутентификации:

  1. Чтобы загрузить последнюю версию агента аутентификации (версия 1.5.193.0 или более поздняя), войдите в центр администрирования Azure Active Directory, используя учетные данные глобального администратора вашего клиента.
  2. Выберите Azure Active Directory на левой панели.
  3. Выберите Azure AD Connect , выберите Сквозная проверка подлинности , а затем выберите Загрузить агент .
  4. Выберите Принять условия и загрузить кнопку .

Есть два способа развернуть автономный агент аутентификации:

Во-первых, вы можете сделать это в интерактивном режиме, просто запустив загруженный исполняемый файл агента аутентификации и предоставив учетные данные глобального администратора вашего клиента при появлении запроса.

Во-вторых, вы можете создать и запустить сценарий автоматического развертывания. Это полезно, если вы хотите развернуть несколько агентов аутентификации одновременно или установить агенты аутентификации на серверах Windows, на которых не включен пользовательский интерфейс или к которым вы не можете получить доступ с помощью удаленного рабочего стола.Вот инструкции о том, как использовать этот подход:

  1. Выполните следующую команду для установки агента проверки подлинности: AADConnectAuthAgentSetup.exe REGISTERCONNECTOR = "false" / q .
  2. Вы можете зарегистрировать агент аутентификации в нашей службе с помощью Windows PowerShell. Создайте объект учетных данных PowerShell $ cred , который содержит имя пользователя и пароль глобального администратора для вашего клиента. Выполните следующую команду, заменив <имя пользователя> и <пароль> :
  3. .
  $ User = "<имя пользователя>" $ PlainPassword = '<пароль>' $ SecurePassword = $ PlainPassword | ConvertTo-SecureString -AsPlainText -Force $ cred = New-Object -TypeName System.Management.Automation.PSCredential -ArgumentList $ User, $ SecurePassword  
  1. Перейдите к C: \ Program Files \ Microsoft Azure AD Connect Authentication Agent и запустите следующий сценарий, используя созданный вами объект $ cred :
  RegisterConnector.ps1 -modulePath "C: \ Program Files \ Microsoft Azure AD Connect Authentication Agent \ Modules \" -moduleName "PassthroughAuthPSModule" -Authenticationmode Credentials -Usercredentials $ cred -Feature PassthroughAuthentication  

Важно

Если на виртуальной машине установлен агент аутентификации, вы не можете клонировать виртуальную машину для установки другого агента аутентификации.Этот метод не поддерживается .

Шаг 5. Настройка возможности интеллектуальной блокировки

Smart Lockout помогает заблокировать злоумышленников, которые пытаются угадать пароли ваших пользователей или используют методы грубой силы для доступа. Настроив параметры Smart Lockout в Azure AD и / или соответствующие параметры блокировки в локальной Active Directory, можно атаковать могут быть отфильтрованы до того, как попадут в Active Directory. Прочтите эту статью, чтобы узнать больше о том, как настроить параметры Smart Lockout на вашем клиенте для защиты ваших учетных записей.

Следующие шаги

.

Создание сквозного запроса - Access

Для получения строки подключения:

  1. На панели навигации щелкните правой кнопкой мыши таблицу, связанную с нужным источником данных, и выберите Диспетчер связанных таблиц .

  2. В диалоговом окне Диспетчер связанных таблиц установите флажок для источника данных, а затем выберите Изменить .

  3. В диалоговом окне Edit Link скопируйте текст в поле Connection string .

После создания подключения к файлу DSN строка подключения ODBC сохраняется внутри базы данных Access. Вот трюк, чтобы получить копию этой строки:

  1. Найдите имя связанной таблицы в области навигации, используя нужное соединение ODBC.

  2. Нажмите Ctrl + G. , чтобы открыть окно VBA Immediate.

  3. Введите: следующий код:

    ? CurrentDb.TableDefs ("<имя таблицы>"). Подключить 

    Но замените <имя таблицы> именем связанной таблицы из шага а.

  4. Скопируйте строку, возвращенную в свойство ODBC Connect Str .

.

FCoE Pass Through - Сообщество Cisco

Маниш:

Хорошая штука.

Извини, что я так долго отвечал тебе. Был очень занят ...

В любом случае, позвольте мне поделиться с вами некоторыми своими мыслями, и я хотел бы услышать ваш отзыв.

Мое понимание относительно дорожной карты FCoE, поскольку она относится к расширению домена FCoE, заключается в расширении сети Ethernet без потерь за пределы сегодняшней точки разграничения FCoE, которая сегодня является ToR, до EoR, а затем до ядра .Более того, этот путь может быть частью того, что мы назвали бы структурой (самовосстановление, встроенный интеллект, горизонтальное расширение, полная двухсекционная доступность полосы пропускания, расширенная плоскость управления через границы физических коммутаторов и т. Д.), Или просто лоскутное одеяло из Коммутаторы Ethernet без потерь, подключенные друг к другу через классическую архитектуру 802.1D (STP, заблокированные восходящие каналы, 50% двухсекционная полоса пропускания, необходимое повторное схождение после каждой ошибки и т. д.). В любом случае трафик FCoE будет использовать путь Ethernet без потерь.

С учетом вышесказанного, что происходит с коммутатором ToR FCF, который в настоящее время завершает домен FCoE, и имеет ли НЕ возможность FSB (мост FIP-Snooping)? Я не понимаю, что делать с Brocade B-8000 или Cisco Nexus 5000, когда архитекторы центров обработки данных хотят сделать следующий шаг и сделать коммутатор EoR новой точкой разграничения / завершения для трафика FCoE, то есть точкой какие FC и Ethernet идут разными путями. Придется ли вырывать Нексус? Возможно, я ошибаюсь, и B-8000 и Nexus 5000 действительно являются FSB, что означает, что порты FC больше не будут использоваться на них, а восходящие каналы 10G CEE к EoR будут просто переносить трафик FIP / FCoE в EoR. , где новый FCF завершит путь FCoE.Этот вопрос не зависит от поставщика. Мысли?

Наконец, у меня есть вопрос по поводу Nexus 5000, поддерживающего подключение к FSB. Я спрашиваю об этом, потому что между архитекторами центров обработки данных ведутся дискуссии, и предлагаются предлагаемые эталонные архитектуры, в которых блейд-коммутатор действует как FSB (и обычный агрегатор портов, как и любой другой коммутатор, а не 1: 1). сквозной) подключен к одному порту Nexus 5000 10G CEE. Итак, чтобы быть предельно ясным, я говорю о блейд-шасси с несколькими блейд-серверами, каждый из которых имеет CNA, все они подключены к блейд-коммутатору FSB Ethernet, который объединяет весь трафик CNA и подключается / передается по восходящей линии связи к ОДИН порт на Nexus 5000.

Может ли N5K поддерживать несколько входов FLOGI на один порт? Если нет, это означает, что эталонная архитектура работать не будет. Да или нет?

С уважением

.

Смотрите также