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

$ lspci -v | grep -i -A 5 "network controller"
24:00.0 Network controller: Ralink corp. Device 3592
Subsystem: Hewlett-Packard Company Device 1638
Flags: bus master, fast devsel, latency 0, IRQ 19
Memory at d4700000 (32-bit, non-prefetchable) [size=64K]
Capabilities:
Kernel driver in use: rt2800pci

Как видно, устройство определилось как Ralink RT3592, и даже нашёлся драйвер rt2800pci. В описании этого драйвера действительно есть эта карта, но устройство не желает подсоединяться к сети.

Погуглив, я узнал, что я не единственный, у кого наблюдается проблема. Многие рекомендовали сходить на официальный сайт Ralink, скачать тарбол с драйверами и, следуя инструкциям, установить их. Установка правда заключалась в make && make install, что лично мне совсем не нравится: я желаю знать что, куда и зачем копируется в моей системе, чтобы в случае чего проблему было искать легче.

Итак. Первое, что требуется – это скачать тарбол с драйверами с официального сайта (придётся подписать соглашение).

На сайте производителя говорится, что эти драйвера подходят для RT3060, RT3062, RT3562 и RT3592. Я проверил только на своём чипе.

Далее распаковываем тарбол и внутри каталога находим файл README_STA_pci, в котором можно прочитать все инструкции по установке (в том числе пресловутый make install).

Далее по шагам.

1. изменяем Makefile согласно инструкции (мне не понадобилось)
2. изменяем os/linux/config.mk согласно инструкции (изменение значения параметров):

HAS_WPA_SUPPLICANT=y
HAS_NATIVE_WPA_SUPPLICANT_SUPPORT=y

3. make: у меня выдал ошибку при создании директории в корне (странно, что это есть в make), но сборка завершилась
4. sudo mkdir -p /etc/Wireless/RT2860STA
5. sudo cp RT2860STA.dat /etc/Wireless/RT2860STA
6. sudo cp RT2860STACard.dat /etc/Wireless/RT2860STA
6. sudo cp os/linux/rt3562sta.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/rt2860sta.ko
7. sudo depmod $(uname -r)
8. добавляем модуль rt2800pci в чёрный список, для Ubuntu это равнозначно добавлению в /etc/modprobe.d/blacklist.conf строчки:

blacklist rt2800pci

9. перезагрузить машину

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

$ sudo modprobe -r rt2800pci
$ sudo modprobe rt2860sta

… и перезапустить сеть. Если всё хорошо, то можно смело добавлять свободный модуль в чёрный список.

Конечно, по-хорошему нужно собрать пакет, но времени на разбор принципов сборки у меня не было. Зато такой пакет есть в репозитории Russian Fedora (респект), да и PKGBUILD для AUR тоже несложный.

Погуглив, я нашёл решение, которое, кажется, помогло.

В about:config нужно поменять следующие значения:

network.http.pipelining <- true
network.http.proxy.pipelining <- true
network.http.pipelining.maxrequests <- 30

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

Решение:

gconftool-2 -s /desktop/gnome/peripherals/keyboard/general/disable_indicator -t bool true

Нам нужна утилита corkscrew, которая умеет поднимать туннель для SSH через HTTP-прокси-сервер.

$ su -c 'yum install corkscrew'

Далее добавляем в /etc/.ssh/config:

Host *
ProxyCommand corkscrew [proxy-server-address] [proxy-server-port] %h %p ~/.ssh/proxyauth

Вместо «*», очевидно, указывающей на применение настройки ко всем хостам, можно указать конкретные хосты (к примеру, только из внешней сети).

Параметры аутентификации (логин и пароль) находятся в файле ~/.ssh/proxyauth в формате

LOGIN:PASSWORD

Теперь можно подсоединяться к удалённым хостам «как обычно» (с точки зрения пользователя).

Решение элементарно:

$ echo -e "if [ -s $HOME/.bashrc ] ; then\n . $HOME/.bashrc\nfi\n" >> ~/.bash_profile

Эта команда запишет указание bash’у читать наш ~/.bashrc при старте.

Для начала разрешим форвард пакетов:

$ sudo sysctl -w net.ipv4.ip_forward=1

Это можно сделать и вручную, заменив 0 на 1 в /etc/sysctl.conf в строке

net.ipv4.ip_forward = 0

Далее применяем новые настройки:

$ sudo sysctl -p /etc/sysctl.conf

