Что-то дальше 15-го вопроса не проходит ;( Выдало страницу про инвайт и всё… Теперь постоянно редиректит на эту страницу…
Так не честно — я 16-й вопрос увидеть хочу!
Вот Вы бы написали подробный гайд как сделать это же только через ADFS с хранение внешних клиентов в БД. Я бы с удовольствием почитал и поставил свой плюсик. Да и не определившимся с реализацией тоже было бы полезно иметь возможность ознакомиться с различными вариантами ;)
Признаю — в Вашей точке зрения тоже есть здравый смысл ;)
Каждый смотрит со своей колокольни — у меня OTRS ассоциируется в первую очередь с поддержкой внутренних пользователей.
Полагаю тут (как и всегда) следует исходить из сценария применения и преследуемых конечных целей.
Это как посмотреть… Если всё хозяйство внутри периметра ИМХО поднимать ещё одну подсистему, которую ещё и не всякий админ осилит настроить (это печальный факт) — как то не с руки.
А тут простенький логичный гайд (с некоторыми огрехами, я указал в комментарии ниже), который вполне работоспособен, логичен и в принципе соответствует общей концепции внедрения SSO на сервисах внутри компании с доменом AD.
По крайней мере если бы внедрялся аналогичный сервис от MS (не предназначенный для работы в облаке) он бы использовал реализацию SSO аналогичную описанной, а не ADFS.
Если на предприятии одна площадка — DNS имя домена
Если предприятие распределённое, то сделать DNS имя (CNAME или A записи кому как нравится), указывающее на контроллеры расположенные на одной площадке с OTRS
Тогда OTRS «не ляжет» во время выполнения работ с каким-нибудь одним DC или по причине его смерти.
С вашими настройками OTRS будет нормально работать только на предприятии где меньше 1000 агентов, потом начнутся приколы.
1. Никто не «ноет» мы тут делимся впечатлениями и пожеланиями
2. Этапа отборочных то два. Один в рабочий день, другой в выходной — многим удобнее было. Это просто пожелание по организации.
3. Вы какой-то злой… не стоит свою злость в Интернете выплёскивать — её здесь и так хватает ;)
Так и отпустят 8 спецов из отдела, половину из которых некому замещать в один день в отгул ;)
Если Вас так легко отпускают в любое время — видимо работы мало. Если при этом ещё хорошо платят — я Вам искренне завидую.
В проведении олимпиады с захватом рабочего времени на центральной территории РФ был какой-то тайный умысел или просто недалёкий человек время выбирал?
Это, наверное самая большая проблема.
Арч… не знаю где мне это пригодится, но было прикольно по изучать новую для себя систему. Почему не funtoo?
Про «Strange protocol»: конечно круто придумали, но «нормальный» администратор сначала ищет готовые, стандартные, работающие решения (если изначально не указано иное), а потом уже занимается разбором почему стандартное решение не взлетело и наконец пишет что-то.
По «Binary»: ИМХО описанное решение уж как-то совсем не для администратора. Можно же взять тот же .NET Reflector и посмотреть, какие сборки нужны приложению, какие из них есть в установленном mono.
По «MariaDB Tuning»: а вот тут описали красивое решение. Есть более простое «в лоб» — увеличиваем query cache. У game всего несколько вариантов запросов — в конце концов запрос отрабатывает за требуемое время ;)
По «SSL»: прикольно конечно, что commonName надо правильное значение писать, но когда VPN рвётся и это значение меняется… Получается ну очень далёкая от реальной практики задача…
ИМХО — провайдеры «копают» не в ту сторону. Конечно понятно их желание заработать на продаже «оптимизированных под наш интернет» железок (а заодно и клиента удержать), но почему не ставить домах на этажи своё WiFi оборудование? Всё равно пользователь втыкает свой провод в роутер (в 80-90% случаев и дальше WiFi).
Уж лучше пусть будет на этаже одна точка от провайдера (или три от трёх провайдеров), чем восемь (не считая соседних этажей) дерущихся за свободный канал китайцев.
Так не честно — я 16-й вопрос увидеть хочу!
https://msdn.microsoft.com/en-us/library/dd878343%28v=vs.85%29.aspx
Каждый смотрит со своей колокольни — у меня OTRS ассоциируется в первую очередь с поддержкой внутренних пользователей.
Полагаю тут (как и всегда) следует исходить из сценария применения и преследуемых конечных целей.
Это как посмотреть… Если всё хозяйство внутри периметра ИМХО поднимать ещё одну подсистему, которую ещё и не всякий админ осилит настроить (это печальный факт) — как то не с руки.
А тут простенький логичный гайд (с некоторыми огрехами, я указал в комментарии ниже), который вполне работоспособен, логичен и в принципе соответствует общей концепции внедрения SSO на сервисах внутри компании с доменом AD.
По крайней мере если бы внедрялся аналогичный сервис от MS (не предназначенный для работы в облаке) он бы использовал реализацию SSO аналогичную описанной, а не ADFS.
Тогда OTRS «не ляжет» во время выполнения работ с каким-нибудь одним DC или по причине его смерти.
С вашими настройками OTRS будет нормально работать только на предприятии где меньше 1000 агентов, потом начнутся приколы.
Потому, что по-умолчанию MaxPageSize стоит в 1000 и увеличивать её не стоит.
https://support.microsoft.com/en-us/kb/315071?wa=wsignin1.0
Разве что если дадите пользователю helpdesk доменадмина ;)
А в krb.ini лучше включить
Чтобы KDC по DNS искался. Не будете же вы после добавления нового контроллера домена лазить по всем серверам добавлять его в настройки kerberos!
2. Этапа отборочных то два. Один в рабочий день, другой в выходной — многим удобнее было. Это просто пожелание по организации.
3. Вы какой-то злой… не стоит свою злость в Интернете выплёскивать — её здесь и так хватает ;)
Если бы хоть один отборочный сделали в выходной день.
Вот и я о том же.
А соревнование, это когда участники в равных условиях ;)
Если Вас так легко отпускают в любое время — видимо работы мало. Если при этом ещё хорошо платят — я Вам искренне завидую.
Это, наверное самая большая проблема.
Арч… не знаю где мне это пригодится, но было прикольно по изучать новую для себя систему. Почему не funtoo?
Про «Strange protocol»: конечно круто придумали, но «нормальный» администратор сначала ищет готовые, стандартные, работающие решения (если изначально не указано иное), а потом уже занимается разбором почему стандартное решение не взлетело и наконец пишет что-то.
По «Binary»: ИМХО описанное решение уж как-то совсем не для администратора. Можно же взять тот же .NET Reflector и посмотреть, какие сборки нужны приложению, какие из них есть в установленном mono.
По «MariaDB Tuning»: а вот тут описали красивое решение. Есть более простое «в лоб» — увеличиваем query cache. У game всего несколько вариантов запросов — в конце концов запрос отрабатывает за требуемое время ;)
По «SSL»: прикольно конечно, что commonName надо правильное значение писать, но когда VPN рвётся и это значение меняется… Получается ну очень далёкая от реальной практики задача…
Уж лучше пусть будет на этаже одна точка от провайдера (или три от трёх провайдеров), чем восемь (не считая соседних этажей) дерущихся за свободный канал китайцев.