Зеркало блога soar.name

Предыстория

Домашние маршрутизаторы сейчас есть практически в каждом доме. Есть спрос – и есть предложение, рынок наполнен различными моделями. Сейчас в тренде гигабитные роутеры с красивой надписью “300 Мбит”, и никто особенно не вдается в подробности – гигабит там, 300 Мбит или 100. Ведь в действительности 80% устройств на рынке не обеспечивают заявленных цифр: “гигабитный” маршрутизатор не выдаст честный гигабит в режиме NAT между портами WAN и LAN, а 300 Мбит вы никогда не выжмете в реальном радио-эфире.

Но есть другая, более специфичная проблема: цифры становятся особенно важны, когда мы говорим про потоковое телевидение. И важно здесь не “количество”, а “качество” этих самых мегабит, по нескольким причинам.

Потоковое ТВ (далее IPTV) многие провайдеры предоставляют по multicast технологии – это снижает нагрузку на оборудование провайдера, снижает задержки, отменяет понятие буфера и вообще удобно для конечного клиентского устройства, задача которого показать картинку. Вот только при этом проявляются и все недостатки UDP – провайдер ничего не знает о том, дошёл ли необходимый пакет до конечного устройства, а конечное устройство не может перезапросить потерянный пакет. Безусловно, если потерян одиночный фрейм – протокол исправит ошибку и потеря останется незамеченной. Но если оказались потеряны несколько фреймов или ключевой фрейм – клиент увидит “рассыпание” картинки. Чем больше потерь – тем хуже качество видео. И, на практике, самым узким местом здесь оказывается именно абонентский маршрутизатор: если ЦПУ устройства слишком занято – именно приходящие UDP-пакеты отправляются в мусорное ведро в первую очередь. И там, где в онлайн игре просто немного вырастет пинг – смотреть IPTV станет уже невозможно.

Прогресс не стоит на месте. В тренде сегодня устройства с так называемым аппаратным NAT’ом – в этих девайсах connection-tracking и непосредственно операцию преобразования адресов исполняет чип, что снижает нагрузку на процессор. Однако multicast трафик не подходит под это правило и он по-прежнему обрабатывается на процессоре – это отлично видно в некоторых тестах.

Методика тестирования

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

Каждый тест представлял из себя 10-минутный отрезок времени, состоящий из двух логических частей. При старте теста инициализируются 3 мультикаст потока с битрейтами 3750 kbps, 5000 kbps и 8000 kbps. Каждый поток представляет из себя полноценную сессию: от клиента к серверу отправляется IGMP-запрос на подписку, от сервера к клиенту – UDP-поток с псевдо-MPEGTS пакетами. В течение первых 30 секунд теста другой нагрузки на устройство не создается и просто замеряются тайминги прохождения пакетов, с целью убедиться в том, что проблем нет. Начиная с 30-ой секунды запускается нагрузочное тестирование: к мультикаст потокам добавляется N-соединений, которые инициализуются клиентом, и основная задача которых – создать нагрузку, схожую с нагрузкой от торрент клиентов.

Также в течение всего теста клиент постоянно пингует сервер, эта информация сохраняется и представлена на графиках.

Виды тестов

По типу физического подключения

LAN

Тесты проводились при подключении к физическим ethernet-портам устройства так, чтобы создать эмуляцию работы в обычном для маршрутизатора режиме, т.е. к WAN- и LAN- портам. Соответственно нагрузочный трафик проходил через NAT, а multicast-трафик задействовал возможности встроеной IGMP-proxy и IGMP-snooping должен был пересылать UDP-пакеты с внешнего интерфейса устройства на необходимый интерфейс конечного клиента.

WLAN

Аналог предыдущего теста, однако теперь был задействован только один ethernet порт – WAN. Клиентское же устройство было подключено по беспроводному стандарту.

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

По характеру нагрузки

Long-Connections – длинные соединения

В этом режиме при запуске нагрузки (см. выше) от клиентского устройства к серверу устанавливается N соединений. Для каждого соединения устанавливается размер буфера – X. Далее клиент начинать отправлять по M пакетов в сторону сервера, а сервер – по М пакетов в сторону клиента, создавая двухстороннюю нагрузку. Время, затраченное на этот цикл – фиксируется, после чего передача повторяется. Продолжительность жизни каждого такого соединения равна продолжительности всего теста.

Short-Connections – короткие соединения

Как и в прошлом случае, при запуске нагрузки, от клиентского устройства к серверу устанавливается N соединений. Для каждого соединения устанавливается размер буфера – X. Далее клиент отправляет M пакетов в сторону сервера, сервер отправляет M пакетов в сторону клиента, после чего соединение завершается. Время, затраченное на полный цикл – фиксируется, после чего устанавливается новое соединение. Количество активных соединений поддерживается на уровне, заявленном в тесте.

По размеру буфера

64B

Буфер приема/отправки X (см. выше) выставляется в 64 байта, а количество пакетов M равно 8. В таком случае полный цикл представляет из себя передачу 512 байт сначала в одну, а потом в другую сторону.

64KB

Буфер приема/отправки X выставляется в 64 килобайта, а количество пакетов M – 1. В таком случае полный цикл представляет из себя передачу суммарно 128 Кбайт данных (64 КБ от клиента на сервер, и 64 КБ от сервера – клиенту).

По количеству одновременных соединений

Каждый тест выполнялся в 3 режимах: 10, 100 и 1000 одновременных соединений.

По максимальной скорости

Стоит так же отметить, что некоторые гигабитные модели тестировались в двух режимах: сначала все тесты проводились при включении физических портов в 100-мегабитном режиме, затем порты переводились в гигабитный режим и повторялся полный набор тестов. Зачем? Во-первых, так уж получилось, что большинство абонентов включены в 100-мегабитные порты на свитчах, и в первую очередь актуален именно такой режим работы. Ну а во-вторых, к сожалению, большинство домашних устройств, носящих гордое название “гигабитный маршрутизатор” с этим самым гигабитом не справляется. Многие из них начинают терять пакеты уже при нагрузке более 200 Мбит, некоторые, особенно удачные, справляются с потоком в 500-700 Мбит. Что уж говорить о том, что в нагрузочном тестировании при 1000 соединений с суммарным потоком в 1 гигабит об IPTV на этих устройствах можно забыть. Так или иначе, эти тесты тоже представлены в таблице – там, где рядом с названием устройства написано “(GB)”.

Результаты

Все графики доступны в общей таблице, вы можете сами посмотреть их и сделать выводы.

Полная таблица результатов тестирования

