Шлюзность

Читать ещё:
Как настроить маршрутизацию во FreeBSD
Включение маршрутизации в FreeBSD
Ну и ваще Маршрутизация
Как сделать мост (bridge) на FreeBSD

Сам термин "шлюзность" ассоциируется с соплями )))
Так вот, если хотим сделать из NAS4Free дырку, то делаем шлюзность.
Сюда я воскрешу убитую тему из погребённого форума из гугловского кэша.

Блог о Блог или спасибо гуглу за счастливое детсвтво

Осторожно! Пост негодования! и чрезмерной эго-любви :)

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

1. В строку поиска вбиваю, а в ответ тишина.

2. Вбиваю в гугл: site: http://mytoiletserver.blogspot.com шлюзность
а в ответ тишина.

3. Наконец Ctrk+F и FireFox любезно подсвечивает :)

Я люблю себя за пост от 11.01.2050, который всегда красуется на главной, погладил яйца в знак благодарности к себе.
Иду по найденной ссылке и негодование продолжается:

Иду по полученной недо ссылке (но всёже) и негодование продолжается:

Кто ещё скажет, что маршрутизацию в FreeBSD легко сделать? )))

Вбиваю в этот пост следующие теги:
 - интернет ускользает
 - матрица играет со мной

Ну и домашнее задание тебе, уважаемый читатель. Попробуй создать запрос для поиска Агента Смита в разные поисковики. Яндекс любезно предоставил вот по такому запросу "матрица наблюдает за тобой смит клавиатура" нужную картинку, а буржуйский Гугл уклонился...
Всё, пошёл есть воскресные блины, наслаждаться вкусом малины и сметаны, пока это возможно )))


Так вот. Умеет ли Гугл искать? Оказалось это не так важно. Главное, что он умеет кэшировать :)
Из-за тёрок FreeNAS-NAS4Free тема оказалась в кэше. За что и спасибо Гуглу.

UPD. 15.09.2012 Проверил сегодня картинку по вышеуказанному запросу "матрица наблюдает за тобой смит клавиатура" в Гугле. Поисковик исправился! На первом месте красуется СМИТ ))) Теперь мне никто никогда не поверит. Надо было делать скриншот.

Новые возможности API Яндекс.Диска

Некоторое время назад мы открыли API Яндекс.Диска. Сегодня документация пополнилась двумя новыми методами: публикация файлов, размещённых на Диске, и получение оповещений об изменениях.
На базе доступной документации теперь можно создавать программы и приложения не только для хранения и синхронизации данных, но и для их публикации. С помощью API можно сгенерировать публичную ссылку на любой файл, загруженный на Яндекс.Диск, или вернуть ему статус личного.
Благодаря оповещениям об изменениях ваша программа сможет получать информацию о загрузке и удалении файлов, создании и удалении каталогов, а также об изменении объема доступного пространства. Оповещения реализованы с помощью протокола XMPP. Для получения уведомлений необходимо сначала настроить соединение с сервером, после чего подписаться на уведомления об изменениях.
Создавайте программы и приложения на базе API Диска и не забудьте рассказать нам о них!

От сюда содрано, комменты там ещё есть

 Думаю, что однажды, спортивного интереса ради, я всёже запущу Яндекс Диск. Хотя с первого раза и не получилось.

Яндекс.Диск в FreeNAS

Хотя свой туалетный сервер я и подружил с облаками Dropbox in FreeNAS, но не сидится на месте - буду искать геморрой.

С Я.Диском буду работать через WebDAV при помощи fusefs-wdfs - файловая система WebDAV для FUSE. Доходчиво написано тут.

pkg_add -rv wdfs

ЗапускаюFUSE:

Set fusefs_enable to YES in /etc/rc.conf

# /usr/local/etc/rc.d/fusefs start

Монтирую:

