JavaUser Spring, Да, он просто приемник и может принимать все что есть в эфире.
Радио клавомыши не используют блютус, блютус это сетевой протокол, у клавомышей же протокол гораздо проще чисто для передачи нажатий и координат.
Можете найти или написать программную реализацию блютуса под модуль, но этот код будет сильно много весить и отнимать ресурсов основного процессора, поэтому обычно используют готовые модули с аппаратной реализацией необходимого протокола.
dinamitxp, Если нет главного админа, то зачем им целый
консультант информационного отдела
или такой формулировкой экономят на зарплате админа?
Если выбирать из двух этих, то даже не знаю, всегда нужно смотреть по месту, как что устроено и организованно и какие видятся перспиктивы, а не решать по крутости компании как-то неочень.
ZIK1337, И что тут сложного, в переменную var Key: Char передается идентификатор нажатой клавиши - сравниваете ее кейсом или циклом по матрице с нужной
hint000, Помойму сейчас нормально защищенный от убиваемости ведроид будет стоить не дороже WI-FI трубки, которая окажется менее защищенной и в добавок без резервного gsm канала
Adamos, непонятен Ваш выброс
1. Вообще ниочем
2. Везде работает и руководство только радо, если есть претензии - шлем лесом на приказ за подписью директора что большего вам не положено: кому нужен рутрекер/порнолаб - смотрите дома, нужен ютуб для урока - служебка на стол админу "прошу разрешить ученикам ютуб с 8.00 до 8.45 в классе 123"
3. Зайдя в учительскую учетку он тут же спалится, это не универ на 200 классов по 20 компов, а всего лишь 30 компов на постоянном виду у учителя/лаборанта
Артем Скоробогатый, Зависает так что с VSphere Client нельзя законнектиться?
Ну тут тогда сам бог послал. ESXi в отличии от Hyper-V гораздо привередлевей к железу и на десктопных матерях вполне может такие финты рисовать.
Да и зачем вам в таком случае IP-KVM в консоль залезти? Дык она нужна только для конфигурирования сети.
Или может у вас буфер оперативы перебивается, тоже встречали такое на десктопном проксе который надо было каждые 3 дня ребутить.
ИМХО выясняйте сначало отчего зависает, потому как в консоль ESXi я лазил только в день запуска сервера, все остальное там рулится по вэбу.
Дело в том что на сервере уже много виртуальных машин на Windows работают, так просто теперь не заменишь...
Виртуальные машины не заменишь? У вас чет нито с понятием виртуализации, ВМки в первую очеред придуманы для быстрой и безопасной миграции между железом.
А самая дешевая supermicro по IPMI имеет гораздо больше настроек и показателей чем IP-KVM, для всего остального обычно хватает тимвивера.
kolossradosskiy, Правильно ниже написали. DC при наличии перемещаемого профиля нужен только чтобы при входе в систему обновить групповые политики, чтобы это произошло первичный DNS обязательно должен знать хотябы об одном из контроллеров. Остальные локальные DNSы обычно ставят для кеширования, чтобы в крупных сетях не выгонять весь DNS трафик наружу.
Так что вполне реально поставить 192.168.10.10 и 8.8.8.8 и это в половине случаев будет работать даже шустрее чем 192.168.10.10 и 192.168.10.20, а главное надежней, т.к. как написал hint000 при падении первичного DNS лягут только локальные ресурсы.
Александр Рублев, Да, у Вас основные сервера расположены в нижней группе, соответственно большинство межсетевого трафика будет крутиться там (возле серверов) и чем короче маршрут тем естественно меньше загруженность и выше пинг, в верхней группе у Вас серверов нет, только WAN с ним справится даже софтварный прокси умеющий во вланы.
Ну либо гнать WAN вланом по оптике до второго здания, т.к. чем ближе сервера и шлюзы к центральному узлу тем больше пропускная способность сети.
oskey_one, Ведущим (первичным) должен быть сервер на котором зарегистрирован ваш контроллер AD, остальными что угодно, иначе сетевые службы просто не знают где искать контроллер.
Максим Ярошевич, Сегодня так и сделал.
1. дал основному юзеру который работает с порталом локального админа
2. снес все три авеста, пару раз ребутнулся
3. поставил скачанную с сайта авеста серверную v6.3.0.795
4. после этого заметил что в окне информации об авесте (ну в зеленом ярлычке) с периодичностью в 3-4 секунды пропадает серийник ключа, т.е. ключ как-бы определяется, но через пару секунд отваливается и ребутится, и вот если в эти пару секунд успеть подписать, то все норм.
попытался перевести контроллер в режим 1.1, но 6.5 походу такое уже не умеет (по крайней мере с GUI или Workstation), т.к. всеравно в вебморде пишет 2.0.
прописал в VMX и конфиг
usb.generic.allowCCID = "TRUE"
тоже не помогло.
Не думаю что у ESXi конфликт с моделью контроллера, т.к. MBD-X11SSL-F-0 вроде не лютый китай, да и обычная флешка брошенная в эту машину так себя не вела.
Может кто разбирается в конфиге и подскажет, что можно прописать в VMX чтобы положить контроллер в 1.1 и жестко закрепить порт/ключ за данной машиной и чтоб он был постоянно активным?
deloloxa, ZYXEL ZyWALL 2 еще древнее вашего старта и предназначен не для организации доступа в интернет а для объединения офисов, это не совсем то что вам нужно. У WRE 6602 сетевой порт на 100мб/с, он больше нацелен на прием и усиление wi-fi чем на раздачу из кабеля.
deloloxa, Ясно, тогда в принципе вариант в щиток перенести гигу, на ней поднять роутер и прочие плюшки, а в комнаты поставить допустим Zyxel WRE6606, раз с зухелем уже работали.
Микротик для обычного человека дома слишком избыточен, его обычно берут сисадмины чтобы поиграться дома в "тестовую среду", а для простого "легко настроил и забыл" произведения зухеля идеальны.
deloloxa, В смысле мост от старт?
Роутер в щитке должен авторизироваться у провайдера и раздавать все настройки сети на всю домашнюю сеть, за ним остальные роутеры должны быть просто точками доступа.
Если Xiaomi без лан, то с чего он берет первичный сигнал со старта или с гиги? Что в щитке подключено к старту кроме гиги? Старт Ваш или провайдерский, может он там в щитке вообще не нужен?
И что Вы конкретно хотите получить? Увеличить скорость, покрытие, количество клиентов или еще что?
Максим Ярошевич, Запретил отключение USB во всех профилях энергосбережения, обновил CSP Bel до v6.3.0.791, обновил регистрации в реестрах, перепроверил чеклист из vat.gov.by/mainPage/manual
Все равно при авторизации и из-под юзера и из-под админа часто летает "не удается найти указанный файл", в менеджере сертификатов может показать "отсутствуют ключи на носителе", хотя серийник ключа в окне авторизации определяет всегда. На vat.gov.by тоже может зайти норм, а может с "не удается найти указанный файл", а при подписании выкинуть "Не верный пароль или отсутствует ключ", "ошибка схемы" или еще чё.
В журнал "Приложение" может послать "Поставщик "Avest CSP Bel pro" не загружен, так как произошел сбой при инициализации. Параметр задан неверно. 0x80070057 (WIN32: 87)".
На папки program files/avest на запас дал полные прова юзеру и админу.
Еще заметил косяк что при обновлении почему-то AvCMXWebP-1.1.8-setup-allusers.exe применился только к админу, у юзеров почему-так и остались 1.1.5, но так как после этого вываливало и с под админа и с менеджера сертификатов, то думаю косяк не в этом.
Не подскажете где еще можно покопаться?
bjjzpp, Ну для конечных юзеров, со стороны клиента, шары могут быть и безпарольные (на основе AD или просто при подключении дисков админ вбил и сохранил пасс), но со стороны сервера все это должно уходить строго по учеткам, иначе никакого разделения доступа, квотирования, логирования действий и тд.
Домашние роутеры, если это не лютый недокитай тоже можно применить в качестве шлюзов между подсетями, но если дают деньги на модернизацию, то лучше ставить микроты.
Потому что это компьютерная петличка в типо студийном корпусе, у нее фантом скорее всего рассчитан на компьютерные 5В и с профессиональной картой он работать не обучен
Радио клавомыши не используют блютус, блютус это сетевой протокол, у клавомышей же протокол гораздо проще чисто для передачи нажатий и координат.
Можете найти или написать программную реализацию блютуса под модуль, но этот код будет сильно много весить и отнимать ресурсов основного процессора, поэтому обычно используют готовые модули с аппаратной реализацией необходимого протокола.