На данный момент в таблице представлены следующие модели:

Asus RT-AC66U

D-Link DIR-300 (rev. B7)

D-Link DIR-300 (rev. C1)

D-Link DIR-615 (rev. K1)

D-Link DIR-651 (rev. A2)

D-Link DSR-1000N

Huawei WS329

TP-Link Archer C7

TP-Link TL-WDR3500

TP-Link TL-WDR3600 N600

TP-Link TL-WDR3600 N600 (GB)

TP-Link TL-WDR4300 N750

TP-Link TL-WDR4300 N750 (GB)

TP-Link TL-WR710N

TP-Link TL-WR741N rev. 1.4

TP-Link TL-WR741ND rev. 4.20

TP-Link TL-WR840N

TP-Link TL-WR840N rev. 1.0

TP-Link TL-WR841N rev. 8.2

TP-Link TL-WR841ND rev. 8.1

Ubiquiti AirRouter

Zyxel Keenetic – rev. A

Zyxel Keenetic Giga

Zyxel Keenetic Lite – rev. A

Zyxel Keenetic Lite – rev. B

Я пользуюсь Debian-like системами уже более 10 лет и на протяжении всего этого времени передо мной стоял вопрос, как же правильно сохранять правила iptables во время перезагрузки. Если в Centos уже давно прямо из коробки есть обвязка для работы с набором правил, то в Debian долгое время всё ограничивалось лишь статьей на их Wiki. И, хотя мои ортодоксальные коллеги всё еще пишут iptables-restore < /etc/iptables  в /etc/rc.local , относительно недавно эта статья всё-таки обновилась и в ней появилось упоминание о пакете iptables-persistent , который включает в себя init-скрипт, который как раз и занимается тем, что сохраняет и восстанавливает наборы правил.

Однако у этого скрипта есть одна серьезная проблема: он не работает, если в правилах iptables используются наборы ipset – ведь эти наборы должны быть загружены раньше, чем правила. И тут три пути: или возвращаться к варианту

ipset restore < /etc/ipset iptables-restore < /etc/iptables

или исправлять непосредственно /etc/init.d/iptables-persistent  и готовиться к тому, что он будет ломаться при каждом обновлении, или написать дополнительный скрипт. Предлагаю третий вариант.

GitHub - soar/ipset-persistent

https://github.com/soar/ipset-persistent

В ближайших планах собрать deb-пакет, однако пока устанавливается вручную:

# Clone repository to some directory: cd /home/username git clone https://github.com/soar/ipset-persistent.git ./ # Copy files to system: sudo cp --parent etc/ipset/README / sudo cp --parent etc/default/ipset-persistent / sudo cp --parent etc/init.d/ipset-persistent / # Add to autostart: sudo update-rc.d ipset-persistent defaults

PS: На данный момент я связался с мейнтейнером пакета iptables-persistent – Jonathan Wiltshire, который пообещал мне рассмотреть возможность добавления этого пакета в официальный репозиторий.

Тем временем на Украине вплотную занялись борьбой со свободой слова: в данный момент происходит изъятие из датацентра компании DataGroup серверов, принадлежащих NIC.ua, о чем они уже написали в своем Twitter.

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

— NIC.UA (@nic_ua) April 7, 2015

Резервные копии были изъяты вместе с оборудованием. Мы всеми силами пытаемся разрешить ситуацию.

— NIC.UA (@nic_ua) April 7, 2015

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

Авторизация по RSA-ключам уже давно стала стандартом – стандартом хорошим, удобным, логичным и правильным. Это надежно и безопасно. Однако, в то время пока юниксы уверенно идут по пути повсеместной интеграции SSH-управления, пока появляется множество утилит управления и наблюдения за инфраструктурой средствами SSH, Windows стоит в сторонке от этого прогресса. Здесь напряженка с клиентами, тяжело найти достойную консоль и терминал, есть вопросы к агентам – но всё это тема для отдельной статьи. Здесь же речь пойдет о том, как упростить первый этап в настройке нового сервера – заливку своего RSA-ключа.

Пользователи *nix-систем должны знать о существовании команды ssh-copy-id: это просто bash-скрипт следующего содержания:

ssh-copy-id (debian-версия)

#!/bin/sh # Shell script to install your public key on a remote machine # Takes the remote machine name as an argument. # Obviously, the remote machine must accept password authentication, # or one of the other keys in your ssh-agent, for this to work. ID_FILE="${HOME}/.ssh/id_rsa.pub" if [ "-i" = "$1" ]; then shift # check if we have 2 parameters left, if so the first is the new ID file if [ -n "$2" ]; then if expr "$1" : ".*\.pub" > /dev/null ; then ID_FILE="$1" else ID_FILE="$1.pub" fi shift # and this should leave $1 as the target name fi else if [ x$SSH_AUTH_SOCK != x ] && ssh-add -L >/dev/null 2>&1; then GET_ID="$GET_ID ssh-add -L" fi fi if [ -z "`eval $GET_ID`" ] && [ -r "${ID_FILE}" ] ; then GET_ID="cat \"${ID_FILE}\"" fi if [ -z "`eval $GET_ID`" ]; then echo "$0: ERROR: No identities found" >&2 exit 1 fi if [ "$#" -lt 1 ] || [ "$1" = "-h" ] || [ "$1" = "--help" ]; then echo "Usage: $0 [-i [identity_file]] [user@]machine" >&2 exit 1 fi # strip any trailing colon host=`echo $1 | sed 's/:$//'` { eval "$GET_ID" ; } | ssh $host "umask 077; test -d ~/.ssh || mkdir ~/.ssh ; cat >> ~/.ssh/authorized_keys && (test -x /sbin/restorecon && /sbin/restorecon ~/.ssh ~/.ssh/authorized_keys >/dev/null 2>&1 || true)" || exit 1 cat <<EOF Now try logging into the machine, with "ssh '$host'", and check in: ~/.ssh/authorized_keys to make sure we haven't added extra keys that you weren't expecting. EOF

