The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Подключение в BHyVe zvol-диска с другой машины, auto_tips (?), 28-Апр-24, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


16. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от Аноним (16), 29-Апр-24, 14:25 
>Как миллион ненужных прослоек и прокладок должен был бы защитить тетю от вируса-шифровальщика, посети он ее второй раз - так в этой художественной писанине и осталось неизвестным.

Скорее всего, шифровальщик не вылез бы за пределы VM, а бэкапы до шифровальщика были бы доступны в любом случае. Т.е. варианта сделать, шоб полностью как whonix и приложение в своем контуре, не стояло, стоял вариант сделать бэкапы. Если бы такой вариант стоял, я конечно, в 1с не разбираюсь, но стоило бы либо дёргать её через вино, либо через линуксулятор и прокидывать на винду через xming, предварительно как-то прокинув туда файло с винды, но тут встанут проблемки с seamless небольшие и побольше - со скоростью.

>Я бы на месте тети послал горе-специалиста, который на месте простой и понятной ее обслуживающему персоналу конфигурации нах-е-вертел того в чем сам толком не разбирается и простейшая задача прочитать диск для него требует часов гугления (да еще каких-то там бхайвов вместо считать файлы напрямую - вообще прям отличная идея для возможно-завирусованного носителя) и косоруких экспериментов.

Специалист оказался прав - он сделал всё по job security и подкопаться к нему, судя по тому, что он всё задокументировал, нельзя.

Я, однако, будучи программистишкой, забабахал скрипт для бэкапов на флешку под cygwin, так там эти бэкапы предварительно резались с find, но как мы видим, такого делать нельзя - слишком много автоматизируешь и тебя уволят за ненадобностью.

Но если этот момент опустить, можно было бы в самой винде скриптом вытягивать по чему-то другому, но не самбе (например, с помощью сетевого кота по сокетам и принимать сразу в r/o шару самбы).

А то, что зачем-то раскрутил bhyve - это загадка, да.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

17. "Подключение в BHyVe zvol-диска с другой машины"  +2 +/
Сообщение от нах. (?), 29-Апр-24, 14:39 
> Специалист оказался прав - он сделал всё по job security и подкопаться к нему, судя по тому, что
> он всё задокументировал, нельзя.

его просто надо выгнать. И нанять такого который умеет сделать понятное окружающим решение.

А не неведомую хрень которую сам методом научного тыка будет чинить.

Ответить | Правка | Наверх | Cообщить модератору

20. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от OpenEcho (?), 29-Апр-24, 16:52 
> его просто надо выгнать. И нанять такого который умеет сделать понятное окружающим
> решение.
> А не неведомую хрень которую сам методом научного тыка будет чинить.

Правильно, все должны ходить одним строем, а то развели блин ромашки, - только в гугле, амазон и ажуре и ну на крайняк xуяндекс

Ответить | Правка | Наверх | Cообщить модератору

49. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от mistiqemail (ok), 03-Май-24, 05:06 
>> его просто надо выгнать. И нанять такого который умеет сделать понятное окружающим
>> решение.
>> А не неведомую хрень которую сам методом научного тыка будет чинить.
> Правильно, все должны ходить одним строем, а то развели блин ромашки, -
> только в гугле, амазон и ажуре и ну на крайняк xуяндекс

Да нет конечно же. Даёшь на каждую стандартную задачу миллион не стандартных решений. А потом как в том анекдоте "а теперь попробуем со всей этой х ней взлететь". Принцип K.I.S.S. никто не отменял... Ну кроме действительно смузихлебов которые сами потом свою же клоаку разгребают с помощью Гугла и научного тыка. А есть ещё и disaster recovery plan, но об этом вам ещё рано.

Ответить | Правка | Наверх | Cообщить модератору

55. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от OpenEcho (?), 04-Май-24, 15:20 
> А есть ещё и disaster recovery plan, но об этом вам ещё рано.

О! Обажаю "специалистов" крупного пошиба ! Бабло туды, бабло сюды (благо не из своего же кармана) Ты б ФЕМА репорты сперва б почитал, советчик, как много малого бизнеса (ОП о котором) имеют вообще какие либо планы на тему disaster recovery plan

Ты как с полки энтерпрайза вылетешь и прошвырнешься по миру, начиная от штатов и заканчивая самураями, по обыкновенному простому малому бизнесу, то увидишь очень большие и круглые глаза (даже у самураев) на предложение по disaster recovery plan, но тебе судя по всему еще пока везет.

Ответить | Правка | Наверх | Cообщить модератору

24. "Подключение в BHyVe zvol-диска с другой машины"  +2 +/
Сообщение от Аноним (24), 30-Апр-24, 03:54 
>понятное окружающим

Я правильно понимаю, что теперь основным критерием выбора технологии являются лайки на гитхабе и его скриптик на шелле, перекидывающий базу с r/w шары на r/o шару надо было заменить плейбуком на Ansible, потому что он и есть это самое понятное окружающим?

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

50. "Подключение в BHyVe zvol-диска с другой машины"  +1 +/
Сообщение от mistiqemail (ok), 03-Май-24, 05:28 
>>понятное окружающим
> Я правильно понимаю, что теперь основным критерием выбора технологии являются лайки на
> гитхабе и его скриптик на шелле, перекидывающий базу с r/w шары
> на r/o шару надо было заменить плейбуком на Ansible, потому что
> он и есть это самое понятное окружающим?

Критерием выбора адекватных специалистов всегда была простота, понятность и воспроизводимость решения. Ну и надёжность. Если в округе из знатоков фри полторы калеки, от нее следует отказаться. Если ты не можешь в элементарных операциях в фре без Гугла от нее следует отказаться... Итд.

Ответить | Правка | Наверх | Cообщить модератору

21. "Подключение в BHyVe zvol-диска с другой машины"  –1 +/
Сообщение от OpenEcho (?), 29-Апр-24, 16:55 
> А то, что зачем-то раскрутил bhyve - это загадка, да.

Вероятно, чтоб мaндaвoшки из под виндовса не повыпрыгивали и поxеpячили "read-only" ресурс ;)


Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру