Не так давно, всего неделю назад, разработчики популярной блог-платформы уже выпускали обновление для WordPress - 3.0.2, которое затрагивало вопросы безопасности.

Только что в блоге wordpress.org появилось сообщение о еще одном обновлении безопасности - WordPress 3.0.3.

Обновление WordPress 3.0.3 должно обеспокоить в первую очередь тех владельцев блогов на WordPress, у кого активирована функция удаленной публикации материалов.

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

Напомню, что удаленная публикация материалов по-умолчанию отключена в WordPress, однако ее можно включить в настройках: "Панель управления - Настройки - Общие - Написание". Эта функция WordPress дает возможность использовать для публикации материалов в блоге удаленные программы - клиенты, которых на сегодняшний день существует большое количество, в том числе и для мобильных телефонов.

Кстати, самый удобный, на мой взгляд, и совершенный блог-клиент - это Windows Live Writer от Microsoft. Естественно, работающий только под Windows.

Обновиться до новой версии можно как обычно вручную, либо через встроенную систему обновлений WordPress в административной панели.

Скачать WordPress 3.0.3 Русский.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Комментариев нет | Добавить в Google Закладки
Тэги: security, update, Windows Live Writer, Wordpress, Wordpress 3.0.3, безопасность, обновление

Игорь Сысоев - сотрудник компании "Рамблер" и разработчик программного обеспечения nginx - быстрого и высокопроизводительного веб-сервера. Многие медиа-гиганты как в СНГ так и зарубежом давно успешно эксплуатируют nginx на своих высоконагруженных веб-проектах.

Многие используют nginx в связке с веб-сервером Apache, доверяя Apache обработку cgi скриптов в то время, как быстрый nginx отдает статический контент, такой как графические и мультимедийные файлы, статический html и т.д. Зачастую nginx также используется для балансировки нагрузки между несколькими веб-серверами.

2 октября этого года на профессиональной ИТ-конференции DevPoint, посвященной ведущим технологиям программирования, веб-разработке и управлению проектами, Игорь Сысоев выступил с докладом на тему "Масштабируемая конфигурация nginx: конфигурация, которую легко поддерживать". В докладе были раскрыты вопросы, что же такое масштабируемая конфигурация, какие конфигурации веб-сервер nginx обрабатывает лучше, как минимизировать ущерб от регулярных выражений, как "отвыкнуть" от rewrite и прочее.

Видеозапись доклада Игоря я счел нужным сохранить в своем блоге, поскольку на мой взгляд она окажется для многих интересна. Кроме этого, здесь можно скачать презентацию доклада Игоря Сысоева в формате PDF.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 3 | Добавить в Google Закладки
Тэги: apache, nginx, видео, доклад, игорь сысоев, конфигурация, презентация

Долгое время в этом блоге я пользовался очень полезным плагином, который позволяет скрывать фрагменты контента, либо ссылки от незарегистрированных пользователей, либо от пользователей с недостаточными полномочиями. Плагин называется Hidepost. Он прост и понятен даже без перевода на русский язык, имеет минимум необходимых настроек.

Для того, чтобы скрыть какой-то контент на сайте от незарегистрированных пользователей достаточно заключить его тегами:

[hidepost] Какой-то закрытый текст [/hidepost]

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

С дополнительными параметрами, с указанием userlevel можно защитить фрагменты текста от определенной группы посетителей. Допустим, вы хотите, чтобы какое-то сообщение на странице было показано только авторизованным пользователям с правами не ниже "Администратор". В таком случае используйте такую конструкцию:

[hidepost=10] Какой-то закрытый текст для админа [/hidepost]

где "10" - это user level пользователя с административными правами.

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

Мне хотелось иметь какое-то представление, насколько то что я пишу здесь интересно людям. И еще год назад с помощью плагина WP-Useronline я мог посмотреть кто из зарегистрированных пользователей и какую страницу читает в данный момент времени.

За три года в этом блоге зарегистрировалось много читателей. На сегодняшний день число пользователей с правами "Подписчик"  перевалило за 6300 человек. Но сегодня я подумал: "А ведь глупость все это! Зачем заставлять людей тратить свое время, пусть даже какие-то 2-3 минуты ради собственного бессмысленного интереса?"

Я встречал на просторах Интернета форумы, где посетители выкладывали мои статьи в открытом виде с комментарием вроде: "нашел вот здесь, но там чтобы прочитать нужно регаться, поэтому выкладываю в этом топике"... Кто-же при фразе "там нужно регаться" прийдет к тебе, чтобы увидеть оригинал статьи?

Человек, как известно, существо ленивое. С массовым распространением Интернет эта лень только усугубилась. Поэтому, чтобы твой веб-ресурс пользовался хоть какой-то популярностью нужно делать все для удобства дорогого посетителя и тогда посетитель отплатит тебе любовью и вниманием... Хотя бы за то, что ты не стал заставлять его делать лишние телодвижения на твоем сайте.

Затея с [hidepost] была абсолютно бессмыслена, поэтому сегодня этот плагин был удален. Для очистки текстов статей от тегов [hidepost][/hidepost] был полностью слит дамп базы SQL. Затем по этому дампу прошлась "автозамена". Очищенный от тегов дамп возвращен обратно на свое место. Скрытых материалов в этом блоге больше нет.

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

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Комментариев нет | Добавить в Google Закладки
Тэги: Daemony, hidepost, материалы, публикации, регистрация, скрыть текст wordpress