wdfs https://webdav.yandex.ru /mnt/1TB/yad/ -o allow_other,umask=0777,uid=21,locking=2,accept_sslcert,username=user@yandex.ru,password=pass

При монтировалось, файлы появились, но прочитать их WinSCP через три раза. А вот записать без проблем.

Пробую fstab

wdfs#https://webdav.yandex.ru/ /mnt/1TB/yad fuse rw/users 0 0

Хотя должно быть примерно так:
wdfs#https://webdav.yandex.ru /mnt/1TB/yad fuse users,username=user,password=pass,allow_other,accept_sslcert 0 0

Я так и не смог подружить опции. При попытке монтирования
mount -a /mnt/1TB/yad или
mount -a -t fuse
если "users", то:
fstab: /etc/fstab:X: Inappropriate file type or format

если "rw", то:

mount: wdfs#https:/webdav.yandex.ru : Operation not supported by device

В первом случае ругается на не верный формат fstab
а во втором случае не доволен mount

Попробовал rsync с локальной директории на WebDAV yad
Результат интересный - подвисание FreeNAS с определёнными настройками rsync. С дефолтными настройками просто ничего не происходит. Так вот после очередного подвисания и жёсткого ресета с лёгкой женской руки моей девочки придётся поднимать FreeNAS с диска.

P.S.
Дебаг:

#kldstat

#mount

Отсоединиться:

umount /dev/fuse0

Полезные ссылки:

Про русский не много тут
Шифрование и прочее тут
Шведские халявные 2Гб тут

Размышлизмы по правам:

Пользовательские соглашения, которые никто не читает (Dropbox vs Яндекс)
В этой статье ещё упоминается, что шифровать Яндекс запрещает:
Пользовательское соглашение сервисов Яндекса:

При использовании сервисов Яндекса Пользователь не вправе:

5.2.12. ограничивать — с помощью пароля или иным способом — доступ к файлам, размещенным Пользователем в рамках сервисов, в т. ч. использовать архивы с паролями.

В то время, как Dropbox, намекает, что важную личную информацию лучше таки шифровать. Пожалуй я добьюсь стабильной работы с WebDAV, но откажусь от YAD.

UPD 30.04.2012 Яндекс разрешил шифрованный контент

А следующим этапом будет прикручивание к Dropbox шифрования на лету на FreeNAS при помощи EncFS и на Win-стороне при помощи Boxcryptor (который совместим с EncFS). Boxcryptor даёт 2Гб шифрованного пространства бесплатно, заточен под облака.

FreeNAS - NAS4Free

Спасибо хабру :
Развод, начавшийся в конце января 2012 года, закончился созданием нового проекта на старых кодах. Начало истории можно прочесть здесь. Все перепетии развода отражены на форуме FreeNAS

NAS4Free основана на кодах FreeNAS 0.7 и FreeBSD 9.0. Но на официальном сайте вы не найдете упоминания FreeNAS ибо таково было требование компании IX systems.

NAS4Free уже можно скачать с официального сайта NAS4Free.
На данный момент доступна:
         2012-04-15: NAS4Free Nightly build 9.0.0.1.67 Released 

Ну и я перехожу, пост в этом блоге: Переход на NAS4Free 

Dropbox in FreeNAS

Это продолжение темы Transmission + Dropbox
Я тогда не слабо ступил, думая, что у Дропбокса нет клиента в портах. Его-то нет, но есть API :)

Заметки на полях

Для графических Linux статейка по nautilus+dropbox.

Порт для графических FreeBSD: freebsd-linux-nautilus-dropbox

И описание установки: Install nautilus-dropbox in FreeBSD

Ну а я для начала предполагаю через Dropbox передавать torrent-файлы. Трансмиссия уже сама подхватит новые файлы и переименует их в xxx.torrent.added На дальнем конце по появлению переименованного файла в директории Dropbox я пойму, что трансмиссия его проглотила и процесс пошёл.

Иду и регистрирую Dropbox App https://www.dropbox.com/developers/apps