Теперь правим конфиг iptables — /etc/iptables/iptables.rules (увы, я не уверен, что правильно понял все правила для таблицы nat, но по крайней мере это работает):

*nat
# allow 1st
-A PREROUTING -s [ip #1] -m mac --mac-source [mac #1] -j ACCEPT
# allow 2nd
-A PREROUTING -s [ip #2] -m mac --mac-source [mac #2] -j ACCEPT
# deny all
-A PREROUTING -j REDIRECT
-A POSTROUTING -o [интерфейс] -j MASQUERADE
COMMIT

Теперь, собственно, можно запустить iptables:

$ sudo /etc/rc.d/iptables start

На клиентских машинах нужно прописать роуты:

$ sudo route add default gw [ip сервера]

И перечислить DNS-сервера в файле /etc/resolv.conf:

nameserver [ip dns-сервера]

После этого клиентские машины должны быть обеспечены прямым доступом в Сеть.

Итак, для настройки соединения требуются пакеты bluez и wvdial, а также описание подключения.

Начинать настройку не стоит без, собственно, конфигурационного файла подключения /etc/wvdial.conf.
Для Мегафон-Москва он выглядит так:

[Dialer Defaults]
Modem = /dev/rfcomm0
Baud = 57600
Init = ATZ
Init2 = AT+CGDCONT=1,"IP","internet"
Dial Command = ATM1L3DT
Phone = *99#
Username = ''
Password = ''
New PPPD = yes

Сначала ищем bluetooth-устройство с сервисом «Dial-Up Networking», из вывода узнаём номер канала, соответствующего этому сервису, а также адрес устройства:

$ sdptool search DUN

Далее определяем его в системе:

$ rfcomm connect rfcomm0 [адрес] [канал]

И, наконец, создаём туннель:

$ sudo wvdial

Убеждаемся, что в системе появился новый интерфейс ppp0:

$ ifconfig ppp0

Всё, теперь можно сёрфить. Да, много ручной работы, но это же UNIX-way, он позволяет обнаружить неисправность или «кривую» логику работы максимально быстро. А чтобы автоматизировать рутинный труд, люди придумали скрипты. Далее представлен скрипт, названный мной «blueconn», для подключения к интернету в одну команду.

#!/bin/bash

CFG="$HOME/.mywvdial.conf"

if [ "$USER" != "root" ] ; then
  echo "ERROR: Run script as superuser"
  exit 1
fi

echo "Searching for device with DUN service..."

SRCHRES="$(sdptool search DUN)"
CHAN=$(echo "$SRCHRES" | grep "Channel:" | head -n 1 | awk '{ print $2 }')

if [ -z "$CHAN" ] ; then
  echo "ERROR: Cannot find device with Dial-Up Networking service"
  exit 1
fi

ADDR=$(echo "$SRCHRES" | grep "Searching for DUN on " | head -n 1 | awk '{ print $5 }')

if [ -z "$ADDR" ] ; then
  echo "ERROR: Cannot get device address"
  exit 1
fi

echo "$ADDR (channel $CHAN) found. Trying to connect..."

(rfcomm connect rfcomm0 $ADDR $CHAN >& /dev/null) &
sleep 6
CONNPID=$(jobs -p)

if [ -z "$CONNPID" ] ; then
  echo "ERROR: Cannot connect to device"
  exit 1
fi

echo "Connected. Opening tunnel..."

wvdial -C $CFG

Теперь пара примечаний по использованию. Как видно из кода, скрипт использует конфигурационный файл соединения, лежащий в домашней папке — ~/.mywvdial.conf, что позволяет каждому пользователю иметь свои настройки подключения, поэтому перед использованием скопируйте /etc/wvdial.conf в «хомяк» под именем .wvdial.conf (sic!). А чтобы каждый пользователь мог находить скрипт без указания полного пути до него, скопируйте скрипт, к примеру, в /usr/local/bin (и не забудьте сделать его исполняемым).

После этого подключение будет происходить в одну команду:

$ sudo blueconn

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

[символ комментария] vim [опции, разделённые «:» или пробелом]

«:» — значит set.

К примеру для файла с ассеблерным кодом (NASM):

; vim:syntax=nasm:expandtab

А вообще читать :help modeline.

Чуть покопавшись в системе (а начал я с locate splash | grep -i gnome), я нашёл решение:

$ gconftool-2 --type bool --set /apps/gnome-session/options/show_splash_screen true