Проверять с компа с теми же настройками что и у приставки. Обновлять прошивку приставки с флешки. Смотреть настройки роутера, возможно по маку привязать приставку к другому адресу. Проверить работу DNS на роутере, возможно стоит выдавать провайдерские.
Во первых проверьте DNS чтоб стоял рабочий, попробуйте те же параметры что получает приставка задать, например, на ноутбуке вручную и проверить будет ли коннект, так легче отлаживать. Если будет - ковыряем приставку, если нет - ковыряем маршрутизатор.
Он платный? Ради разового использования мне кажется перебор, если других вариантов не будет, то пойдет, а так подожду, может есть бесплатная альтернатива.
@Londoner Я не искал, у меня серваков много своих виртуалок еще больше, накатать скрипт на любой веб сервак дело 2х минут, мне рассылки нужны раз в пол года, так что поиском софта не заморачивался, раскатал скрипт, он меня целиком устроил и забыл.
@ciyute Количество мониторов зависит только от возможностей видеокарты, не от количества портов. На мониторах с болтом есть IN и OUT порты, устройства можно подключать по цепочке. https://www.apple.com/displays/
@HiMem-74 Я когда-то писал скрипт на SNMP который делает это, суть следующая, передаем скрипту IP адрес, он с маршрутизатора сдергивает на каком порту светится мак от этого IP сам заходит на следующий свич определяя его по LLDP, дальше процедура повторяется, когда дальше свичей нет выводим IP и имя крайнего коммутатора + порт на котором нужный мак. Скрипт отрабатывает менее чем за секунду на цепочке из 5-6 коммутаторов, но у меня были циски везде, под свою структуру пишите сами, будет быстро и удобно. А вообще заведите себе нормальную карту сети и мониторинг, не придется страдать такой фигней.
@fallen8rwtf Так вам тупой счетчик за период нужен? Можно создать свой элемент данных и при срабатывании триггера вызывать внешний скрипт, который, например, через zabbix_sender полет нужное значение в элемент данных. Можно внешним скриптом напрямую базу дергать с инкрементом значения. В zabbix встроенные счетчики есть только в триггерах (сделаны через count) в элементах данных я таких не припомню.
@voffkared С правами никаких проблем нет, для каждого пользователя можно сделать как отдельного пользователя в системе с наследованием всех прав так и сделать виртуальных пользователей средствами proftpd и всем дать одинаковые права.
Ну если вам нужен только sftp то делайте виртуальных пользователей и не придется откручивать /bin/bash либо по стандарту заменять на nologin либо вести список пользователей кому разрешен коннект по ssh, вариантов решения много.
@StrangeAttractor Да нет там никакого тайного знания, ставьте, читайте ман по юму и в общем то все, основное есть в манах, если вы умели готовить определенные сервисы под дебианом, то под центосью готовятся также, ну может совсем небольшая разница, например, apache2 и httpd в названии одного и того же сервиса, но суть не меняется, у шапки к тому же отличная дока, есть книги и сертификаты, было бы желание вникнуть. Ставят обычно то, что удобней под конкретный случай, либо что уже стоит на остальных серверах для единообразия.
@polyanin Пойду себя ссаными тряпками гнать, хотя нет только после того как вы прочитаете исходник каждого пакета из офрепы и проверите как он собран а лучше соберете сами. Если вы такие умные, хера спрашивать, держите свой репозиторий и собирайте каждый пакет сами под чутким контролем или становитесь мэйнтейнером дебиана, проходите в совет и решайте каким версиям пакетов быть в ветке. А то все равно чужой труд используют, а потом еще мордой воротят с этого репа ставить буду с этого не буду, а вы мне выньте и положте нужный пакет вот в этот реп, а мое величество решит буду я его использовать или харей покривлю.
@Zohei Если конфликтов нигде не будет, использовать нужные опции сборки, то проблем нет, у меня много серверов где все некритичное для работы притянуто из пакетов, все критичное, требующее напильника, собрано из портов, хотя это и не рекомендованный вариант, но делать можно.
@nextel скорее всего, с другими лично не проверял, но вы можете попробовать и другие режимы, вот кусок доки:
Подробнее о режимах работы bonding
mode = 0 (round robin)
Круговой, циклически использует физические интерфейсы для передачи пакетов. Рекомендован для включения «по умолчанию». Этот режим работает с максимальной отдачей
mode = 1 (active-backup)
Работает только один интерфейс, остальные находятся в очереди горячей замены. Если ведущий интерфейс перестает функционировать, то его нагрузку подхватывает следующий (присвоив mac-адрес) и становится активным. Дополнительная настройка коммутатора не требуется.
mode = 2 (balance-xor)
XOR политика: Передача на основе [(исходный MAC-адрес → XOR → MAC-адрес получателя) %число интерфейсов]. Эта команда выбирает для каждого получателя определенный интерфейс в соответствии с mac-адресом. Режим обеспечивает балансировку нагрузки и отказоустойчивость.
mode = 3 (broadcast)
Все пакеты передаются на все интерфейсы в группе. Режим обеспечивает отказоустойчивость.
mode = 4 (802.3ad)
IEEE 802.3ad Dynamic Link aggregation (динамическое объединение каналов). Создает агрегации групп, имеющие одни и те же скорости и дуплексные настройки. Использует все включенные интерфейсы в активном агрегаторе согласно спецификации 802.3ad.
Предварительные реквизиты
Поддержка ethtool (позволяет отображать или изменять настройки сетевой карты) базы драйверов для получения скорости и дуплекса каждого интерфейса.
Коммутатор с поддержкой IEEE 802.3ad Dynamic Link aggregation. Большинство параметров потребует некоторой конфигурации для режима 802.3ad.
mode =5 (balance-tlb)
Адаптивная балансировка передаваемой нагрузки: канал связи не требует какой либо специальной настройки. Исходящий трафик распределяется в соответствии с текущей нагрузкой (вычисляется по скоростям) для каждого интерфейса. Входящий трафик принимается текущим интерфейсом. Если принимающий интерфейс выходит из строя, то следующий занимает его место приватизировав его mac-адрес.
Поддержка ethtool (позволяет отображать или изменять настройки сетевой карты) базы драйверов для получения скорости и дуплекса каждого интерфейса.
mode = 6 (balance-alb)
Адаптивное перераспределение нагрузки: включает balance-tlb плюс receive load balancing (rlb) для трафика IPv4 и не требует специального конфигурирования. То есть все так же как и при mode =5, только и входящий трафик балансируется между интерфейсами. Полученная балансировка нагрузки достигается опросом ARP. Драйвер перехватывает ответы ARP, направленные в локальной системе в поисках выхода и перезаписывает исходный адрес сетевой карты с уникальным аппаратным адресом одного из интерфейсов в группе.
