Кот Абсолютный

Зарегить все возможные варианты, если конечно финансы позволят. Если есть доменная зона на национальном языке - зарегить также в ней, если еще не занято. Загранпаспорт - это один из вариантов написания, его придерживаться вовсе не обязательно.

Если есть корпоративный прокси или файрволл (или и то и другое) - то любой из них может тупо резать *.js файлы :) Или еще каким-нибудь образом блокировать.

arpwatch - замечательная штука :) musthave для любого роутера.

Как сделать в винде - не знаю, винда - это ось для игрушек и фильмов. Возможно удастся проверять на свитчах и отсылать трап по snmp, если конечно свитч умеет такое.

Олиферы - лучшая из известных мне книг. Многие еще рекомендуют Танненбаума, но мне он кажется академичным. Его хорошо читать если нужно "знание ради знания".

Если рассматривать в терминах уровней OSI (которых семь), то:
- ARP - это канальный уровень, он ниже сетевого. Это уровень работы драйвера сетевой карты, на этом уровне работают PPP, L2TP, MAC (mac-адреса, а не яббл)
- IP - это сетевой уровень. Кроме IP, на этом уровне работают ICMP, IGMP, IPSec
- TCP - это транспортный уровень, он выше сетевого. На этом уровне работают UDP, SCTP...

Считать, что TCP и IP работают на одном уровне - очень распространенная ошибка, сокращение TCP/IP видимо наводит на мысль, что "либо TCP, либо IP"

Это recovery меню - техническое меню для установки обновлений, восстановления и сброса настроек и т.д. Открытого рута я там ни разу не видел, но ничего не мешает производителю его туда встроить - ему в принципе там самое место. Без необходимости в него не стоит заходить, а уж тем более что-то там делать - можно очень быстро превратить телефон/планшет в "кирпич".

Как минимум один ответ на точно такой же вопрос уже был. То, как Вы думаете - просто "сложить" два канала и получить канал шириной "первый+второй" - НЕЛЬЗЯ. Невозможно.

Два канала подключают, чтобы увеличить надежность и в случае падения первого переходить на второй.

Что можно сделать.

Можно направлять трафик одной программы или одного сайта по одному каналу, а трафик второй программы (или сайта) - по другому. Программ, работающих на самом верхнем уровне ISO и умеющих использовать два канала(то есть значительно более низкий уровень ISO) я не знаю.

Исключением являются программы, умеющие качать по частям - например торренты. Но и здесь скорость загрузки не будет суммой ширины канала обеих провайдеров, даже если они оба с гарантированной полосой.

Что нужно? Нужен роутер, умеющий делать такие вещи. Конечно, не TP-Link, не асус и не зухель. Для таких вещей обычно берут микротик.

TP-Link никогда не был соховским роутером, это домашняя железка, а применение домашнего железа в офисе обычно чревато (есть у нас одна точка TP-Link - виснет постоянно, дома еще более дишманская точка - за три года перегружал три раза). Ну и 4 МБит - я уже и не помню, когда такие скорости-то были... Да еще PPTP

микротик, только микротик. Либо старая тачка с линухом, но там админить нужно через консоль, а у микротика все же какая-никакая, но морда.

Ну и по возможности wifi заменить на провод

Если зашли в терминал, то нужно забэкапить существующий xorg.conf, удалить его и запустить X в режиме автоконфигурирования:
# Xorg -configure
Xorg запишет созданный им xorg.conf. Если X стартуют с этим конфигом (это можно проверить через startx) - то попробовать обьединить старый и новый конфиги, если конечно в старом есть что-то полезное.

Сейчас в моде Qt. Но можно и на GTK - это уже как правило вопрос личных предпочтений - что "красивее" :) Мне больше нравится Qt, хотя сложилось так, что больше использую программ, написанных на GTK :) На GTK кстати написаны Firefox и Thunderbird, причем последняя явно управляется GTK темами

Это как раз пример того, что будет, если начать в пакетном дистрибе работать, как в source-based. Поставил бубунту - забудь про сборку из исходников!

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

Своих юзеров у самбы может и не быть - если система настроена на использованием доменных учеток через sssd или через winbindd. Свои учетки - это адЪ.

OMG, да она еще и domain master? Она единственный контроллер домена или же есть еще винда? Если она единственный DC, то нужно быть очень осторожным - база юзеров у самбы хранится в /var/lib/samba (или что-то такое, там много файлов с расширением .tdb). Если эту базу продудонить - все юзера потеряют свои RID-ы и им перестанут быть доступны профили...

Никак.

Вася Пупкин купил в Пиндосии VDS, с которого заходит по VPN куда-нибудь на Галапагосские острова и оттуда запускает спамерскую рассылку. Ну, узнаете Вы IP сервера с Галапагосских островов - его можно в заголовке письма посмотреть, а также в логах, если сервер свой - и что? Острова эти относятся к государству Эквадор - в посольство Эквадора пойдете?

И даже если Вася оказался фантастически глуп и разослал спам со своего собственного компа - ну узнаете Вы IP города Запиндюринска, через NAT которого ходит половина этого города - дальше что? Провайдер вам логи не покажет, только по судебному запросу (ну или по ооооооочень хорошему знакомству).

Зачем вообще на спам тратить столько времени? Нажать Del занимает куда меньше времени

Довольно странный вопрос. Вы точно абонент своего провайдера? Если да, то у Вас должна быть информация о том, какой у Вас IP, в крайнем случае нужно в саппорт звонить и спрашивать.

1. Любой хостинг представляет из себя... хостинг :) В очень грубом приближении - мощный сервер, оборудованный веб-мордами, чтобы не пускать юзеров в шелл, либо с кучей виртуальных машин. Локальная сеть у него конечно есть - трафик как-то уходит, но юзеру хостинга до нее не добраться никак - у него как правило, веб-морда управления хостингом, иногда ftp, ооочень иногда ssh.
2. Никуда он не входит, ни в какую сеть. Он логинится на сервер, работает на сервере, дальше сервера не попадает.
3. В корне неверно. Ничто никуда не становится - это Вам не VPN. Частью "сети" с сервером провайдера устройство становится только при покупке услуги VPN (или при подключении к корпоративному VPN).
4. Главные признаки сети хорошо перечислил Saboteur

Из "вышеперечисленного" ложно все. В голове у Вас, простите, полная каша, читайте базовую литературу...

Да почему нет? Ставятся тулзы от virtualbox - аналог паравиртуальных дров и вперед. Хост только должен быть достаточной мощности. И действительно, его там можно и оставить, потому что каких-то мегаресурсов DC (если там только DC) не жрет и выделять для этой цели отдельную машину жалко :)

Можно :)

1. Найти доки по схемотехнической реализации сетевухи
2. Разобраться, какой регистр какого контроллера зажигает и гасит светодиоды
3. Модифицировать драйвер сетевухи :)
4. PROFIT!

Возможно что в сетевуху уже встроен данный функционал - например, для тестов или опознания ее среди нескольких установленных. В таком случае осталось только его задействовать. Задача и впрямь нетривиальная. Решаемая, конечно. Но IMHO профит от ее решения не окупится затратами времени, ну разве только Вы разработчик драйверов или просто времени девать некуда...