Занимается этот скрипт тем, что заливает пользовательский публичный ключ (по-умолчанию ~/.ssh/id_rsa.pub на указанный сервер для указанного пользователя. Да, пара строк кода, но они упрощают жизнь. Что же делать, если под рукой только Windows? Как обычно, писать свой костыль.

Я не первый кто этим озадачился. Здесь, например, предлагается однострочный батник, делающий всё то же самое:

type public_id | plink.exe username@hostname "umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys"

Есть и более допиленное решение, уже небольшой скрипт, на вход которому необходимо передать адрес сервера, пароль и ключевой файл:

ssh-copy-id (версия с serverfault)

:: from http://serverfault.com/questions/224810/is-there-an-equivalent-to-ssh-copy-id-for-windows :: expected parameters :: [email protected] password [id_ras.pub] ::usage: ssh-copy-id [email protected] password [identity file] ::@echo off IF "%~3"=="" GOTO setdefault set /p id=<%3 GOTO checkparams :setdefault set /p id=<id_rsa.pub :checkparams IF "%~1"=="" GOTO promptp IF "%~2"=="" GOTO promptp2 :exec :: To accept the signature the first time echo y | plink.exe %1 -pw %2 "exit" :: now to actually copy the key echo %id% | plink.exe %1 -pw %2 "umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys" GOTO end :promptp set /p 1="Enter [email protected]: " :promptp2 set /p 2="Enter password: " GOTO exec :end pause

Я же пошёл немного дальше и написал реализацию на PowerShell. Главное отличие: при запуске мы получаем диалоговое окно для выбора файла, содержащего публичный ключ, после чего следует небольшая проверка, что файл действительно подходит по формату и может быть использован для авторизации. Далее – всё то же самое: авторизуемся на сервере и копируем содержимое файла.

# ssh-copy-id analog for Windows systems # Script to install your public key on a remote machine # The remote machine must accept password authentication, # or one of the other keys in your Putty Agent, for this to work. # # (c) soar - http://soar.name # Dialog for public key selection Function Select-File() { [void][System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms"); $OpenFileDialog = New-Object System.Windows.Forms.OpenFileDialog; $OpenFileDialog.Filter = "Public Keys (*.pub) | *.pub"; $OpenFileDialog.ShowHelp = $true; # Without this line - dialog not appears.. I don't understand why. [void] $OpenFileDialog.ShowDialog(); $OpenFileDialog.filename; } Function ShowMessage($title, $content, $type) { [void][System.Reflection.Assembly]::LoadWithPartialName("System.Windows.Forms"); [void][Windows.Forms.Messagebox]::show($content, $title, $type); } # Returns current script directory, plink.exe must be in same place Function Get-ScriptDirectory { $Invocation = (Get-Variable MyInvocation -Scope 1).Value; Split-Path $Invocation.MyCommand.Path; } $pubKeyFile = Select-File if (! $pubKeyFile) { ShowMessage 'Need to select file' 'Please, select public key file for upload to remote host' 'OK'; Exit; } $pubKey = Get-Content -LiteralPath $pubKeyFile; if (! ($pubKey -is [string]) -or ! $pubKey.StartsWith("ssh-")) { ShowMessage "Wrong file?" "Selected file not looks like valid SSH public key. It must starts with `"ssh-`" and contain one line." "OK" Exit; } $plinkExecutable = Join-Path (Get-ScriptDirectory) "plink.exe"; if ($args.Length) { foreach ($arg in $args) { & $plinkExecutable -ssh $arg "umask 077; test -d ~/.ssh || mkdir ~/.ssh ; echo `"$pubKey`" >> ~/.ssh/authorized_keys" } } else { $hostname = Read-Host "Please enter target hostname (user@hostname):"; if ($hostname) { & $plinkExecutable -ssh $hostname "umask 077; test -d ~/.ssh || mkdir ~/.ssh ; echo `"$pubKey`" >> ~/.ssh/authorized_keys" } } Write-Host "Press any key to continue ..." $x = $host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")

Данный скрипт использует plink, поэтому plink.exe должен лежать рядом, в той же директории, что и скрипт.

Зеркало на Gists.GitHub

Зеркало на Snippets.BitBucket

Не буду скрывать, что покупал свой Asus ZenFone 5 не в последнюю очередь из-за обещаний Asus выпустить обновление до Android 5.0. Но каково же было моё удивление, когда вчера я получил обновление на свой Asus FonePad 7, которому скоро будет полтора года. Спасибо, Asus!

#gallery-1 { margin: auto; } #gallery-1 .gallery-item { float: left; margin-top: 10px; text-align: center; width: 33%; } #gallery-1 img { border: 2px solid #cfcfcf; } #gallery-1 .gallery-caption { margin-left: 0; } /* see gallery_shortcode() in wp-includes/media.php */

Тем временем на всеми любимом BitBucket появился раздел сниппетов (snippets) – аналог GitHub Gists. В опубликованной новости есть ссылки на описание API. Еще один качественный инструмент от Atlassian.

Запуская небольшой проект рано или поздно встает вопрос мониторинга его доступности. Хорошо, если у вас уже есть инфраструктура или же вы можете позаимствовать мощности другого проекта (отдельный вопрос – насколько это этично и правильно). Но даже здесь возникает целый ряд вопросов: мониторить нужно постоянно, сам мониторящий ресурс должен быть заведомо стабильным (мы же не хотим мониторить мониторинг мониторинга?), и, по хорошему, осуществлять проверки нужно из нескольких географически распределенных точек. Решений, которые могут решить эту проблему, уже достаточно много. Осталось выбрать что-нибудь красивое, удобное и, по возможности, бесплатное.

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

Pingdom

https://www.pingdom.com/

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

  UptimeRobot

https://uptimerobot.com

По популярности данный ресурс убедительно занимает второе место. Пожалуй, заслуженно. В бесплатной версии доступно до 50 проверок четырёх разных типов:

HTTP(s)-запрос с проверкой кода ответа сервера;

HTTP(s)-запрос с поиском заданного ключевого слова в ответе;

PING ресурса;

TCP-SYN проверка на доступность TCP-порта.

Вполне достойный набор. Мечтая об идеальном мониторинге, я бы отметил недостаток regexp-проверки и проверок UDP-портов. Такого функционала, к сожалению, я не видел нигде (self-hosted Nagios/Cacti/Argus/etc – не в счёт).

В отчётах – красивый график доступности. Отчеты – на почту и в RSS-ленте, а за деньги – классические СМСки. Достаточно ли этого? Пожалуй нет, и у UptimeRobot есть целых два мобильных приложения для Android – и вот здесь меня ожидало разочарование. Одно (видимо официальное) оказалось платным с рейтингом в 3 из 5, что отбило у меня желание его испытывать, а второе повело себя странно, не сразу подключилось к аккаунту, а потом ни разу не сообщило мне о даунтаймах.

Вывод, к сожалению, один: или использовать данный сервис на платной подписке с СМСками, или же настраивать почтовый/rss клиент так, чтобы уведомления не затерялись в общем списке.

Monitority

http://monitority.com/

И последний ресурс, не ради которого писалась статья, но о котором я не могу не упомянуть – Monitority. На данный момент они находятся в бете, однако их обещания на главной странице не могут не привлечь к себе – бесплатные аллерты и СМС. Как оно будет на самом деле – покажет время, однако уже сейчас ресурс вполне жизнеспособен. Здесь нет графиков, а уведомление об упавшем сервисе придет вам через Twitter. Оригинально? Безусловно. Должен заметить, что на проверочный даунтайм этот ресурс среагировал быстрее конкурентов (спасибо Твиттеру?), за что ему отдельный респект.

StatusCake

http://www.statuscake.com/

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

Признаюсь, я купился на красивый дашборд. Красиво, информативно, с возможностью быстро отфильтровать результаты по тегу или названию. Именно такого дашборда мне не хватало в корпоративных Zabbix’ах, Zenoss’ах и Nagios’ах. За что ребятам из StatusCake большое и искреннее спасибо.

При создании теста мы имеем очень неплохой набор тестов:

HTTP(s) тест на ответ веб-сервера. В отличие от конкурентов, здесь можно вручную задать список кодов, которые считать ошибочными – к примеру, если сервер вдруг вместо 200 стал отдавать 302/303 – мы тут же получим нотификацию. Есть возможность отправлять для проверки не GET, а POST-запрос с указанными данными;

TCP-SYN тест, проверка, что порт открыт и принимает соединения;

ICMP-PING – без комментариев;

DNS-тест – проверка, что указанный сервер в ответ на указанный А-запрос возвращает указанный IP;

SMTP-тест – попытка авторизоваться на SMTP-сервере (поддерживает SSL/TLS). К сожалению ни в описании теста, ни в Knowledge Base не указано, производится-ли попытка отправить письмо самому себе и проверяется ли, что письмо дошло. Будем считать (и надеяться?) что это именно так.

Для каждого теста мы можем выбрать частоту опроса (для бесплатного аккаунта – не чаще раза в 5 минут); количество серверов, с которых будет произведен дополнительный опрос, в случае возникновения проблем, перед тем, как мы получим аллерт; временное окно, когда тесты проводиться не будут (maintenance-window). Для HTTP-проверок доступны также параметры запроса – заголовки или POST-данные. Здесь же показывает и примерное время реагирования, которое рассчитывается по формуле: частота опроса + (таймаут клиента * количество опрашивающих серверов).

С платным аккаунтом приходит возможность опрашивать сервер каждую минуту и вручную выбирать с каких серверов он будет опрошен. Есть и множество других (бесполезных?) фич, вроде безлимитных API-запросов (зачем? мониторинг мониторинга?), “проверки на вирусы” (…) и т.д. Тот случай, когда бесплатный аккаунт даёт всё, что может понадобиться при пользовании сервисом.

Торт? Однозначно. Не обошлось правда без ложки дёгтя: существующее Android-приложение настолько убого, что разработчики скромно умалчивают о том, что оно вообще существует в Play.Market. И не даром: никаких уведомлений, оно не в состоянии даже запомнить логин-пароль от аккаунта и их приходится вводить при каждом запуске. Однако, не всё так плохо, и разработчики пошли по пути интеграции уведомлений со сторонними сервисами. И вот здесь – всё более чем шикарно.

PushOver, HipChat, Slack, PagerDuty, PushBullet, VictorOps и уведомления через Twitter – этого списка будет более чем достаточно для всех. Не хватает разве что IFTTT. Для себя я остановился на двух опциях – уведомление через Twitter и бесплатный PushBullet, который имеет приложения для Android, Windows, MacOS, Linux и других систем, не говоря о плагинах для браузеров. Этого более чем достаточно, чтобы получать оповещения вовремя, и, соответственно оперативно на них реагировать.

Напоследок

Если у вас небольшой проект и вы еще не обзавелись большой инфраструктурой для продвинутого мониторинга, или же вы уже проверяете свои сервера “изнутри” и просто хотите добавить дополнительные проверки из сторонних источников – это возможно без дополнительных финансовых вливаний. Считается, что самое надежное оповещение – это оповещение по СМС, но я с этим не соглашусь. В двух случаях из трёх сообщение в Twitter я получал гораздо быстрее, чем СМС, не говоря о случаях, когда СМСки просто терялись в дороге.

P.S.

А еще можно поставить куда-нибудь такую красивую кнопку:

Когда-то это было очень модно, правда?

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

К сожалению, на данный момент, в репозиториях wheezy этой утилиты пока нет, поэтому в Debian устанавливать придется из бекпортов.

Pass: The Standard Unix Password Managerhttp://www.passwordstore.org/Password management should be simple and follow Unix philosophy. With pass, each password lives inside of a gpg encrypted file whose filename is the title of the website or…

После очередного обновления Skype (версия 7.2+) баннер стал еще более ужасным – теперь он занимает добрую четверть экрана, без возможности это безобразие отресайзить. Навевает на мысли о том, что в условно бесплатной Windows 10 нас ждёт то же самое…

Технология PowerLine не является чем-то новым и необычным. Однако, о подобных устройствах мало пишут и мало говорят. Мне сложно судить о зарубежном рынке, однако у нас такие адаптеры совершенно в диковинку. И это понятно: у этой технологии хватает недостатков, а устройства для построения PowerLine-сети всё-таки стоят не копейки. На момент публикации этой статьи рекомендованная цена на самый дешёвый адаптер от D-Link составляет $44. Наверное далеко не каждый в нашей стране готов заплатить более $80 за то, чтобы иметь возможность отказаться от прокладки витой пары. Не говоря о том, что это далеко не равносильная замена.

Мне в руки попали несколько устройств от D-Link для развёртывания PowerLine сети и в этой статье я постараюсь как можно более подробно описать одно (а вернее два – ведь адаптеры используются в паре) из них. Это DHP-306AV.

Немного теории.

Как я уже отмечал – технология не нова, про неё сказано и написано не мало. В Сети есть как достаточно доступные описания технологии, так и сравнительные тестирования существующих адаптеров (например: THG.ru: Строим сеть по электропроводке: тесты шести адаптеров). Поэтому я постараюсь остановиться на, как мне кажется, недостаточно освещённых вопросах.

Название технологии (PLC, Power Line Communication, а на русском – передача данных по электропроводке) можно понять неоднозначно: данные передаются не просто по электропроводке, а по реальной и работающей сети питания. Зашифрованные специальным ключом данные кодируются в аналоговый сигнал с частотой свыше 30 МГц, который в последствии и накладывается на существующую пульсацию в сети питания, которая в нашей стране составляет 50 Гц. На пальцах этот принцип представлен на этой картинке:

Это является одной из причин, по которым устройство, привезённое например из Штатов не заведётся в нашей сети, даже если подобрать подходящий переходник. Также именно поэтому такой адаптер не будет работать в сети с активной фильтрацией: любые сетевые фильтры, источники бесперебойного питания и трансформаторы безжалостно задавят информационную составляющую сигнала. С другой стороны, как показывает практика, наличие таких устройств включенных параллельно адаптеру, хоть и не желательно, однако незначительно влияет на качество сигнала.

Если говорить о скоростях, то здесь всё так же неоднозначно. С одной стороны за последние годы технология значительно шагнула вперёд: если еще 2001м году стандартом была скорость до 14 Мбит, то сегодня выпускаются устройства на коробках которых стоят цифры 200 и даже 500 Мбит. С другой стороны речь идёт о физической скорости. Реальная же скорость передачи данных сильно зависит от многих факторов и может быть в разы меньше. Качество электропроводки, скрутки в линии, её неоднородность – всё, что так присуще нашим домам, деструктивно влияет и на физическую скорость и на скорость и качество передачи данных. Заявленную производителем физическую скорость смело можно делить на 2, и вычитать по 10% за каждое силовое устройство в доме.

Ну и последнее, что зачастую вызывает вопросы, это то, как будут функционировать несколько PowerLine-устройств включенных в одну сеть. Здесь всё просто: так как адаптеры работают на физическом уровне сетевой модели OSI, то будучи включенными в одну сеть питания и синхронизированными между собой, они, по-сути, представляют из себя обычный сетевой концентратор со всеми его возможностями и недостатками.

Внешний вид и комплектация.

В комплект поставки DHP-306AV не входит ничего лишнего: устройство, патчкорд, инструкция, диск и картонная коробочка. Хотя пожалуй этого вполне достаточно.

Устройство выглядит приятно и выполнено в белом, относительно новом для D-Link, стиле. Разъём сети питания располагается прямо на корпусе, что обеспечивает возможный минимум проводов к адаптеру. Возможно я придираюсь, но в комплекте, как обычно, идёт “фирменный” синий патчкорд, который ну никак не гармонирует с аккуратным беленьким устройством.

На этикетке непосредственно на устройстве, кроме серийного номера и MAC-адреса, указан так же так называемый “PLC PWD” – уникальный пароль необходимый для настройки адаптера, который я рекомендую сразу же записать в удобном для себя месте. Сам я трижды бегал к розетке, чтобы снова и снова вводить этот пароль в утилиту настройки, которая его почему-то упорно забывала.

Индикация текущего состояния производится тремя светодиодами: первый информирует о состоянии устройства, второй – PowerLine-сети, третий – сети Ethernet. В целом такой индикации вполне достаточно, чтобы судить о состоянии устройства.

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

Все элементы управления находятся с одной стороны: это кнопка аппаратного сброса устройства на заводские настройки и кнопка синхронизации двух устройств. С этой же стороны располагается разъем 8P8C.

Программное обеспечение.

У устройств подобного рода нет какого-либо web-интерфейса, да он и не нужен: кнопки и трёх индикаторов на корпусе вполне достаточно, чтобы комфортно пользоваться адаптером. Однако стандарт HomePlug AV подразумевает удалённое управление адаптерами, а кнопка синхронизации позволяет подключить в сеть только два устройства. Поэтому обзор был не полным без обзора D-Link PowerLine AV Utility, которая доступна для скачивания с FTP D-Link.

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

Вот небольшой скринкаст, описывающий все прелести этой программы:

Как видно, проблем хватает. Программа не показывает версию firmware, сканер не всегда находит устройства, нет индикаций, а сама программа изредка прикидывается зависнувшей. Столбец “Quality” у меня всегда показывал три полоски, что на полной скорости, что в самых худших условиях, а показания Link Rate, который должен отображать физическую скорость между устройствами, у меня привязать к реальной скорости соединения вообще не получилось. Есть и ряд юзабилити-ошибок: например полосочкам качества сигнала я бы предпочёл конкретные цифры затухания сигнала в линии в дБ.

Тестирование.

Тестирование устройств проводилось в обычной квартире достаточно старого здания, со всеми проблемами электропроводки. В качестве сетевого адаптера использовалась двухпортовая гигабитная сетевая карта Intel(R) Gigabit ET Dual Port Server.

Программно сетевой канал тестировался утилитой iperf, которая последовательно запускалась с 1, 10, 100 и 1000 одновременных подключений. Каждый тест выполнялся трижды, по 5 минут, после чего результаты усреднялись. Снимались два параметра: скорость передачи данных и пинг во время передачи данных.

Нужно отметить, что соединение сетевых портов ПК напрямую показало скорость 946 Мбит/с, а средний пинг составил 1 мс. От этих данных и можно отталкиваться в тестировании PowerLine.

Первый тест – идеальные условия.

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

Утилита показала идеальное качество соединения и Link-Rate в 190 Мбит. Результаты тестирования также оказались отличными:

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

Второй тест.

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

Как видно – качество сигнала осталось, якобы, идеальным, а физическая скорость снизилась незначительно. Однако при этом тестирование показало скорость 68,9 Мбит/с при среднем пинге 15 мс.

Третий тест.

Третий тест выполнялся в несколько более сложных для адаптеров условиях: второй адаптер был вынесен в самую дальнюю комнату (в моём случае – в ванную), но “эфир” в сети по-прежнему остался чистым. К этому моменту я уже перестал удивляться данным, которые предоставляла мне утилита, не удивился и теперь: она отрапортовала, что скорость стала выше:

Выполненный при этом тест показал, что всё же условия стали действительно сложнее: скорость передачи данных упала до 36,4 Мбит/с, а средний пинг вырос до 30 мс.

Четвёртый тест – максимально сложные условия.

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

Также в этом тесте в сеть были включены 8 энергосберегающих ламп, которые, как заявляет D-Link, очень негативно влияют на качество PowerLine-сети. Это объясняется тем, что каждая лампа имеет импульсный блок питания, который даёт помехи в общую сеть.

Утилита сообщила что ситуация выглядит так:

При этом скорость передачи данных уменьшилась до 27,8 Мбит/с, а средний пинг почти не изменился и составил 38 мс.

Общие результаты тестирования.

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

Глядя на эти диаграммы первое, что приходит в голову, это сравнение с Wi-Fi: как видно, показатели скорости вполне сравнимы. Если же сравнивать другие аспекты этих технологий, то против мобильности и удобства Wi-Fi у PowerLine есть свой козырь: высокая стабильность соединения. В ходе тестирования я с удивлением обнаружил, что ни скачки напряжения, ни включение силовых устройств не заставляют соединение оборваться. Другой немаловажный аспект – PowerLine выглядит более защищенным. Если пароль на Wi-Fi в определенных условиях вполне возможно взломать в момент аутентификации клиента, то здесь же соединение устанавливается при помощи предустановленного ключа, и взлом с теоретической точки зрения невозможен. Хотя, если вспомнить о том, какой трафик обычно гоняется по домашним сетям, возможно это и не слишком важное преимущество.

Заключение.

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

Какая сфера применения у PowerLine? Пожалуй её можно использовать в тех случаях, когда нужно предоставить доступ в ЛВС для небольших устройств, с которыми нет постоянного и активного обмена данными. Например, я пробовал подключать таким образом свой медиаплеер Asus O!Play и смотреть на нём IPTV: картинка не сыпалась, а видео ни разу не оборвалось, чего я не могу сказать о подключении по Wi-Fi. Другой, сразу приходящий в голову пример, это подключение по PowerLine VOIP-устройств. Я не пробовал, но мне кажется проблем возникнуть не должно, а вот от лишних проводов избавит.

Что касается DHP-306AV, учитывая, что это самое младшее устройство в линейке от D-Link, оно показало достаточно неплохие результаты, как по скорости соединения, так и по его качеству. В следующем обзоре я постараюсь рассмотреть более старшие модели и провести сравнение их характеристик. А пока, можно с уверенностью поставить убедительную пятёрку инженерам D-Link.

Устройства на обзор любезно предоставлены Крымским представительством D-Link в г. Симферополе.

Отдельную благодарность за помощь в проведении тестирования хочется выразить Артёму Чикалкину и Юрию Прокопенко.

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

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

История изменений с beta-версии:

Включена страница настроек;

Добавлена возможность расположения контакт-листа справа или слева от остальных окон;

Добавлена возможность отключения перемещения окон вместе;

Добавлены разные варианты поведения окон при открытии более чем одного окна сообщений;

Плагин переведён на английский, добавлен файл русской локализации и бланк для перевода на другие языки;

Исправлена установка фокуса на поле ввода при переключении между окнами;

Известные проблемы:

При использовании вместе с Magnetic Windows, если таскать окна не за КЛ, а за окно сообщений – они некрасиво разваливаются возле краёв экрана. Надеюсь это исправить, но пока можно просто таскать окна за КЛ.

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

Как писали на miranda-planet, который опять сломался, существует проблема при установленной опции “Создавать новые окна свёрнутыми”. У меня эта опция стоит, всегда стояла, и повторить баг мне не удалось. Кому не трудно – расскажите что именно нужно делать.

Один раз, после рандомных тычков по кнопкам закрытия и минимизации КЛа и окна сообщений, мне удалось повторить старинный противный баг со “скукоживанием” © контакт-листа в левом верхнем углу. Однако как это получилось я так и не понял. Если у кого-то есть информация – расскажите, мне интересно.

Скачать плагин c addons.miranda.

Скачать плагин c miranda-planet.

Скачать плагин здесь.

Скачать KupoXP2 Skin Pack

Свежее видео:

Безусловно, чаще всего VPN-подключения используются как туннель с маршрутом по-умолчанию, однако что делать, когда VPN служебный, и подключаться через него нужно только к определенному списку ресурсов? Хоть Windows и далеко до *nix-систем, с их возможностью настойки if-up/if-down скриптов, однако и здесь есть красивые варианты решения этой задачи. Один из них базируется на использовании встроеного планировщика заданий, который в 7-ой версии операционки, на мой взгляд, близок к идеалу.

Заходя издалека, можно рассказать о простом и не очень красивом решении проблемы: всегда можно создать bat-файлы примерно следующего содержания для подключения и отключения VPN:

rasdial "My VPN Connection" username * route add bla-bla-bla

rasdial "My VPN Connection" /disconnect route add bla-bla-bla

Работать вполне будет, но мы ведь ходим подключать VPN красивой кнопочкой в трей-туле?

Признаюсь, я не помню каким был планировщик заданий в Windows XP, но судя по всему он был не очень хорош, т.к. для своих нужд я использовал выдернутый из дистрибутива Dr.Web тех времен Dr.Web Scheduler. От того еще большим было моё удивление, когда я увидел функционал и возможности шедуллера из Win-7. Любая задача здесь представляется в виде связки триггеров и действий, и, надо отдать должное Microsoft, настроек для этих триггеров, действий и условий по-настоящему много.

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

Всё то же самое (за исключением пары не очень значительных галочек) можно добавить всего одной командой в cmd:

schtasks /create /F /RL HIGHEST /TN "Маршруты для VPN" /TR "C:\vpnroutes.bat /connect" /SC ONEVENT /EC System /MO "*[System[Provider[@Name='Rasman'] and (Level=4 or Level=0) and (EventID=20267)]] and *[EventData[Data='My VPN Connection']]"

Для события на отключение (опять же, если оно необходимо), всё так же, за исключением идентификатора события и ключа для bat-скрипта:

schtasks /create /F /RL HIGHEST /TN "Маршруты для VPN (удаление)" /TR "C:\vpnroutes.bat /disconnect" /SC ONEVENT /EC System /MO "*[System[Provider[@Name='Rasman'] and (Level=4 or Level=0) and (EventID=20268)]] and *[EventData[Data='My VPN Connection']]"

Ну и наконец сам скрипт C:\vpnroutes.bat:

@echo off rem =========================================================================== rem Маршруты, которые будут добавлены при отключении VPN. rem Если установлен маршрут по-умолчанию - обычно не нужны. rem Формат: IP маска шлюз rem route novpn: 10.0.0.0 255.0.0.0 172.16.0.1 rem Маршруты, которые будут добавлены при подключении VPN. rem VPNIP заменяется на текущий адрес интерфейса. rem формат: IP маска шлюз rem route vpn: 10.0.0.0 255.0.0.0 VPNIP rem route vpn: 192.168.0.0 255.255.0.0 VPNIP rem Имя VPN-подключения set vpnname=My VPN Connection rem =========================================================================== setlocal EnableDelayedExpansion @set gw= for /F "tokens=2" %%i in ('netsh interface ipv4 show addresses "%vpnname%" ^| findstr IP') do @set vpnip=%%i if [%1]==[/connect] goto connect if [%1]==[/disconnect] goto disconnect echo Please select /connect or /disconnect option key! rem pause goto end :connect if "%vpnip%"=="" goto noip for /F "tokens=4,5,6" %%i in ('type %0 ^| findstr "^rem.*route"') do route delete %%i mask %%j for /F "tokens=4,5,6" %%i in ('type %0 ^| findstr "^rem.*route.*vpn"') do ( set gw=%gw%%%k set gw=!gw:VPNIP=%vpnip%! route add %%i mask %%j !gw! ) goto end :disconnect for /F "tokens=4,5,6" %%i in ('type %0 ^| findstr "^rem.*route"') do route delete %%i mask %%j for /F "tokens=4,5,6" %%i in ('type %0 ^| findstr "^rem.*route.*novpn"') do route add %%i mask %%j %%k goto end :noip echo Can't set gateway IP, check your settings goto end :end endlocal rem end of file

Зеркало на Gists.GitHub

Зеркало на Snippets.BitBucket

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

Изменения:

Теперь плагин работает с любым модулем сообщений – будь то TabSRMM, Scriver или стандартный модуль srmm.dll.

Исправлена работа с несколькими окнами модуля сообщений. На данный момент они просто выстраиваются по порядку, в дальнейшем я планирую добавить модель поведения в которой прилипать к контакт-листу будет только первое окно.

Исправлена рассинхронизация окон, если они были свёрнуты нажатием по таксбару, а затем по иконке в трее.

Исправлена работа максимизации окон (см. видео). Выравнивание окон по левому-правому краю в Windows 7 (Win+Left, Win+Right) пока корректно не реализовано.

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

Добавлено окно настроек, хоть на данный момент оно и не работает :) К следующей версии реализую всё, что там есть. С удовольствием выслушаю ваши предложения.

