Всем привет!

Имеется сервер с программным raid`ом mdadm на wheezy.

Обновил его на jessie.

Все как положено.

apt-get update,apt-get upgrade,apt-get dist-upgrade с репозитарием wheezy.

apt-get update,apt-get upgrade,apt-get dist-upgrade уже с репозитарием jessie.

Все грузится, работает.

Но единственное смущает ошибка во время загрузки

   Booting 'Debian GNU/Linux'

 error: file not found.
 error: file not found.
 error: file not found.
 error: file not found.
 Loading Linux 3.16.0-4-amd64 ...
 Loading initial ramdisk ...

 Press any key to continue...

И через секунд 5 продолжает грузиться как обычно.

Всем привет!

Кто знает откуда берется, как считается значение Request failure ratio в Squid`е?

Была идея сделать fail-over на 2 провайдера средствами самого сквида. Мониторить значение Request failure ratio и переключаться между провайдерами.

Выяснил, когда отрубаешь Wan интерфейс на прокси, эта цифра растет. но только не могу разобраться границами...днем в рабочее время одни цифры, ночью другие

Добрый день всем!

После обновления с 7.5 на 7.6 начались тормоза на транзитном трафике.

WIN7<------>шлюз(Debian)<---------->сервер(Debian)

Визуально выглядит так. с локальной машины WIN7 через шлюз соединяюсь по ssh на другой сервер(Debian). Там запускаю Midnight Comander. Тормоза явно заметны когда он запускается. Например, сначала отрисовывается левая панель, потом правая, но с заметной задержкой. Меньше секунды, но в глаза бросается.

полная очистка правил на шлюзе (чистый iptables) не помогает

iptables -t filter -F INPUT
iptables -t filter -F FORWARD
iptables -t filter -F OUTPUT
iptables -t mangle -F PREROUTING
iptables -t mangle -F POSTROUTING
iptables -t mangle -F OUTPUT
iptables -t nat    -F PREROUTING
iptables -t nat    -F POSTROUTING
iptables -P INPUT   ACCEPT
iptables -P FORWARD ACCEPT
iptables -P OUTPUT  ACCEPT

при этом если ssh`ом соединиться на шлюз все ок! так же все ок, если со шлюза соедиться ssh`ом на сервер.

Шлюз обновлялся стандартно apt-get update; atpget upgrade

The following packages will be upgraded:
  apt apt-utils base-files dpkg dpkg-dev gnupg gpgv libapt-inst1.5 libapt-pkg4.12 libc-bin libc-dev-bin libc6 libc6-dev libdpkg-perl libgnutls26 libssl1.0.0
  libsvn1 libxml2 linux-image-3.2.0-4-amd64 linux-libc-dev locales multiarch-support openssh-client openssh-server openssl ssh subversion tzdata
28 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 55.9 MB of archives.
After this operation, 43.0 kB disk space will be freed.
Do you want to continue [Y/n]?

Проблема пока решилась откатом шлюза на 5.6

Но все же хотелось бы выяснить что не так...

Все что нужно выложу...

На сервере добавил два клиента-сертификата с такими параметрами

cat /etc/openvpn/ccd/client1 iroute 192.168.5.4 255.255.255.252

cat /etc/openvpn/ccd/client2 iroute 192.168.5.0 255.255.255.0

Суть заключается в том, что хост, например, с ip адресом 192.168.5.6 может появиться под сертификатом client1 или client2.

Реализуемо ли это?

Пока на практике не получилось... с сервера 192.168.5.6 пингуется в обоих случаях. От клиентов же сервер доступен лишь с сертификатом client1

на Debian 6.0.4 стало неудобно перебирать историю команд в консоли (ну которая стрелкой вверх/вниз). Похоже он перестал фильтровать одинаковые команды. Нажмешь 20 раз ip addr, потом ищи прежние команды за 20-ю «ip addr"ами назад...

Это баг или настраивается?