Собственно, нужна система управления печатью. Никаких особых функций не нужно, просто добавить туда принтеры, чтобы она за ними следила, а пользователь мог выбирать куда ему отправить задание. В идеале - чтобы система делала вид, что она - сетевой принтер (ну или много сетевых принтеров, для каждого принтера отдельного создавать LPD очередь).
Линукс здесь при том, что система нужна под линукс и желательно бесплатная
Можно ли проапгрейдить кастрированный iLO100 до чего-то нормального ? Гугл не помог, но возможно я просто неправильно ищу. Линукс здесь при том, что на сервачке он стоит.
Падает плазма при операциях с панелями, к тому же не сохраняет информацию о том, на каком из мониторов находился виджет и все их сбрасывает на первый.
Пример падения:
Panel 211 removed by user
org.kde.plasma: requesting config for "Панель" without a containment!
QCoreApplication::postEvent: Unexpected null receiver
KCrash: Attempting to start /usr/bin/plasmashell from kdeinit
sock_file=/run/user/1000/kdeinit5__0
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = plasmashell path = /usr/bin pid = 4629
KCrash: Arguments: /usr/bin/plasmashell
KCrash: Attempting to start /usr/lib/x86_64-linux-gnu/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0
QSocketNotifier: Invalid socket 8 and type 'Read', disabling...
QSocketNotifier: Invalid socket 17 and type 'Read', disabling...
QSocketNotifier: Invalid socket 9 and type 'Read', disabling...
Доброго времени суток.
Возникла проблема с одним из хостов в сети. Это сервер с оффтопиком, он подключен к 2 сетям - внутренней и напрямую к интернету, эти сети объединены в доменную сеть. Суть проблемы в том, что этот сервер прекрасно виден извне, виден с маршрутизатора внутренней сети, но не виден для других узлов внутренней сети, а виден становится только если прописать маршрут к нему явно. В чем может быть причина столь странного поведения ?
UPD: отключение от внешней сети не изменило ровным счетом ничего - все так же машину видит только роутер внутренней сети
UPD2: разумеется, сам проблемный хост прекрасно всех видит без каких-либо дополнительных маршрутов. Можно конечно прописать статический маршрут к нему, но хочется решить проблему а не снять симптомы
UPD3: на всякий случай некоторые детали. Сеть 192.168.0.0/16, проблемный хост находится в 192.168.0.0/24, его не видят ни хосты из 192.168.0.0/24, ни из 192.168.1.0/24. При этом друг друга все они видят нормально. Сам проблемный сервер видит их, но tracert показывает, что он ходит к ним через шлюз.
UPD4: при помощи правки конфигов и такой-то матери было выяснено, что если убрать выдаваемый DHCP-сервером Classless-Static-Route 192.168.0.0/16 via gateway 192.168.0.1 - то хост начинает видеться, и сам видит своих соседей напрямую. Проблема в том, что этот роут там реально нужен. Причины, по которым оффтопик им пользуется, а онтопик на него кладет и ломится напрямую мне также непонятны.
Доброго времени суток.
Суть такова: есть сервер с гипервизором (Proxmox), у него 1 сетевая карта. Под гипервизором бегает DHCP-сервер как OpenVZ гость. Сетевые устройства гостевых машин пробрасываются в сеть через мост. Проблема в том, что когда внезапно наступает ребут, то во время загрузки в сети нет живого DHCP сервера, вследствие чего очень расстраивается IPMI, а также приходится ждать 90 секунд пока система отчается дождать отклика от DHCP-сервера на сетевом интерфейсе. К сожалению под рукой нет лишнего железного сервера, куда можно было бы запихнуть DHCP-сервер и не париться. Вопрос самоочевиден - шо можно сделать, чтобы решить вышеописанные проблемы ?
Посоветуйте роутер для дома.
Хотелки:
Рассматривал TP-Link AC1750, но у него OpenWRT с 5GHz диапазоном работает криво (хотя может уже нормально, но инфы что это так не нашел)
Хочу уйти от использования встроенного в роутер DHCP сервера, но лишней железки в сети нет, посему пришла в голову идея поднять очередной контейнер и на нем развернуть DHCP сервер. Контейнер будет воткнут в сеть через мост. Вопрос, собственно, прост - есть ли у такого решения какие-то недостатки по сравнению с установкой на железо ?
Доброго времени суток.
Возникла настолько странная проблема, насколько это вообще возможно.
Есть сеть (192.168.0.0/24) с роутером (192.168.0.1), пятью серверами (192.168.0.2 - 192.168.0.6), на первом из которых - Proxmox.
Под контейнеры OpenVZ выделены адреса 192.168.0.100-192.168.0.110, сеть работает через мост и адреса получаются по DHCP от роутера.
На сервере 192.168.0.3 поднят DNS, и на контейнере 192.168.0.100 - тоже.
Контейнеры OpenVZ видят все машины в сети, кроме 192.168.0.3, а когда я на роутере прописываю 192.168.0.100 как DNS, раздаваемый по DHCP - в упор не видят еще и этот контейнер.
Мне уже кажется, что они надо мной издеваются.
Что я упускаю ?
P.S> Что интересно, хотя до 192.168.0.3 не доходит traceroute, nmap говорит что host is up, но все его порты - filtered.
Возник вопрос по поводу маршрутизации, возможно уже обсуждался - поиск не помог.
Сеть состоит из роутера (192.168.0.1), прозрачного свича и трех серверов. Первый и второй сервера воткнуты напрямую в роутер и имеют IP 192.168.0.2 и 192.168.0.3, третий воткнут в свич и его IP 192.168.0.4. Маска подсети 255.255.0.0.
На первом сервере поднят OpenVZ, и виртуалкам OpenVZ назначаются адреса 192.168.2.ххх. iptables отключен.
Проблема в том, что виртуалки видят в сети только второй сервер, а третий - нет, и, соответственно, видны только со второго сервера.
Если в консоли гипервизора явно прописать им route на 192.168.0.4 через 192.168.0.1, то виртуалки видят и третий сервер тоже (но он все также не видит их).
В чем здесь может быть проблема ?
Возник вопрос по настройке PPTPd. Есть локалка 192.168.0.0/21 со шлюзом 192.168.0.1. В 192.168.0.0/24 выдает адреса DHCP. Есть машина с PPTPd и IPшником в нулевом диапазоне (можно менять). PPTPd также имеет пул адресов в нулевом сегменте. Клиенты VPN имеют общий адрес на конце тунеля (совпадающий с адресом сервера), могут видеть все машины в локальной сети (во всех сегментах) и друг друга благодаря ProxyARP. Нужно создать дополнительный пул IP адресов для VPN клиентов в 192.168.1.0/24 так, чтобы они также были доступны из локальной сети и видели локальную сеть. Если просто добавить этот пул в список, то по неизвестным причинам клиенты с адресами из пула в первом сегменте не видят никакие сегменты кроме первого, в то время как клиенты с адресами из нулевого сегмента все еще видят всю сеть. Пытался, как советует man, убрать вообще localip из конфигов - ничего не изменилось.
Доброго времени суток.
У меня возникла проблема.
Стоит Kubuntu 10.04 со всеми последними обновлениями
Был глюк видеокарты, вследствие чего комп некоторое время не видел монитор. Сейчас уже поправил.
Теперь при входе в ОС, получаю сообщение:
«невозможно найти нужное разрешение, система будет запущена с низким разрешением». Попытки восстановить конфиги средствами, предлагаемыми в этом сообщении успехом не увенчались. Что можно сделать, кроме как снести и поставить наново Х-сервер?