hint000, нет. как раз шлюз один, с несколькими интерфейсами из разных сетей - маршрутизатор.
Он же выступает в роли DNS сервера.
Вторая сеть появилась для внедрения AD и планомерного подключения туда, там же и DNS поднят, который потом останется. Все win сервера получили 2 интерфейса, и были заведены в домен, и нормально работают.
Ubuntu домен с моими настройками netplan видеть не хочет.
Если можно подробнее про Panasonic TDA200, как раз такая есть в наличие.
С местными тарифами sip-транк пока не хочется соглашаться, а выход в город уже нужен.
Как её подвязать к CUCM и какая плата нужна?
Есть плата MPR, но я так понял нужно отдельно искать плату для Ethernet портов?
Остальные платы:
LCOT8 - если правильно понимаю то для входящих линий от поставщика услуг,
DHLC8 - гибрид аналог/цифра внутренняя,
SLC16 - так понимаю внутренние цифровые,
DLC8 - внутренние цифровые.
Не совсем понятен набор плат доставшийся в наследство.
LAG_LAGbI4, имеется ввиду, как получить местный городской номер. Что бы клиенты звонили. Я не про 8 800, а про местный 6-значный (У нас в регионе).
Там они дозваниваются до нашей АТС и уже набирают добавочный.
vreitech, нет. просто у поставщика услуг спросил сколько будет стоить сип транк, что бы иметь многоканальный номер. Он назвал сумму. А через пару дней в КП прислал что сумма будет зависеть от сколько на этом канале будет "подканалов" (сколько одновременных подключений).
Вот и стало интересно, если я хочу 1 внешний номер на организацию, но что бы все могли одновременно звонить. И пускай за линию 1000 рублей, то со слов поставщика с 50 телефонов мне нужно платить 51 000.
MedicineMan, как я писал ранее, "Active Directory - пароль" под облачную (Azure) инфраструктуру . По крайне мере у Mircosoft на сайте так написано. Поэтому дальше мучаться не стал.
MedicineMan, нет.
1. Ничего подобного не нашел, только если скриптами добавлять пользователей входа. Но как таковой информации о регистрации именно баз или серверов MsSQL в AD не увидел.
2. Разумеется зайдя под одной учетной записью на сервер, например по RDP, от имени другой учётной записи из AD он у меня не авторизует, т.к. остается либо SQL-авторизация, либо Windows (запись под которой зашёл). Авторизация которая пишется как "Пользователь AD" - это как я понял для работы через облако (Azure)
Но малую часть хотелок реализовать получилось. Например 1С сервер имеет доступ к БД под учёткой из AD (gMSA).
В ручную завел пользователя (gMSA) в MsSQL для входа, раскидал ему нужные права на нужные базы (в последствии скриптами автоматизирую). Под этой же учёткой запускаю 1С сервер.
Логика такая: если при прописывании информационных баз логин и пароль пустой, то запрос в MsSQL сервер стучится под той учёткой под которой запущен 1С-сервер (служба), а вот она уже AD видит.
unfilled, не, имеется ввиду, как писал выше, регистрация серверов и БД в AD, но на свежие версии найти подобного не могу.
Проблемный юзер сам по себе не проблемный, т.к. и пересоздавал, и заводил другого. Ошибка одна и та же.
Заходить пытаюсь с самого сервера MS SQL, он в домене. Под пользователями SQL сервера заходит, под пользователями Windows/AD - нет.
По ошибкам гуглил, в одном случае советуют проверить роль для подключению к серверу (она стоит), в другой кому-то добавить сертификат в доверенные, но где кому и как так и не нашел.
unfilled, все верно, вижу пользователя но зайти не могу.
Тип авторизации смешанный.
Под SA заходит.
зашел на сервер под domain\user1 - ни Аутентификация Windows, ни AD-пароль не пускают.
Выдает ошибку "Ошибка входа пользователя" 18456.
Или, если поставить галочку шифрования: "Цепочка сертификатов выпущена центром сертификации, не имеющим доверия
Центр сертификации не разворачивал, никаких сертификатов никуда не устанавливал.
Вообще в идеале хотелось бы иметь возможность заводить в целом в MS SQL пользователей через AD, т.е. под разные сервисы, и там же указывать базы на которые доступ есть.
Но как понял сейчас это решается только на уровне скриптов, без какого-либо готового инструмента?
Ну и для начала хоть одного AD-шного пользователя авторизовать в MS SQL -_-
unfilled, вот, тут и возникает проблема, что MS SQL не пускает пользователя заведенного в AD, хотя в пользователях MS SQL он так же присутствуют, у него стоят права на подключение и у него стоят права на базы данных (db_owner, db_creator)
зашел на сервер под domain\user1 - ни Аутентификация Windows, ни AD-пароль не пускают.
Выдает ошибку "Ошибка входа пользователя" 18456.
Или, если поставить галочку шифрования: "Цепочка сертификатов выпущена центром сертификации, не имеющим доверия"
