aroun

Возьмите готовое решение от dilaedele , оно чуть-чуть денег стоит но прозрачный прокси с красивыми админками, статами, графиками, гибкими ACL, антивирусной проверкой, кэшем и прочими плюшками стоит сильно больше чем несколько десятков баксов, которые они хотят за лицензию. Можно и на винду поставить и управлять через mmc-остнастку, можно на сервер. виртуалки у них готовые образы вроде тоже есть.

Я ставил примерно такую же схему как и у них только кустарно и без красивых админок (sams\sams 2 если кто знает) - помню сколько сил ушло на развертывание и отладку.

Советую также другие их репы глянуть, там много интересного.

Passive OS FG это не только ttl и mss
Это еще и другие параметры, как правильно заметили выше - p0f хорошо подойдет для экспериментов, да и сигнатуры в нем легко посмотреть.

Вообще на эту тему есть хороший пост - https://habrahabr.ru/post/116336/
И точно можно как-то выставить количество ядер, которые одновременно могут быть в системе.

Задача увидеть mtu 1500.
Клиент то обращается к серверу без всяких туннелей, дальше понятно что пакет когда уходит в туннель у него может MTU меняться.

Сам спросил, сам отвечаю:

cat sip.conf
......
[authentication]
auth=sip2@BroadWorks

Дело в том что это УЖЕ работает у клиента в качестве АТС, я не знаю кто и когда разворачивал, но хочется взглянуть в его честные глаза.
Есть жалобы на пропадания транка, занятость линий при их явной незанятости и пр.

Народ, советуйте, прокатит ли на ходу пакеты заменить, на правильные?
Может у кого был опыт?
Самое страшное имхо это скуль 32 битный, но с ним хоть понятно, сделать бэкап, снести, развернуть, залить бэкап.

Роунд робин для сквида. А в сквид будет завернуто все, что можно пустить через прозрачный сквид.
Кэш сквида по моему не надо объяснять чем поможет.
Хотелось бы узнать как можно

раскидать с помощью роунд робин на оставшуюся ширину.

ip r

default via 192.168.8.1 dev eth1 proto static
192.168.8.0/24 dev eth2 proto kernel scope link src 192.168.8.101
192.168.8.0/24 dev eth1 proto kernel scope link src 192.168.8.100 metric 1

Тут понятно что при обращении к 192.168.8.1 пакеты пойдут через eth1, суть вопроса в том что как отправить пакеты на eth2 не меняя маршрутов?

Может сделать алиасы для адресов и посылать команду, предварительно командой меняя маршрут от алиаса к девайсу (192.168.8.1) ?

Нужно взять шаблон винды, раскатать его виртуалку и отдать клиенту, при этом нужно уметь устанавливать кол-во процессоров, памяти, диска ну и пароль.