DmZ

А разве RIPE выдает уже отдельные IP адреса?
В свое время когда выделяли у них блоки на фирму писали просто «For developer services», «For QA services», «For public facing servers», etc. Там, по-моему, было достаточно просто указать целевое использование пула а не расписывать каждый адрес отдельно.

Если хочется доказать именно необходимость нескольких IP на сервер, то аргументируйте наличием нескольких различных сервисов доступных по SSL (несколько разных «development environment» или хостинг для клиентов)

Есть пару хороших книг, рекомендуемых к прочтению:

• Исскуство планирования мощностей (The Art of capacity planning)
• High Performance MySQL

У питона все прекрасно описано в документации:

classmethod datetime.now([tz]): Return the current local date and time.
classmethod datetime.utcnow(): Return the current UTC date and time, with tzinfo None.

Т.е. now() возвращает время с учетом временнОй зоны, а utcnow() возвращает в UTC:

>>> import datetime
>>> datetime.datetime.now()
datetime.datetime(2012, 4, 22, 8, 51, 41, 549137)
>>> datetime.datetime.utcnow()
datetime.datetime(2012, 4, 22, 5, 51, 49, 174015)


У джанго тоже все прекрасно описано в документации, с дополнением, что если включено использование таймзон (USE_TZ=True, обычно включено), то на уровне DB будут использованы типы которые умеют сохранять информацию таймзоны.

Пропишите в виртуалке в hosts (в винде windows/system32/drivers/etc/hosts по-моему)
123.123.123.123 newsite.localhost

и достукивайтесь точно также.

Gentoo или LFS (совсем хардкор).

Копать в сторону понимания функционирование сети и нат :)

Микротик все заворачивает правильно, просто в данном случае работать оно не будет:

1. Из мира приходит пакет (предположим 8.8.8.8 -> 80.*.*.*), микротик его днатит в локальный адрес (8.8.8.8 -> 192.168.1.33), вебсервер получает запрос от 8.8.8.8 и шлет ответ обратно на микротик (дефолт-роут), микротик проводит пакет обратно по нат и отправляет в мир;
   
2. Если пакет приходит из локалки (предположим 192.168.1.2 -> 80.*.*.*), микротик его днатит в локальный адрес (192.168.1.2 -> 192.168.1.33), вебсервер получает запрос от 192.168.1.2 и шлет ответ обратно в ЛОКАЛЬНУЮ сеть, компьютер 192.168.1.2 не получает ожидаемого ответа от 80.*.*.* а ответ от 192.168.1.33 считает инвалидным, так как не отправлял туда запрос. Соотв. TCP соединение не устанавливается.
   

Если очень хочется именно Натом решить эту проблему, то нужно на микротике сделать еще src-nat 192.168.1.0/24 на 192.168.1.33:80 в адрес микротика (предположим 192.168.1.1). Тогда при получении пакета из локальной сети, микротик будет его дважды натить и посылать на сервер в виде (192.168.1.1 -> 192.168.1.33) и веб-сервер будет отправлять ответ обратно микротику и соединение установится.

Но самый правильный способ это просто резолвить DNS для внутренних хостов на внутренний адрес веб-сервера, а для внешних — на внешний. Тогда внешка будет натится, а внутренние будут ходить напрямую.

1. Проверьте как обжат кабель. Для сотки и гигабита разный кроссовер (2 пары или 4) (на кросе для сотки гигабит не поднять, макс. 100Мбит)
2. Проверьте настройки сетевых карт — попробуйте выключить Auto MDI/MDI-X (если включено)
3. Явно включить на обеих картах Auto negotiation — гигабит не на Auto не поднимается (по стандарту)

А вообще действительно — попробовать включить через свитч и посмотреть что скажут логи.

Есть дока, называется man emerge:

-        prefix       not enabled (either disabled or removed) [выключено]
*       suffix        transition to or from the enabled state [изменило состояние]
%      suffix        newly added or removed  [новый флаг]
()       circumfix   forced, masked, or removed [маскированный флаг, например на другой платформе]

Сравниваются состояния установленного пакета и текущего в портах.

В вашем случае у пакета x264-0.0.20110426 не было никаких юзов. У пакета x264-0.0.20111220 появились указанные юзы и interlaced включен.

Взять программатор (AVR ISP, USBtinyISP или сам Arduino со скетчем ISP) подключить к нему новый кристалл и зашить в него бутлоадер который умеет «получать» программы от IDE.
В IDE меню Tools -> Burn Bootloader

На сайте производителя есть характеристики. В том числе протокол общения.
Подключения к ПК через USB-RS485 (промышленное, самодельное).

