0.0.0.0 10.0.2.2 0.0.0.0 UG 0 0 0 eth0
iptables -L -t nat | grep "\.58\.2"
однако вчера я заметил что на одной из машин (192.168.64.3) после запуска по какой-то причине вышла в сеть через гейт расположенный по адресу 192.168.58.2 (и соответственно внешний IP адрес показывался от VPN поднятой на этой машине-роутере).Вот в этом месте можно чуть подробнее? Заметили это только по внешнему адресу? route print смотрели? не мог ли как-то образоваться маршрут 192.168.64.3 -- 192.168.64.2 -- 192.168.58.2 ?
можно встрять в траблы с пробросом ключейТочно, Hyper-V не научилась. Как компромисс, можно на хосте оставить драйвер ключа и не пробрасывать ключ, а обращаться к нему по сети.
В случае костыля с виртуальным первичным контроллером - его хост НИКОГДА не должен вводится в его домен.В целом согласен. Не согласен, что называете это костылём. Нормально работают у меня 5 (пять) контроллеров одного домена, все на виртуальных машинах, все на разных хостах, хосты линуксовые и не в домене. Ничего костыльного в этом не вижу.
если служба hyper-v будет стартовать от локального администратора, разве это не это не убирает возможность проблемы с тем что контроллер домена не стартанёт?не стартануть может по самым разным причинам (не уследили и место на диске закончилось и сто других причин), но важно, чтобы не пропадал доступ, чтобы можно было с незначительным сбоем разобраться за несколько минут, а не тратить кучу времени (и нервов!) на попытки восстановления доступа, прежде чем вообще удастся понять, что же там на самом деле случилось.
Репортёр издания New York Times Шира Френкель рассказала о том, что сотрудники Facebook не могут попасть в дата-центр для устранения проблемы. Из-за сбоя их бейджи не сработали, чтобы открыть двери в офис компании.Когда удалённо накосячили с настройками сети; удалённый доступ пропал; сотрудники приехали в офис, чтобы разобраться на месте, а попасть в офис нельзя, потому что кто-то шибко умный завёл СКУД в общую сеть, и СКУД тоже не работает и никого не пускает по карточкам в офис. Т.е. не надо строить такую инфраструктуру, которая в результате сбоя (не важно какого; не важно, насколько редкого) в принципе может вас заблокировать и помешать устранению сбоя. Учитесь на ошибках Фейсбука.
ведь уже существует съемка на 10 и 12 битные камеры, значит и контент в этом формате должен быть?Этому "уже" - лет 15, наверное. Только это нужно на этапе профессиональной обработки отснятого материала. Чтобы исправлять небольшие недочёты с минимальной потерей качества. Именно поэтому на этапе съёмки желательно записывать информацию с избытком. В готовом контенте для массового потребителя избыток не требуется.
А режим HDR без соблюдения этих условий лишь искажает нативное изображение в худшей манере.Потому что человеческий глаз не обладает таким большим DR. Картинка кажется неестественной (хотя иногда может выглядеть интересно). О том и речь, что HDR нужен профессионалам на этапе обработки.
Одни и те же матрицы, одна и та же технология.Вы сделаны из такого же мяса и костей, как Шварценеггер и Сталлоне. И мозги такие же, как у Ломоносова и Эйнштейна. И родились все по одной и той же технологии. А посмотрите, какая огромная разница.
ищу чем андервольтить ЦП и регулировать множитель под Дебианомcpufreqd пробовали?
За такое могут и по мордам-с.Ювенальная юстиция не разрешает по мордам-с. Даже наорать на малолетнего дебила уже рискованно. Школота бесчинствует невозбранно.
Такой вариант был бы не очень бредовым, если бы 58 изменилось на 62 или на 59 (один бит; хотя и в этом случае оставалось бы много вопросов): https://www.youtube.com/watch?v=jOTM9T59IX4
Ещё сравните MAC-адреса на виртуальных машинах, нет ли совпадающих.
Ещё можно на 64.2 послушать трафик, не приходят ли до сих пор пакеты от 58.3 или 58.2:
tcpdump -n -i any net 192.168.58.0/24
и наоборот на 58.2 послушать:
tcpdump -n -i any net 192.168.64.0/24