Ставлю:
pkg_add -rv ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9-stable/Latest/p5-WebService-Dropbox.tbz

pkg_add -rv ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9-stable/Latest/dropbox-api-command.tbz

Настраиваю/подключаюсь:
dropbox-api setup

Ошибка:

SSL requires IO::Socket::SSL, but it is not available. Please install IO::Socket::SSL using your prefer CPAN client at /usr/local/lib/perl5/site_perl/5.12.4/WebService/Dropbox.pm line 290

Ставлю IO-Socket-SSL:

pkg_add -rv ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9-stable/Latest/p5-IO-Socket-SSL.tbz

Пробую заново:

dropbox-api setup 

Указываю (подсмотреть):

   API Key
   API Secret

Иду по линку и жму Allow
Вижу приглашение:
success! try
> dropbox-api ls
> dropbox-api find /
Испытываю: работает, но проблемы с русским, конечно...

Настраивая CRON, следует помнить, что limit of 5000 API calls per day.
Если предположить без особой избыточности, только синхронизация директорий sync, то проверять можно ну раз в минуту. И раз в минуту синхронизировать назад в Dropbox. На самом деле и раз в минут 5 мне будет предостаточно :)

Как пользоваться новой игрушкой читаю тут: https://github.com/s-aska/dropbox-api-command

dropbox-api sync dropbox:/_torrent_/_new_ /mnt/1TB/_torrent_/_new_

Файл опустился из облака в туалет. Из туалета возношу в облакА с разрешающей удаление опцией:

dropbox-api sync /mnt/1TB/_torrent_/_new_ dropbox:/_torrent_/_new_ -d 

Всё работает! Надо сломать ))))



Правлю установленный perl-скрипт:
/usr/local/bin/dropbox-api

24: my $config_file = file( $ENV{'DROPBOX_CONF'} || ($ENV{'HOME'}, '/../../mnt/dropbox/.dropbox-api-config') );
25: # my $config_file = file( $ENV{'DROPBOX_CONF'} || ($ENV{'HOME'}, '.dropbox-api-config') );

Не забываю положить сам конфиг в указанное место, перетащив его из /root:

/mnt/dropbox/.dropbox-api-config

Теперь пишу скрипт синхронизации Dropbox <--> Transmission:

#!/bin/sh

########################################################################
# Syncing script     dropboxsync.sh
# Goal            Dropbox<-->Transmission
# Use             https://github.com/s-aska/dropbox-api-command
# By             rvm.my.home.s@gmail.com
# URL            http://mytoiletserver.blogspot.com/

### SYNC_OPTIONS:
# -v -- Verbose
# -d -- Delete

API_BIN="/usr/local/bin/dropbox-api"
SYNC_OPTIONS="-d"
DROPBOX_REMOTE_FOLDER="dropbox:/_torrent_/_new_/"
LOCAL_SYNC_FOLDER="/mnt/1TB/_torrent_/_new_/"
LOG_FILE="dropboxsync.log"
LOG_FILEPATH="/mnt/dropbox/$LOG_FILE"
SYNC_PAUSE_SECONDS=30
START_MESSAGE=">>>>>>>>>> Now syncing '`hostname`' with Dropbox [UID=`dropbox-api uid`]"
END_MESSAGE="<<<<<<<<<< Syncing complete!"
PAUSE_MESSAGE="========== Syncing now sleeping $SYNC_PAUSE_SECONDS seconds for Transmission work..."
DATE_FORMAT="date +%t%d.%m.%Y%t%k:%M:%S%t"

echo "*****************************************" >> ${LOG_FILEPATH}
MESSAGE="echo Current dir:  `pwd`"
$MESSAGE >> ${LOG_FILEPATH}
MESSAGE="echo Current user: `id`"
$MESSAGE >> ${LOG_FILEPATH}
MESSAGE="echo `$DATE_FORMAT` $START_MESSAGE"
$MESSAGE >> ${LOG_FILEPATH}