Скачать плагин c addons.miranda.

И как всегда, небольшая видео-презентация:

Ах да, к сожалению подобрать скины, подходящие по стилю достаточно сложно, но мне пришёлся по вкусу скин KupoXP2 для ModernCL и TabSRMM. Он же присутствует на видео.

Довольно часто мне приходится собирать установочные пакеты и в этом деле нет равных InnoSetup. Я пробовал много подобных систем – NSIS, InstallShield, InstallAware – все они уступают или по качеству, или по функционалу. InstallAware наверное единственный, кто уверенно дышит в спину IS, но тонна неприятных багов данной системы (от вылетов IDE, до Runtime-проблем – так я был неприятно удивлён невозможностью копирования файлов более 2х Гб) заставили меня отказаться от её использования.

InnoSetup имеет множество плагинов, но в одном из последних пакетов передо мной встала необходимость упаковки архивов во время установки. И если модуль распаковки с использованием 7zip есть (к сожалению ссылки на сайт автора не нашёл), то упаковщиков я не нашёл. Не знаю, будет ли это интересно еще кому-нибудь, но тем не менее – встречайте, InnoSetup Archive Manager.

И, да, чуть не забыл – за реализацию API для 7z.dll огромное спасибо Henri Gourvest.

Так как возможности IS, а вернее Pascal Script в Inno Setup, весьма ограничены, местами пришлось городить огород, но в целом получилось очень даже ничего. Из-за отсутствия указателей (да, я знаю о возможности использования uint32, но данный способ вызывает у меня внутреннее беспокойство), все объекты хранятся в памяти библиотеки, поэтому использовать описанные функции необходимо именно в рекомендуемой последовательности.

