Зачем Вам графическая оболочка на хостинге? На арендованном сервере достаточно запустить dynamips с образами IOS, а уже из любого другого места подключаться к нему через графическую оболочку GNS3.
Что-то делаете не так, раз Вам понадобились подобные костыли. Скорее всего похоже на проблему XY. Уточните, чего Вы хотите добиться подобными действиями?
Это были какие-то адские скрипты, которые налету добавляли в конфигурационный файл dhcpd дополнительные подсети, и использовали для вычисления диапазонов адресов широковещательный адрес интерфейса. В общем, не думаю, что у Вас такой ужас в системе присутствует, так что Вам волноваться на счёт подобного не стоит.
Осмысленные имена можно задавать только через явный вызов чего-нибудь на подобии 'ip link set down dev… && ip link set name… dev… && ip link set up dev ...' откуда-нибудь из ip-up скриптов, которые дёргает pppd после поднятия интерфейса, при этом не будет побочных эффектов в виде повторного вызова ip-up скриптов. Так же в конфигурации pppd можно использовать опцию 'unit', чтобы задать номер в имени ppp-интерфейса. интерфейса, но это работает только для подключений в роли клиента.
Во многих дистрибутивах есть файл вроде /etc/sysctl.conf, переменные из которого устанавливаются при загрузке автоматически.
По поводу назначения различных переменных, влияющих на поведение сетевого стека, можно почитать файл в исходных текстах ядра — Documentation/networking/ip-sysctl.txt (так же можно воспользоваться различными онлайн-браузерами исходников ядра типа этого).
Проверил, по-умолчанию эти переменные sysctl так и выставлены, а значит весь транзитный трафик, проходящий через мост, проходит через iptables. Сейчас проверю у себя и тогда отпишусь, что да как.
Какая операционная система? Если Linux, и вы используете ппп инкапсуляцию, то pppd для каждого подключившегося клиента будет создавать сетевой интерфейс pppX. Адреса так же будет раздавать pppd из пула, или заранее прописанные в конфигурационных файлах, либо в соответствие с атрибутами радиуса, если вы будете его использовать. Никаких дополнительных сетевых интерфейсов создавать не требуется. По поводу маршрутизации — всё заработает из коробки, так как для каждого интерфейса direct-connected маршрут добавится автоматически сразу после присвоения адреса.
Имхо, в Таненбаумовском учебнике нет ничего сверхсложного. Написана довольно простым языком и раскрывает все необходимые моменты. Разве что объём может отпугнуть. Но ничего лучшего я не встречал по этой тематике.
Уточните тогда, что Вам необходимо узнать. Если текущий размер очереди, то нативно можно узнать это только в последних ядрах (>= 3.5, с включенными опциями CONFIG_INET_DIAG и CONFIG_INET_TCP_DIAG) и последней сборке пакета iproute (утилита ss, опция -m; для каждого сокета будет указан размер очереди backlog, во фряхе это опция SO_LISTENQLIMIT). Если же Вам необходимо узнать то, что в фряхе выдаётся по опции SO_LISTENQLEN, то придётся считать вручную с помощью awk, разбирая вывод ss или netstat. Как-то так.
source route — это опция ipv4, которая задаёт явный маршрут следования пакета отправителем. В данный момент она является deprecated, да и раньше ей никто и не пользовался. Есть аналогичный по функциям дополнительный заголовок в IPv6, но он тоже как deprecated проходит. Данная плюшка была актуальна для маршрутизаторов, для конечных хостов вроде как вообще бесполезна, так как дальше пакет не пересылается. Так что можете смело отключать.
Так у кнопки всего два состояния (0 и 1 — две крайних правых колонки). Возможно, я просто неудачно разместил названия в таблице («состояние автомата» — название колонки, «состояние кнопки» — название строки).
Похоже, что вы работете с proftpd через суперсервер inetd. Сконфигурируйте proftpd для самостоятельного режима работы с помощью директивы ServerType standalone.
В своё время купил и прочитал второе издание — довольно-таки неплохая книга, написанная очень доступным языком. Мне понравилась, так что да, рекомендую. Но Бовета и/или Таненбаума всё равно настоятельно рекомендую прочитать, но они более академические и дадут все необходимые теоретические знания.