### Command: Sync to Me
$API_BIN sync ${DROPBOX_REMOTE_FOLDER} ${LOCAL_SYNC_FOLDER} ${SYNC_OPTIONS} >> ${LOG_FILEPATH}

MESSAGE="echo `$DATE_FORMAT` $PAUSE_MESSAGE"
$MESSAGE >> ${LOG_FILEPATH}
sleep $SYNC_PAUSE_SECONDS

### Command: Sync to Dropbox
$API_BIN sync ${LOCAL_SYNC_FOLDER} ${DROPBOX_REMOTE_FOLDER} ${SYNC_OPTIONS} >> ${LOG_FILEPATH}

MESSAGE="echo `$DATE_FORMAT` $END_MESSAGE"
$MESSAGE >> ${LOG_FILEPATH}

### Command: Copy Log-File to Dropbox
cp ${LOG_FILEPATH} ${LOCAL_SYNC_FOLDER}${LOG_FILE}
$API_BIN put ${LOCAL_SYNC_FOLDER}${LOG_FILE} ${DROPBOX_REMOTE_FOLDER} 

Даю ему права, проверяю - всё работает.
Помещаю в cron от root или от нового пользователя dropbox:
/mnt/dropbox/dropboxsync.sh

P.S. 

1. Немаловажное замечание. Весь обмен идёт с приватными папками DropBox.
2. Кстати, кронтабы пользователей хранятся вот по этому пути:  
/var/cron/tabs
/etc/crontab - root's crontab

Запостился на эту тему на форуме FreeNAS sourceforge.net

Там даже както красивее получилось, собрал мысли в кучку :)
Но форум тот канул в лету, а на новом только скромный пост в эту тему.


Sparkleshare действительно свободный аналог Dropbox на своем сервере

DHCP

Да не въелся он мне! Два адреса я могу раздать и статикой, или из модема. Но в самом начале обещал себе сделать сетевую загрузку. А для неё нужен настраиваемый DHCP (модемный не подходит).

Колдунство с изменением порта нам уже не нужно, так как версию FreeNAS обновил. Сразу ставлю:
# pkg_add -rv isc-dhcp42-server.tbz

Вижу подсказки полезные, выполняю по разумению своему:

Делаю конфигурацию, подсматриваю тут и тут:

/usr/local/etc/dhcpd.conf


option domain-name "DOMAIN.NET";
option domain-name-servers 10.10.10.10, 10.10.10.254, 8.8.8.8;
option routers 10.10.10.254;
default-lease-time 600;
max-lease-time 7200;
ddns-update-style interim;
authoritative;
log-facility local7;
subnet 10.10.10.0 netmask 255.255.255.0 {
  range 10.10.10.100 10.10.10.199;
  option broadcast-address 10.10.10.255;
  use-host-decl-names on;
  range dynamic-bootp 10.10.10.200 10.10.10.220;
  next-server 10.10.10.10;
  filename "pxelinux.0";
}

Запускаю демона:

#/usr/local/etc/rc.d/isc-dhcpd start

Оповещения

Стыдно, конечно, но оповещение сделал только сейчас.

 

 

Upgrade to FreeNAS 0.7.5.9898

Добрался таки от апгрейда до ядра FreeBSD 9

FreeBSD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Sat Jan 28 21:51:11 CET 2012

Раскатал поверху, все настройки и пакеты сохранились, кажется всё работает кроме звука - нужно драйвера подтягивать соответствующей версии. Так как делал всё в условиях "все торренты скачаны", то заодно сменил директорию для временных файлов трансмиссии. Указал её не на основной винт, а на системный. Теперь основной винт будет только подчитываться на раздачу, а на запись будет уж точно ложить файлы единым куском. Так основному большому винту я попробую увеличить ресурс. Для уменьшения фрагментации я уже предпринимал действия в пункте 14. Всё Воедино, но думаю, что эта настройка могла затереться. Так и есть, подправил :) пусть и на системном во временной директории будет типа порядок.
Да! transmisson-remote-gui бесстыже начал вылетать при попытке подключения к серверу - пришлось обновить версию и его до 3.2

Если ещё на сервере обновляю что нить, то вот так:

pkg_delete -f xxx-0.1.2.3

pkg_add -rv xxx

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

FreeNAS 7 (0.7.x) сегодня официально прекращает девелопмент?

Компания IX systems, закрывшая недавно пожертвования через SourceForge команде, разрабатывавшей FreeNAS изначально, заявила, что не собирается продолжать разработку FreeNAS 7, который они называют Legacy.

Действительно, с их бизнес-моделью это не очень вяжется, ведь будет FreeNAS 8 free и FreeNAS 8 PRO for money.

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

Скажите им, что вы думаете на форуме

Несмотря на это, ребята успели выпустить FreeNAS based on FreeBSD 9.0 with ZFS 28 sw 5… мне кажется им стоит продолжать работу :)

Upd: Если кому интересно — последний билд будет сегодня (29 января 2012), 0.7.5.9898.

Взято на хабре

Качаем: FreeNAS-7-nightly / 0.7.5.9898

UPD 25.04.2012
Отставить панику! NAS4Free

Uptime

Вот он Новый Год и uptime моего сервера составил два месяца. По этому поводу я ему сделал подарок - бесплатную фотосессию:

Из фоток видно, что полочки я оборудовал розетками, запитанными от ИБП. Сеть рулится через Шуриком, в котором после некоей грозы в минском хоумнете осталось живых ровно три порта. Явление временное, продиктованное жабой. Для торрентов и просмотра видео такой скорости предостаточно, но если надо нечто срочно перекинуть с десяток гигабайт с/на ноутбук, то подключаю его непосредственно к FreeNAS и использую FTP. При этом создаётся неповторимая обстановка холостого заседания на унитазе - очень не привычно для меня. Да, бывают люди, которые читают в туалете, но я не из тех. Я предпочитаю это делать быстро: посрал и ушёл. Хорошо видна пыль, собранная входным фильтром чулкового типа. Выход воздуха осуществляется через глушитель типа "труба гофрированная". Сейчас воздух из трубы обдувает модем. Но по задумке труба будет смотреть в вытяжку вентиляции. В таком случае шума вентиляторов будет ещё меньше, а вентиляция сан-узла и организация воздушного потока в корпусе будет более эффективной, как для сервера, так и для туалета.
Возвращаясь к uptime хочется выразить Фу сетевой подсистеме FreeNAS. При изменении настроек сети (например IP-адреса) система просит перезагрузку. Это обескураживает...

Возвращаясь к выбору железа - CPU

Сейчас в сервере работает:

AMD Athlon XP 2200+ 

1800MHz
Cache Size - 256KB
C-System Bus - 133*2=266MHz

Хватает ли его для дома?
Одновременно:
 - слушаю с сервера музыку в приличном качестве в .mp3
 - смотрю трёхгиговое кино в .mkv
 - торрент: 13 в личере на более чем 2-ух мегабитах и 70 в сидах

Результат:

Теория относительности в действии - сетевая червоточина

Почему червоточина? При растягивании сети длиной пакета расстояние между точками уменьшается :)

Речь пойдёт об Jumbo Frames и MTU