Скачать

Библиотека + 7z.dll (9.20) – здесь

API

procedure SZNewArchive(const archTypeName: PAnsiChar; const libDir: PAnsiChar); external 'SZNewArchive@files:ArchMan.dll stdcall';

Данную процедуру необходимо вызывать непосредственно перед всеми остальными операциями. Здесь происходит выделение памяти под всю нашу кухню. Здесь:

archTypeName – тип будущего архива (‘7z‘, ‘zip‘, ‘rar‘). Первые два поддерживают дополнительные свойства, для rar-архивов не реализовано ничего, однако если кому-то будет нужно – допилить не проблема;

libDir - директория поиска библиотеки 7zip. Так как у пользователя он уже может быть установлен, рекомендуется явно передавать этот параметр. При передаче пустой строки – поиск будет произведён в PATH.

procedure SZAddFile(const fileName: PAnsiChar; const filePath: PAnsiChar); external 'SZAddFile@files:ArchMan.dll stdcall';

Данная процедура добавляет одиночный файл к будущему архиву. Здесь:

fileName - путь к файлу на диске (напр.: C:\somefile.dat);

filePath - путь и имя файла в архиве (напр.: somefolder\anotherfolder\somefile.dat).

procedure SZAddFiles(const dir: PAnsiChar; const path: PAnsiChar; const wildCard: PAnsiChar; isRecurse: Boolean); external 'SZAddFiles@files:ArchMan.dll stdcall';

