Здравствуйте, товарищи. Купил тут намедни BananaPi R1, вот, мудохаюсь. По заверениям некоторых камарадос из-за бугра, все проверено и работает. Драйвер проприетарный от Realtek, hostapd от них же, скомпилирован должным образом. Ядро 3.4.108-bananian (тако ихняя версия демьяна называется).

Конфиг простой:

driver=rtl871xdrv
interface=wlan0
bridge=br0
ssid=XYNHR
wpa_passphrase=pass1234
auth_algs=3
wpa=3
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP

hw_mode=g
channel=2

А вот логи самые подробные

Может статься, у кого мысли есть? Кажется, затупы начинаются с момента аутентификации WPA. Гуглил, читал, но с буржуйским я по словарю, увы.

ЛОР, спасай. Пишу с утюга.

Дома полез из старой машины делать рутер, все вроде зашибись, но не могу из своей ЛВС бровзером лазить на большую часть сайтов. Без проблем открываются яндекс, гоогль, openvpn.net и еще какие-то буржуйские сайты, остальные висят в коме вплоть до таймаута. Пинг из внутренней машины на все домены прекрасно работает, netcat на порт 80 тоже показывает наличие связи. Файрвол ничего не запрещает. Посредством tcpdump установлено, что доменные имена резолвятся корректно, однако после этого пакеты, идущие на нужные адреса, пропадают где-то в рутере (на выходе интерфейса их не видно). Маскарад настроен. Пинг изнутри работает. Вывод ip route:

default dev ppp0  scope link 
10.0.0.0/8 via 10.18.24.1 dev enp2s0  metric 202 
10.18.24.0/22 dev enp2s0  proto kernel  scope link  src 10.18.27.250  metric 202 
78.107.196.0/22 via 10.18.24.1 dev enp2s0  metric 202 
192.168.1.0/24 dev enp5s0  proto kernel  scope link  src 192.168.1.1 
194.186.120.134 dev ppp0  proto kernel  scope link  src 172.28.29.143

enp5s0 - внутренний

По-любому какой-нибудь параметр net.ipv4.conf виноват... Подскажите, куды копать

хочется заставить, например, Amarok запускаться, сматываться в трей и открываться обратно активным окном посредством одного лишь хоткея. Пробовал скриптом через DBus, оказалось, что нельзя выкинуть его активным окном (нету метода в org.kde.amarok). Есть еще способы это сделать? Через скрипты KWin муторно, душа просит изящного решения. В данный момент пользуюсь компромиссным вариантом с двумя похожими хоткеями.

Через nc принимаю строчный ввод, строчки прибегают двух типов, скажем, просто пинг и инфа. Можно ли обойтись без временных файлов, дабы фильтрануть строчки (пинг не нужен, из инфы только одно слово) сразу на ходу? Требуется просто выводить это «слово» и общее количество принятых «слов».

пока я просто гляжу так: nc xxx.xxx.xxx.xxx yyyyy | cut -f9

Кароч гря, не работает простой скриптик из кронтаба, хоть ты тресни. Ладно. Поставил из apt-get postfix и mail-utils. Посмотрел, что мне там cron хочет по почте высказать. А он, гаденыш, не знает /sbin, ну и запускаемый бинарник соответственно. Работает процесс под рутом, стало быть, окружение должно бысть. При этом /bin знает. В чем прикол? Операцьонка убутна, 14.04, все дела.

iptables v1.4.12 для обхода прокси имеется цепочка BYPASS, сделанная, как рекомендуется в squid3 wiki:
iptables -t nat -N BYPASS
iptables -t nat -A PREROUTING -p tcp --dport 80 -j BYPASS
iptables -t nat -A PREROUTING -p tcp --dport 8080 -j BYPASS
iptables -t nat -A BYPASS -s 192.168.0.10 -j ACCEPT
iptables -t nat -A BYPASS -s 192.168.0.12 -j ACCEPT

так вот, для первого адреса 192.168.0.10 цепочка работает, для второго - нет, и пакеты уходят дальше по редиректу на порт прокси. Вопрос в следующем: как вообще возможно, что полностью идентичные цепочки работают по-разному? Больше никаких правил, касающихся адреса 192.168.0.12, нет.

Имеются две подсети. Одна обнаковенная с пространством адресов 192.168.0.0/24 и выходом в интырнет через NAT, другая с подвывертом, адреса 172.41.1.0/24 (не знаю, почему так надо, но пока эту конфигу трогать нельзя) и шлюза в интернет нету. Как наименее затратно по материальным средствам и человекочасам сообразить шлюз, можно ли для этого использовать виртуалку с бриджевым соединением (под рукой есть снимок голого дебиана), учитывая то, что физически все машины соединены в одну сеть двумя свичами, т.е. среда одна. Требуется от шлюза, чтобы обе подсети видели друг друга через него, т.е. как банальный маршрутизатор, без всяких NAT.

Поставил сквид. Стандартная конфига. После запроса и долгого размышления браузер выдает:

( читать дальше... )

хвост access.log:

( читать дальше... )

( Собственно, конфига )

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

Давеча с помощью Memtest86+ подтвердил свои опасения насчет памяти. Тесты 3 и 4 выкидывают небольшое количество ошибок в районе 3152 МБ (Всего две планки по 4 ГБ). Назревает житейский вопрос. Как с этим жить? Возможно ли заблокировать силами ядра этот небольшой кусок, дабы никто не мог им пользоваться?

Есть такая потребность: две взаимонезависимых локалки, завязанных на один шлюз с интернетом, чтоб могли еще между собой общаться через файрвол того же шлюза. Хочется это организовать с помощью алиасов, т.е. чтобы интерфейс, смотрящий в локальную сеть, имел два разных адреса из разных подсетей, а также разные правила iptables для них, разные настройки dhcpd, прокси и т.п. Насколько я понял, iptables не работает с алиасами, тот же вопрос стоит и для dhcp. Знающие люди, подтвердите или опровергните, пожалуйста. Может, проще не париться и пойти купить еще одну сетевуху?

Помогите советом новичку, пожалуйста. Поставил двенашку убунты с нуля, не нашелся драйвер для одного из eth-интерфейсов. При этом на десятой все было без проблем. Машина работает шлюзом, так что критично. На сайте производителя дрова для ядра 2.6. Поиск по выводу lspci дал страницу http://cateee.net/lkddb/web-lkddb/SUNDANCE.html. Из ее содержимого мной сделан вывод, что поддерживается это безобразие вплоть до ядра 3.9. На этой странице есть ссылка вроде на сайт разрабов драйвера: http://www.scyld.com/network/sundance.html, но этого сайта, видимо, уже давно не существует. Где, в таком случае, искать? Есть ли возможность скомпилировать дрова под новое ядро и если да, то как это сделать? Хотя бы сообщите, в каком направлении луркать.