Получите данные Пользователя Active Directory NTLM к направляющим w/o IIS
Если вы используете синтаксис функции стрелки для объявления вашего метода, вам не нужно будет вызывать this.toggleNav = this.toggleNav.bind(this) или использовать response-autobind
toggleNav = () => {
this.setState((prev, props) => {
return {
toggleMobileNav: !prev.toggleMobileNav
}
});
}
Вот сообщение Medium, которое охватывает все параметры: https://medium.com/komenco/react-autobinding-2261a1092849
7 ответов
Я предполагаю, что Вы уже удались, какие HTTP-заголовки необходимо отправить, чтобы заставить Firefox и IE передавать материал аутентификации NTLM обратно, и должны просто обработать это на стороне сервера?
Вы могли пользоваться некоторыми win32 библиотеками рубина для доступа к базовым функциям аутентификации Windows, которые обрабатывают NTLM.
Я предположил бы, что путь наименьшего сопротивления мог бы быть должен видеть, существует ли COM-компонент, который может сделать аутентификацию для Вас, и если так, для использования его пользующийся рубиновой библиотекой Win32OLE.
Если нет никакого COM-компонента, Вы смогли находить что-то в одной из тех других библиотек, которые могут вызвать собственные win32 методы для Вас.
Если бы Вы не можете найти, что, необходимо было бы записать рубин C расширение. Я сделал это на Linux, и расширяющийся рубин довольно легок, но можно найти аутентификацию Microsoft API немного болезненный.
Надежда, которая запустила Вас на правильном пути :-)
Этот конкретный проект выглядит многообещающим и ищет участников:
Я еще не пробовал это. На данный момент я планирую реализовать решение Раймонда, поскольку оно, похоже, имеет большой успех.
Я создал учебное руководство о том, как установить исправленный mod_ntlm модуль для Apache на Linux и как передать аутентифицируемое имя пользователя NTLM направляющим и как создают сессию направляющих из этого. Так в результате Вам не нужен Windows Server для запуска приложения направляющих.
Там можно найти также, как включить автоматическую аутентификацию NTLM в Firefox — вводят "about:config" в поле местоположения и затем ищут "network.automatic-ntlm-auth.trusted-uris". Там можно ввести серверы, для которых требуется использовать автоматическую аутентификацию NTLM.
Вы могли также использовать Apache ntlm модуль, который должен передать заголовок вперед Вашему приложению с именем пользователя аутентифицируемого пользователя. Тот модуль выглядит немного старым, но предлагает некоторые другие модули, которые могут удовлетворить Вашим потребностям.
Старый вопрос, который я знаю, но я столкнулся с этим поиском подобного ответа.
Вы могли использовать методы, описанные здесь (http://blog.rayapps.com/2008/12/02/ntlm-windows-domain-authentication-for-rails-application/). Однако mod_ntlm для аутентификации Windows на машине UNIX/linux. mod_auth_sspi - то, в чем Вы будете нуждаться для winNT аутентификации от апача под окнами.
Немного дополнительной информации на случай, если кто-то наткнется на это.
Я хотел сделать кое-что, что, как мне казалось, должно быть довольно простым - извлечь имя пользователя Windows с помощью NTLM из приложения Rails, работающего на Mongrel / Windows (на самом деле InstantRails). Написав базовый код для управления различными операциями квитирования (используя замечательную библиотеку NTLMRuby по адресу http://rubyforge.org/projects/rubyntlm/ ) и заставив ее чудесно работать в Firefox, я был несколько разочарован тем, что найти IE не работает.
Mongrel не поддерживает keep-alive во время обмена сообщениями type1 / 2/3 (по крайней мере, изначально, я считаю, что для этого есть хак / исправление), чего требует IE, а Firefox обходится без него.
Итак, аутентификация сервер Rails, работающий в Windows, против удаленной службы NTLM (например, Sharepoint или другой веб-сайт) достаточно прост, но аутентификация браузера IE на сервере Rails, работающем в Windows, не столько с помощью Mongrel. IIS будет вариантом, как может быть базовый Apache с FastCGI. Первый кажется немного неуклюжим, а второй не будет таким быстрым, как Mongrel.
Обратите внимание на Вафли . Он обеспечивает SSO в Windows для серверов Java с помощью Win32 API. Есть ряд реализованных фильтров (сервлет, клапан tomcat, пружинная защита).