Поскольку у вас две видеокарты - и только одна из них (интеграшка) с реальным видеовыходом - без телодвижений (установки бамблби) дискретка будет либо вообще отключена, либо будет просто жрать электричество, не используясь. См. forum.ubuntu.ru/index.php?topic=190100.0
Если у вас на кабеле от провайдера сидит через роутер несколько устройств, то вы не сможете присоединиться на внешний айпи (выданный провайдером) изнутри (с одного из устройств за роутером), если только у вас не продвинутый роутер, умеющий правильно обрабатывать такую ситуацию. Чтобы конектиться на внешний айпи, вы должны находиться снаружи (не в локальной сети).
AVKor: Да, а что? :) Раньше как я понимаю не вешало, или у меня конфликт возникает железо-зависимый - на убунту.ру есть тема обсуждения железки бородатой давности, там никто не жаловался на зависон. Ну я не ковырялся ибо мне железка не нужна - просто проверить попросили.
akeyler: Нарушение приватности != нарушение закона. В общем случае, можно считать, что почтовый сервис мылрушечки нарушает собственное заявление о конфиденциальности пользователей (пункт 12.2 пользовательского Соглашения), оглашающего "В пределах функционирования Сервисов Mail.Ru обеспечивается тайна сообщений и соблюдается конфиденциальность информации о Пользователях Mail.Ru".
Дмитрий Усатый: Разумеется. Но поскольку неизвестно, каким образом произошло "заражение" роутера, хорошо бы вообще залить в него свежую прошивку от производителя - вдруг у роутера незакрытая уязвимость.
Дмитрий Усатый: У вас роутер производит атаку класса Man In the Middle (MiM): в ответ на запрос айпи, соответствующего нужному имени, вам отдаётся "левый" айпи, на котором находится прокси-сервер, который пересылает ваши запросы настоящему серверу, а к его ответам добаляется реклама, и всё это уже отдаётся вам в браузер. Соответственно, при попытке посредничать с HTTPS сайтами, вы видите сообщение о несовпадении SSL сертификата. Кстати, ваши пароли, вводимые в браузере при использовании этой точки доступа потенциально могли попасть в руки злоумышленникам (не факт что они будут заморачиваться расшифровкой передаваемых хэшей и воровством кукисов, может быть им достаточно встраивания рекламы).
Дмитрий Усатый: В таком случае проверьте, не пропадает ли проблема, если в настройках соединения отказаться от автоматического получения настроек DNS и вручную прописать 8.8.8.8
handbrake: Я полагаю, придётся поэкспериментировать :) Есть такая мысль: на одном роутре прописать локалку как 192.168.0.0/24 (роутер - 192.168.0.1), на другом как 192.168.1.0/24 (роутер - 192.168.1.1), добавить каждому из них статический маршрут для соседа через аплинк (с которого они получают интернет), а на клиентах сеть прописать как 192.168.0.0/16 - тогда они будут считать друг друга в одной сети, а роутеры будут обмениваться их трафиком через аплинк (неясно что там за аплинк и можно ли будет на нём обеспечить прозрачный проход трафика между роутерами). Если они получают интернет из разных источников, то надо будетпробрасывать кабель между ними, и настраивать транзит через него.
Кстати, есть ещё один вариант - VPN. На каждой машине появится по ещё одному сетевому интерфейсу, трафик через который будет считаться всеми клиентами как локальный, а идти через сервер.
АртемЪ: Без обеспечения прозрачной трансляции широковещательных пакетов между подсетями (что в общем-то задача нетривиальная для обычных soho-железок), не будет работать преобразование имён NetBIOS, потребуется выделенный сервер WINS. В сетевом окружении будет видно только те компьютеры, которые находятся в той же подсети, что и выбранный master browser.
АртемЪ: но тогда не будут работать между подсетями бродкасты, и, соответственно, компы не будут видеть другую подсеть - если нет AD сервера, т.е. одноранговая сеть.
АртемЪ: Хотя вы тоже в какой-то мере правы - если клиенты на разных роутерах, то всё равно надо будет дополнительные телодвижения делать, иначе отправленные напрямую (не через шлюз) пакеты на клиента который на другом роутере, просто никуда не попадут. Надо подумать как всё-таки проще.
