Клуб сисадминов

Проблема следующего содержания - машинка с windows 7 professional corp с office 2010. Обе лицензии. Пользователь входит в группу админов компа. При попытке открыть док вложенный в письмо outlook идет ругань на "ошибка word при попытке открытия файла.Попытка выполнить следующие действия: проверьте разрешения на доступ к документу и т.д." При понижении пользователя до пользователя все открывается нормально. Такое происходит не на всех компах. Предполагаю что здесь какая то связка на безопасность типа админом не безопасно открывать вложения.

Вопрос - можно ли как то пофиксить эту фишку данной связки софта? 

Запоминается не просто объём информации. Запоминаются базовые  вещи. Мелкие детали и приёмы по их сборке в более сложные конструкции.

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


Итак, задача которую надо было решить. Есть нетбук (без CD-ROM, ага). С одного из его дисков надо слить инфу по сети. Живость диска не гарантируется.
Грузимся с LiveUSB, в моём случае SliTaz (http://www.slitaz.org/en/get/). Выясняем, что необходимый винт - /dev/sdd1

mkdir /mnt/asus && mount -o ro /dev/sdd1 /mnt/asus

ОК. ошибок нет, раздел смонтирован для чтения, убедились что инфа на месте и русские буковки в наличии. сливаем.

tar -cf - <откуда> | ssh <user>@<ip|hostname>

Т.е. тарим и кидает по конвейру через ssh на некую машину. Но пока на том конце нас "никто не принимает". Добавляем:

tar -cf - <откуда> | ssh <user>@<ip|hostname>  dd of=/path/to/backup.tar

В нашем случае:

tar -cf - /mnt/asus | ssh coyote@192.168.10.3 dd of=~/backup.tar (просто)
tar -zcf - /mnt/asus | ssh coyote@192.168.10.3 dd of=~/backup.tgz (со сжатием)
tar -zcf - /mnt/asus | ssh coyote@192.168.10.3 "cat > ~/backup.tgz" (со сжатием, без dd)

в Сети советуют к ssh добавить ключик "-c blowfish", но в SliTaz не "честный" ssh, а dropbear (если не ошибаюсь), и ключик -c не поддерживается.
В зависимости от ваших привычек перед ключиками в tar можно не ставить "-", а также отказаться от f и соответсвенно  ещё одного "-", вот так:

tar c /mnt/asus | ssh coyote@192.168.10.3 dd of=~/backup.tar (просто)
tar zc /mnt/asus | ssh coyote@192.168.10.3 "cat > ~/backup.tgz" (со сжатием, без dd)

Если на обеих машинках есть netcat, и вы уверены в своей сети, можно обойтись без ssh: http://www.screenage.de/blog/2007/12/30/using-netcat-and-tar-for-network-file-transfer/

Пока наши файлы копируются, перестрахуемся и сольём образ раздела.
dd if=/dev/sdd1  conv=sync,noerror bs=64K | ssh coyote@192.168.10.3 "dd of=~/backup.img bs=64K" (просто)
dd if=/dev/sdd1  conv=sync,noerror bs=64K | gzip -c | ssh coyote@192.168.10.3 "dd of=~/backup.img.gz bs=64K" (со сжатием)

Опять-таки есть вариант через netcat, без ssh. Размер Блока 64K свободно можно увеличить. например до 2M.

Коллеги, если у кого есть под рукой/на памяти такой живой (а не теоретический) пример - примерную комплектацию покажите? Вариант - бюджетный, на микросетку, а не на бэкбон

Я все со своей домашней сеточкой справиться не могу (компоненты только пока не заменял, жена сильно не согласна с такими игрищами). А на имеющихся DLink-530|Atheros (встроенные в ASUS P5Q) + MuliCo 4005 + кабеля 5е, не рукоделка -  выше 150 мегабит не выходит

Хотя для гетерогенного включения MuliCo по тестам должна гнать в районе 800-820. Не то, чтобы скорость напрягала - абыдно, да...

Я понимаю, что все же я, но непонятно - где

Бизнес-задача

Из строк, содержащих IPv4 диапазоны, отобрать те, что незакомментированы

91.207.170.0-91.207.171.255 - нужна

//91.207.170.0-91.207.171.255 - в топку

Рисую RE

^(\d{1,3}\.){3}\d{1,3}-

знаю, что не идеально, но "за неимением гербовой...", тем более мусора не подбирает на имеющемся

Grep (с grep -P '^(\d{1,3}\.){3}\d{1,3}-') выдает хрен по всей морде (чисто счетом получаю, что закомментированные диапазоны сосчитаны).

Вопрос: Какого...

ICANN официально объявила о том, что закончилсь неразмещённые IPv4 адреса. Будущее за IPv6. Новость уже горячо обсуждается в Интернете: