Настройка Триколор Интернет в OpenSuSe 11.2

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

Используемое оборудование: DVB Карта Prof Revolution 7301 S2 и ADSL модем D-Link 500T в режиме роутера. Операционная система OpenSuSe 11.2.

1: Регистрация оборудования в личном кабинете. Вносим MAC-адрес DVB-карты, получаем IP адрес, логин и пароль.

Каждую цифру полученного IP адреса переводим в шестнадцатеричный вид, и получаем новый MAC-адрес устройства вида МАС 00:02:XX:XX:XX:XX (подробности здесь). Он будет нужен для создания VPN соединения.

2. Создаем VPN соединение любым способом. Кто-то делает через Yast (настройка DSL), кто-то делает через kvpnc; я же сделал через pptp-command, создал новый CHAP secret, создал новый pptp-туннель и не трогал маршрутизацию. Добился того, чтобы при запуске pptp-command start создавалось соединение (через устройство ppp0), и убивалось по команде pptp-command stop.

3. Настраиваем прием данных со спутника, используя IP сервера 81.177.31.194, и логин с паролем из личного кабинета. Создаем файл /etc/tricolor.conf с одной единственной строчкой:

Trikolor:11766:h:0:27500:1000:1000:0

В /etc/resolv.conf указываем любые публичные DNS-сервера:

nameserver 8.8.4.4 
nameserver 4.2.2.2
nameserver 8.8.8.8

Выкладываю свой скрипт, который у меня лежит в /etc/init.d/tricolor.sh :

#!/bin/bash                                                                  

PATH=/usr/sbin:/usr/bin:/sbin:/bin
NAME=`basename $0`

# https://cabinet.stv.su/index.php?m=info
IP="192.168.100.1" #Сюда прописываем ваш IP-адрес, (адрес левый, роли не играет)
MAC="00:02:XX:XX:XX:XX" #сюда пишем MAC-адрес сконвертированный из IP адреса данного триколором
PID="0x3e8" #здесь должен быть ваш PID (можно и в dec) 0x3e8h=1000d

# https://cabinet.stv.su/index.php?m=conf

CHANNELS_CONF="/etc/tricolor.conf"

# http://forum.stv.su/viewtopic.php?t=1173
case "$1" in
start)
echo "starting $NAME..."
#Теперь отключим rp_filter, фильтрующий пакеты которые не могут уйти через тот же интерфейс что и пришли
/sbin/sysctl -w net.ipv4.conf.all.rp_filter="0"
/sbin/sysctl -w net.ipv4.conf.default.rp_filter="0"
#сие так замудренно всвязи с проблемамаи на ядре 2.6.24 и выше
/usr/sbin/pptp-command start
dvbnet -p $PID
szap -l 10750 -c $CHANNELS_CONF -n 1 > /dev/null &
ifconfig dvb0_0 hw ether $MAC
ifconfig dvb0_0 $IP
route add -net 0.0.0.0 dev ppp0
;;
stop)
/usr/sbin/pptp-command stop
echo "stoping $NAME..."
ifconfig dvb0_0 down
dvbnet -d 0
killall szap #ну раз замудрили при старте, мудрим и при остановке - иначе никак =(
/etc/init.d/network restart
;;
restart)
$0 stop
$0 start
;;
*)
echo "usage: $NAME start|stop|restart"
exit 3
;;
esac

exit 0

Для карт S2 есть принципиальный момент, MAC адрес должен назначаться до назначения IP, иначе скрипт будет ругаться на невозможность назначить айпишник устройству. Последняя строчка в секции start заворачивает весь исходящий трафик на VPN.

Далее от рута даем команду /etc/init.d/tricolor.sh start и все заработало.

Как видно из скрипта, при поднятии VPN запросы на сервера DNS и будут отправляться через ADSL-модем (через устройство ppp0), весь входящий трафик пойдет через спутниковую DVB карту. Проверить это можно, если запустить ifconfig:

# ifconfig
dvb0_0 Link encap:Ethernet HWaddr 00:02:XX:XX:XX:XX
inet addr:192.168.100.1 Bcast:192.168.100.255 Mask:255.255.255.0
UP BROADCAST RUNNING NOARP MULTICAST MTU:4096 Metric:1
RX packets:455 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:168998 (165.0 Kb) TX bytes:0 (0.0 b)
Base address:0x3e8

eth1 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:106749 errors:0 dropped:0 overruns:0 frame:0
TX packets:127707 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:40869070 (38.9 Mb) TX bytes:25464396 (24.2 Mb)
Interrupt:19 Base address:0x8000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:50 errors:0 dropped:0 overruns:0 frame:0
TX packets:50 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3340 (3.2 Kb) TX bytes:3340 (3.2 Kb)

ppp0 Link encap:Point-to-Point Protocol
inet addr: XX.XX.XX.XX P-t-P:10.1.1.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:996 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:485 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:80 (80.0 b) TX bytes:58760 (57.3 Kb)

Таблица маршрутизации у меня выглядит так:

# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
81.177.31.194 192.168.1.1 255.255.255.255 UGH 0 0 0 eth1
10.1.1.1 * 255.255.255.255 UH 0 0 0 ppp0
192.168.100.0 * 255.255.255.0 U 0 0 0 dvb0_0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth1
link-local * 255.255.0.0 U 0 0 0 eth1
loopback * 255.0.0.0 U 0 0 0 lo
default * 0.0.0.0 U 0 0 0 ppp0
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth1

Все замечательно работает. Правда, скорость скачивания через tricolor internet раз в 10 меньше скорости скачивания через ADSL модем, но зато у меня появился дополнительный айпишник из триколоровской сети.

Выбираем видеокарту

ATI Radeon HD 5570, отличная видеокарты

Так получилось, что моя видеокарта ATI Radeon X1650 сдохла, проработав почти 3 года. К ней особых претензий не было, и я таки решил выбрать себе видюху того же производителя на замену убитой. Одним из основных требований к карте у меня была возможность просмотра HDTV в формате h.264, ну и невысокая цена. Мой выбор пал на карточку ATI Radeon HD 5570, стоит она примерно $85 и втыкается в тот же слот PCI Express, что использовался ныне покойной видюхой.

Карта тупо втыкается в маму, ставятся драйвера от производителя ATI — и вуаля, все работает. Xorg 7.4 достаточно умный, чтобы определить новое железо и нормально его использовать без изменения каких-либо конфигурационных файлов.

Решил я погонять игрушки протестировать производительность новой видеокарты в условиях максимальных нагрузок. Перепробовал много 3D вещей, доступных под линуксом – Quake3, TileRacer, Supertuxcart, Etracer и т.п. – все работает без нареканий.

Эти карты очень свежие, на рынке появились в феврале 2010 года. Убежден, что подлянки с прекращением выпуска драйверов для новых версий Xorg для этой карты ожидать в ближайшее время не стоит.

Переезд серверов в другой датацентр

Dell Power Edge 6850

Так получилось, что наши сервера должны были переехать в другой датацентр в течение суток. Занятие получилось очень геморройное, поскольку меняется вся конфигурация сети — IP-адреса, шлюзы по умолчанию, даже маска сети. Так вот появилась задача, настроить сеть так, чтобы в старом ДЦ могли выключить сервера, привезти в новый ДЦ, там тупо включить – «и чтоб все заработало». У всех серверов статические айпишники, так что вариант с получением адресов с сервера DHCP здесь не пройдет.

Задача решается, если известна новая конфигурация сети. Есть старый добрый способ сделать несколько IP адресов на сетевой карте, с помощью алиасов. В CentOS можно прописать свой default gateway для каждого алиаса.

Пример старой конфигурации:

$ cat /etc/sysconfig/networking/devices/ifcfg-eth0

# Intel Corporation 82541GI Gigabit Ethernet Controller
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=none
HWADDR=00:11:22:22:44:55
NETMASK=255.255.255.0
IPADDR=1.2.3.4
TYPE=Ethernet
USERCTL=no
IPV6INIT=no
PEERDNS=yes
GATEWAY=1.2.3.254
DNS1=4.2.2.2
DNS2=8.8.8.8

Создаем новый алиас для этой же сетевой карты с параметрами сети нового ДЦ:

$ cat /etc/sysconfig/networking/devices/ifcfg-eth0:1

# Intel Corporation 82541GI Gigabit Ethernet Controller
DEVICE=eth0:1
BOOTPROTO=none
BROADCAST=5.6.7.255
IPADDR=5.6.7.8
NETMASK=255.255.255.0
NETWORK=5.6.7.0
TYPE=Ethernet
PEERDNS=yes
GATEWAY=5.6.7.254
DNS1=4.2.2.2
DNS2=8.8.8.8

Вуаля. Сервер можно выключать и перевозить.

ATI Radeon X1650 и OpenSuSe 11.2 – засада

ATI Radeon x1650 series

Смеркалось. Наступили черные времена для владельцев старых карт ATI. Собственно, не такая уж и новость, однако, компания ATI прекращает выпуск новых драйверов для следующих видеокарт начиная с Catalyst 9.4 :

  • ATI Radeon 9500 Series
  • ATI Radeon 9550 Series
  • ATI Radeon 9600 Series
  • ATI Radeon 9700Series
  • ATI Radeon 9800 Series
  • ATI Radeon X300 Series
  • ATI Radeon X550 Series
  • ATI Radeon X600 Series
  • ATI Radeon X700 Series
  • ATI Radeon X800 Series
  • ATIRadeon X850 Series
  • ATI Radeon X1050 Series
  • ATI Radeon X1200 Series
  • ATIRadeon X1250 Series
  • ATI Radeon X1300 Series
  • ATI Radeon X1400 Series
  • ATIRadeon X1550 Series
  • ATI Radeon X1600 Series
  • ATI Radeon X1650 Series
  • ATIRadeon X1800 Series
  • ATI Radeon X1900 Series
  • ATI Radeon Xpress Series
  • ATI Radeon X2100 Series
  • Для тех, кто пользуется OpenSuSe, это означает, что последняя версия операционки, которая будет корректно работать с этими устройствами – это OpenSuSe 11.1 Начиная с OpenSuSe 11.2 даже и не пытайтесь ставить ATI-шные драйвера, т.к. с версией 11.2 идет XOrg 7.4, несовместимый с родными драйверами. Если хотите жить дальше с этими видюхами, пользуйтесь старой операционкой со всеми вытекающими последствиями (старый софт, невозможность совершать видеозвонки в Pidgin и т.п.); хотите OpenSuSe 11.2 – тогда придется использовать неродной драйвер Radeonhd, который пока довольно криво поддерживает 3D во многих из этих карт, в том числе и в моей. Новость неприятная, но такова жизнь, на официальном форуме OpenSuSe народ тоже возмущается

    Что-то после всего этого мне жутко разонравились видеокарты ATI, может пора переходить на NVida?

    OpenSUSE 11.2 и видеокарта ATI Radeon x1650 Series

    OpenSuSe logo

    Я фигею, дорогая редакция! Со времен OpenSUSE 11.1 не так много воды утекло, однако изменения произошли кардинальные.

    Во-первых, компания ATI выкинула поддержку карточки ATI Radeon x1650 Series из новейших родных дров. Последняя версия драйвера на Radeon x1650 на сегодняшний день датируется 26 марта 2009 года, и она не совместима с новейшим XOrg 7.4, используемым в OpenSuSe 11.2. Если пойти на хитрость, и скачать действительно последнюю версию драйвера (9.11) по прямой ссылке, то выяснится, что драйвер может заработать под новым XOrg, но не с этой карточкой (смотрим Release Notes). Когда будет сделана поддержка родных дров этой карты для OpenSuSe 11.2 – неизвестно.

    Во-вторых, к счастью появился драйвер c открытым кодом под эту карточку, и он таки вошел в дистрибутив OpenSuSe 11.2. В нем даже реализована экспериментальная поддержка 3D ускорения, которая периодически работает, но пока что слишком глючно. Проверял на фильмах и играх – фильмы работают на ура в полноэкранном режиме; игры могут рушиться, если текстур в движке очень много. К примеру, Quake3 пошел без проблем (после обновления драйвера), TileRacer периодически сыпется с ошибкой Segmentation fault.

    В-третьих, более-менее прямо сделана поддержка моей веб камеры, качество изображения в ней под линуксом значительно хуже чем под виндой, но все же она работает без ошибок и со Skype, и с Pidgin, и с Cheese.

    Поддержка моей DVB карты Prof Revolution DVB-S2 7301 PCI не реализована родными драйверами, но они легко находятся здесь, огромное спасибо автору за качественные драйвера и патчи к ядру. Качаем исходники, собираем и ставим – все как обычно.

    KDE4 мне показался сырым в этом дистрибутиве, и я перешел на Gnome, о чем пока ни разу не пожалел.

    ATI Radeon X1650 Series и ATI Overdrive

    ATI Radeon x1650 series

    Седина в бороду, бес в ребро. Решил я погонять Warcraft III протестировать производительность этой графической системы под виндой. И вот черт меня дернул залезть в настройки ATI Catalyst Control Center. Там я обнаружил возможность включить ATI Overdrive, который якобы увеличивает производительность карты.

    ATI Overdrive. Не запускайте!

    Ага, включил. Изменений визуально не замечал, пока не сел играть начал тестирование системы. Минут через несколько раздался писк из системного блока, и компьютер выключился. Эта софтина решила подразогнать графический процессор, в результате чего он перегрелся и сработала защита от перегрева. Ага, подумал я, а не выключить ли мне этот режим? Так вот, ATI Overdrive можно только включить, отключить этот аццкий вирус невозможно!

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

    OpenSuSe 11.1: Самый глючный дистрибутив всех времен и народов

    OpenSuSe Logo

    Не так давно я обновлял систему с OpenSuSe 11.0, как обычно, запустив обновление. После него отказались работать X, mplayer не показывал фильмы в fullscreen mode и творилось много неприятного. В связи с чем было принято решение снести все нафиг и поставить OpenSuSe 11.1, ведь в прошлый раз все произошло безболезненно.

    Однако, проблемы начались сразу после установки. KDE4 оказался зело глючный, по крайней мере в без напильника многое работать не стало. Например, kget отказывался скачивать поставленные в очередь файлы, akregator рушился при добавлении RSS лент в ридер.

    В связи с чем я и переставил систему на SuSe 11.1 с KDE 3.5. Но на этом мои злоключения не закончились. Хроническая болезнь всех видеокарт ATI продолжается вместе с любым дистрибутивом линукса. Каждая инсталляция превращается в головную боль, поскольку система с упорством маньяка ставит глюкавый драйвер radeonhd, вместо родного ATI-шного fglrx.

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

    Но это все лирика. Установка драйверов старым добрым способом, описанным для SuSe 10.3, не дала желаемый результат. Драйвер встал, но 3D ускорение работало из рук вон плохо.
    Симптомы были такие:

    > glxinfo | grep direct
    direct rendering: Yes

    glxgears показывал порядка 300 кадров в секунду (что для карты с ускорителем и для маленького окошка слишком мало).

    fgl_glxgears не запускался, рушился с вот такой ошибкой:
    X Error of failed request: GLXUnsupportedPrivateRequest

    Лечится просто, надо в .bashrc дописать вот такую строчку:
    export LD_LIBRARY_PATH=/usr/X11R6/lib:$LD_LIBRARY_PATH
    и перелогиниться после этого.

    Сразу заработал fgl_glxgears и Quake3, и жизнь снова стала прекрасна и замечательна… казалось бы.

    Второй серьезный баг был с настройкой параметров клавиатуры. После запуска Sax2 слетели нафиг настройки, оставался или только русский язык, или только латиница. Лечится следующим образом:

    В файле /etc/X11/xinit/xinitrc.common надо закомментировать строчки 103 и 104:

    xdpyinfo | grep -q “X.Org version: 6.9.0″ || \
    setxkbmap -print | xkbcomp – $DISPLAY

    Это сильно облегчит жизнь при настройке клавиатуры через Sax2, официально зарегистрированный баг SuSe 11.1: https://bugzilla.novell.com/show_bug.cgi?id=432627

    Ну и еще одна серьезная пакость была в этом дистрибутиве, после установки SuSe 11.1 перестал работать звук. Эти товарищи включили кривой набор пакетов ALSA, в результате чего и звук пропал. Лечится обновлением драйверов до последней версии:

    zypper ar http://download.opensuse.org/repositories/multimedia:/audio/openSUSE_11.1/ multimedia

    zypper install alsa alsa-utils alsa-tools alsa-firmware libasound2

    zypper rr multimedia

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

    zypper ar http://download.opensuse.org/repositories/multimedia:/audio:/KMP/openSUSE_11.1/ multimedia

    zypper install alsa-driver-kmp-default

    zypper rr multimedia

    (для ядра kernel 2.6.27.7_9.1-1.1-default i386 or x86_64 GNU/Linux (openSUSE-11.1)

    или

    zypper ar http://download.opensuse.org/repositories/multimedia:/audio:/KMP/openSUSE_11.1/ multimedia

    zypper install alsa-driver-kmp-pae

    zypper rr multimedia

    (для ядра с kernel 2.6.27.7_9.1-1.1-pae i386 GNU/Linux (openSUSE-11.1)

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

    Проектирование и настройка домашней сети.

    Задача: есть несколько компьютеров дома; есть выделенная линия (ADSL-модем) с выходом в интернет. Требуется объединить компьютеры в локальную сеть, чтобы каждый из пользователей мог выходить в интернет.

    Первый способ:

    Домашняя сеть, вариант №1

    Плюсы:

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

    Минусы:

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

    Про доступ без пароля и так все ясно; а вот WEP-шифрование уже давно не является гарантией безопасности. Ровно год назад была опубликована статья о том, что исследователям из Германии удалось извлечь 104-битный ключ WEP за 3 секунды путем перехвата беспроводных пакетов в течение нескольких минут. Так что, если вы все-таки решили настроить сеть с беспроводным соединением, ставьте мощность передатчика на минимум и ставьте шифрование WPA/WPA2. И все равно такая сеть не будет защищенной от проникновения извне, т.к. нет гарантий того, что никто не подберет пароль.

    Второй способ:

    Домашняя сеть, правильный вариант

    Плюсы:

    Можно контролировать все в одном месте, на сервере.

    Минусы:

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

    Этот вариант намного безопаснее и интереснее предыдущего, но требует специальной настройки сервера. Там придется поднять прокси-сервер, настроить маршрутизацию и желательно поднять VPN или OpenVPN. Это очень пригодится, если появятся клиенты, которые будут соединяться через беспроводное соединение WiFi. OpenVPN поверх беспроводного соединения значительно осложнит жизнь потенциальным взломщикам; даже если они подберут пароль на соединение, у них не будет ключа шифрования.

    Linux: привязываем несколько IP адресов к одной сетевой карте

    На Debian / CentOS привязать несколько IP адресов к одной сетевой карте можно с помощью алиасов.
    Достаточно прописать в файле /etc/network/interfaces следующую конфигурацию:


    auto lo
    iface lo inet loopback
    auto eth0
    iface eth0 inet static
    address XXX.YYY.ZZZ.AAA
    netmask 255.255.255.0
    network XXX.YYY.ZZZ.0
    broadcast XXX.YYY.ZZZ.255
    up route add -host AAA.BBB.CCC.DDD dev eth0
    up route add default gw AAA.BBB.CCC.DDD
    dns-nameservers AAA.BBB.CCC.DDD AAA.BBB.EEE.DDD
    dns-search somehost.com
    auto eth0:1
    iface eth0:1 inet static
    address XXX.YYY.ZZZ.BBB
    netmask 255.255.255.0
    network XXX.YYY.ZZZ.0
    broadcast XXX.YYY.ZZZ.255
    auto eth0:2
    iface eth0:2 inet static
    address XXX.YYY.ZZZ.CCC
    netmask 255.255.255.0
    network XXX.YYY.ZZZ.0
    broadcast XXX.YYY.ZZZ.255

    После этого перезапускаем сеть и наслаждаемся тремя IP адресами XXX.YYY.ZZZ.AAA,XXX.YYY.ZZZ.BBB, XXX.YYY.ZZZ.CCC на одном физическом интерфейсе eth0.
    Привязанные адреса могут находиться и не в одной подсети, но тогда могут возникнуть некоторые проблемы с маршрутизаций; но эта проблема уже разруливается техподдержкой вашего хостера.

    Настройка активного режима linuxdcpp при работе с модемом D-Link DSL-500T

    Если Вы пользуетесь файлообменниками Direct Connect, то эта статья – для Вас.
    Как известно, в таких файлообменниках можно работать в пассивном или в активном режимах. Пассивный режим прост в настройке, но обладает рядом недостатков. Например, пользователь в пассивном режиме не может скачивать файлы у другого пользователя в пассивном режиме; число результатов поиска может быть ограничено для пользователей пассивного режима операторами хаба.
    Активный режим позволяет лучше искать запрашиваемые файлы и снимает многие ограничения обмена файлами; поэтому многие пытаются настроить активный режим.
    Особенность работы в активном режиме заключается в том, что при pppoe авторизации работа клиентов Директ Коннект (Strong DC++, FlyLink DC++, LinuxDC++ и многих других) без настройки порт-форвардинга на ADSL-модеме невозможна.
    Сейчас я расскажу, как это можно сделать на примере старого доброго модема Длинк ДСЛ-500Т.

    1. Заходим в админку модема, авторизуемся:
    Вход в панель управления модемом D-Link DSL 500T

    2. Ставим галочку Enable UPnP:
    Включаем режим UPnP в D-Link DSL 500T

    3. Прописываем IP-адреса клиентов, для которых необходимо настроить port forwarding:
    прописываем IP-адреса клиентов для настройки port forwarding

    4. Далее жмем кнопку Virtual Server и попадаем в меню настройки Port Forwarding:
    Настраиваем port forwarding в модеме D-Link DSL-500T

    5. Выбераем категорию User и жмем кнопку “Add”. Открывается панель Rule Management:
    Port Forwarding Rule Management
    Здесь надо создать правило (как показано на скриншоте) и нажать Apply. После этого мы увидим вернемся к скриншоту из пункта 4 и добавим это правило форвардинга портов для интересующего нас IP-адреса.

    6. Сохраняем настройки и перегружаем модем:
    Save Settings and Reboot ADSL-modem Dlink DSL500T

    7. После перегрузки модема снова заходим в админку, во вкладку Status:
    Find out your external IP adress

    8. И наконец, настраиваем Connection в своем клиенте Директ Коннект:
    Set LinuxDC++ into Active Mode via manual port forwarding
    Обязательно указываем тот же самый IP адрес, который Вы узнали из пункта 7.
    Все, можно коннектиться к хабу и качать без ограничений.
    Один только минус возможен у активного соединения. Некоторые провайдеры дают динамический внешний IP-адрес; после перезагрузки модема он может измениться. В этому случае, в настройках LinuxDX++ или любого другого клиента DirectConnect следует установить текущий внешний IP-адрес ADSL-модема.

    Качайте на здоровье!