Основой для этого материала послужила необходимость обеспечить один небольшой офис вторым резервным каналом в Интернет. В офисе в качестве маршрутизатора установлен сервер под управлением FreeBSD 8.0. Основной канал (назовем его условно канал #1) - витая пара UTP с подключением до 100 Mbps. Провайдер (условно провайдер #1) предоставляет по данному подключению постоянный статический IP адрес. Никаких средств авторизации (pppoe, pptp и т.д.) не используется.

Руководство в офисе решило обзавестись еще одним запасным каналом (назовем его канал #2) от другого провайдера, на случай неработоспособности канала #1. Сначала также хотели приобрести UTP 10-100 Mbps. Но, как оказалось, в точке размещения офиса нет какой-либо другой технической возможности подключения, иначе как подключиться по ADSL с использованием PPPoE авторизации. Что и было сделано...

Провайдер ADSL (условно провайдер #2) предоставляет для пользовательского PPPoE подключения один реальный бесплатный IP адрес. Этот адрес выдается оборудованием провайдера автоматически и является всегда постоянным (статическим). При необходимости можно было также совсем недорого докупить любое количество дополнительных маршрутизируемых IP. Собственно, еще один дополнительный адрес в итоге был куплен. Его планировали использовать для одного из серверов в локальной сети (назовем его условно Storage), к которому требовался прямой доступ извне (пробросы портов не устраивали). Доступным он должен был стать, естественно, по резервному каналу #2.

На первый взгляд, дело несколько осложнялось тем, что упоминаемый офисный сервер, кроме того, что работал как маршрутизатор, раздавая доступ к Интернет для локальной сети, также является одновременно веб-, почтовым, DNS и VPN сервером фирмы. На нем "крутится" почта фирмы и веб-сайт. VPN связывает офисную сеть с представительством в другом городе. Работающие сервисы (apache, named, postfix/dovecot и т.д.) должны быть в итоге доступны по обоим интернет-каналам одинаково.

Задача была поставлена следующая:

• Обеспечить доступ для пользователей локальной сети в Интернет без каких-либо ограничений (не от кого изнутри закрываться, все свои, всем доверяют) через NAT на маршрутизаторе по основному 100-мегабитному каналу #1 через провайдера #1.
• Обеспечить доступ для пользователей локальной сети к адресному пространству провайдера #2 не по основному каналу #1, а по каналу #2. В этом адресном пространстве есть десяток ресурсов, необходимых для работы сотрудников. Зачем бегать туда через UA-IX, если можно "короче" и быстрее? (Вобщем, как-то так...)
• Обеспечить доступность сервисов, запущенных на маршрутизаторе (http, dns, smtp, pop3...), одинаково как по каналу #1 так и по каналу #2.
• Обеспечить доступ к серверу Storage из мира через маршрутизатор по выделенному ему дополнительно приобретенному маршрутизируемому IP адресу по каналу #2. При этом сам сервер Storage должен использовать для собственных нужд основное подключение по каналу #1.

Исходные данные для будущих конфигов

Параметры сетевых интерфейсов маршрутизатора

• Интерфейс rl0 - включение по каналу #1.
  • IP адрес: 1.1.1.1
  • Маска подсети: 255.255.255.0
  • Шлюз: 1.1.1.254
• Интерфейс tun0 (динамический) - включение по каналу # 2. Это, я напомню, подключение по ADSL с использованием PPPoE авторизации. Настройки сети вручную не прописываем. Настройки подключения выдаются оборудованием провайдера после успешной авторизации. Ничего сложного. Все здесь будет настроено так, как уже описано ранее в публикации Настройка PPPoE на FreeBSD.
  • IP адрес: 2.2.2.2
  • Маска подсети: 255.255.255.255
  • Шлюз: 3.3.3.3
  • Имя пользователя pppoe: pppoeuser
  • Пароль: pppoepassword
• Интерфейс rl1 - подключен в локальную сеть через свитч. Этот интерфейс является шлюзом для всех компьютеров в локальной сети.
  • IP адрес: 172.17.17.254
  • Маска подсети: 255.255.255.0
  • В локальной сети находятся машины с адресами из подсети 172.17.17.0/24
• Интерфейс rl2 - используется только для подключения ADSL модема (работающего в режиме bridge и имеющего IP адрес 192.168.1.1)
  • IP адрес: 192.168.1.2
  • Маска подсети: 255.255.255.0

Параметры сетевых интерфейсов сервера Storage

• Сервер имеет один сетевой интерфейс, на котором прописаны одновременно "серый" и "реальный" IP адреса.
  • "Серый" IP адрес: 172.17.17.10/24
  • "Реальный" IP адрес: 4.4.4.4
  • Шлюз: 172.17.17.254

Т.е., в конфиге /etc/rc.conf это выглядит так:

 defaultrouter="172.17.17.254"
 ifconfig_rl0="inet 172.17.17.10  netmask 255.255.255.0"
 ifconfig_rl0_alias0="inet 4.4.4.4  netmask 255.255.255.255"

Реализация задачи состоит из следующих этапов:

1. Пересборка ядра для поддержки фаерволла ipfw (данный пункт подробно не рассматриваю, а ссылаюсь на более раннюю публикацию в блоге Пересборка ядра FreeBSD).
2. Конфигурирование pppoe подключения системными средствами FreeBSD (вкратце приведу еще раз конфиг без пояснений, которые уже были изложены в материале Настройка PPPoE на FreeBSD).
3. Конфигурирование NAT на основе natd. Именно natd был взят за основу, поскольку ipfw kernel_nat в данном случае нам не подходит, ибо в нем пока что не реализована поддержка такой нужной опции, как globalport. Эта опция поддерживается последними версиями natd и позволяет... Ммм... Нет. Пожалуй, начну с того, что последние версии natd позволяют один процессом даемона natd запускать более одного NAT'а на разных сетевых интерфейсах. Это очень удобно. Ведь если раньше, чтобы запустить N-ое количество NAT требовалось запускать N-е количество процессов natd, которые достаточно требовательны к оперативной памяти при больших потоках трафика, то теперь можно обойтись всего одним. Для этого, в конфигурационном файле /etc/natd.conf задаются соответствующие параметры, позволяющие создать сколько угодно NAT'ов. При этом каждый из них будет слушать свой отдельный порт и иметь собственную таблицу трансляции адресов. А опция globalport позволит нам получить одновременный доступ ко всем существующим в данный момент времени таблицам трансляции.
   Выдержка из оригинального man natd звучит так:
   "This option is intended to be used with multiple instances: packets received on this port are checked against internal translation tables of every configured instance. If an entry is found, packet is aliased according to that entry. In no entry was found in any of the instances, packet is passed unchanged, and no new entry will be created."
4. Конфигурирование ipfw - пожалуй, самая интересная и сложная часть. В данном случае, для того, чтобы самому себе упростить жизнь, я решил в конфиге разделить правила для входящего и исходящего трафика, а также отдельно для трафика по каналу #1 и каналу #2. Кроме того, очень многие части вынес во внешние скрипты, в том числе переменные, но в данной статье собрал вновь все воедино, чтобы читателю было удобней.
   Основой данного конфига явился простой пример настройки natd из оригинального man natd. Кому интересно, обязательно его посмотрите. Упоминаемый пример в man'е самый последний, и находится практически в самом конце.
5. Конфигурация VPN сервера в задачу не входит (его уже сконфигурили до нас на основе OpenVPN), здесь не рассматривается и в конфиге ipfw убраны все упоминания о нем.

"Конфигурирование" сетевого интерфейса rl0, к которому подключен канал #1, выполнено двумя строчками в конфиге /etc/rc.conf:

  defaultrouter="1.1.1.254"
  ifconfig_rl0="inet 1.1.1.1  netmask 255.255.255.0"

Этап 1. Пересборка ядра FreeBSD для поддержки ipfw

Ядро FreeBSD следует пересобрать со следущими параметрами:

options		IPFIREWALL
options		IPFIREWALL_VERBOSE
options		IPFIREWALL_VERBOSE_LIMIT=5000
options		LIBALIAS
options		DUMMYNET
options		HZ="1000"
options		IPDIVERT
options		IPFIREWALL_FORWARD

Подробнее о пересборке ядра FreeBSD читайте в этой публикации.

Напомню, на всякий случай: после пересборки ядра не стоит сразу же перезагружать систему если вы не имеете к ней физического доступа. Включив ipfw по-умолчанию вы получите абсолютно недоступную по сети систему, полностью закрытую от каких-либо входящих, либо исходящих соединений.

Этап 2. Конфигурирование PPPoE соединения

Подробная конфигурация PPPoE соединения во FreeBSD приводится в более ранней публикации. Здесь же я только приведу конфиг /etc/ppp/ppp.conf (для освежения памяти, так сказать), который в будущем будет использоваться.

#################################################
###   PPPoE configuration file by Daemony   #####
#################################################

default:
 set device PPPoE:rl2:provider2
 set speed sync
 set mtu 1492
 set mru 1492
 set ctsrts off
 set timeout 3
 set redial 0 0

# Link Quality Request
 enable lqr
 set lqrperiod 5

provider2:
 set authname pppoeuser
 set authkey pppoepassword
#add default HISADDR

На что следует обратить особое внимание в этом конфиге - это имя ethernet адаптера, через который поднимется PPPoE. В моем примере это rl2. Непосредственно этот адаптер должен иметь возможность "видеть" WAN устройство, т.е. xDSL модем в режиме прозрачного моста, связанный DSL линком с DSLAM'ом провайдера. "Видеть" его он может либо напрямую, когда модем отрезком витой пары включен прямо в этот адаптер, либо по локальной сети через свитч.

Кроме того, обязательно следует обратить внимание на название подключения ("имя профиля"). У меня оно называется provider2. Называться оно может как угодно, но всегда должно совпадать в "set device ... " и ниже, где собственно указываются параметры этого соединения. Это же имя будет использоваться в файле /etc/rc.conf где будут заданы параметры запуска PPPoE при старте системы. После конфигурирования /etc/ppp/ppp.conf добавим в /etc/rc.conf следующие строчки:

 ppp_enable="YES"
 ppp_mode="ddial"
 ppp_nat="NO"
 ppp_profile="provider2"

Очень важно! удалить, либо закоментировать строчку "add default HISADDR". Этот параметр сообщает ядру принять в качестве шлюза по-умолчанию IP адрес, который придет в ответе от сервера авторизации вместе с IP адресом и маской сети. Мне это совсем не нужно, поскольку при любом раскладе default'ным маршрутом в моей задаче должен оставаться маршрут через провайдера #1.

После установки pppoe соединения, в системе появится динамический интерфейс tun0, которому будет присвоен IP адрес 2.2.2.2/32. Шлюз по-умолчанию в системе не изменится.

Этап 3. Конфигурирование natd

Забегая наперед скажу сразу, что мне потребуется три NAT'а:

• один на интерфейсе rl0;
• второй на интерфейсе tun0;
• и третий на интерфейсе rl2 для того, чтобы из локальной сети можно было достучаться к веб-интерфейсу управления ADSL модемом.

Также будет задействован globalport для всех пакетов, уходящих по дефолтному маршруту с (out) интерфейса rl0, подключенного к основному каналу #1.

Пример конфигурационного файла /etc/natd.conf приводится далее:

#
# nat configuration file by Daemony
#

 log
 #deny_incoming
 #verbose

 instance default
 interface rl0
 port 8668
 redirect_port tcp 172.17.17.10:22 5225

 instance tun0
 interface tun0
 dynamic
 port 8778

 instance rl2
 interface rl2
 port 8888

 globalport 3000

Пожалуй, здесь комментировать особо нечего. Редирект порта 5225 на интерфейсе rl0 сделан с целью получения доступа по SSH к машине Storage через канал #1 - это на случай, если пропадет доступ к Storage по каналу #2. Остальные опции создают три разных экземпляра ("инстанции") NAT.

Для запуска natd при старте системы добавим в конфигурационный файл /etc/rc.conf следующие строчки:

 natd_enable=YES
 natd_flags="-f /etc/natd.conf"

Можно проверить работу natd, запустив его стартовым скриптом /etc/rc.d/natd start Результат должен быть таким:

# sockstat | grep natd
root     natd       668   4  div4   *:8888                *:*
root     natd       668   9  div4   *:8778                *:*
root     natd       668   10 div4   *:8668                *:*
root     natd       668   11 div4   *:3000                *:*
root     natd       668   13 dgram  -> /var/run/logpriv

Все в порядке. NAT запущен и готов к работе.

Этап 4. Конфигурирование ipfw

Сразу, пожалуй, следует отметить, что приводимый пример конфигурации ipfw будет работать только с установленной опцией sysctl net.inet.ip.fw.one_pass: 1. Эта опция указывает ядру, что каждый пакет, проходящий через фаерволл должен быть обработан правилом (запрещающим, либо разрешающим) только один раз. Если пакет, проходя по правилам фаерволла, попал под разрешающее правило, он выходит из фаерволла и следует далее по сети. Если попал под запрещающее - он будет уничтожен системой и перестанет существовать.

Проверьте свой sysctl:

# sysctl -a | grep one_pass
net.inet.ip.fw.one_pass: 1

Если вместо единицы у вас "ноль", выполните:

# sysctl net.inet.ip.fw.one_pass=1
net.inet.ip.fw.one_pass: 0 -> 1

А для того, чтобы эта опция была автоматически загружена в ядро при старте системы, добавьте этот же параметр в конфигурационный файл /etc/sysctl.conf :

net.inet.ip.fw.one_pass=1

Для работы ipfw в каталоге /etc я создал свой набор правил фаерволла ipfw и поместил его в файл /etc/Firewall

Чтобы ipfw при запуске системы воспринял именно наш набор правил, а также для того, чтобы наш сервер начал выполнять функции маршрутизатора, в стартовый скрипт системы /etc/rc.conf добавим такие строчки:

 gateway_enable="YES"            # Опция, включающая на роутере функции сетевого шлюза
 firewall_enable="YES"
 firewall_logging="YES"
 firewall_nat_enable="NO"        # Опция, отключающая ipfw kernel_nat, если ядро вдруг собрано с его поддержкой
 firewall_script="/etc/Firewall" # Путь к нашему скрипту с набором правил ipfw
 dummynet_enable="YES"           # Опция для включения dummynet

Опция dummynet вам не нужна, если вы не собираетесь строить на вашем маршрутизаторе шейпер с лимитами по трафику для пользователей.

Далее привожу пример конфига ipfw с пояснениями там, где на мой взгляд это требуется. На самом деле, весь конфиг разбит у меня на несколько частей, но для удобства читателя я решил его собрать воедино.

Пример конфигурации фаерволла IPFW
для разделения трафика на два канала

#!/bin/sh
#############################################################################
# --- FreeBSD IP Firewall configuration file for some server by Daemony --- #
#############################################################################
# Special thanks to Vadim Goncharov <vadimnuclight@tpu.ru>                  |
# for detailed manual in his LJ blog                                        |
# See http://nuclight.livejournal.com/124348.html                           |
# ------------------------------------------------------------------------- #

###### Введем переменные
###### С ними всегда удобно работать, ведь если у вас изменятся какие-либо
###### параметры оборудования (заменили сетевую карту) либо сети
###### (провайдер забрал используемый IP адрес и вместо него выдал новый),
###### то вам не прийдется для внесения изменений просматривать весь конфиг,
###### а лишь изменить значения переменных

    fw="/sbin/ipfw -q"
    fwadd="/sbin/ipfw -q add"

    #### Это наши NAT'ы
    nat_prov1="8668"
    nat_prov2="8778"
    nat_xdsl="8888"
    nat_glob="3000"

    ### IP адреса, интерфейсы и т.д.
    # - адрес на внутреннем интерфейсе, смотрящем в локальную сеть
    inip="172.17.17.254"
    # - название внутреннего интерфейса, смотрящего в локальную сеть
    inif="rl1"
    # - адресация во внутренней локальной сети
    innet="172.17.17.0/24"
    # - IP адрес полученный от "провайдера 1"
    prov1_ip="1.1.1.1"
    # - имя интерфейса, который связывает нас с "провайдером 1"
    prov1_if="rl0"
    # - адрес шлюза "провайдера 1"
    prov1_gw="1.1.1.254"
    # - IP адрес получаемый от "провайдера 2"
    prov2_ip="2.2.2.2"
    # - имя интерфейса, который связывает нас с "провайдером 2"
    prov2_if="tun0"
    # - адрес шлюза "провайдера 2".
    # !!!  Выяснить его можно, подключившись хотя бы раз по PPPoE
    # !!!  с включенной опцией "add default HISADDR" (см. выше)
    prov2_gw="3.3.3.3"
    # - IP адрес на интерфейсе, к которому подключен xDSL мост (модем)
    dsl_ip="192.168.1.2"
    # - имя интерфейса, к которому подключен xDSL мост (модем)
    dsl_if="rl2"
    # - адресация "серой" сети между интерфейсом rl2 и xDSL мостом (модемом)
    dsl_net="192.168.1.0/24"

    # а также...
    # - реальный маршрутизируемый IP адрес компьютера Storage,
    #   который был отдельно докуплен у "провайдера 2"
    storage="4.4.4.4"
    # - "серый" IP адрес компьютера Storage в локальной сети
    storagelocal="172.17.17.10"

###
### Сбрасываем все существующие правила, счетчики,
### пайпы и очереди, если таковые есть
###
    /sbin/ipfw -q -f flush
    /sbin/ipfw -q -f pipe flush
    /sbin/ipfw -q -f queue flush

### Определим несколько таблиц
### --------------------------
### Использование таблиц позвояет нам вводить в правила ipfw большие
### списки IP адресов в то время как стандартное правило ipfw ограничено по
### своей длине. Благодаря таблицам можно определить списки узлов и сетей,
### а затем использовать их для разрешения, либо запрещения доступа к тем
### или иным сервисам.

### В таблице 5 у нас будет общий список доверенных узлов
    ${fw} -f table 5 flush
    ${fw} table 5 add 1.254.1.254
    ${fw} table 5 add 2.254.2.254

### В таблице 6 у нас будет список доверенных узлов,
### которым разрешено входить на сервер по SSH через
### любой внешний интерфейс (rl0, либо tun0)
    ${fw} -f table 6 flush
    ${fw} table 6 add 3.254.3.254
    ${fw} table 6 add 4.254.4.254

### В таблице 10 у нас будет собран список сетей и IP адресов,
### которые находятся в подсети "провайдера 2" на которые нам
### нужно пропускать нашу локальную сеть не через "канал 1",
### а через "канал 2". См. второй пункт поставленной задачи.
    ${fw} -f table 10 flush
    ${fw} table 10 add 100.100.100.100
    ${fw} table 10 add XXX.XXX.XXX.XXX
    ${fw} table 10 add 200.200.200.200

### В таблице 20 у нас будет собран список сетей, которые по RFC
### не должны показываться за пределами наших внешних
### интерфейсов. Это "серые" сети и автоконфигурируемая сеть,
### которые мы заблокируем на IN/OUT проходах rl0 и tun0
    ${fw} -f table 20 flush
    ${fw} table 20 add 10.0.0.0/8
    ${fw} table 20 add 172.16.0.0/12
    ${fw} table 20 add 192.168.0.0/16
    ${fw} table 20 add 0.0.0.0/8
    ${fw} table 20 add 169.254.0.0/16
    ${fw} table 20 add 240.0.0.0/4

### А вот в таблицу 100 мы занесем всех нарушителей порядка,
### за которыми были замечены какие-либо деструктивные действия
### в нашу сторону. IP адреса и сети в данном списке будут
### полностью отрезаны от нашего сервера запрещающим правилом
### и не будут иметь никакого доступа ни к одному сервису.
### Кстати, список далее можете взять себе на вооружение.
### Он хоть и не очень большой, но "основан на реальных событиях". 
    ${fw} -f table 100 flush
    ### China Telecom ###
    # POP3 bruteforce from 219.128.196.198 - 2007-10-28
    ${fw} table 100 add 219.128.0.0/13
    # POP3 bruteforce from 66.118.136.106  - 2007-12-25
    ${fw} table 100 add 66.118.128.0/18
    ### CHINANET Guangdong province network ###
    # POP3 bruteforces
    # | IP 59.35.78.232     - 2007-11-24
    # | IP 58.62.104.199   - 2008-01-31
    # | IP 218.20.4.171     - 2008-02-18
    # | IP 218.20.4.171     - 2008-02-18
    ${fw} table 100 add 59.32.0.0/13
    ${fw} table 100 add 59.40.0.0/15
    ${fw} table 100 add 59.42.0.0/16
    ${fw} table 100 add 58.60.0.0/14
    ${fw} table 100 add 218.19.0.0/16
    ${fw} table 100 add 218.20.0.0/16
    ### INOVAnet - Jakarta ###
    # IP 202.158.132.19 - 2010-10-10 | POP3 bruteforce
    ${fw} table 100 add 202.158.128.0/20
    # FTP hacking. Banned 2010-11-29
    ${fw} table 100 add 109.111.201.226

### Таблиц может быть сколько угодно и для чего угодно.
### Содержимое таблиц можно динамически изменять "на лету"
### не перезагружая все правила ipfw, что конечно же
### достаточно удобно. Здесь я привел лишь примеры.
### ---
### А пока с таблицами закончили. Перейдем к правилам.

# - Разрешаем все через интерфейс localhost
    ${fwadd} 00100 allow ip from any to any via lo0
    ${fwadd} 00101 deny log all from any to 127.0.0.0/8
    ${fwadd} 00102 deny log all from 127.0.0.0/8 to any

# - Разрешаем любой трафик на внутреннем интерфейсе rl1
#   Данная мера вводится с учетом того, что в локальной
#   сети все пользователи доверенные и бояться некого
    ${fwadd} 00200 allow all from any to any via ${inif}

#### Запрещаем любой трафик на внешних интерфейсах,
#### который противоречит стандартам RFC
# - трафик в/из серых сетей
    ${fwadd} 00300 reset ip from any to table\(20\) in via ${prov2_if},${prov1_if}
    ${fwadd} 00301 reset ip from table\(20\) to any in via ${prov2_if},${prov1_if}
# - фрагментированный ping
    ${fwadd} 00304 reset icmp from any to any frag
# - бродкаст
    ${fwadd} 00305 reset icmp from any to 255.255.255.255 in via ${prov2_if},${prov1_if}
    ${fwadd} 00306 reset all from any to 255.255.255.255 in via ${prov2_if},${prov1_if}

### Запрещаем любой трафик всем хостам и сетям из таблицы 100
    ${fwadd} 0400 reset log all from table\(100\) to me
### Запрещаем все ident запросы
    ${fwadd} 0405 reset tcp from any to me 113

#############################################################################
# Здесь начинается самая интересная часть конфига
# С этого места пакеты, проходящие через фаерволл, будут разделяться
# по направлениям (вход-исход) и по интерфейсам. Согласно этим критериями,
# пакеты будут передаваться на обработку соответствующему набору правилу,
# пройдя которые пакеты либо продолжат свой путь по сетям, либо погибнут
# под воздействием уничтожающего deny или reset 
#############################################################################

# Трафик, который будет направлен из локальной сети к DSL модему
# (и обратно) мы начнем обрабатывать с правила номер 6000.
    ${fwadd} 0501 skipto 6000 ip from ${innet} to ${dsl_net} via ${dsl_if}
    ${fwadd} 0502 skipto 6000 ip from ${dsl_net} to ${innet} via ${dsl_if}

# ИСХОДЯЩИЙ трафик, который будет уходить с нашего внешнего интерфейса tun0
# по "каналу 2" по сетям "провайдера 2" мы начнем обрабатывать с правила 5000
# Сюда же включим обработку ответного исходящего трафика c реального
# маршрутизируемого IP адреса сервера Storage по этому же каналу #2
    ${fwadd} 0503 skipto 5000 ip from ${prov2_ip},${storage} to any

# ВХОДЯЩИЙ трафик, который будет приходить на наш внешний интерфейс tun0
# по "каналу 2" по сети "провайдера 2". Это трафик к службам на нашем
# сервере: http, smtp и т.д. Мы начнем его обрабатывать с правила 3000.
    ${fwadd} 0504 skipto 3000 ip from any to any in via ${prov2_if}

# ИСХОДЯЩИЙ трафик из локальной сети к ресурсам в адресном
# пространстве "провайдера 2". Список этих ресурсов (адресов и сетей)
# перечислен в таблице 10. Мы начнем обрабатывать этот трафик, начиная
# с правила 4000, "завернув" его в интерфейс tun0, а затем выполнив
# FORWARD на шлюз провайдера #2
    ${fwadd} 0505 skipto 4000 ip from ${innet} to table\(10\) out

# Весь оставшийся трафик мы пропускаем через интерфейс основного
# подключения "канала #1" по дефолтному маршруту.
# - ВХОДЯЩИЙ пропустим на обработку до правила номер 1000
    ${fwadd} 0506 skipto 1000 ip from any to any in via ${prov1_if}
# - ИСХОДЯЩИЙ пропустим на обработку до правила номер 2000
    ${fwadd} 0507 skipto 2000 ip from any to any out via ${prov1_if}

#############################################################################
### ВХОДЯЩИЙ трафик на канале #1 "заворачивается" в NAT на порту 8668
#############################################################################
    ${fwadd} 1000 divert ${nat_prov1} ip from any to any in via ${prov1_if}

# ---> Правила доступа для входящего (IN) трафика по "каналу #1" <-----------
#      на интерфейсе rl0
    # - разрешаем уже установленные соединения
    #   например, это нужно для разрешения двухсторонней связи, если
    #   соединение иннициализировано самим сервером (и не только...)
    ${fwadd} 1010 allow all from any to any in via ${prov1_if} established

    # - правило, разрешающее ICMP запросы (определенных типов) к нашему
    #   серверу и ICMP ответы
    ${fwadd} 1020 allow icmp from any to ${prov1_ip},${innet} icmptypes 0,8,11,3 in via ${prov1_if}

    # - правило, разрешающее UDP ответы к нашему серверу и в локальную сеть
    #   от DNS (53 порт) и NTP (123 порт) серверов
    ${fwadd} 1040 allow udp from any 53,123 to ${prov1_ip},${innet} in via ${prov1_if}

    # - правило, разрешающее доступ к нашему веб-серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порт веб-сервера в количестве не более 30 для одного
    #   уникального IP адреса
    ${fwadd} 1050 allow tcp from any to ${prov1_ip} 80,443 in via ${prov1_if} limit src-addr 30

    # - правило, разрешающее доступ к нашему почтовому (SMTP) серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порты smtp/smtps в количестве не более 5 для одного
    #   уникального IP адреса
    ${fwadd} 1060 allow tcp from any to ${prov1_ip} 25,465 in via ${prov1_if} limit src-addr 5

    # - правило, разрешающее доступ к нашему почтовому (POP3 и IMAP) серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порты pop3/pop3s и imap/imaps в количестве не более 5
    #   для одного уникального IP адреса
    ${fwadd} 1070 allow tcp from any to ${prov1_ip} 110,143,993,995 in via ${prov1_if} limit src-addr 5

    # - правило, разрешающее доступ к нашему FTP серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порты 20 и 21 в количестве не более 5 для одного
    #   уникального IP адреса
    ${fwadd} 1080 allow tcp from any to ${prov1_ip} 20,21 in via ${prov1_if} limit src-addr 5

    # - правило, разрешающее доступ к нашему DNS серверу по протоколу
    #   UDP откуда угодно
    ${fwadd} 1090 allow udp from any to ${prov1_ip} 53 in via ${prov1_if}

    # - правило, разрешающее доступ к нашему DNS серверу по протоколу TCP
    #   но только для доверенных узлов из таблицы 5. Для тех, кто не знает
    #   поясню: по протоколу TCP происходит трансфер DNS зон. Открывать
    #   кому-угодно TCP доступ к DNS серверу нецелесообразно. Открывать
    #   его следует только для узлов, выступающим в качестве вторичных DNS
    ${fwadd} 1100 allow tcp from table\(5\) to ${prov1_ip} 53 in via ${prov1_if}

    # - правило, разрешающее доступ к нашему SSH серверу
    #   SSH открываем только доя доверенных узлов из таблицы 6
    ${fwadd} 1110 allow tcp from table\(6\) to ${prov1_ip} 22 in via ${prov1_if}

    ### Это правило разрешает доступ к серверу Storage через проброшенный
    ### порт 5225 (см. выше)
    ${fwadd} 1201 allow tcp from any to ${storagelocal} 22 in via ${prov1_if}

### Все остальные входящие (IN) пакеты на интерфейсе rl0 рубим reset'ом.
### Чем отличается директива deny от reset изучите, пожалуйста, в man ipfw
    ${fwadd} 1999 reset all from any to any in via ${prov1_if}

# ***** Конец правил для ВХОДЯЩЕГО трафика на интерфейсе rl0 (канал #1) *****

#############################################################################
### ИСХОДЯЩИЙ трафик от самого сервера "заворачивается" в канал #1 через
### глобальный NAT и затем попадает во второй NAT. В этом месте происходит
### двойная трансляция адресов.
### Сложно для понимания?
### Изучите этот материал: http://nuclight.livejournal.com/124348.html
### Исходящий трафик от самого сервера, естественно, никак не запрещается
### и не ограничивается. Этим же NAT'ом обрабатывается весь ИСХОДЯЩИЙ трафик
### из ЛОКАЛЬНОЙ СЕТИ, если только он не направлен к ресурсам "провайдера #2"
### описанным в таблице 10. Трафик из локальной сети, так же как и трафик от
### самого сервера никак не ограничивается и не запрещается (хотя если такая
### необходимость возникнет ничего не помешает нам добавить сюда запреты).
#############################################################################
    ${fwadd} 2000 divert ${nat_glob} all from any to any
    ${fwadd} 2010 allow all from ${prov1_ip} to any
    ${fwadd} 2020 divert ${nat_prov1} all from any to any
    ${fwadd} 2030 allow all from any to any

#############################################################################
### Входящий трафик на канале #2 "заворачивается" в NAT на порту 8778
#############################################################################
    ${fwadd} 3000 divert ${nat_prov2} ip from any to any

# ---> Правила доступа для входящего (IN) трафика по "каналу #2" <-----------
#      на интерфейсе tun0
    # - разрешаем уже установленные соединения
    #   например, это нужно для разрешения двухсторонней связи,
    #   если соединение иннициализировано самим сервером (и не только...)
    ${fwadd} 3010 allow all from any to any in via ${prov2_if} established

    # - правило, разрешающее ICMP запросы (определенных типов) к
    #   нашему серверу и ICMP ответы
    ${fwadd} 3020 allow icmp from any to ${prov2_ip},${innet} icmptypes 0,8,11,3 in via ${prov2_if}

    # - правило, разрешающее UDP ответы к нашему серверу и в локальную сеть
    #   от DNS (53 порт) и NTP (123 порт) серверов
    ${fwadd} 3040 allow udp from any 53,123 to ${prov2_ip},${innet} in via ${prov2_if}

    # - правило, разрешающее доступ к нашему веб-серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порт веб-сервера в количестве не более 30 для одного
    #   уникального IP адреса
    ${fwadd} 3050 allow tcp from any to ${prov2_ip} 80,443 in via ${prov2_if} limit src-addr 30

    # - правило, разрешающее доступ к нашему почтовому (SMTP) серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порты smtp/smtps в количестве не более 5 для одного
    #   уникального IP адреса
    ${fwadd} 3060 allow tcp from any to ${prov2_ip} 25,465 in via ${prov2_if} limit src-addr 5

    # - правило, разрешающее доступ к нашему почтовому (POP3 и IMAP) серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порты pop3/pop3s и imap/imaps в количестве не более 5
    #   для одного уникального IP адреса
    ${fwadd} 3070 allow tcp from any to ${prov2_ip} 110,143,993,995 in via ${prov2_if} limit src-addr 5

    # - правило, разрешающее доступ к нашему FTP серверу
    #   данное правило также вводит ограничение на максимальное количество
    #   соединений на порты 20 и 21 в количестве не более 5 для одного
    #   уникального IP адреса
    ${fwadd} 3080 allow tcp from any to ${prov2_ip} 20,21 in via ${prov2_if} limit src-addr 10

    # - правило, разрешающее доступ к нашему DNS серверу по протоколу
    #   UDP откуда угодно
    ${fwadd} 3090 allow udp from any to ${prov2_ip} 53 in via ${prov2_if}

    # - правило, разрешающее доступ к нашему DNS серверу по протоколу TCP
    #   но только для доверенных узлов из таблицы 5. Почему? Читайте выше.
    ${fwadd} 3100 allow tcp from table\(5\) to ${prov2_ip} 53 in via ${prov2_if}

    # - правило, разрешающее доступ к нашему SSH серверу
    #   SSH открываем только доя доверенных узлов из таблицы 6
    ${fwadd} 3110 allow tcp from table\(6\) to ${prov2_ip} 22 in via ${prov2_if}

###
### --->> Правила доступа к серверу Storage к его маршрутизируемому IP адресу
###       по "каналу #2" через PPPoE подключение "провайдера #2"
###
    # - разрешаем входящий icmp
    ${fwadd} 3510 allow icmp from any to ${storage} icmptypes 0,8,11,3 in via ${prov2_if}
    # - разрешаем SSH доступ, но только для доверенных узлов из таблицы 6
    ${fwadd} 3580 allow tcp from table\(6\) to ${storage} 22 in via ${prov2_if}

### Все остальные входящие (IN) пакеты на интерфейсе tun0 рубим reset'ом.
### Чем отличается директива deny от reset изучите, пожалуйста, в man ipfw
    ${fwadd} 3999 reset all from any to any in via ${prov2_if}

# *** Конец правил для ВХОДЯЩЕГО трафика на интерфейсе tun0 (канал #2)  *** |

#############################################################################
### ИСХОДЯЩИЙ трафик из локальной сети к ресурсам в адресном пространстве
### "провайдера 2". Список этих ресурсов (адресов и сетей) перечислен в
### таблице 10. Следует заметить, что трафик к этим сетям, иннициированный
### самим сервером, не попадет в эти правила и пройдет по маршруту
### по-умолчанию через "канал #1". В данном случае это не суть важно.
#############################################################################
    ${fwadd} 4000 divert ${nat_prov2} all from any to any

### Следующее правило произведет форвард всех пакетов, у которых в заголовке
### обнаружится значение src-addr ${prov2_ip}, либо ${storage}. Форвард будет
### осуществлен на шлюз "провайдера #2". В данном случае, благодаря
### IPFW_FORWARD мы можем игнорировать шлюз по-умолчанию и отправить пакеты
### туда, куда нам нужно. Что это за пакеты? Это ответный трафик на запросы,
### которые поступили на внешний интерфейс маршрутизатора по "каналу #2" на
### интерфейс tun0. Это также ответный трафик с интерфейса сервера Storage
### (запрос к которому поступил на его маршрутизируемый IP адрес по каналу 2),
### а также это будут ИСХОДЯЩИЕ ПАКЕТЫ из ЛОКАЛЬНОЙ СЕТИ, которые пройдя
### предыдущий NAT в правиле номер 4000 получили перезаписанный заголовок и
### теперь имеют также src-addr со значением ${prov2_ip}.
    ${fwadd} 5000 fwd ${prov2_gw} all from ${prov2_ip},${storage} to not ${innet}
### -------------------------------------------------------------------------
### Возможно, с первого раза это достаточно сложно для понимания. Но имея
### четкое представление о работе и логике фаерволла все становится понятно.
###
### ... Предыдущее правило выпускает исходящие пакеты из фаерволла.
###     Обработка этих пакетов окончена.

###### Ну, и напоследок еще один NAT. Он позволит нам получить доступ из
###### локальной сети 172.17.17.0/24 в другую подсеть 192.168.1.0/24 для
###### управления настройками ADSL модема через его веб-интерфейс.
###### Возможно, в этом и нет необходимости (ведь обычно модем настраивается
###### один раз и, пока он работает, его не трогают). Но все-равно пусть будет.
    ${fwadd} 6000 divert ${nat_xdsl} all from any to any via ${dsl_if}
    ${fwadd} 6001 allow all from any to any via ${dsl_if}

# ****** последнее правило запрещающее все остальное ************
    ${fwadd} 65534 deny log all from any to any

#############################################################################
# -------------------------------- DONE! ---------------------------------- #
#############################################################################

Последнее, что я забыл ранее упомянуть. Для того, чтобы сервер Storage стал доступен по каналу #2 по своему реальному IP адресу сквозь маршрутизатор, на самом маршрутизаторе следует добавить статический маршрут. Для этого в файл /etc/rc.local напишите следующее:

/sbin/route add 4.4.4.4/32 172.17.17.10

Файл rc.local будет перечитан системой при следующей загрузке. Однако, чтобы не перезагружать сервер можно добавить маршрут вручную аналогичной командой. Проверьте результат?

# netstat -rn | grep "4.4.4.4"
4.4.4.4/32   172.17.17.10        UGS         0   133715    rl1

В принципе, это все.

Приведенный пример рассматривает настройку фаерволла ipfw на маршрутизаторе с двумя подключениями к Интернет: одно по витой паре UTP, второе по ADSL с использованием PPPoE. Однако, этот пример можно с успехом использовать и на других типах подключений, внеся небольшие корректировки в правила ipfw и в конфигурацию natd.

Приведенная конфигурация 100% рабочая и уже около трех месяцев успешно эксплуатируется. Однако, в тексте не исключены опечатки, поэтому если вы где-то обнаружите ошибку, отпишитесь пожалуйста в комментариях. Материал достаточно обширный, очень легко что-то упустить.

Также принимается конструктивная критика, правильно поставленные вопросы, отзывы и благодарности (можно в виде пива).

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 5 | Добавить в Google Закладки
Тэги: adsl, bridge, FreeBSD, ip, ipfw, nat, natd, pppoe, pptp, setup, настройка, пример, роутер, сервер

В декабре этого года исполняется 18 лет Украинской доменной зоне .UA, которая стала прародительницей всех украинских доменов. Об этом поведал сегодня в своем блоге Владимир Киян - системный администратор НПП "Трайфл" и администратор региональной доменной зоны Днепропетровского региона - .dp.ua.

Поздравляю с этим праздником всех коллег регистраторов и владельцев доменных имен в украинских доменных зонах!

UAnet достиг совершеннолетия!

Небольшой исторический экскурс для справки (информация по материалам yula.ua):

• В декабре 1992 года ведущим украинским интернет-специалистам, выбранным интернет-сообществом - Олегу Волощуку и Игорю Свиридову был делегирован домен верхнего уровня UA.
• В январе 1993 года на Конференции украинских интернет-специалистов в Славско было делегировано 27 географических публичных доменов в соответствии с зоновыми кодами телефонной нумерации.
• В 1995 году администратором домена UA делегированы целевые публичные домены COM.UA, GOV.UA, NET.UA. Тогда же, в 1995 году, для удобства пользователей были делегированы "короткие" (двухбуквенные) географические домены-синонимы (dp.ua = dnepropetrovsk.ua и т.д.).
• В 1998 году делегирован целевой публичный домен EDU.UA.
• В 1999 году - целевой публичный домен ORG.UA.
• 21 февраля 2001 неформальное общество UA NCG приняло решение о создании ООО "Хостмастер" - юридического лица, основной целью которого является практическое воплощение принципов деятельности администратора домена UA. За время администрирования домена ООО "Хостмастер" были разработаны Правила домена .UA, вступившие в действие 15 сентября 2001 года. На основании этих Правил началось делегирование приватных доменных имен второго уровня в домене UA.
• За 15 лет своего существования украинский национальный домен успел изрядно разрастись. 25 октября в зоне UA было зарегистрировано 300-тысячное имя. При этом специалисты наблюдали рекордную динамику развития: если первые 100 тыс. имен в домене UA набирались целые 11 лет (с 1992 года по 2003 год), а вторая сотня - 3 года (с 2003 года по 2006 год), то последнюю сотню тысяч доменов украинские пользователи успели зарегистрировать всего за один год.
• Через 15 лет после момента делегирования, в домене UA насчитывается 321745 зарегистрированных доменных имен, в том числе:
  • 4800 доменных имен второго уровня вида trademark.ua;
  • 91934 доменных имен в домене COM.UA;
  • 54311 доменных имен в домене KIEV.UA;
  • 50840 доменных имен в домене ORG.UA;
  • 21989 - в доменах DP.UA/DNEPROPETROVSK.UA;
  • 13888 - в домене NET.UA;
  • 8456 - в домене IN.UA.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Комментариев нет | Добавить в Google Закладки
Тэги: ua, день рождения, домены, регистрация доменов

В официальном блоге WordPress примерно час назад появилось сообщение о выпуске новой версии популярной блог-платформы. Данное обновление заявлено как обязательное обновление для всех предыдущих версий WordPress с целью устранения обнаруженных уязвимостей.

В настоящий момент во всех версиях WordPress ниже 3.0.2 существует возможность для злоумышленника с правами автора получить более широкие привелегии в вашем блоге.

Релиз безопасности 3.0.2 устраняет эту ошибку, а также вносит дополнительные корректировки в безопасности и исправления, с которыми можно ознакомиться на багтрекере WordPress по этой ссылке.

Возможно, если в Вашем блоге отключена регистрация пользователей и нет никого кроме вас самих с правами автора, вам беспокоиться не о чем. Тем не менее обновиться не помешает.

Обновление можно установить вручную, скачав дистрибутив с официального сайта WordPress, либо через функцию автоматического обновления в административной панели.

Разработчики WordPress выносят благодарность Владимиру Колесникову за подробное освещение проблемы.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 7 | Добавить в Google Закладки
Тэги: 3.0.2, security, update, Wordpress, безопасность, обновление, уязвимости

За сегодняшний материал я снова должен поблагодарить своего старого товарища Flash'а, который в своем ЖЖ затронул тему космонавтики, к которой я не равнодушен, и побудил меня к написанию сегодняшнего поста. Спасибо, Дима.

Оказывается (только не говорите, что Вы уже это знаете? ) в Интернете есть не только говноварезники, социалки, блоги и прочий информационных хлам, но и очень интересные и познавательные места вроде веб-сервера Национального аэрокосмического агентства США - NASA.gov. Нет, конечно же про nasa.gov я знаю очень давно. Это был один из первых веб-сайтов, с которым я познакомился когда-то, впервые узнав, что такое Интернет. Но вот на RSS от NASA я как-то забыл подписаться. Поэтому пропустил тот момент, когда у них на сайте появилась он-лайн трансляция с видеокамер, установленных на борту Международной Космической Станции (МКС, или по-американски ISS - International Space Station).

Чтобы включить "околоземный телеканал" достаточно нажать Play в плеере на этой странице.

В плеере поддерживается полноэкранный режим (в контекстном меню, выберите "Увеличение" -> "Во весь экран"), но требуется поддержка плагина WMP, а значит,  что скорее всего он не заведется в некоторых браузерах. Поэтому, в качестве альтернативы воспользуйтесь вот этой ссылкой:

mms://a1709.l1856953708.c18569.g.lm.akamaistream.net/D/1709/18569/v0001/reflector:53708

"Скормите" ее плееру VLС или же Windows Media плееру (Меню "Файл" -> "Открыть URL"). Качество картинки не HD, но вполне смотрибельное.

Звук также присутствует, но большей частью слышен только фон и жужжание оборудования, хотя, очень часто космонавты общаются с ЦУПом, решают какие-то вопросы, получают задания и отчитываются о работе. Слышна английская (американская английская) и русская речь.

Например, сегодня с 21.10 до 21.20 по Киевскому времени, Российские космонавты отчитывались диспетчеру и собирались идти спать. Из разговора я понял так, что "рабочее время" на орбите для этих ребят подходит к концу и совсем скоро они возвращаются на Землю...

Вобщем, рассказывать можно очень долго, но как известно, лучше самому один раз увидеть... Поэтому много говорить не стану. Смотрите, наслаждайтесь.

Да, чуть было не забыл. Станция обходит Землю по строго определенной траектории. Станция периодически входит в зону неосвещенной части планеты и в этот момент на видео практически ничего не видно. В таком случае, стоит попросту дождаться, когда станция "выйдет из тени". Отследить местоположение станции над Землей в настоящий момент времени можно здесь.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 5 | Добавить в Google Закладки
Тэги: iss, вид с космоса, видео, земля, космос, мкс, онлайн, трансляция

Зарабатывают на Google Adsense многие блоггеры (и не только они). Кто-то больше, кто-то меньше. Я не могу похвастаться большими доходами с этого сервиса, хотя в этом году в августе месяце свой первый чек от Google я уже получил и успешно обналичил.

Возможно я ошибаюсь, но за пару последних лет у меня сложилось мнение, что на рекламе в Adsense можно действительно заработать лишь создавая популярные сервисы, направленные на англоязычную аудиторию, поскольку, как известно, англоязычная аудитория в сети Интернет самая массовая.

Сегодня, при входе в свой аккаунт по адресу google.com/adsense я увидел вот такую картину:

Вообще, о новом интерфейсе Adsense писали еще около года назад. По прошествии года можно сказать, что разработчики Google зря время не теряли. Побродив немного по своему аккаунту в новой шкуре выделил для себя несколько действительно удобных нововведений.

Самое главное, все стало гораздо быстрее работать. Интерфейс практически весь на ajax и стал больше похож на интерфейс Google Adwords, которым я тоже регулярно пользуюсь. Масса разных фич - прямо глаза разбегаются. Пожалуй, все следующие выходные придется выделить для детального изучения и ковыряния всего этого добра.

Самую важную и нужную информацию теперь разместили на самом видном месте. Сразу же при входе в свой аккаунт вы увидите три цифры, оформленные крупным шрифтом:

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

Думаю, это действительно самая востребованная информация для большинства.

Здесь же на главной странице появилась сводка об эффективности используемых продуктов: контекстная реклама, реклама Adsense для поиска и для доменов. Хотя, честно говоря, в старом интерфейсе мне было более интересно отслеживать "самые популярные каналы". В старом интерфейсе они размещались на главной странице, а в новом чтобы просмотреть эффективность каналов нужно перейти в меню "Отчеты по эффективности", затем в левом боковом меню выбрать "Клиентские каналы", а справа вверху указать интересующий диапазон дат. По-умолчанию выставлен период за последние семь дней.

Однако, сформировав интересующий нас отчет можно назначить его по-умолчанию, либо сохранить. Сохранив такой отчет, на главной странице мы получим быструю ссылку для его просмотра.

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

Что еще следует заметить, говоря об отчетах - так это то, что теперь выбирая какой-либо отчет, можно получить его наглядное графическое отображение прямо "не отходя от кассы". При этом в самом графике можно указать checkbox'ами необходимые нам критерии (CTR, доход, клики и т.д.), по которым составлять график.

Был также значительно переработан и улучшен раздел блокировки/одобрения объявлений. Можно установить фильтры на отдельные рекламные сети, либо просто на какой-то URL адрес сайта, который вы не хотите у себя рекламировать. И хотя некоторые моменты были и раньше в старом интерфейсе, в новом они получили множество дополнительных функций.

Управление блоками - это вообще отдельная песня. Управлять настройками отдельно взятого объявления стало теперь не просто проще, а быстрее. Также есть возможность изменять определенные настройки для нескольких объявлений сразу.

Только сейчас я понимаю, насколько прежний интерфейс утомлял своей некоторой тупостью. Сейчас в новом интерфейсе, в сравнении со старым, можно управлять аккаунтом и рекламными блоками с меньшими временными затратами.

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

Несмотря на все это, новый интерфейс Adsense пока что болтается с пометкой beta. Остается надеяться, что он не станет "бетой" на несколько лет, как когда-то был Gmail. Вероятнее всего, beta он потому что еще доступен не во всех странах и не на всех языках.

Ну, а как вам новый интерфейс Google Adsense?

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 2 | Добавить в Google Закладки
Тэги: adsense, google, заработок, интерфейс, новинка, сервис

Вчера решился сделать то, о чем давно подумывал, но так и не сделал до вчерашнего дня: пересадил блог на доменное имя второго уровня, отказавшись от субдомена live. Вот теперь и думаю, как к такому моему поступку отнесутся глубокоуважаемые поисковики.

Теоретически, должны отнестить совершенно спокойно, поскольку в блог можно попадать и по старому адресу и по новому. С адреса live.daemony.org вас просто перебросит 301-м редиректом на daemony.org, так что вы даже не почувствуете разницы. Показатели Google PageRank и Яндекс тИЦ, также не должны пострадать.

Что нужно, чтобы перенести блог на WordPress работать на новый домен?

Ничего особенного. Всего четыре вещи:

1. Изменить адрес блога в настройках WordPress.
2. Кинуть в .htaccess несколько строк для 301-го редиректа.
3. Пофиксить плюшки на сайте, завязанные на доменном имени.
4. Пофиксить счетчики сервисов он-лайн статистики.

Адрес блога изменяется в административной панели в меню "Параметры" - "Общие". Если ваш WordPress установлен в корне сайта, а не где-нибудь в подпапке, то поля "Адрес WordPress (URL)" и "Адрес сайта (URL)" должны быть одинаковыми.

Далее внесем изменения в файл .htaccess. Следует заметить, что на сервере должен быть подключен mod_rewrite, однако если до этого вы уже использовали в вашем блоге человеко-понятные ссылки, по этому поводу можно не беспокоиться.

Фрагмент моего .htaccess:

# Redirect 301 from other domains

 RewriteEngine On
 RewriteCond %{HTTP_HOST} ^live.daemony.org$ [NC,OR]
 RewriteCond %{HTTP_HOST} ^www.daemony.org$ [NC,OR]
 RewriteCond %{HTTP_HOST} ^daemony.pp.ua$ [NC,OR]
 RewriteCond %{HTTP_HOST} ^freebsd.pp.ua$ [NC,OR]
 RewriteCond %{HTTP_HOST} ^live.pp.ua$ [NC,OR]
 RewriteRule ^(.*)$ http://daemony.org/$1 [R=301,L]

Этот блог доступен по всем перечисленным адресам. Благодаря такой конструкции, поисковики (и живые люди), обратившись по одному из них, получат ответ и будут перенаправлены по основному адресу  daemony.org.

Что перестало работать после изменения основного домена.

Перестали работать виджеты Google Friend Connect. Данный сервис завязан на URL сайта, где эти виджеты используются. Для изменения доменного имени в настройках службы Google Friend Connect следует зайти в настройки и там поменять URL адрес на новый.

Вот теперь все должно быть хорошо.

Что еще забыли?

Еще поплющило у меня счетчик сервиса сбора статистики посещаемости liveinternet.ru. Отобразилось это на самом счетчике (в футере страницы) - с него просто исчезли цифры. Для решения проблемы понадобилось также изменить адрес отслеживаемого доменного имени. Хотя если быть более точным, то потребовалось дописать новый домен блога в качестве синонима. На liveinternet невозможно поменять основной адрес сайта.

Пока что других проблем больше не заметил. Если заметили, дайте мне знать.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 3 | Добавить в Google Закладки
Тэги: .htaccess, pagerank, блог, домен, обновление, перенос, тиц

Сегодня решил завести у себя новую рубрику, в которой буду освещать интересные мне блоги, на RSS новости которых я подписан и читаю регулярно, либо просто случайно обнаружил в сети. Думаю, это с одной стороны будет приятно авторам этих блогов - лишний пиар никому еще не помешал, с другой стороны, надеюсь, будет интересно читателям.

Среди моих читателей и критиков присутствует некий Netspider, который читает мои опусы достаточно давно и обычно активно их комментирует, поэтому этот пост я хочу посвятить ему и его блогу. Реального имени этого человека я незнаю, информации о себе он оставить совсем не соизволил. Что ж, значит так нужно.

Блог товарища Netspider'а находится по адресу: netspider.com.ua

(Да, все верно, ссылка выше без noindex и nofollow. Считаю правильным поставить ее на ресурс, который мне нравится, тем более что аналогичная ссылка на мой блог давно висит в Линклисте этого блога.)

Оформление своего блога Netspider выбрал достаточно специфичное. Не знаю кому как, но мне его читать тяжело. Вообще, я больше люблю светлые тона. Они более естественные для восприятия.

Кроме того, я бы на месте автора блога слегка причесал шаблон. В боковых колонках непомешает слегка раздвинуть рекламные блоки, чтобы они не налезали друг на друга, и выровнять их по центру. Что касается самого размещения рекламных блоков - я бы каким-то образом еще задействовал "гуляющее" пространство в шапке, не занятое ничем кроме заголовка сайта - в нем спокойно может поместиться банер 468x60, а при большом желании и сокращении имени сайта (либо "укладывания" имени в две строки) и все 728x90.

Однако, интерес к блогу проявляется не из-за дизайна.

Netspider пишет, если верить его архиву на сайте, с мая 2005 года. Пишет о разном (как впрочем многие), пишет не очень часто (как, впрочем, тоже многие), но для меня интерес в основном представляют его короткие заметки по использованию Unix софта и различные примочки с  участием шелл-коддинга.

Вот небольшой избранный список материалов блога Netspider'а, который возможно пригодится и вам:

• Видеозахват экрана в FreeBSD
• Заметка о создании простой системы для защиты от DDoS
• Заметка об эффективном поиске в файлах
• Интерактивное отслеживание выполнения команд в консоли
• Как скачивать он-лайн видео на компьютер
• Обзор программы Sikuli - инструмента для управления компьютера с помощью скриптов
• 10 привычек хорошего использования UNIX

и многое другое.

Вобщем, заходите. Возможно, и Вы отыщете для себя что-то полезное в блог netspider.com.ua.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 3 | Добавить в Google Закладки
Тэги: FreeBSD, netspider, блоги, Интернет, обзор, полезное, скрипты

Все время забываю синтаксис sed для удаления символов переноса строк ^M формата DOS, которые можно встретить в текстовых файлах после редактированиях в windows редакторах.

Они меня почему-то ужасно раздражают и я вечно стремлюсь от них избавиться. Поэтому решил кинуть в блог небольшую памятку, чтобы была всегда под рукой.

Символы переноса строк ^M, которые следует удалить, можно получить в консоли набрав комбинацию на клавиатуре: сначала control + V и следом за этим control + M

Вот так выглядят переносы ^M в текстовом редакторе mcedit:

Синтаксис sed для удаления ^M следующий

sed 's/'"$(printf '\015')"'$//g' имя_файла

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 15 | Добавить в Google Закладки
Тэги: bash, sed, shell, ^M, скрипт

Можете посчитать сегодняшний пост рекламным, но я на выходных закончил недельную работу над новым сайтом и считаю что не грех будет пропиарить его в собственном блоге. К тому же, это будет наверняка интересно владельцам домашних животных - собак и кошек.

Дело в том, что моя милая супруга решила заняться продажей кормов для домашних животных через Интернет, поэтому естественно для этого дела потребовался сайт. Но обо всем, пожалуй, по порядку.

Как известно, корма для домашних животных - кошек и собак - делятся на классы: эконом, премиум и супер-премиум. Вообще, эта классификация достаточно расплывчатая и не имеет четких границ, но между теми кормами, что сейчас можно найти на массовом рынке, все же присутствуют существенные отличия.

Первое и главное отличие заключается в ингредиентах, которые использует производитель при изготовлении кормов. И если при производстве кормов эконом класса в первую очередь используют субпродукты и кукурузу, то корма супер-премиум класса состоят в большинстве своем из настоящего мяса.

Это вкратце. Подробно, кому это будет интересно можно ознакомиться на сайте "Canidae & Felidae в Украине | Высококачественные корма для домашних животных".

Canidae и Felidae - это торговые марки американской CANIDAE Corporation, которая производит корма для собак (Canidae) и кошек (Felidae). И хотя, на первый взгляд, стоимость кормов кажется достаточно высокой, это не так. Дело в том, что этих кормов хватает гораздо на больший срок, чем более дешевых. Почему, можно прочитать здесь.

Мы своих троих кошек кормим Felidae более года. Первое время боялись переходить на него, а потом просто попробовали и поняли, что неошиблись. Как результат, корма стало уходить меньше, чем ПроПлана, которым мы кормили животных перед этим. Вот реальные цифры: пакета 3.63 кг корма Felidae Все стадии жизни на троих животных хватает на срок от четырех до шести недель. Итого, 200 грн. в месяц на троих кошек - разве это много?

Один мой товарищ как-то возразил по этому поводу: "конечно, ПроПлан кошке нравится больше и она поэтому его больше ест, а Фелиде отстой и кошкам не нравится".

Это очень ошибочное мнение. Пожалуй, только человек может жрать потому что ему это нравится, или нравится еда, которую он ест. Животное ест, пока не почувствует насыщение пищей. И именно Фелиде дает это чувство при меньших дозах, чем более дешевые корма. Кстати, заявленные производителем Felidae нормы кормления кошек куда ниже, чем у ПроПлана.

Корма Felidae и Canidae не продаются в обычных зоомагазинах (по крайней мере пока). Не знаю как в Киеве, но в Днепропетровске точно нет. Купить их можно только через интернет-магазины. Кстати, всем покупателям из города Днепропетровск, кто приобретет у нас товар Canidae или Felidae на сумму не менее 200 грн. на последующие покупки будет предоставляться скидка 5%. Скидка на другие города Украины пока что не распространяется, но этот вопрос мы прорабатываем.

Доставка заказов осуществляется бесплатно по Днепропетровску и другим городам из этого списка! В те города, которые в этот список не попали, тоже доставляем, но уже не бесплатно. Доставка происходит силами "Новой Почты", и прочих (удобных заказчику) курьерских служб. Если вы владелец собаки или кошки, милости просим ознакомиться с содержанием кормов и их разновидностями. Кроме того, на сайте ведется блог на кошачье-собачью тематику. Возможно, для вас это тоже будет интересно.

Сайт сделан целиком на WordPress. В целях SEO все картинки имеют достаточно вразумительные alt и title, а каждая страница также имеет актуальные keywords и description.  Честно сказать, моменту оптимизации я постарался уделить особое внимание. Цель: вывести новый сайт в ТОП5 выдачи в Google по запросам "canidae в украине" и "felidae в украине". Посмотрим как оно будет где-то через месяц. Пока что сайт не проиндексирован ни Google ни Яндексом...

Есть один момент, который меня расстраивает - на главной странице canidae.in.ua имеется слайдер, вращающий изображения. Каждое изображение в этом слайдере объемом не менее 100 - 300 килобайт. Согласитесь, достаточно много, учитывая что там около десятка слайдов. Такой размер - следствие того, что изображения в формате .png с прозрачностью. Это как раз тот случай, когда "красота требует жертв". И этой жертвой стала скорость загрузки сайта у пользователей с медленным подключением к сети Интернет. Но на скоростях выше 0,5 Mbps сайт загружается по времени вполне сносно.

Из плагинов, которые были использованы на новом сайте, стоит отметить впервые задействованный мной WP-reCAPTCHA. Я решил подобрать такой плагин, который бы добавлял капчу к форме комментариев, используя сервис reCAPTCHA.net. И, пожалуй, я все же уберу с этого блога используемый до сегодняшнего дня AntiBot Captcha, и поставлю реКапчу. WP-reCAPTCHA я рекомендую каждому, кто ищет достойный плагин WordPress для защиты формы комментариев.

Чего нет на новом сайте, что не помешало бы - это система регистрации покупателей, которая бы позволила вести учет клиентов и заказов непосредственно в базе сайта. Сейчас чтобы сделать заказ достаточно просто заполнить форму (выполненную кстати на плагине Contact Form 7), которая будет отправлена по почте. Затем, получив заказ, мы связываемся с клиентом и обговариваем время доставки.

Но систему регистрации и учета клиентов я, пожалуй, все же сделаю. Это будет удобно как для клиентов, так и для нас. Например, для задавания скидок на товары и выставления специальной цены. Что это будет, то ли плагин (наподобие e-commerce), то ли отдельный движок интернет-магазина на субдомене, пока что еще не решил. Может быть кто-то что-то посоветует?

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 12 | Добавить в Google Закладки
Тэги: canidae, felidae, животные, корм, кошки, сайт, собаки

Очередной опус из серии "Google жжот" (уже можно рубрику отдельную заводить).

Изначально гуглоотжиг найден у товарища в ЖЖ, затем был проверен собственноручно. Проверьте сами. Для этого проходим на страницу "Переводчика Google", выбираем пару "Русский язык -> Английский язык" и пишем:

Результат здесь.

P.S.: Также довольно неоднозначно и что-то совсем бессмысленно Переводчик Google реагирует на перевод фразы "Уважаемый Владимир"...

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 5 | Добавить в Google Закладки
Тэги: fun, google, ляпы, юмор

Практически всю прошлую неделю посвятил веб-мастерингу на Drupal. Появилась цель сделать простенький сайт для одного нового знакомого - владельца домашней сети. Ему понадобился "официальный сайт" Сети и он обратился ко мне за помощью. Сайт должен быть стать визитной карточкой. Ничего особенного, стандартный набор: страница с услугами и тарифами на доступ к Интернет и кабельное телевидение, страница с формой обратной связи, страница с формой для подачи заявки на новые подключения. Также информационные страницы с FAQ'ами, скан-копиями документов и прочее по мелочам.

Вот пара скринов того, что же получилось в итоге:

За седьмой Друпал я давно хотел взяться, но все никак не было для этого повода. И хотя седьмая ветка все еще в стадии разработки, она уже сейчас достаточно стабильна и весьма юзабельна. Возможно, кто-то возразит, что делать небольшой и несложный проект на монстроидальном Drupal - это как из пушки по воробьям. Что-ж, у меня другое мнение. Друпал действительно масштабная система, как по своим возможностям, так и по жадности к ресурсам. Но новый сайт, несмотря на его простоту, я решил сделать именно на седьмом Друпале, чтобы пощупать его более детально и понять его отличия от шестой ветки. А что касается ресурсов: проект небольшой, следовательно ожидаемая нагрузка от него будет тоже в разумных пределах. Да и кеширование никто не отменял.

Инсталляция

Первое что мне сходу бросилось в глаза, сразу после инсталляции движка на сервер: количество таблиц в БД. Шестой Друпал, помнится мне, при инсталляции создавал 50 таблиц. Его последователь отличился - 72 таблицы! Я не шибко присматривался, что он там собрался хранить, но подозреваю, это связано с тем, что многие фишки, которые в шестом друпале были доступны через дополнительные модули, теперь являются стандартными (модули идут с системой по-умолчанию). Например, ранее известный PathAuto, который позволяет задавать формат человекопонятных URL, теперь идет сразу в комплекте и мало того, еще на этапе установки скрипт предлагает включить эти самые ЧПУ, если на сервере доступен mod_rewrite. Правда, многие модули по-умолчанию выключены, но это не мешает их включить.

Шаблоны

Новая ветка получила новый набор стандартных шаблонов. Остался старый добрый Гарланд, появился Bartik. Последний также поддерживает возможность простейшего кастомайзинга прямо из админки (цвета, отображение элементов и т.д.). Bartik я взял за основу - слегка поменял в нем цвета и вставил фоновое изображение панорамы Нового Моста в Днепропетровске в шапку. Получилось простенько, но для сайта подобного рода помоему больше и не нужно.

Новые фичи

В Друпал 7 из новых фич еще можно отметить включенный по-умолчанию модуль Overlay. Благодаря ему навигация по админке осуществляется во всплывающем лайтбокс фрейме. Мне, честно говоря, показалось это не очень удобным и я его отключил. А вот другой модуль - Dashboard - оказался достаточно нужным и удобным. Благодаря Dashboard можно создать набор быстрых ссылок для навигации, закрепив в нем наиболее часто используемые пункты меню.

(Все новшества описывать не стану. Их много, все даже еще не успел пощупать.)

Редактор

Визуальный редактор, как и в шестой ветке, по-умолчанию так и не появился. Но это не проблема. Хотя, по началу, когда я пустился на поиски версий модулей TinyMCE и ckEditor для 7.xx, обнаружилось, что эти модули еще не переписаны под новую ветку. Однако, спас положение модуль WYSIWYG. Достаточно удобный и многофункциональный. Его многофункциональность заключается в том, что сам по себе модуль не несет в себе никакого визуального редактора, однако благодаря ему можно очень просто и быстро подключить любой из десяти предлагаемых наиболее популярных скриптов. Подробнее, смотрите скриншот.

Собственно, сами дистрибутивы WYSIWYG редакторов загружаются в папку sites/all/libraries - в настройках модуля WYSIWYG это подробно расписано, что ложить и куда. Затем здесь же в настройках можно назначить для какого типа ввода (Filtered HTML, Full HTML и т.д.) какой редактор следует использовать. Мне больше по душе ckeditor, поэтому его и оставил.

Блоки

Возвращаясь к шаблону Bartik, следует отметить, что в нем уже присутствует достаточно большое количество позиций, где могут быть выведены блоки. На следующем скриншоте показаны эти позиции (регионы). Помоему, как для бесплатного шаблона вполне прилично. А если вам этого будет мало, попробуйте модуль Panels.

Блоки как и прежде можно выводить либо на всех страницах, либо задавать URL адреса страниц, где блок должен быть показан (или непоказан). Система также воспринимает регулярные выражения, что очень удобно.

Что еще...

В Друпал 7 реализовали новый фреймворк для хешей. Если я не ошибаюсь, данная возможность даст разработчику инструмент для создания собственных методов аутентификации. Вообще, об этом нововведении я узнал, столкнувшись на самом старте инсталляции с ошибкой PHP. Ошибка примерно такого плана:

stderr: PHP Fatal error:  Call to undefined function hash() in .../includes/bootstrap.inc on line 639

Немного погуглив, выяснил, что вылезла она по причине отсутствия в PHP расширениях pecl-hash. Проблема решилась быстро:

# whereis pecl-hash
pecl-hash: /usr/ports/security/pecl-hash
# portmaster security/pecl-hash
# apachectl restart

* * *

Что касается уровня разработки на Drupal я сильно закапываться не стану, потому что сам не достаточно силен в данном вопросе, однако кому это интересно, со списком изменений и нововведений (для разработчиков) можно ознакомиться на этой странице.

А Вы уже попробовали Drupal 7?

P.S.: Drupal 7 beta 2 - вышел два дня назад.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 2 | Добавить в Google Закладки
Тэги: cms, drupal, website

Решил открыть на фаерволле доступ по SSH для всех подсетей, из которых я теоретически могу выходить в Интернет. Возник вопрос: а где в Интернете можно взять информацию о распределении сетей по провайдерам (в данном случае интересует лишь Украина)?

Гуглил - не нашел. Решил написать скрипт, с помощью которого в цикле опрашивается whois.ripe.net и по полученному ответу определяется, какому провайдеру принадлежит та или иная подсеть.

Исходный список адресов украинских сетей берем на Колоколле здесь. Точнее лучше здесь - в чистом txt файле. Затем загоняем в цикл список сетей и начинаем долбиться в whois Ripe. Затем, разбираем ответ сервера в поисках сигнальных фраз и на основании этого определяем кому принадлежит подсеть.

Для меня представляют интерес списки подсетей следующих провайдеров:

• Укртелеком (куда ж без него вездесущего...)
• МТС (мой мобильный оператор)
• Киевстар (возможно в перспективе появится)
• Life : ) он же Астелит (еще один мой мобильный оператор)
• Трайфл он же Apex (у коллеги сети под этим провайдером)
• Vega (та, что когда-то была Оптимой и Алькаром)

Эти сети сейчас будем отбирать из общего списка. Сразу оговорюсь, что "приметы" по которым я определял за кем закреплена сеть, подбирались чисто опытным путем и, возможно, подобраны не в полной мере. Вызвано это тем, что у разных подсетей, принадлежащих одному и тому же провайдеру, могут быть разные mnt-by и/или descr (а на эти два параметра я в основном и ориентировался). Поэтому я мог упустить какие-то сети. Однако, на сколько смог, я постарался предусмотреть разные варианты.

Листинг скрипта приведен далее:

#!/bin/sh

    WDIR="/root/scripts/net-sort"
    UANETURL="http://www.colocall.net/ua/prefixes.txt"
    UANETFILE="_ua-ix_network"

    UKRTELNET="ukrtel_network"
    MTSNET="mts_network"
    KSNET="kievstar_network"
    LIFENET="life_network"
    TRIFLENET="trifle_network"
    VEGANET="vega_network"

    cd $WDIR
    fetch -o $UANETFILE $UANETURL

# Следующие две строчки в принципе можно убрать
    sed '/8.8.[8|4].0\/24/d' $UANETFILE > $UANETFILE.tmp
    mv $UANETFILE.tmp $UANETFILE

    UANET=`cat $UANETFILE`

    rm -rf $UKRTELNET $MTSNET $KSNET $LIFENET $TRIFLENET $VEGANET 

    for NET in $UANET
    do
          #echo "Retrive whois for $NET ..."
          whois -h whois.ripe.net $NET > curr_net
          if grep -e "Alkar Teleport" -e "VEGA-UA-MNT" -e "FARLEP-MNT" curr_net > /dev/null ; then
            #echo "This is Vega"
            echo $NET >> $VEGANET
          fi
          if grep -e "UKRTELECOM" curr_net > /dev/null ; then
            #echo "This is UkrTelecom"
            echo $NET >> $UKRTELNET
          fi
          if grep -e "UMC-MNT" curr_net > /dev/null ; then
            #echo "This is MTS"
            echo $NET >> $MTSNET
          fi
          if grep -e "KYIVSTAR-MNT" curr_net > /dev/null ; then
            #echo "This is Kyivstar"
            echo $NET >> $KSNET
          fi
          if grep -e "Apex NCC" curr_net > /dev/null ; then
            #echo "This is Trifle"
            echo $NET >> $TRIFLENET
          fi
          if grep -e "ASTELIT" curr_net > /dev/null ; then
            #echo "This is Life (Astelit)"
            echo $NET >> $LIFENET
          fi
          rm curr_net
    done

По результату работы скрипта получаем в каталоге $WDIR несколько файлов с нужной нам информацией. На текущий момент сети распределены следующим образом:

Сети Укртелекома

(что-то маловато...)

Сети МТС (UMC)

Сети Киевстар

Сети Life (Astelit)

Сети Трайфл (Apex NCC)

(тоже как-то маловато получилось, тем более как для Трайфла...)

Сети Веги (Vega, Alkar, Optima, Farlep)

Теперь эти списки можно использовать для занесения в таблицы ipfw.

Следует заметить, что список "украинских" сетей периодически обновляется, поэтому, если очень нужно всегда хранить его в "последней редакции", с помощью средств системного планировщика cron можно периодически обновлять его, а заодно обновлять сооответствующие таблицы в ipfw.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 28 | Добавить в Google Закладки
Тэги: ip диапазоны, vega, диапазоны, киевстар, мтс, провайдеры, сети, скрипт, трайфл, укртелеком

Наблюдаю второй день необычную активность поисковых ботов как на этом блоге, так и на других сайтах. Первым был замечен Google Bot, однако пришел он не сам. Следом за ним пришли его коллеги Yahoo и Bing, а сегодня во второй половине дня подтянулись боты Яндекса, Рамблера и Мета.

Боты перебирают все страницы блога по порядку (отслеживал Гуглобота). Честно говоря, ни разу не видел такого - чтобы несколько поисковиков с таким усердием выгребали сайт одновременно.

Что это? Подведение квартальных итогов? Переиндексация сайтов для обновления рейтингов? Посмотрим... Во всяком случае, один очень хороший сервис (не стану уточнять какой), который всегда исправно сообщал мне тИЦ и PageRank домена live.daemony.org, уже, похоже "поломался" (google.com показан для сравнения):

Конечно, можно предполагать, что это проблемы самого сервиса, но не исключено, что Google меняет свои инструменты выдачи PageRank.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 6 | Добавить в Google Закладки
Тэги: bing, bots, google, meta, pagerank, rambler, yahoo, yandex, тиц

На мое доменное имя daemony.org приходит почта на самые разные имена получателей. Это достаточно удобно, как минимум для того, чтобы четко задавать правила фильтрации на Gmail (почту для этого домена я доверил обрабатывать сервисам Google), либо чтобы отслеживать "нечистые на руку" форумы, блоги и другие сервисы, где нужно регистрироваться. Указал, допустим, при регистрации на каком-то форуме контактный e-mail вида super-forum.com@daemony.org и если через какое-то время на этот адрес повалит спам, делаем вывод: админы супер-форума подрабатывают на продаже списков e-mail пользователей. Такой адрес можно сразу вносить в фильтр.

Письмо, которое я сегодня получил, пришло на адрес buhgalter@. Такой адрес я нигде раньше не использовал, ну да это и не важно (словари никто не отменял). В письме идет речь о моем балансе в магазине Apple iTunes Store, в котором я никогда не регистрировался.

Скрин письма:

Все ссылки в письме ведут на один и тот же адрес: xrpjlyng "точка" info, даже та ссылка, что "мой адрес e-mail". Решил перейти по указанному адресу. Мошеннический домен перенаправил меня по другому адресу: http:// hatcher точка com точка au/1.html

Ну, а дальше без комментариев.

www.kaspersky.ru/scanforvirus

Так что будьте бдительны, господа. Кто-то строит очередной бот-нет.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 2 | Добавить в Google Закладки
Тэги: apple, itunes, store, вирусы, мошенники, подделка

В виду грядущего 4-го октября дня рождения дорогой супруги, решил сделать ей подарок: новый телефон. Старый, Nokia 6300 уже давно свое отработал (начала глючить батарея, зависания при входящем вызове, когда телефон на зарядке). Решил подарить ей новый смартфон.

На выборе фирмы изготовителя телефона долго не задержался: Nokia! Почему? Потому что, хоть Symbian и туповатая сама по себе, но на сегодняшний день, на мой субъективный вкус лучшая, правда, после Apple iOS. Однако, стоимость четвертого iPhone (Ксюхе он очень нравится) запредельная и мне пока недоступная, девайсы на Windows Mobile отпадают по-умолчанию (винду не люблю), а к Андроидам отношусь с подозрением.

Телефон я приобрел в интернет-магазине Mobi Style, что находится в Днепропетровске. Можете воспринимать это как рекламу (хотя это не так), но перелопатив пару десятков украинских интернет-магазинов пришел к выводу что в "Мобистайле" наиболее низкая цена на телефон, что был мне интересен.

И хотя по началу я собирался взять Nokia 5800 Navigation Edition, товарищ отговорил меня и предложил рассмотреть варинт Nokia C6. Сравнив оба варианта, пришел к выводу: разница в цене несущественная, однако полноценная qwerty-клавиатура многое значит. А именно выезжающая сбоку qwerty-клавиатура - основная фишка Nokia C6. Плюс: это модель 2010 года. Плюс: достаточно симпатичный дизайн и небольшие (как для смарта) размеры.

Одно огорчало: отстутствие в сети магазинов этой модели белого цвета. Выпускают их в вариантах black и white. И, по идее, для девушки больше подошел бы белый телефон, но пришлось купить черный, потому что неизвестно сколько пришлось бы ждать белой модели.

Дожидаться понедельника я не стал и в тот же вечер вручил подарок. Подарок был оценен по достоинству, что еще раз потешило мое самолюбие.

Как по мне, телефон стоит своих денег. Приятный и удобный в работе и достаточно шустрый в серфинге. Купить телефон Nokia C6 в Днепропетровске можно прямо через сайт Мобистайл, а я напоследок приведу его технические характеристики.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 6 | Добавить в Google Закладки
Тэги: apple ios, c6, Nokia, qwerty, symbian, андроид, днепропетровск, купить, обзор, подарок

Я давно использую сервис xmarks.com для синхронизации своих "Закладок" в браузере. Должен сказать, что это очень удобный сервис. Заходишь, регистрируешься, получаешь свой аккаунт и затем скачиваешь и устанавливаешь расширение для браузера и настраиваешь его должным образом. Cписок бразуеров, которые поддерживаются сервисом невелик, но в него включены все наиболее популярные: Internet Explorer, Firefox, Google Chrome, Apple Safari.

Благодаря сервису xmarks.com можно было иметь одинаковый набор "Закладок" на любом числе компьютеров. У меня так и было. Дома на двух компьютерах, на работе - я перестал думать о том, что что-то может потеряться. Ведь все хранилось на сервере xmarks и если я добавлял что-то новое в свои закладки на рабочем компьютере, прийдя домой я уже видел тоже самое на ноутбуке. К слову сказать, синхронизировал я и сохраненные пароли в Firefox, хотя может быть кто-то это и осудит. Пароли, согласно информации xmarks.com, при синхронизации шифровались специально созданным пин-кодом, не зная которого невозможно было их дешифровать. Но все это уже в прошлом, поскольку пользоваться скоро этим сервисом в ближайшем будущем я, вероятнее всего, не буду.

C 11 января 2011 года сервис xmarks.com закрывает свои бесплатные услуги. Об этом администраторы сервиса сделали соответствующую рассылку пользователям. Полученное письмо на скриншоте ниже:

В письме также приведена ссылка на полный анонс о данном обстоятельстве на официальном сайте и ссылка на пост в блоге xmarks, в котором излагаются причины происходящего. Весь пост я не осилил. Написан он на довольно странном американском английском, но я могу предполагать, что причина коммерциализации xmarks.com - обычная нехватка денег для поддержания сервиса.

На последок, на своем сайте, администраторы xmarks также советуют все желающим попробовать альтернативные сервисы хранения и синхронизации. Их два и они, как написано, полностью бесплатны.

- этот сервис позволяет сохранять содержимое веб-страниц, включая текст, ссылки и изображения, синхронизируя эту информацию между вашим аккаунтом и компьютерами.

- этот сервис позволяет безопасно производить он-лайн синхронизацию ваших фотографий, музыки и других файлов между вашим аккаунтом на сервисе и вашими компьютерами. Сервис работает с компьютерами PC и Mac, а также на iPhone, iPad, Android и других.

Но это все сервисы по хранению бекапов. А кто подскажет такую альтернативу, чтобы обладала таким же (или почти таким же) удобным интерфейсом для управления своими закладками прямо в аккаунте как это реализовано сейчас на xmarks?

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 6 | Добавить в Google Закладки
Тэги: xmarks, закладки, Интернет, сервисы, синхронизация

Не очень давно в аську постучался старый друг и спросил совета: чем можно прямо в консоли мониторить нагрузку на сетевых интерфейсах? Причем видеть ее в режиме реального времени в данную секунду.

До этого я не задавался подобным вопросом и ответить на него сходу не смог. Однако, решение долго искать не пришлось, ведь в портах FreeBSD масса разнообразного нужного (да и ненужного) программного обеспечения.

ifstat - программа для сбора статистики загрузки сетевых интерфейсов, отображающая результаты в том же виде что и программы vmstat/iostat для других системных счетчиков (/usr/ports/net/iftstat/pkg-descr). Сайт автора данного пакета: (см. ссылку)

ifstat можно установить и использовать на самых разных *nix системах, но в моем распоряжении лишь FreeBSD, CentOS и Debian. С двумя последними все предельно просто:

Debian / Ubuntu

sudo apt-get install ifstat

CentOS

sudo yum install ifstat

А вот на FreeBSD сразу у меня все как-то не срослось.

# cd /usr/ports/net/ifstat
# make install clean
# ifstat
ifstat: /proc/net/dev: unsupported format.

Упс!..

Дело в том, что у меня на FreeBSD подмонтирован линуксовый /proc

 # df -h /proc
    Filesystem    Size    Used   Avail Capacity  Mounted on
    linprocfs     4.0K    4.0K      0B   100%    /usr/compat/linux/proc

При сборке порта, скрипт ./configure обнаружил его и использовал в качестве драйвера по-умолчанию.

...
checking for proc interface in /proc/net/dev... yes
...

Другие драйвера программа не задействовала. А поскольку /proc под FreeBSD не совсем то, чего ifstat хотел увидеть, вылезла вот такая ошибка.

Решение: пересобрать пакет с подключением нужного драйвера.

# cd /usr/ports/net/ifstat
# make deinstall clean extract
# less /usr/ports/net/ifstat/work/ifstat-1.1/README

В README приведены все параметры для configure, чтобы собрать то, что нам будет нужно. Собираем снова:

# cd /usr/ports/net/ifstat
# make configure with-ifmib
...
checking for proc interface in /proc/net/dev... yes
checking for net/if_mib.h... yes
checking for sysctl... yes
checking for sys/sysctl.h... yes
checking for net/if_mib.h... yes
...

Вот теперь другое дело. Можно собирать пакет и устанавливать. После установки проверим:

# ifstat -v
ifstat version 1.1.
Copyright (C) 2001-2003, Gael Roualland
Compiled-in drivers: ifmib, proc, snmp.

Примеры использования ifstat

Я перевел man ifstat на русский язык для более полного понимая утилиты. Пользуйтесь!

Русский man ifstat

IFSTAT(1)                      Системные утилиты                    IFSTAT(1)

НАЗВАНИЕ
       ifstat - предоставляет отчет о статистике интерфейса

КРАТКИЙ ОБЗОР
       ifstat [-a] [-l] [-z] [-n] [-v] [-h] [-t] [-i if0,if1,...] [-d
       drv[:opt]] [-s [comm@][#]host[/nn]] [-T] [-A] [-w] [-W] [-S] [-b] [-q]
       [delay[/delay] [count]]

ОПИСАНИЕ
       Ifstat - это маленькая утилита для отображения активности интерфейсов,
       отображающая результаты в том же виде что и программы vmstat/iostat
       для других системных счетчиков

ПАРАМЕТРЫ
       ifstat может принимать следующие опции для запуска:

       -l  Включить мониторинг интерфейса "петля" (локалхост). По-умолчанию,
           ifstat будет мониторить все НЕ-loopback интерфейсы, которые
           доступны в системе и активны.

       -a  Включить мониторинг ВСЕХ интерфейсов, которые доступны.

       -z  Скрыть интерфейсы, счетчики у которых "по нулям". Это может быть
           полезно, если в системе есть активные, но неиспользуещиеся интерфейсы.

       -i  Явно указать какие интерфейсы в системе следует мониторить.
           Список разделяется запятыми а если в самом имени интерфейса
           присутствует запятая, ее следует заэкранировать '\'.

       -s  Эквивалентно -d snmp:[comm@][#]host[/nn]] для опроса удаленного
           узла по SNMP. См. далее подробнее.

       -h  Показывает короткую справку.

       -n  Отключить периодический показ заголовков столбцов.

       -t  Добавлять дату-время напротив полученных значений.

       -T  Отображать столбец TOTAL в котором будет выводиться суммарная
           для всех интерфейсов загрузка.

       -A  Отключить использование индексов интерфейсов. По-умолчанию, когда
           механизм опроса основан на индексах (ifmib, snmp), ifstat запоминает
           индексы отслеживаемых интерфейсов, чтобы мониторить только их.
           Если индекс интерфейсов будет изменяться (добавление новых интерфейсов
           в системе), возможно утеря некоторой части статистики, поэтому этот
           флаг поможет предотвратить такую ситуацию. Примечание: если вы
           запросите мониторинг интерфейса, которого на самом деле не существует,
           ifstat будет мониторить все интерфейсы, пока не найдется нужный.
           Поэтому с этой опцией можно мониторить те интерфейсы, которые периодически
           появляются и исчезают.

       -w  Использовать фиксированную ширину столбцов вместо ее автоматического подбора
           в случае, когда это необходимо.

       -W  Переносить длинные строки, длина которых превышает ширину терминала
           (влечет за собой использование опции -w). Переносимые строки имеют
           предварительно фиксированную ширину с "циклическим написанием"
           для более простого восприятия.
           Примечание Daemony: вобщем лучше самому попробовать и увидеть как это работает.

       -S  Отображать статистику одной строкой, в которой значения будут динамически
           изменяться раз в интервал времени.
           Примечание Daemony: смахивает на вывод команды top.

       -b  Выводить статистику не в "килобайтах в секунду", а в "килобитах в секунду".

       -q  "Тихий режим". Отключаются все предупреждения.

       -v  Отображает версию программы и драйвера, с которыми собрана программа.

       -d  Можно с помощью этой опции задать драйвер, который будет использоваться
           для сбора статистики. Если параметр не указан, то ifstat будет
           использовать первый драйвер в списке, который был скомпилирован с программой.

           Используемый драйвер зависит от типа ОС и опций сборки пакета.
           Не все они могут присутствовать в системе, но вообще доступны следующие:

           proc
               Этот драйвер ставится по-умолчанию в Linux системах и для сбора
               статистики использует файл /proc/net/dev Однако, при сборке можно
               указать другой файл в подсистеме proc.

           ifmib
               Этот драйвер используется по-умолчанию по FreeBSD и снимает статистику
               с ifmib sysctl. Драйвер не поддерживает никаких доп. опций при сборке.

           kstat
               Этот драйвер снимает статистику в системе Solaris с kstat интерфейса.
               Драйвер не поддерживает никаких доп. опций при сборке.

           ifdata
               Этот драйвер снимает статистику в системах IRIX и OpenBSD
               используя SIOCGIFDATA ioctl. Драйвер не поддерживает никаких дополнительных
               опций при сборке.

           route
               Этот драйвер снимает статистику в BSD системах, используя routing sysctl.
               Драйвер не поддерживает никаких дополнительных опций при сборке.

           kvm Этот драйвер снимает статистику используя чтение структуры ядра в
               режиме реального времени. Драйвер поддерживает опции, указывающие,
               какие файлы/устройства использовать. Формат такой:
               [execfile][,[corefile][,swapfile]]
               Смотрите ман kvm_open(3) для получения детальной информации
               по использованию этих опций. Если ничего не указано, будет использовано
               системное значение по-умолчанию.

               Примечание: для корректной работы данного драйвера ifstat
               требуется доступ на чтение устройства системной памяти. Другими
               словами, нужны права суперпользователя root. Но можно обойтись
               установкой setgid mem или kmem. ifstat не устанавливает setgid
               по-умолчанию, а дает пользователю право выбора.

           dlpi
               Этот драйвер снимает статистику в HP-UX системах, используя DLPI
               интерфейс. Альтернативное устройства для снятия статистики может
               быть указано опционально (по-умолчанию это /dev/dlpi).

           win32
               Драйвер использует на Win32 аппаратах, используя GetIfTable интерфейс.
               Опций нет.

           snmp
               Драйвер собирает статистику используя SNMP. Опция работает в формате:
               [comm@][#]host[/nn]]. Следует задать адрес хоста и название комьюнити
               для получения статистики. Комьюнити по-умолчанию public, но может быть
               заменено через "comm@". Если перед именем хоста поставить "#" (диез),
               список интерфейсов будет получен и отсортирован согласно индексу ('ifNN').
               Это может быть полезно в системах, где интерфейсы имеют однаковые описания.
               Хост по-умолчанию localhost и именно на него будет пытаться подключиться
               ifstat если просто указать название драйвера без опций.

               Драйвер будет пытаться опросить несколько интерфейсов одновременно,
               группируя свой запрос в SNMP пакете. По-умолчанию, объединяются запросы
               по 8 интерфейсам. Если это по какой-то причине следует переопределить,
               можно снизить это число, указав суффикс хоста через параметр /nn,
               где "nn" - это число интерфейсов, которые следует опрашивать в "один заход".
               Также это число можно увеличить, если нужно опрашивать одновременно
               большее число интерфейсов.

       delay
           Эта опция позволяет задержку в секундах между обновлением значений. По-умолчанию,
           значения обновляются раз в 1 секунду. Можно также задать этот параметр в виде
           десятичной дроби, если нужно снимать показания чаще, чем в 1 секунду.
           Минимально возможное значение интервала 0.1 с.

           Интересно также то, что можно указать "двойную задержку (интервал)".
           Примечание Daemony: чтобы было понятнее, покажу пример. Если прописать
           ifstat 0.5/5 то мы получим следующую картину: первый вывод статистики
           отобразится через интервал в 0.5 секунды, а все последующие будут
           отображаться с интервалом 5 секунд. Это можно использовать для
           получения "быстрого старта" с последующим длительным периодом работы
           программы.

       count
           Эта опция указывает сколько следует снять значений, прежде чем
           завершить свою работу. Если ничего не указано, программа будет
           работать бесконечно.

СМОТРИТЕ ТАКЖЕ
       vmstat(1), iostat(1)

АВТОР
       Gael Roualland, 

ifstat 1.1                        2003-11-22                         IFSTAT(1)

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 12 | Добавить в Google Закладки
Тэги: FreeBSD, ifstat, man, мониторинг, программы, программы для unix, русский перевод, сеть

Понадобилось мне переименовать 500+ файлов. Да не просто переименовать, а перевести имена файлов в транслит. Руками это делать, естественно, глупо, ведь в shell консоли уже имеется старый добрый tr, поэтому автоматизируем данный процесс, написав соответствующий скрипт.

Суть работы скрипта сводится к тому, чтобы заменять на входе символы русского алфавита на аналогичные латинские, согласно правилам транслитерации. Писать с нуля скрипт я не стал, поскольку достаточно быстро нашел готовое решение через Google здесь.

Вот сам скрипт:

#!/usr/local/bin/bash
# Скрипт для массового рекурсивного переименования
# файлов в текущем каталоге и его подкаталогах

shopt -s nullglob
for NAME in *
do
        TRS=`echo $NAME |tr : _`
        TRS=${TRS//А/A};
        TRS=${TRS//а/a};
        TRS=${TRS//Б/B};
        TRS=${TRS//б/b};
        TRS=${TRS//в/v};
        TRS=${TRS//В/V};
        TRS=${TRS//г/g};
        TRS=${TRS//Г/G};
        TRS=${TRS//д/d};
        TRS=${TRS//Д/D};
        TRS=${TRS//е/e};
        TRS=${TRS//ё/yo};
        TRS=${TRS//Ё/Yo};
        TRS=${TRS//ж/zh};
        TRS=${TRS//Ж/Zh};
        TRS=${TRS//з/z};
        TRS=${TRS//З/Z};
        TRS=${TRS//и/i};
        TRS=${TRS//И/I};
        TRS=${TRS//й/j};
        TRS=${TRS//Й/J};
        TRS=${TRS//к/k};
        TRS=${TRS//К/K};
        TRS=${TRS//л/l};
        TRS=${TRS//Л/L};
        TRS=${TRS//м/m};
        TRS=${TRS//М/M};
        TRS=${TRS//н/n};
        TRS=${TRS//Н/N};
        TRS=${TRS//о/o};
        TRS=${TRS//О/O};
        TRS=${TRS//п/p};
        TRS=${TRS//П/P};
        TRS=${TRS//р/r};
        TRS=${TRS//Р/R};
        TRS=${TRS//с/s};
        TRS=${TRS//С/S};
        TRS=${TRS//т/t};
        TRS=${TRS//Т/T};
        TRS=${TRS//у/u};
        TRS=${TRS//У/U};
        TRS=${TRS//ф/f};
        TRS=${TRS//Ф/F};
        TRS=${TRS//х/h};
        TRS=${TRS//Х/H};
        TRS=${TRS//ц/c};
        TRS=${TRS//Ц/C};
        TRS=${TRS//ч/ch};
        TRS=${TRS//Ч/Ch};
        TRS=${TRS//ш/sh};
        TRS=${TRS//Ш/Sh};
        TRS=${TRS//щ/sch};
        TRS=${TRS//Щ/Sch};
        TRS=${TRS//э/e};
        TRS=${TRS//Э/E};
        TRS=${TRS//ю/ju};
        TRS=${TRS//Ю/Ju};
        TRS=${TRS//я/ya};
        TRS=${TRS//Я/Ya};
        TRS=${TRS//ъ/\`};
        TRS=${TRS//Ъ/\`};
        TRS=${TRS//ь/\'};
        TRS=${TRS//Ь/\'};
        TRS=${TRS//ы/y};
        TRS=${TRS//Ы/Y};
        TRS=${TRS// / };
        TRS=${TRS//_-_/-};
                if [[ `file -b "$NAME"` == directory ]]; then
                        mv -v "$NAME" "$TRS"
                        cd "$TRS"
                        "$0"
                        cd ..
                else
                        mv -v "$NAME" "$TRS"
                fi
done

Скрипт следует поместить в папку с файлами, которые нужно будет переименовать, выставить на него права на исполнение (chmod +x) и запустить.

Путь к интерпретатору bash в скрипте указан так, как он расположен на FreeBSD. В Линуксе его нужно заменить на /bin/bash.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Комментариев нет | Добавить в Google Закладки
Тэги: bash, FreeBSD, автоматизация, переименование, скрипт, файлы

Те картины, в которых главная сила - свет солнца, ... надо считать лучшими.
Айвазовский И.К.

Иван Константинович Айвазовский родился в Феодосии 17 (29) июля 1817 в семье армянского предпринимателя. Учился в петербургской Академии художеств у М. Н. Воробьева (1833-1839). В качестве "пенсионера" Академии работал в Крыму (1838-1840), Италии (1840-1844), посетил также Францию, Англию и ряд других стран. Любил путешествовать и позднее - по России, Европе, Средиземноморью, - но с 1845 работал преимущественно в родном городе. Испытал особое влияние французской марины (морского пейзажа) барокко-классицизма (К. Лоррен и К. Верне).

Избавляясь от слишком плотной манеры письма и слишком резких контрастов классицистической "кулисной" композиции, Айвазовский со временем добивается подлинной живописной свободы. Бравурно-катастрофический "Девятый вал" (1850, Русский музей, Петербург), где достигнуто впечатление "безбрежного" морского пространства, может служить итогом его раннего периода. Обеспечив живописный эффект, Айвазовский, будучи к тому же мастером необычайно плодовитым (написавшим более 6000 картин), часто превращал его в своеобразный фирменный стереотип. Но в самых хрестоматийных и по праву особо популярных своих картинах (таких, как "Черное море", 1881, Третьяковская галерея) он демонстрирует главный свой дар: умение показать пронизанную светом, вечно подвижную водную стихию.

Живописец Главного морского штаба (с 1844), Айвазовский принимает участие в ряде военных кампаний (в том числе в Крымской войне 1853-1856), создав немало патетических батальных полотен ("Чесменский бой", 1848, Феодосийская картинная галерея). Хотя он исполнил немало "чисто земных" пейзажей, среди которых выделяются украинские и кавказские виды (1850-1860-е годы), именно море обычно предстает у него универсальной основой природы и истории, в особенности в сюжетах с сотворением мира и потопом; впрочем, образы религиозной, библейской или евангельской, иконографии, равно как и античной мифологии, нельзя причислить к самым большим его удачам. Целый ряд картин Айвазовский посвятил древней и новой армянской истории ("Посещение Дж.Г.Байроном монастыря мхитаристов близ Венеции", 1880, Картинная галерея Армении, Ереван).

С 1840-х годов его художественная продукция пользовалась огромным успехом. Айвазовский накопил большое состояние и известен также как щедрый благотворитель: в Феодосии на его средства были выстроены здания археологического музея, проведены большие работы по градоустройству, постройке порта и железной дороги. Из его феодосийской мастерской вышел целый ряд крупных пейзажистов (Л. Ф. Лагорио, А. И. Куинджи, К. Ф. Богаевский и др.).

Умер Айвазовский в Феодосии 19 апреля (2 мая) 1900. Полнее всего творчество мастера представлено в основанной им Феодосийской картинной галерее, ныне носящей его имя.

Перейти к просмотру галереи картин художника

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Комментариев нет | Добавить в Google Закладки
Тэги: айвазовский, галерея, картины, коллекция, море

Томас Кинкейд (Thomas Kinkade) - американский художник, названный прессой "Мастером Света". Его живопись, наполненная светом и спокойствием, приносит миллионам людей надежду и радость. Каждая картина Кинкейда – тайное обращение к человеку, заставляющее нас задуматься о таких ценностях, как семья, религия, природа.

Томас Кинкейд, родился в 1958 в маленьком тихом городе Placerville в Калифорнии. Уже в шестилетнем возрасте он проявляет интерес к живописи, и занятия ею позволяют Томасу в 16 лет начать работу учеником известного калифорнийского художника Глена Уесселса (Glen Wessels).

Дальнейшее образование Томас Кинкэйд получает в Калифорнийском Университете (University of California at Berkley) и в Художественном Колледже Дизайна в Пасадене (The Art Center College of Design in Pasadena, California).

Как-то летом они с одноклассником задумали написать руководство для начинающих художников, и все каникулы юноши делали наброски для будущего учебника. Книга вышла в свет; вскоре ее невероятный успех привел двух друзей в киноиндустрию, где они занялись декорациями к фильму «Огонь и Лед». Таким образом, в 22 года он начинает работать в киноиндустрии (motion picture industry).

В 1982 году он женился на Нанетт – девушке, которую любил с детства. А в 1983-ем году оставляет киноиндустрию ради самостоятельного творчества.

Кинкейд считает, что своим дарованием он обязан Богу. Цель этого художника – научить людей вере, принести в их дом мир и радость. Письма, которые он каждый день получает, говорят о том, что ему это удается.

Любящий муж и счастливый отец четырех дочерей, Томас каждый раз, когда рисует, скрывает где-нибудь холсте букву «Н», пытаясь таким образом выразить свою благодарность Нанетт. Девочки тоже часто находят свои имена и портреты на многих папиных картинах.

Издательство «Уорнер Букс» недавно опубликовало книгу Кинкейда «Простые истины», иллюстрированную его работами, в которой отразились философские и религиозные идеи художника. Автор советует людям не искать в жизни сложностей, стараться проводить больше времени с друзьями, с родными.

За выдающееся мастерство издательство «Коллекторс» наградило Кинкейда и его кумира Нормана Роквелла почетными грамотами. В 1989 году Томас был признан официальным художником Национального общества печати. Он пожертвовал часть своих картин Союзу ветеранов и предоставил ему право использовать их для рождественских открыток. В 1999 году Кинкейд был принят в Общество прославленных художников США.

За свои работы Кинкейд получил множество премий. Недавно Национальная ассоциация издателей США вторично назвала его художником года, а его работы признаются лучшими литографиями восемь лет подряд.

На сегодняшний день, Томас Кинкейд самый коллекционируемый художник в мире (из ныне живущих).

Перейти к просмотру галереи

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 2 | Добавить в Google Закладки
Тэги: art, thomas kinkade, галерея, искусство, картины, скачать, томас кинкейд, фотоальбом

Одной из приятных новостей за прошедший год стало "попадание" этого блога в каталог dmoz.org. На самом деле, это была третья попытка зарегистрироваться и она оказалась успешной. По какой причине сайт был отвергнут первые два раза, мне неизвестно. Модераторы dmoz никогда не дают ответа.

My Live Blog расположен в каталоге dmoz в разделе: World : Russian : Компьютеры : Программное обеспечение : Операционные системы : Unix : FreeBSD

Вслед за блогом я попытался подать на рассмотрение в dmoz еще четыре сайта (не мои). Сайты качественные, тематические. Однако из них только два оказалось в популярнейшем каталоге.

Несколько советов от меня для тех, кто безуспешно пытается добавить свой веб-ресурс в dmoz:

1. Терпение! Заявки могут рассматриваться модераторами до полугода. По крайней мере этот блог попал именно через полгода после подачи последней заявки.
2. Тщательно, очень тщательно продумайте в какой же раздел лучше всего разместить сайт. Разделов и подразделов в dmoz великое множество, но вы наверняка выберите свой. Если модератору "не понравится" ваш выбор, он без уведомления отвергнет вашу заявку.
3. Краткое и информативное описание сайта - это одно из обязательных условий. Здесь тоже, как и при выборе раздела торопиться не стоит.
4. - "Как подать заявку в dmoz?" - Выберите свой раздел и вверху страницы нажмите на ссылку "предложить URL". Внимательно читайте все подсказки на этой странице и строго их придерживайтесь!
5. - "Как узнать, что  сайт в dmoz?" -  Очень просто. Для этого воспользуйтесь поиском. Например: http://www.dmoz.org/search?q=live.daemony.org
6. - "Ну и что с того, что мой сайт попадет в dmoz.org?" - Ну... раз спросили, в таком случае Гугл вам в помощь...
7. И самое главное! Если первый раз отказали, пробуйте снова. Пробуйте и второй раз и третий.
   

Удачи!

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Всего комментариев: 2 | Добавить в Google Закладки
Тэги: dmoz, каталог, оптимизация, подать заявку, регистрация

По крайней мере именно так он сам сегодня заявил, по традиции заменив свой логотип над поисковой формой.

Google, как поисковая система, рождалась в середине 90-х годов. Два студента, Ларри Пейдж и Сергей Брин создавали учебный проект - поисковик BackRub. Но позднее на его основе появился Google.

Саму корпорацию был основано 4 сентября 1998 года. Доменное имя google.com был зарегистрирован 15 сентября 1997 года. Но по каким-то обстоятельствам, с 2005 года корпорация отмечает день рождения поисковика 27 сентября. В этом году он уже 12-й по счету.

© Daemony для My Live Blog, 2010. | Постоянная ссылка | Комментариев нет | Добавить в Google Закладки
Тэги: google, день рождения, праздник