С MTU вроде как всё понятно, в большинстве случаев для Ethernet он = 1500 - это максимальный размер блока, который может быть передан на канальном уровне сетевой модели OSI. А может MTU=1518? На этом я не буду заморачиваться, так как имею строгое намерение использовать Jumbo Frames.
   Для гигабитной локалки размер пакета явно маловат. Да и много ли коллизий при прямом подключении двух точек, как в моём случае?
   Вообще, максимальный JF, имеет смысл = 12000. На этой цифре заканчивается эффективность CRC32, применяемая в Ethernet. Мне проще, в WinXP в драйверах для моей сетевухи в выпадающем боксе максимальным является 7KБ MTU. Для ручной настройки MTU в WinXP можно воспользоваться этой вот инструкцией, рассказывающей про параметр в реестре:

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\Tcpip\Parameters\Interfaces\{NIC_Name}] "MTU"=dword:00001b58 (7000)

   Но скольким именно ровняется "7КБ" в WinXP? Это 7000 или 7168? Это желательно знать в точности, так как в FreeNAS размер MTU устанавливается конкретной цифрой.
   На самом деле, Jumbo Frames - это пакеты Ethernet, которые в шесть раз больше чем  обычные 1500 байтов + заголовок Ethernet (9108 байтов) (источник). Но мы пока ограничимся поддерживаемыми сетевой картой 7КБ.
   Не смотря на то, что в FreeNAS можно указать MTU в веб-морде приведу на всякий случай способ установки ручками:

Для кратковременного использования (до перезагрузки):
# ifconfig em1 10.20.110.2 mtu 7000
Для постоянного использования JF редактируем конфигурационный файл:
/etc/rc.conf
И редактируем следующую строку:
ifconfig_em1="inet x.x.x.x netmask y.y.y.y media 1000baseTX mediaopt full-duplex mtu 7000"
Сохраняем файл и перезапускаем сетевой интерфейс:
# /etc/rc.d/netif restart

   В этот фрейм (7000), конечно, сектор UFS2 в 4Кб влезет, но буфер в SMB/CIFS по умолчанию больше. Поэтому у меня лично нет идей по согласованию размеров сектора файловой системы, буфера SMB/CIFS, буфера TCP и размера MTU. Всё будет дробиться и клеиться в рамках стека протоколов. Но уверен, что поиграться с некоторыми параметрами стоит!

UFS2 = 4096

SMB = 64240

TCP = 262144

MTU = 7000

Что ещё можно покрутить? Подсмотрим тут

sysctls

1. Размеры буферов TCP:

net.inet.tcp.sendspace = 262144
net.inet.tcp.recvspace = 262144

Полагаю, что размер буфера SMB/CIFS целесообразно делать меньше этого значения. И правда, значение по умолчанию во FreeNAS = 64240, что в ~4 раза меньше.
Кстати, статистика использования сетевых буферов:

netstat -m

2. Размер очереди, принимающей входящие подключения TCP.

kern.ipc.somaxconn = 8192

При превышении очереди запросы будут отброшены. В моём сервере наврятли будет такая нагрузка.

3. Максимальное количество одновременно открытых дескрипторов файлов:

kern.maxfiles = 65536

4. Опрос NIC вместо использования прерываний - Polling. Тут эффективность 50/50 или 1/0 - надо эксперементировать.

5. Samba. Так как мы предполагаем низкие потери пакетов и минимум коллизий, то отключаем алгоритм Nagle, позволяющий находиться в сети только одному неподтвержденному пакету. Редактируем smb.conf:

socket options = IPTOS_LOWDELAY TCP_NODELAY

Тюнинг FreeNAS

Ниже написанное подсмотрено тут

1. HOSTNAME
Чтобы избавиться от проблем запуска proftpd (он отказывается стартовать, так как не может определить ip адрес nas по его имени), следует в WebUI: Network\Hosts добавить ваш NAS, указав в качестве Hostname имя, указанное как Hostname в System\General.

2. Создание пунктов в меню.

Для того, чтобы из WebUI вы имели доступ к только что установленым сервисам (Deluge, Libretto) следует прописать несколько строк в файл /usr/local/www/fbegin.inc

