Сама по себе идея авторизации юзеров и компов в домене без резервирования домен-контроллера (пусть на виртуалке на вспомогательном компе) — это преступление для сисадмина.
В крайнем случае на собственном компе поднимите виртуалку, выделите ей по минимуму оперативки и пусть себе там резервный DC живет тихонько. Но ни в коем случае не держите домен на одном контроллере. Ни в коем!
Система ищет загрузчик к бут секторе винта. Вы туда можете поставить какой-то специализированный загрузчик для мультисистемной работы (может Вам GRUB2 не нравится) и он уже одним из вариантов (вручную настроенным) будет ссылаться на загрузчик в конкретном разделе. Только в этом случае имеет смысл при установке ставить загрузчик убунты в раздел диска а не в корень.
В принципе гораздо проще прикрутить грубу раздел с загружаемой виндой, чем виндовому загрузчику — раздел с линуксом. По крайней мере когда я изучал тему — пляски с бубуном для второго варианта требовались ещё те :)
Так что ставьте загрузчик в корень диска и не волнуйтесь. На разметку диска и данные в разделах это не влияет.
Для начала проверьте наличие присутствия такого устройства в /dev
Если есть — тот же putty прекрасно подключается к COM, если указать соответствующий /dev/ttyUSB0 (номер смотрите в /dev) в строке Serial line.
Сайт циски — это один из самых страшных зоопарков ресурсов, с которым я вынужден сталкиваться. Найти нужную инфу там без поиска — задача совершенно нетривиальная и в принципе нерешаемая для новичка.
Визуализация в «round-robin database» — лишь одна из плюшек. А так это — вполне себе DB для хранения подобных данных. Т.е. если Вы снимаете данные, к примеру, раз в день и Вас устраивает держать ежедневную информацию в течении года, а то что старше — держать среднее (или суммарное) за неделю, а старше трех лет — усреднять за месяц, то именно RRD — оптимальный вариант.
Не смотрите на RRD как на визуализатор. Просто для тех данных, что обычно в таких базах хранятся, обычно также нужна и визуализация. Но это только составляющая, а не основное назначение.
Интересно будет узнать, кто же из нас прав: о). Возможно оба ошиблись.
Просто по своему опыту — чаще всего в подобной ситуации проблема именно в распознавании имён.
При создании беспроводки на хосте таблица маршрутизации не должна убирать дефолтный маршрут, как мне кажется. И уж тем более ей этот дефолт не на что заменить.
Но при создании, опять же, беспроводки, ты можешь указать какие DNS сервера отдавать в динамике подключающимся. И если юзер не сильно вдумывался и оставил там по умолчанию собственный адрес хоста, то при активации сети вполне возможно, что система этот адрес прописывает в resolv.conf. И, соответственно, без распознования инет для пользователя недоступен.
Да, про проверку таблицы маршрутизации я упомянул.
Можно просто предложить для контроля натравить попингуя на гугловские DNS-ы (8.8.8.8) и сразу определить место закопанной псины. Но я предположил, что уж такие вещи спрашивающий вполне сможет сделать и без подсказки :).
Тогда вопрос по другому — количество операторов на приеме звонков? Сейчас и в обозримом будущем.
Ну и заодно — какой толщины интернет канал в наличии и на какой технологии.
Програмные телефоны с гарнитурами для операторов — приемлимо?
Количество внутренних номеров.
Специфика использования телефонии — прием звонков, обзвон, обычная деятельность или какая-то смесь. Если обзвон — город, мобильные, международные?
Просто масштаб определяет класс решения, на который имеет смысл ориентироваться. Я цисковод, но чтобы порекомендовать циску нужно понимать, что она будет адекватна задаче. Кто-то, быть может, астерикс предложит и будет 100% прав.
1) Какое подключение к Интернет используется? Если через домашний роутер, то, возможно, на нём достаточно включить uPNP.
2) Какая ОС используется? Дефолтная или нормальная?
По скорости передачи — возможно. Крайние годы живу на ноутах, у которых дисковая подсистема, сами понимаете… Просто я к тому, что далеко не всякий комп сможет этот сетевой гигабит пережевать. Потому прежде имеет смысл изучить возможности компов, чтобы потом не обижаться на сетевую железку почем зря.
А религиозных споров по поводу D-Link'ов я вести не хочу. Знаю, что у многих они работают вполне удовлетворительно. Но сколько я лично не сталкивался — у меня они где-то, в чем-то, но подглючивали. Периодически. Местами. Но — все.
В крайнем случае на собственном компе поднимите виртуалку, выделите ей по минимуму оперативки и пусть себе там резервный DC живет тихонько. Но ни в коем случае не держите домен на одном контроллере. Ни в коем!