Частота сигнала 40кГц. Принцип работы описан у других аналогичных сенсоров:


«Записать» скорее всего без перепайки схемы не получится — так как «внутренности» ультразвуковых сенсоров не выходят на контроллер напрямую.

Вы правильно вычитали в вики, только вам нужен не srcnat, а dstnat.
Т.е. вы можете попробовать соединится с офисом и замапить его диапазон 192.168.1.0/24 на виртуальный 1.1.1.0/24. И соответственно из дома ходить на адреса вида 1.1.1.10 которые будут разворачиваться в офисные 192.168.1.10.
в этом случае dst-address=1.1.1.0/24 а to-addresses=192.168.1.0/24
еще нужен будет маскарадинг на впн интерфейсе чтобы офис роутил нормально ответы и роут сети 1.1.1.0/24 через впн.

В залитом дампе БД удалялась перед заливанием (стандартный DROP DATABASE IF EXISTS), значит удалялся и файл, в котором хранилась БД, а затем был создан заново при создании БД дампом.

«БД» в MySQL это папка где хранятся файлы форм(структура таблиц)/индексов/данных. Если таблицы InnoDB то индексы/данные хранятся в другом месте — все в одном файле, и этот файл не удаляется при DROP DATABASE — просто место помечается как свободное. При DROP DATABASE удаляется папка с формами.
Если InnoDB настроено как innodb_file_per_table, тогда в папке лежат *.ibd файлы с данными а в ibdata1 хранится только метаданные.

При наличии бекапов некоторых файлов есть несколько вариантов восстановления: Из .frm и ibdata1/ib_logfile{0,1}, при наличии схемы и *.ibd файлов

В вашем же случае, имхо, проще восстановится с бекапа предыдущего дня…

Попробуйте atop — собирает ту же статистику что и sar, но в дополнение к ней еще сохраняет использование ресурсов всеми процессами. Потом из его вывода можете анализировать когда, кто и сколько отъел процессора.

«Скачивает заголовки заново» — значит протокол POP3.
При POP3 подключении клиент хранит базу писем у себя (или только заголовки, как настроено) при этом индексация идет по номеру сообщения на сервере. При смене сервера — сменилась и нумерация, соответственно клиент считает что письма новые, так как таких номеров в локальной базе нет.
Обычная практика использовать IMAP доступ — когда письма хранятся на сервере (и еще много других плюшек, в сравнении с POP3) — это сильно упрощает миграцию.

Почитайте цикл статей AVR. Учебный курс. — очень доходчиво и по полочкам разложено.
Начиная с архитектуры и основ (архив).
Программированием на ассеблере и на С.
В этом же цикле рассмотрены подключения различной периферии и тп. Да и сам сайт для начинающего очень неплохо все объясняет.

Существует несколько ситуаций:

• Если проблем в сети нет, то отвалившийся клиент «закроет» порт и сервер получит RST на свои пакеты, т.е. сервер «увидит» падение коннекта практически сразу.
• Если существуют проблемы в сети, когда ответ от клиента не приходит, то есть параметры, которые отвечают за таймауты (выставляются через sysctl):
  

  tcp_retries1
  Целочисленная переменная tcp_retries1 определяет число неудачных попыток, после которого должна быть передана информация на сетевой уровень. В соответствии с RFC минимальное значение составляет 3 (по умолчанию установлено именно это значение), что соответствует периоду приблизительно от 3 секунд до 8 минут в зависимости от значения тайм-аута повторной передачи RTO (Retransmission time-out).
  
  tcp_retries2
  Целочисленная переменная tcp_retries2 определяет число неудачных попыток, после которого существующее соединение уничтожается. В соответствии с RFC 1122 тайм-аут должен быть больше 100 секунд. Такое значение слишком мало и по умолчания установлено число попыток 15, соответствующее тайм-ауту приблизительно от 13 до 30 минут в зависимости от RTO.
  

Все параметры описаны в документации к исходинкам ядра (Documentation/networking/ip-sysctl.txt)

Также эти параметры влияют на все TCP соединения данного сервера. Если нужно «тюнить» для конкретного своего приложения, то можно использовать параметр TCP_USER_TIMEOUT для tcp-сокета. Указывает время в миллисекундах ожидания подтверждения (ACK) данных. Параметр появился в 2.6.37.
Для более ранних ядер можно мониторить исходящую очередь на сокете, и если она не уменьшается какое-то время — значит что-то случилось.

Например тут (miranda-upnp) посмотреть принцип работы. В downloads/ есть readme.html который показывает как можно создать портмаппинг.
А потом можно использовать эту библиотеку (pyupnp) чтобы реализовать портмаппинг в своей программе.