Игорь

1. Есть физический порт в системе eth0, на который приходит тегированный трафик
2. Создаёшь бридж kvmbr0, включая туда данный интерфейс eth0
3. Создаёшь vlan на kvmbr0. Например VLAN=100, т.е. kvmbr0.100
4. Создаёшь бридж vlan100 и включаешь туда kvmbr0.100
5. Виртуальную машину Proxmox'a бриджуешь с данным бриджом vlan100
=> По идеи должен будешь получить тегированный трафик на VM Proxmox'a

#!/bin/bash

egrep -v "^#" ./lines.txt | while read line
do
echo "$line"
done

Однозначно Rsync =)

Голосую за git =)

Также есть REGEXP, если именно регулярки нужны =)

SELECT name FROM table WHERE name REGEXP "^555.*111$"

1) Что означает "включил iptables"? Где правила?)))
2) Может раньше с iptables без правил были политики на DENY настроены, вот и не пускало никуда, хоть и правил не было.

Покажите iptables -L -n -v

www.unetlab.com

update-locale LANG=ru_RU.UTF-8
Перезаходили после своих манипуляций в систему? =)

Любая из ВМ, запущенная третьей по счёту, не видит сеть?0_о
Может настроен некий port_security на коммутаторе, в который воткнут сервер, ограничивающий не более 3 MAC на порту? =)

А что если настроить rsh доступ?
А на сервере сделать скриптик, который бы собирал данные каждые n минут командой

rsh -l cisco_local_user 10.10.10.221 'show proc cpu sort | ex 0.00'

Тоже используем AddPac, который цепляется к Asterisk =)

У меня тоже возникли лишь 2 идеи:
1) Заходите под урезанным пользователем
2) Используете несовместимый браузер (попробуйте под разными залогиниться)

Быть может вам подойдёт Tripwire?
* Сканирует файлы, вычисляет хэш, хранит в базе, бдит за изменениями =)

Абсолютно не могу понять вопрос, хоть и пытался перечитать несколько раз.
Что подразумевается под "пропала" связь:
- Пропал доступ по telnet?
- Пропал ping до устройства?

"Пингует другие сетевые устройства в других филиалах" - Кто пингует? Пропавшая Cisco?

Не представляю связи пропажи пинга с настройкой telnet.
Мб ребята ACL навешали не тот или не туда, когда пытались ограничить доступ по telnet?

Отдавать маршруты по OSPF между роутерами, как вариант =)

# Syntax #
GRANT [type of permission] ON [database name].[table name] TO ‘[username]’@'localhost’;

1. GRANT SELECT ON *.* TO User;
2. GRANT ALL PRIVILEGES ON *.* TO User;

# Types of permissions

CONNECT - Право на регистрацию
RESOURCE - Право создавать базовые таблицы
DBA - Администратор Базы Данных
SELECT - Право читать строки в таблице
UPDATE - Право изменять строки в таблицe
INSERT - Право создавать строки в таблицe
DELETE - Право удалять строки в таблицe
CREATE - Право создавать базы и таблицы
ALTER - Право изменять базы и таблицы
DROP - Право удалять базы и таблицы
GRANT OPTION - Право выдавать/забирать права у пользователей
INDEX - Право создавать INDEX в таблице
REFERENCES - Право на создание РОДИТЕЛЬCКИХ КЛЮЧЕЙ в таблице, на которые он может ссылаться из своих таблиц
ALL PRIVILEGES - Всё возможное
USAGE - Отобрать все права (синоним NO PRIVILEGES)

Однозначно буду смотреть Ваши ролики =)
Вы постоянно светитесь в ветке, связанной с Mikrotik, хорошо себя зарекомендовав)
И уровнем знаний и манерой письма.

Как можно узнать Ваш канал на youtube? =)
Или каким образом Вы нас оповестите?)

Надеюсь, что не глупость скажу, но озвучу 2 своих версии, что приходят на ум:
1) Нельзя вешать более одного ACL на интерфейс/протокол/направление
2) ACL не действует на трафик, сгенерированный самим маршрутизатором (Ваш случай)