Добавление нескольких файлов к будущему архиву. Поддерживаются маски и вложенность каталогов. Здесь:

dir - директория-источник на диске (напр.: C:\somedir);

path - путь к файлам в архиве (напр.: somefolder/anotherfolder);

wildCard - маска добавления файлов (напр.: *);

isRecurse - добавлять ли файлы рекурсивно.

procedure SZSetCompressionLevel(level: Cardinal); external 'SZSetCompressionLevel@files:ArchMan.dll stdcall';

Установка уровня сжатия. Для 7z и zip в качестве level могут выступать числа: 0, 1, 3, 5, 7, 9, где 9 – лучшее сжатие.

procedure SZSetCompressionMethod(const method: PAnsiChar); external 'SZSetCompressionMethod@files:ArchMan.dll stdcall';

Установка метода сжатия. Здесь method может принимать следующие значения:

для zip: COPY, DEFLATE, DEFLATE64, BZIP2;

для 7z: COPY, LZMA, LZMA2, BZIP2, PPMD, DEFLATE, DEFLATE64.

procedure SZSetProgressHandles(inWindowHandle: THandle; inProgressBarHandle: THandle); external 'SZSetProgressHandles@files:ArchMan.dll stdcall';

Установка handle’оф для отображения прогресса сжатия. Если не выставлены – ход сжатия отображаться не будет. Здесь:

inWindowHandle - идентификатор формы, на которой расположен ProgressBar;

inProgressBarHandle - идентификатор индикатора прогресса.

function SZSaveToFile(const fileName: PAnsiChar): THandle; external 'SZSaveToFile@files:ArchMan.dll stdcall';

Запуск сжатия архива. Чтобы главная форма установщика не умирала на время сжатия – реализовано в отдельном потоке, поэтому после вызова – сразу же возвращает управление приложению. Сам InnoSetup порождать потоки не умеет, а делать это на чистом WinAPI в скрипте установщика – крутовато, поэтому пришлось пойти таким путём. Здесь:

fileName - путь и имя создаваемого архива.

function SZIsThreadRunning(handle: THandle; timeToWait: Cardinal): Boolean; external 'SZIsThreadRunning@files:ArchMan.dll stdcall';

Проверка, запущен ли поток сжатия архива. Возвращает истину, если поток запущен, ложь, если он был завершен или передан неправильный идентификатор. По-сути данная функция просто обертка для WaitForSingleObject. Здесь:

handle - идентификатор потока (его возвращает функция SZSaveToFile);

timeToWait - время ожидания ответа от потока в мс, рекомендуемое значение – 200.

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

Упаковка произвольной директории в zip-архив:

function PackDirectory(dirName: string; fileName: string); var ThreadHandle: THandle; begin // Извлечение библиотеки 7-Zip if (not FileExists(ExpandConstant('{tmp}') + '7z.dll')) then ExtractTemporaryFile('7z.dll'); // Создание директории для архива ForceDirectories(ExtractFileDir(fileName)); // Инициализация архива SZNewArchive('zip', ExpandConstant('{tmp}')); // Добавление всех файлов в директории SZAddFiles(PAnsiChar(dirName), '', '*', true); // Установка индикатора для отображения прогресса SZSetProgressHandles(WizardForm.Handle, RepackProgressBar.Handle); // Запуск потока создания архива ThreadHandle := SZSaveToFile(PAnsiChar(fileName)); // Цикл, проверяющий, завершено ли сжатие while (SZIsThreadRunning(ThreadHandle, 200)) do // Если нет - просто обрабатываем сообщения формы Application.ProcessMessages(); // Закрываем хэндл потока CloseHandle(ThreadHandle); end; ... PackDirectory(ExpandConstant('{tmp}tmpFilesDir'), ExpandConstant('{app}archive.zip'));

