(Оригинал написан для linuxetc.ru) По ряду причин я решил купить домой вторую выделенную линию. Пришли монтажники из Корбины, провели мне вторую линию, воткнули во вторую сетевую карту, проверили на работоспособность и ушли. А я остался настраивать оба интернета :-). Поднял вчерне оба интернета -- от районной сети GolNet и от Корбины -- и решил пропинговать извне одновременно оба своих ip. Результат: корбиновский ip пингуется, голнетовский нет. Через минуту я понял, что так и должно быть -- ответ на пакет от GolNet уходил по дефолтному роутингу на корбиновский интерфейс и, естественно, не получался тем, кто пингует голнетовский ip-адрес. Поскольку одна из задач второй выделенной линии заключалась как раз в возможности доступа к моему компьютеру с любого из двух ip из интернета, такое поведение меня ни капли не устроило и я стал искать решение. Поиск в интернете в конце концов вывел меня на пакет iproute2 -- подсистема расширенного роутинга под Linux.

(Оригинал написан для linuxetc.ru) Тем, кто использует pppd для получения интернета через pptp или ppoe, наверняка знакома ситуация, когда, несмотря на опции persist и maxfile, соединение исчезает и не восстанавливается. Для таких тяжелых случаев я применяю следующую систему.

(Оригинал написан для linuxetc.ru) На машине, где несколько интернет-провайдеров, соответственно имеются несколько ppp интерфейсов. Часто случается так, что неизвестно, который из провайдеров поднимет ppp-линк раньше и получит ppp0, ppp1 или вообще pppN.

(Оригинал написан для linuxetc.ru) В первой части речь шла о первичной настройке одновременной работы с двумя локальными сетями, к которым присоединен ваш компьютер. Несмотря на достаточно сырое изложение материала, рекомендую прочитать сначала её -- там как минимум описаны нюансы конфигурирования ядра Linux, которые надо учесть при работе с утилитами расширенного роутинга пакета iproute2. Сейчас речь пойдёт об одновременной работе как двух локальных сетей, так и двух шлюзов в интернет, предоставляемых этими двумя сетями.

(Оригинал написан для linuxetc.ru) В интернете наткнулся на упоминание утилиты, индексирующей базу данных портежей Gentoo и работающую гораздо быстрее стандартных emerge --search и emerge --searchdesc. Рекомендую -- eix. Установка тривиальна: emerge eix. Использование тоже несложно: после каждого emerge --sync следует запускать update-eix. После чего поиск пакета с foo в названии выполняется командой eix foo практически мгновенно.

Поставил на машину elinks. Попробовал, оказалось удобно. Стал обживать. Скоро обнаружил, что elinks не открывает ya.ru, зато шикарно открывает www.ya.ru. Проверил:

ww@walklight ~ $ elinks -lookup ya.ru
121.97.46.114
ww@walklight ~ $ elinks -lookup www.ya.ru
213.180.204.8

при этом весь прочий софт резолвит имена правильно.

Тут гентушники на днях учудили -- вместо двух пакетов (sys-libs/ss и sys-libs/com_err) сделали один (sys-libs/e2fsprogs-libs). Соответственно, апдейт не работает, так как новый e2fsprogs требует e2fsprogs-libs, а последний конфликтует с ss и com_err.

Как считать в перле весь файл сразу:

my $content = ''; open my $fh, "foo" or die $!; { local $/; $content = <$fh>; } close $fh;

Спасибо безвестному автору -- я процитирую его решение: I started seeing this error when I used CPAN to fetch stuff: Fetching with LWP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] Fetching with Net::FTP: ftp://ftp.planetmirror.com/pub/perl/CPAN/modules/02packages.details.txt.gz Couldn't fetch 02packages.details.txt.gz from ftp.planetmirror.com Fetching with LWP: ftp://cpan.nas.nasa.gov/pub/perl/CPAN/modules/02packages.details.txt.gz LWP failed with code[400] message[FTP return code 000] Fetching wi

При выводе в mutt'е каких-то символов (так и не понял, каких) в xterm слетала консоль, помогал лишь перезапуск mutt'а. Найденное в гугле решение: прописать в ~/.Xdefaults строку

XTerm*allowC1Printable: true