ага, в том числе агентом. что-то просто конвертил через Starwind V2V

старвиндовский конвертер хорош, особенно на фоне того, что МС забила на два своих

а вот начальника можно было и на хуй выслать

Да, можно, подтверждаю, читал, что в таком посыле даже копы говорят, что это рабочие моменты и они заявление не принимут

ситуация была такая, что предыдущие админы сделали на Vmware и немножко на Hyper-V. На.ч отдела был немного повернут на отказоустойчиовсти. я ему предложил собрат ькластер Proxmox из трех нод, затем он решил кластериозовать систему хранения. но денег не смог выбить и попросил меня сделать "бесплатно, без регистрации и СМС". В итоге решили юзать бесплатный Starwind Virtual SAN, который крутился на хостах кластера Hyper-V. Короче, это все переезжало взад-назад в течение пары месяцев

@ink0x ку, прошёл дэйз_ган, прям очень зашло, несмотря на постоянную езду туда-сюдай

Сука... А вы умеете подгадать следующим админам

При "взад-назад" была ли использована смазка?

чтоб не ходили, надо по UUID'ам монтировать, а не по /dev/XdY

когда кластер Virtual SAN немножко, на пол шишчечки рассинхронизировался и почти все vhdx на нем так или иначе оказались повреждены, вазелина оказалось даже мало, очень больно было всему отделу

Интересная. но мне, из-за езды, надоела

Ах, эти вездесущие "пол шишечки"...

а разве у старвиндовского vSAN нет ограничения на кол-во нод? и только НЕ прод эксплуатация?

Я сегодня во сне бегал в нечто подобное The Dying Light от первого лица)

да нет. там в бесплатной реализации только GUI отваливается, но рулить можно через PoweShell, у них свои коммандлеты вполне хорошо документированы

Переиграл чтоле?

Подскажите, пожалуйста, правильно ли у меня составлено правило, при которым всем разрешается доступ только к 22, 80 и 443, а привилегированным(т.е. с IP из --src) только к 22, 80, 443, 123 и 456?

iptables -N privileged
iptables -A privileged --src 1.2.3.4 -j ACCEPT
iptables -A privileged --src 1.2.3.5 -j ACCEPT
iptables -A privileged --src 1.2.3.6 -j ACCEPT
iptables -A privileged -j DROP
iptables -I INPUT -p tcp -m multiport --dports 123,456 -j privileged
iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -i lo -j ACCEPT
iptables -A INPUT -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
iptables -A INPUT -p tcp -j DROP

Не, просто как-то само по себе

похоже на правду, да

Спасибо за ревизию)