Alukardd

Ну собственно, скорее всего винда всё же ни чего не сделал с данными, Вам просто надо смонтировать старые разделы. Для чего есть 2 пути: 1 — заново создать raid1 устройство включив в него только нужный для восстановления диск, а второй пометить сразу при создании как missing и дальше уже монтировать md устройство как обычно, 2 — найти ext4 FS на md разделе, например как описано вот в этом ответе.

Также можно попытаться просто зайти в fdisk и изменить метки разделов обратно на 0xfd.

Ещё можно поиграться с mdadm --examine --scan, но лучше этого не делать с учётом того, что на одном диске старые данные, а другой с изменёнными метками разделов.

iptables тут вовсе не причём…
Прописываете все родительские прокси через директиву cache_peer. И далее можете определить какой клиент через какую проксю пойдёт дальше с помощью директивы cache_peer_access.

Примеров реализаций в инете хватает, так что сможете запилить настройки под свои нужды.

К вопросам о RAID'ах интересно, есть ли данные о том какой из умерших RAID'ов легче восстанавливать?
1 — аппаратный (разных производителей)
2 — linux'овый mdadm
3 — FreeBSD'шный geom
Понятно что сравнение интересует RAID'ов одинаковых уровней, например 10.

И что по цене восстановления того же RAID10 относительно 2-х независимых дисков?

А что это у Вас за SPF запись странная?)

«v=spf1 include:_spf.google.com ~all»

должно быть такое:

«v=spf1 ip4:94.242.7.157 -all»

-all или ~all по желанию. Я предпочитаю строгую форму.

В заголовок Received на сколько я понимаю подставляется ip из SMTP сессии. А там его подделать уже тяжко, как минимум потому, что есть проверки на DNS PTR и SPF.

Советую — не меняйте, весьма удобная комбинация. Если вкладок много, то нажимая Ngt, где N — число, будете переходить на соответствующий номер вкладки. Не вперёд на N, а именно на N-ную вкладку.

У меня вход везде по ключам, ключ защищён паролем. Пароли от рабочих сервисов рандомные, храню в файлике шифрованном Vim'ом, до этого пытался использовать OpenSSL для AES шифрования, понял что не удобно, т.к. не везде настроена интеграция с vim (конфиг править лень везде ;-)), что сильно усложняет жизнь (а команду запомнить сложно :-D — openssl enc -a/-d -aes-256-cbc). Да, старые версии Vim поддерживают только zip шифрование, которое весьма быстро ломается, а вот начиная с 7.3 используется blowfish, так что всё прекрасно.

В дополнении к ответу пиарящему ssh via Cygwin (я собственно всегда одобря *nix решения), могу сказать что можно использовать банальный telnet.
Или если немного попродвинутее, то использовать PsExec от Русиновича.

Раз это приложение тогда зачем именно ip адрес? В XP такое сделать не выйдет. Можно решить вопрос на уровне DNS: создать две A записи с одним именем на оба ваши ip. По желанию включить/отключить на DNS сервере round-robin ответы.

Ну например так.
А вообще ф топку M$ со шлюза. А если это для приложения какого-то, а не шлюза, то лучше организовывать failover средствами самого приложения или используемого им сетевого протокола.

Мде, ну видимо в 3 этапа:
1 — выгрузить данные до определённого момента, например по дате. Можно тем же mysqldump, а потом отрезать часть файла таблицы;
2 — переконвертировать в utf-8, тем же iconv;
3 — проапдейтить таблицу. Либо по записи через SQL UPDATE, либо слить обратно в файл таблицы и его целиком загнать в базу. 2-ой вариант возможен только если эта таблица постоянно не меняется, т.е. можно её на минутку заморозить.

А мой старенький iPod Video прошит RockBox'ом и нету ни каких проблем — подключаешь и закидываешь файлы как на флешку, rockbox читает их по папкам, с возможность создать библиотеку и проигрывать по исполнителю/альбом и прочему.
Nano поддерживается, насчёт shuffle не уверен.

Эм, а как у Вас шифрование организовано?
Собственно надо просто к «all» прикрутить некий alias. Ведь сам по себе gpg может шифровать несколькими ключами.
gpg -ea -r user1@company.ru -r user2@company.ru filename

Возможно Вы используете не GPG, но думаю они все аналогичны по функционалу.

nikitasius,
Вообще DNS серверов много, из особо отличившихся ещё есть Unbound — это от создателей NSD, только с возможностью рекурсивной работы и кэширования, так же есть YADIFA — как и NSD работает только в авторитарном режиме (на нём пашет зона .EU).

В GNU/Linux не хранятся даты создания файлов.
Дата модификации и так не должна меняться от запаковки/распаковки.
Дату доступа можно сохранить — --atime-preserve.

Ну вообще-то можно извратиться кое-как, но при этом sudo должно быть с NO_PASS для одной команды. Т.к. sshfs не поддерживает интерактивность.
sshfs user@remote_server:/remote/path /local/path -o sftp_server="/usr/bin/sudo -u remote_user /usr/libexec/sftp-server"

Вопрос sudo через ssh решается так.

OTRS

Для таких нужд вполне можно использовать Tor и ни чего не поднимать самому.