Выбирая винчестер на 2 ТБ, я уже знал, что при покупке этой модели меня ждёт перепрошивка. Это не секрет, об этом написано на сайте Samsung’а и впринципе для меня в этом не было ничего страшного. Однако всё оказалось не так просто.

В инструкции по перепрошивке всё сводится к нескольким шагам: подключите искомый винчестер в Primary-Master, загрузитесь в DOS, запустите прилагаемый exe – и всё, Profit. И уже тут возникает один резонный вопрос: ребята из Самсунг не знают какой на дворе год ? Какой Primary, какой Master, если это инструкция для винчестера на 2 ТБ с SATA-2 интерфейсом ?

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

  Причем запуск с любыми ключами – /AUTO, /DETECT, /COMPAT:XX – работал одинаково: мне показывали список из 4 установленных винчестеров и всё. Ни слова об ошибках, о необходимости обновления или наоборот о её отсутствии. Ни-че-го. Кстати, ключ /RUN:SCR.EST, приведённый в примере, как оказалось, не работает впринципе и я зря ломал голову где взять этот SCR.EST.

И вот тут начались танцы с бубном. Я пробовал отключать все винчестеры, пробовал подключать искомый винчестер к SATA1-каналу, пробовал переключаться из AHCI-режима в IDE-Compatibility. Результат не менялся: список винчестеров и чудесный man – это всё, что мне удавалось получить. И только потратив полдня и нагуглившись всласть, скорее чисто случайно, я догадался выдернуть флешку, с которой грузился, из разъема. И, о чудо, винчестер тут же определился и прошился. Прошился на SATA4-канале, в AHCI-режиме, с подключенными еще 3мя винтами других производителей.

К чему все эти молнии в адрес Samsung ? Меня удивляет как такая крупная компания может так относиться к поддержке пользователей. Зная, что на DELL’овских ноутбуках BIOS обновляется прямо из под винды и перепрошивая ASUS’овские устройства нажатием 3-4 кнопок, бороться с таким кошмаром становится очень грустно. Безусловно, может быть проблема в моих руках, но всё же.

PS: кстати, написать в саппорт Самсунгов так и не получилось ввиду впринципе отсутствия этой модели в форме-бланке.

Как-то пришлось работать с расширением IP.Content для Invision Power Board. Ну и если в двух словах – он имеет фичу, которая позволяет любой пост с форума превратить в статью. И всё бы ничего, но почему-то в новой статье автором указывается уже тот администратор/модератор, который и перенёс её. До сих пор я не понимаю, что заставило разработчиков сделать такую странную реализацию этой системы.

Исправляется это достаточно просто: в файле “admin/applications_addon/ips/ccs/modules_public/articles/promote.php” необходимо изменить строку:

$_save['member_id'] = $this->memberData['member_id'];

на:

$_save['member_id'] = $post['author_id'];

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

viktor: Здраствуйте viktor: в ытут? me: здравствуйте viktor: Да здраствуйте viktor: у вас есть сервер wow? me: да, слушаю вас viktor: ? me: что ? viktor: Вообщем по моей инициативе viktor: И не будет работать пока мы не решим пару вопросов me: не понял viktor: что тут не понятного me: еще раз напишите все что писали, возможно я что-то не получил me: ибо из того что я получил, я не понял ничего viktor: Что не понятного me: что по вашей инициативе ? что не работает ? viktor: или чей он viktor: игры вов me: сервер – мой, что такое ? viktor: ну что? me: что ? viktor: Кароче viktor: пока до тебя не допедрит viktor: пока

Я не сразу понял, что происходит и почему я не получаю его сообщений, даже попинговал интернет – вроде всё нормально. Заглянул на веб-сервер – ага, долбят 80ый порт. И только тут я понял: наш хакер настолько крут, что забил свой же канал инета.

me: ? viktor: Ты дурак? me: это вы двух слов связать не можете, а не я viktor: Ну а что тебе не понятного? viktor: со всеми его поддоменами me: а теперь одним сообщением отправьте всё, что писали viktor: Ты издеваешся? viktor: Добавь меня до тебя сообщения не доходят viktor: Ты заметил что сайт не работает? me: нет, а что ? viktor: ну так зайди глянь me: и правда не работает viktor: :-) и не заработает viktor: пока я не захочю. me: и что делать ? viktor: Просто подружица со мной viktor: и взять меня в ГМ на свой сервер.

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