$menu['advanced']['menuitem'][] = array("type" => "separator", "visible" => Session::isAdmin()); $menu['advanced']['menuitem'][] = array("desc" => gettext("Download"), "link" => "./libretto/", "visible" => Session::isAdmin(), "target" => "_blank"); $menu['advanced']['menuitem'][] = array("desc" => gettext("Torrent"), "link" => "http://your_nas:8112/index", "visible" => Session::isAdmin(), "target" => "_blank");

Таким образом мы создали подпункты в меню Advanced.

Русификация SSH консоли FreeNAS

http://likler.blogspot.com/2009/03/ssh-freenas.html

Внутренности FreeNAS

• /var/etc папка содержит сгенерированные конфигурационные файлы (обычные текстовые конфигурационные файлы);
• /usr/local/www содержит файлы WebGUI интерфейса (файлы PHP);
• /etc/inc содержит системные скрипты, а также файлы PHP.

Веб качалка http, ftp

Хочется качать не только терренты на стороне FreeNAS, но и web-контент - освобождаем процессорное время рабочих станций.

В FreeNAS создаём пользователя для этого дела - wgetu

Для этого пользователя определим домашнюю директорию /mnt/wget
В этой директории будет хранится публичный ключ. Несмотря на то, что он публичный, выставляем права только на чтение для хозяина wgetu
Даём этому пользователю права на запись в директорию /mnt/Download/
Устанавливаем на Windows-стороне на FireFox дополнение FlashGot
Это дополнение перехватывает из браузера линки файлов и передаёт загрузчикам.
В нашем случае загрузчиком будет Wget на стороне сервера. Ну а более конкретным выбором качалки будем определяться в следующем моём посте - WEB-качалка: Wget или cURL?

Есть ещё эксперементальное дополнение Cliget, но я не совсем понял для чего оно. Это дополнение формирует коммандную строку с куками для wget и curl. На этом автоматизация заканчивается. Добавил отзыв:

Please add to Download Dialog radio button for execute command.
And possibility of addition of a prefix:
ssh wgetuser@serveraddr 'wget -O "download_file.exe"'

Будем ждать новую версию...

Но как запусть процесс на строне сервера?
Через SSH, конечно :)
Подразумевается, что OpenSSH уже стоит.
В коммандной строке уже Windows выполняем:

>ssh wgetu@10.10.10.10 'wget -O......'

Как обойти ввод пароля?

Ключами SSH, конечно :)
На Windows-стороне генерируем ключи:

>ssh-keygen -t dsa

Это мы сгенерировали ключи типа DSA
   - приватный
   - публичный

Приватный служит для подписи (но не шифрования). Подпись создается секретно, но может быть публично проверена. Это означает, что инициатор (в нашем случае Windows-клиент) секретно подписывает, а проверить при помощи публичного ключа может любой. Соответственно FreeNAS-у достаточно знать публичный ключ. Обращаю внимание, что в web-морде FreeNASa не надо указывать сгенерированный приватный ключ. Приватный, в свою очередь, хранится в секрете на Win-клиенте, какбы смешно это не звучало :)
Ключи складываются в профиле пользователя в директорию .ssh
Публичный ключ надо показать проверяющей стороне - FreeNASу.
Заходим на сервак консолью под пользователем wgetu и создаём в домашней директории файл authorized_keys, являющийся публичным ключём:

mkdir ~/.ssh 
touch ~/.ssh/authorized_keys  
chmod 600 ~/.ssh/authorized_keys

Несмотря на то, что ключ публичный, это не означает, что его нельзя подменить. Поэтому даём права только хозяину - wgetu.
Копируем в authorized_keys содержимое публичного ключа с Windows.

Проверяем!
Чтобы проверить мы попробуем зайти на сервачёк WinSCP через ключ, не используя пароль. Этой приблуде надо скормить приватный ключ, но в формате PuTTY. Для конвертации ключа используем утилиту puttygen.exe из пакета PuTTY.
Получилось! Но помним, что приватный ключ, который указывается WinSCP является секретным! Это означает, что поиграться с пользователями и правами надо и на винде.
Теперь пробуем выполнить команду на стороне сервера, запуская её на винде:

