Pavel Valeo, понятия не имею можно ли вообще подключить винду в качестве LDAP-клиента (без ввода в домен), а тем более заставить её аутентифицировать пользователей на smb-шарах с данными доменных пользователей. Но, по крайней мере, ничего другого, кроме лдап, в голову не приходит.
Не помню, и может от версии winserver зависеть. На 2012r2 LDAP это отдельный компонент, но я, опять же, не помню надо ли его добавлять отдельно, или он вместе с AD ставится.
Какой софт для этого используется?
От ОС зависит, но, подозреваю, на вашем файловом сервере уже есть всё, что нужно.
Хватит трястись из-за температур. Всё, что до 90 - максимум неприятно, причём для хозяина железяки, а не для железяки. А выше предельных температур всё равно ни один современный проц не уйдёт, либо троттлить будет, либо просто питание отрубит.
Лучше на температуры VRM посматривайте в пол глаза.
Ну, вообще-то взламывается всё... Может, кто-то знает и умеет...
В Моссад обращайся, там много чего ломать умеют. Но даже там не всё.
А так в посте какая-то чушь, извини.
Раньше эта загрузочная флешка не блокировала.
Загрузочная флешка к битлокеру вообще никакого отношения не имеет, и ничего не блокирует. Шифрованный том всегда "заблокирован", до тех пор, пока не будет разблокирован с помощью ключа/пароля/tpm/etc. Естественно, если данные для дешифровки системе, поддерживающей работу с битлокером, не предоставить - она не сможет ничего с томом сделать, кроме как уничтожить. Вопросы не к флешке - ни сейчас, ни раньше, а к тому, кто шифровал битлокером тома.
SagePtr, мемтест86 и тестировать память; если с памятью всё в порядке - тестировать диск; всё как всегда, в данном случае подозрение на память только несколько сильнее, чем обычно
Vindicar, тут не настройку полей надо искать, а код делать так, чтобы формировал страницу без полей, и тогда уже на печать выводить уже с настройкой без полей. Все нужные поля предусмотрены форматкой, если она сделана нормально. Все остальные манипуляции должны быть без полей, иначе будет не соответствовать масштаб. Код тоже не качал, для кода тег специальный есть.
Внешняя рамка - края листа, на печать не выводится
NLI8, потыкал я эти считыватели, там в основном упоминается интерфейс Wiegand. RS-485 чёт не вижу. Не понимаю что там с протоколом, надо разбираться подробно. Вроде как в случае Wiegand интерфейс подразумевает одноименный протокол, но это не точно.
Нашёл вот такую штуку www.project-p.ru/resheniya/preobrazovatel-wiegand-... но не знаю, будет ли она работать в данном конкретном случае. А если и будет - всё равно придётся вдумчиво настраивать модбас OPC сервер и скада-систему. И, кажется, она на каждый отдельный считыватель, а не на шину, так что всё равно грустный вариант.
Отдельных программных решений для этого самого Wiegand тоже не вижу.
Есть там и другие протоколы, надо посмотреть как они взаимодействуют с мобасом и рс-485 или есть ли для них программные серверы/контроллеры, но это я уже не буду делать, мне лень)
Проще, конечно, с комплектными контроллерами использовать такие вещи.
Общая схема при программной реализации в случае с модбасом на RS-485 такая: устройства на шине - шина RS-485 - (преобразователь интерфейсов rs-485 to usb или to ethernet - опционально) - программный OPC сервер - скада-система.
Опросом устройств на шине занимается OPC сервер как раз. Так что если получится найти считыватели с таким протоколом, для которого есть программное решение вместо OPC сервера, и который работает с шиной rs-485 - то всё получится. А если нет, то либо костыли типа преобразователя по ссылке выше, либо всё-таки использовать железные контроллеры, работающие непосредственно с протоколами считывателей, и обладающие возможностью подключения к пк. Ну и да, в сторону болида можно смотреть, у них неплохие железки. Правда, о возможности подключения к пк и управления с него надо уточнять всё равно. Не на всех это есть (или не на всех было 5-10 лет назад, по крайней мере)
Drno, на одной шине RS-485 гипотетически сколько угодно устройств висеть может, но опрашивать может только одно.
А вообще автору стоило бы указать что за считыватели, что за протокол опроса. Когда речь идёт о RS-485 - обычно имеется в виду Modbus, но есть варианты.
Часто для ноутбуков есть специфические платформенные драйверы, отвечающие в том числе за электропитание и касающиеся схем электропитания. Ты платформенный драйвер не сносил, когда что-то там по ютубовскому видео делал?
Карлиндоу Мэрлифи,
крайне трудозатратно, максимально бессмысленно, учитывая скорость устаревания конкретных железяк. И я вообще не уверен, что это возможно так, чтобы не было детектируемо вовсе. Таки разница архитектур ЦП это не хухры мухры.
nemok, применение действующих правовых норм в юрисдикции для резидентов и нерезидентов той или иной юрисдикции никакого отношения к дискриминации по этническому признаку не имеет, держу в курсе.
без агрегирования каналов никак, текущие соединения будут рваться в любом случае; аппаратно агрегировать вифи и эзернет невозможно, можно агрегировать программно, но виндовыми средствами это сделать нельзя, для этого придётся пускать весь трафик через виртуалку с тем, что умеет в такую агрегацию, и на роутере тоже должно быть нечто, что умеет в такую же точно агрегацию. Например, микротик CHR на виртуалке и любой микрот в качестве роутера, и агрегация через eoip. Но работать это всё равно будет сильно неидеально.
Ещё можно попробовать виртуалку с тем же микротик CHR или любым линуксом и настройкой балансировки, но тогда ещё и натить трафик придётся до роутера по обоим каналам, и в целом это ещё сложнее в настройке.
Наверное, ещё есть варианты с динамической маршрутизацией через BGP или подобные протоколы, но я в динамической маршрутизации не понимаю ничего. В любом случае на обоих концах софт/железо должно уметь с ней работать.
А если всё то же самое, но коротко: оно того не стоит.
