Re: Автоматический контроль виртуальных машин
Добавлено: 09 мар 2019, 20:44
При подготовке системы вы в любом случае вносите все необходимые общие настройки, которые будут действовать для всех клонов. Разумеется, это вносится при обычном режиме работы диска.
Основная цель - добиться того, чтобы не нужно было смотреть за виртуалкамиHans писал(а): ↑09 мар 2019, 15:00Далее, при работе в скрытом режиме в версии VB 6.0.4 есть кнопка Показать. Кнопка нужная, но... виртуалки имеют разные разрешения, и при нажатии на Показать виртуалка раскрывается в текущем разрешении. И если открыть несколько, они очень сильно захламляют стол окнами разных размеров. При работе по RDP окна одинаковые, обозначенные в настройках RDP. И если будет возможность разные разрешения привести к одинаковым размерам, было бы неплохо.
Они использовали основной IP или вообще не получили доступ в сеть?
Если мы считаем, что сам по себе прокси не палится, то получаем две копии с одинаковым отпечатком реального компьютера, отличающиеся только IP-адресом. Поскольку на двух копиях никто не остановится, а запустят столько, сколько вытянет компьютер, то получаем штук 200 абсолютно одинаковых компьютеров, отличающихся только IP-адресами, которые будут палиться
А вот в этом случае ничего палиться не будет, поскольку клоны при каждом перезапуске получают новый набор своего виртуального оборудования, работа которого грамотно имитируется.dupus1 писал(а): ↑09 мар 2019, 15:24Всё закрываем и вспоминаем про VirtualBox 6 JetSwap Super-Puper Edition:
3. запускаем эту виртуальную машину через прокси - это «палится»?
4. параллельно запускаем копию/клон/снимок этой же виртуальной машины через прокси2 - эта или работающая копия из п.3 теперь «палится»?
Спасибо, теперь ясно, что секрет успеха в том, что клоны - вовсе не клоны
Справедливо, но часовой пояс, это всего лишь параметр в реестре или переменная в памяти движка.
В таком случае, просьба - сделайте вывод информации о палевности на панели сейфсёрф и\либо в списке сессий, это будет мотивировать либо к переходу на фирменную систему контроля, либо на поиск альтернативных контр-палевных решений
Здесь я ничего не менял, просто переустановил v4 на v6. При этом Список активных уменьшился и держался стабильно длительное время в пределах, как уже говорил, на 30% меньше, чем изначально. Естественно дал время, чтоб все виртуалки после запуска подхватились и стабилизировались и список не изменялся на увеличение, на это обычно часа 2 уходит. Виртуалки я не проверял, так как занимался подгонкой старых скриптов к новой версии, работал только с одной тестируемой машиной. Убедился, что новая версия в принципе рабочая, только жрёт оперативки на 2 Гб больше. Затем снова переустановился на v4, и пропавшие 30% сразу нашлись и подхватились. Я думаю, сама версия 6.0.4 блокирует и не пускает некоторые адреса только по ей одной известному принципу, а что может быть иначе? Я как-то упоминал на форуме месяц-два назад, что некоторые прокси при отличных показателях и скоростях не пускают SafeSurf в работу, особенно при перезагрузках системы, до перезагрузки они работали без проблем. Не пускали они и через 10 часов и через 20. Заменой прокси проблема решалась мгновенно. Скорей всего, это и есть палево. Не думаю, что эта ситуация замешана в новой версии VB, иначе как объяснить, что пропажа появилась при возвращении на старую версию? Все прокси остались те же самые
Самая быстрая рука на всём Диком Западе? Оперативненькоmoneymaker3 писал(а): ↑10 мар 2019, 13:09Если я правильно понял проект будет базироваться на открытых исходниках Vektora?