Здравствуйте! Есть маршрутизатор на calculate, есть два провайдера:
1) провайдер1: интерфейс маршрутизатора vlan11, ip-адрес 1.1.1.1
2) провайдер2: интерфейс маршрутизатора vlan22, ip-адрес 2.2.2.2
Есть сервис в локальной сети, отправляющий пакеты в интернет: интерфейс маршрутизатора vlan33,ip-адрес устройства в локальной сети, который проходит SNAT-преобразование: 192.168.0.3
ip-адрес в интернете, на который устройство отправляет пакеты: 3.3.3.3
По-умолчанию работа сервиса идет через первый канал в интернет по порту 5555(происходит DNAT-преобразование входящего из интернета трафика на ip 1.1.1.1:5555 во внутренний ip локальной сети 192.168.0.3:5555):

tcpdump -i vlan11 host 3.3.3.3 -nn
ip 1.1.1.1.5555 > 3.3.3.3.5555
ip 3.3.3.3.5555 > 1.1.1.1.5555 

tcpdump -i vlan22 host 3.3.3.3 -nn
ip 1.1.1.1.5555 > 3.3.3.3.5555 

Имеется посыпавшийся жесткий диск с файлового сервера объемом 1ТБ, объем данных 350 ГБ. В систему он даже не монтировался, пока не выполнил «fsck.ext4». Команда «cp» валится в ошибку при обращении к битому сектору диска. Вопрос: 1) Возможно ли с помощью команды ddrescue скопировать именно файлы (350 ГБ), а не сделать копию объемом 1ТБ с одного жесткого диска на другой. В наличии есть только винт объемом 500 Гб. 2) После выполнения

ddrescue --no-split --verbose -f /dev/sdb /dev/sdc /mnt/rescue.log

moutn /dev/sdc2 /mnt

mount: wrong fs type, bad option, bad superblock on /dev/sdc2,
       missing codepage or helper program, or other error

DHCP сервер не выдает ip-адрес клиенту, находящемуся в vlan-e, причем клиенты из основной сети адреса получают. В логе /var/log/messages клиент посылает запрос DHCPDISCOVER серверу, сервер отвечает DHCPOFFER, но до клиента ответ не доходит и он снова посылает DHCPDISCOVER...В файрволе добавлены строчки iptables -I INPUT 24 -i vlan12 -p UDP --sport 67:68 --dport 67:68 -j ACCEPT и iptables -I OUTPUT 24 -o vlan12 -p UDP --sport 67:68 --dport 67:68 -j ACCEPT. Эти строчки добавлены сразу после аналогичных для основного интерфейса. В таблице INPUT счетчик пакетов меняется, в таблице OUTPUT остается по нолям. Заранее спасибо!

День добрый! Внес изменения в bacula-dir.conf, касающиеся уменьшения maximum volume bytes, уменьшения maximum volumes, уменьшения volume retention в настройках pool (диск переполнился). В настройках расписания (shedule) стоит полная архивация, начиная с первого воскресенья, дифференциальная со 2 по 5 воскресенье и инкрементальная с понедельника по субботу. Вопрос: как объяснить bacula, что ближайшее воскресенье это и есть то самое первое воскресенье, в которое следует делать полный бекап? достаточно выполнить reload в консоли bacula? А что будет с volume в данном pool, которые были созданны согласно старым настройкам с большим volume retention, bacula не сможет их очистить, когда потребуется? Спасибо!