Кергмология

(Оригинал написан для linuxetc.ru) Считается, что после установления соединения по VPN соответствующие демоны, например, ipsec, сами обрабатывают исключительные ситуации типа внезапного пропадания коннекта и восстанавливают соединение при необходимости. На практике же картина не столь радужна и приходится применять "ручные" средства контроля связности VPN и её восстановления. Одно из возможных решений описано ниже.

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

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

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

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

(Оригинал написан для 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.