>ssh wgetu@10.10.10.10 'shutdown -h -now'

shutdown: Permission denied

Кажется, получилось! :)

Дополнительно можно почитать на английском про SSH авторизацию без пароля - SSH Passwordless authentication

UPD: май 2012 - Финальные аккорды по этой теме: web-качалка finality 



X11
На правах заметки на полях приведу урывок отсюдава:

Одной из наимение известных функций SSH является перенаправление протокола X. Это позволяет запускать практически любое X приложение удалённо! Для этого всего лишь нужно добавить параметр -X при соединении с удалённым сервером:

ssh -X user1@remote_server

После этого изображения всех запущенных X приложений будут перенаправлены на ваш локальный X сервер. В файле /etc/ssh/ssh_config можно включить постоянное использование перенаправления X11 (указав ForwardX11 yes). Разумеется, чтобы этот параметр сработал, удалённый SSH сервер должен также поддерживать перенаправление X11. Настроить это можно отредактровав файл /etc/ssh/sshd_config.

Автоматизация утреннего облагораживания акта дефекации

Ретранслятор радио, в принципе, будет работать постоянно, но я его тоже внёс в cron.

По мере жизни сервера он будет правится, пока будет вот так:

Четвёртый источник драйверов на звук

RusBSD 8.0.1 и FreeBSD 8.1 Release, как источники драйверов, не прокатили.
Сейчас на закачке архивный FreeBSD-7.3-RELEASE
Этот дистрибутив является непосредственным отцом сборок FreeNAS, которые я использую.
Если его модули дров не прокатят, то я в тупике... Видимо, придётся, либо ждать FreeNAS 8.0-STABLE, либо искать альтернативу...

Установил систему, проверяю:

# kldload snd_driver

>> pcm0: <CMedia CMI8738> port 0xb400-0xb4ff irq 5 at device 14.0 on pci0

>> pcm0: [ITHREAD]

Скопировал на флешку:
/boot/kernel/*.*
/sbin/kldload 

Установил FreeNAS, вспомнил конфигурацию, где включен SSH, залил:  
snd_*.ko 
sound.ko
# kldload snd_driver - не проканал, ошибки
а вот эта пара команд загрузила драйвер, УРА!!!

# kldload sound

# kldload snd_cmi

Звук из RusBSD

Не дождавшись общественной помощи я решил достать звук из коробки RusBSD
Установил, проверил. Музыка mp3 заиграла. Забрал драйвера:

 snd*.ko

 sound.ko

Залил драйвера на FN и:


SND_CMI.KO

kldload /boot/kernel/snd_cmi.ko

или 

kldload snd_cmi

А в ответ:

KLD sound.ko: depends on midi - not available

kldload: can't load snd_cmi: No such file or directory (нет такого файла)

SOUND.KO

kldload /boot/kernel/sound.ko

или 

kldload sound

А в ответ:

KLD sound.ko: depends on kernel - not available (не доступен)

kldload: can't load /boot/kernel/sound.ko: File exists (файл существует)

SND_DRIVER.KO

kldload /boot/kernel/snd_driver.ko

или

kldload snd_driver

А в ответ:

KLD sound.ko: depends on kernel - not available

KLD snd_vibes.ko: depends on sound - not available

KLD snd_driver.ko: depends on snd_vibes - not available

kldload: can't load /boot/kernel/snd_driver.ko: File exists

А почему собственно не доступен KERNEL?
# kldstat

Id Refs Address    Size     Name

 1    6 0x80400000 b134e4   kernel

 2    1 0x80f14000 6a4f0    acpi.ko

 3    1 0x849a4000 9000     aio.ko

 4    1 0x84aab000 123000   zfs.ko

 5    1 0x84bce000 3000     opensolaris.ko