vreitech

мало что могу подсказать, но всё же... авторизацией im через kerberos/AD заниматься не приходилось, только авторизацией e-mail. если проводить аналогию с почтовым клиентом и сервером, то и в сервере, и в клиенте должна быть поддержка авторизации kerberos через GSSAPI.

про chipkill уже читали?

запускать по расписанию утилиту fsck в режиме "только чтение", результат отправлять администратору на e-mail.

вот вам ещё извращённый вариант: dlang + derelict3.

снимите галку "использовать как основной шлюз для интернет-соединения" в настройках протокола IPv4 в свойствах VPN-соединения.

убедитесь, что в sip.conf определены следующие параметры:

udpbindaddr = 192.168.5.95
localnet = 192.168.5.0/24
domain = 192.168.5.95

для софта, поддерживающего разрешение SRV-записей DNS-сервера, можно указать запись вида _<service_name>._[udp|tcp].<domain_name>.
так умеет Тимспик, например: https://support.teamspeakusa.com/index.php?/Knowle...
web-сервер (вернее, браузеры) такой функционал не поддерживают. как сказано выше, следует использовать перенаправление портов средствами web-сервера или файервола.

встречал старую редакцию Linux, в которой ifconfig неправильно рассчитывал broadcast адрес по маске в некоторых случаях. в современных дистрибутивах такого давно уже не видел.
вместе с тем, вполне допускаю случай, когда широковещательный адрес должен быть отличен от автоматически рассчитываемого, тогда без указанного вами параметра никак.

cipher с параметром /w.
из плюсов - есть в любой установленной windows.

я бы ещё проверил cmos setup на предмет наличия опции запрета записи в mbr.

не встречался с таким поведением. что такое "LAN-клиенты" и почему он должен быть в них виден, если он выключен?

thinstation.

поищите в CMOS/BIOS Setup параметр USB Legacy, включите его.

ЦПУ случаем не Opteron?
попробуйте в CMOS Setup отключить поддержку технологии динамического изменения частоты (Intel SpeedStep, AMD Cool'n'Quite).

для начала загляните в журнал событий. вас должен интересовать журнал системы. посмотрите, нет ли там предупреждений или ошибок касаемо netbios или wins. если есть - гуглите, что они означают или скидывайте сюда.
в настройках tcp/ip v4 для сетевого адаптера убедитесь, что использование netbios не стоит в режиме "отключено". если стоит - переведите в "по умолчанию", перезагрузитесь и подождите пол-часа, затем проверьте.
если дело не в этом - для диагностики попробуйте отключить брандмауер и подождать пол-часа. если помогло - убедитесь, что нет запрещающих правил, относящихся к netbios; попробуйте создать разрешающие.
и ещё... "лишние" службы случаем недавно не отключали?

как самый простой временный вариант - сменить группу пользователя Developer на www-data:
- узнайте gid группы www-data, выполнив cat /etc/group | grep www-data;
- смените gid пользователя Developer в файле /etc/passwd - Developer перестанет быть членом той группы, gid которой вы убрали (это может быть для вас неприемлимо);
- добавьте в файл .profile пользователя Developer строку umask 0002 - любой вновь созданный пользователем файл будет получать права rwxrwxr-- вместо умолчательных rwxr--r-- (также может быть неприемлимо);
- перейдите в каталог файлов вебсервера (т. е. в тот каталог, где у вас проблемы с созданием файла test.txt) и выполните chmod g+w . - это разрешит создавать в каталоге файлы членам группы www-data;
- перелогиньтесь.

для того, чтобы решить проблему "более правильно", следует использовать поддержку acl в файловой системе; ключевые моменты:
- отменить все измения, что написаны выше;
- добавить опцию монтирования xattr в fstab для раздела, на котором присутствует каталог файлов вебсервера (ext3, ext4, btrfs, reiserfs их поддерживают) и переподмонтировать раздел (например, перезагрузиться);
- использовать setfacl для настройки аттрибутов по умолчанию для вновь создаваемых файлов в каталоге файлов вебсервера.

видеочип или его что-то из его обвязки полетело, скорее всего. на диагностику во вменяемый сервис-центр сносить бы.