nucleon

Ответ в: "Зависает винда на ssd, что делать?"
описание проблемы слишком общее
оно и проблемам с дисками соответствует и проблемам с перегревом матери или процессора,
и даже мех.проблемам с железом и памятью, вируснаым атакам и прочее...
начните с общего тестирования железа, например получите полный отчет триальной AIDa`ой если получится конечно. посмотрите как ведут себя датчики, проверьте специализированными утилитами диск, память...

или сдайте в сервис центр.

яб так на вскидку сказал бы что его нет...
видно ATA диски 4 шт... большинство контроллеров не позволяет ESXi видеть именно диски, давая возможность подключить только уже собранный массив.
если так, то одна датастора и должна быть слегка меньше, при равных дисках, так как на нем собственно живут разделы ESXi...
на самой плате, насколько я вижу, нет чипа "аппаратного" рейда, а с софтовыми ESXi обычно не дружит.

остается только один вопрос, где 4-й диск?
или помер/не подключен
или не добавили датастору.

попробуйте с последнего, проведите операцию добавления новой датасторы, если диск обнаружится - значит подключен, но забыли добавить.

Вообще такие фильтры часто помимо известных доменов типа google.com, mail.ru и т.д. и т.п. часто просто проверяют наличие PTR доменной записи. Спам сервера и ящики "домашних" пользователей чаще всего данной записью не обладают, так как IP их сервера принадлежит их провайдеру.

вопрос не точен,
что значит для других веб страниц?
подключение к разным базам?
или речь идет об алиасах?

если не ошибаюсь BridgedAdapter - это сервис, попробуйте его найти и перезапустить,
или перезапустить ПК в целом.
сеть так-же может блокировать Firewall (Брендмауэр) /антивирус с фаерволом, отключите его и повторите процедуру.

правильно ли я вас понял? схема вашей сети выглядит так:
Транк <- net1 -> RouterA <=VPN=> RouterB <- net2 -> FreePBX

если так, то должны быть выполнены следующие условия:
1) на вашем ПК в качестве шлюза должен быть прописан RouterA, или маршрут к net2 через него-же
2) на FreePBX в качестве шлюза должне быть прописан RouterB, или маршрут к net1 через него.
3) поднят VPN между роутерами
4) на RouterA прописан маршрут к net2 через RouterB (через VPN)
5) на RouterB прописан маршрут к net1 через RouterA (через VPN)
6) на RouterA прописаны правила роутинга к net2 через RouterB для ВашегоПК
7) на RouterB прописаны правила роутинга к net1 через RouterA для сервера FreePBX
8) на RouterA для транзитных соединений в сторону Транк из сети VPN и сети net2 должен быть включен NAT
9) желательно!, чтобы задержка при прохождении пакетов была меньше 300 мсек.

схема сложная для новичка, поэтому предлагаю ее предварительно упростить, и добиться работы более простой схемы
Транк <- net1 -> RouterA <- net3 -> FreePBX2
Где net3 - ваша локальная сеть за первым роутером,
а FreePBX2 - сервер FreePBX в этой локальной сети.
в этом случае правил и роутов будет меньше.

Вообще такое поведение было больше характерно для старых рейд контроллеров.
Лично сталкивался с тем, что первый диск в рейде 1-м считается главным. И соответственно все действительно рушилось, если первый диск рушился. Решалось выставлением второго диска в место первого при сбое и заменой диска, но да бага была.
А вообще сейчас это больше зависит от реализации рейда, точнее его логики. Софтовый рейд может действительно не загрузиться, так как рейд в системе включается только когда загружен драйвер, соответственно до его включения система как-то должна стартовать. Раньше решалось прописыванием загрузчика на второй диск и загрузкой с него.
И еще софтовый рейд не может быть загрузочным, если он не зеркало, т.е. вские raid 0,5,6 и далее - не могут стартовать систему.

Но у софтового рейда есть другая проблема. а именно резервирование производительности.
т.е. его нельзя ставить на системы с высокой нагрузкой...
Поясню: драйвер это по сути программа, с большим приоритетом но программа, т.е. предположим, что вы загрузили свой сервер задачами, которые сильно эксплуатируют диск, память и проц. и в итоге у вас драйвер окажется вытеснен из списка активных задач или памяти - в этот момент у вам все встанет.
Еще одной проблемой может встать восстановление... Помнится мой софтовый рейд 5 из 4-х дисков при восстановлении диска упал в производительности в 16 раз...

Некропост конечно, но на будущее:

Я с компа подключенного по ethernetу (условно Хост№1) запускаю пинг к хосту подключенному по вай-фаю(Хост №2). Пинги не идут, пишет "заданный узел не доступен". Параллельно запускаю к вай-файному хосту(Хост №2) пинги от Микротика (или от другого хоста в локальной сети) - пинги идут и сразу начинают идти пинги от Хоста№1 к Хосту№2. ...

- это не описание! вы бы правила фаервола сюда хотя бы привели, картинку сети...

а вообще на схожую проблему наткнулся не debian`е, при включенной фильтрации и NAT, правил ^
iptables -P OUTPUT ACCEPT
оказалось недостаточно для прохождения пингов с роутера в локальную сеть. При этом из внешней и локальной сети роутер пинговался и соотвествующие правила были.
Решение:
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
можно конечно ограничить по интерфейсам:
iptables -A FORWARD -i $NET_IFACE -o $LAN_IFACE -m state --state ESTABLISHED,RELATED -j ACCEPT

Если у вас, как вы пишете, пинг то есть то нет, то это возможно не проблема правил, а проблема физики.
1) уточните наблюдается ли проблема только при соединении "локальный порт-роутер-wifi", или она так-же
наблюдается при соединение "локальный порт-роутер-локальный порт"
2) проверьте, что у вас не отваливается кабель или соединение wifi
1-1) попробуйте проверить беспроводную сеть например с помощью мобильного приложения "Wifi Analyser" (от Keuwlsoft), удостоверьтесь, что вы в этой сети (канале) одни, и одни используете указанный на роутере канал.
если это не так, смените канал на роутере на никем не используемый и пересканируйте сеть.
если вы заметите, что вслед за вами канал меняют и другие устройства неизвестные! (это важно) вам, то поздравляю - вас скорее всего ломают. И защититься от этого полностью нельзя. Можно только повысить уровень шифрования и скрыть сид, но не все устройства могут с такой сетью работать.
1-2) прозвоните кабель на предмет повреждений, смените порт на роутере, замените кабель
2) попробуйте обновить драйвер на сетевое устройство (сетевая карта или wifi карта)
3) проверьте наблюдается ли проблема, если выключить Firewall (он же Брендмауэр)
4) имеет смысл посмотреть логи вашей системы на предмет странных сообщений (типа конфликт IP адресов, ошибки соединения)
5) если указанные действия не помогли выявить проблему, попробуйте обновить прошивку роутера

хороший был продукт, жалко что M$ его купило.

Законопослушный гражданин, спи спокойно, тобой никто не интересуется )

угу спи в могиле, ибо пользуясь Vpn`ами ты априори не законопослушный, ибо по закону у вас нет лицензии на шифрование своего трафика... да и речь не только о государстве, но многих других.
Например: конкурентах, партнерах, да и просто парни с заниженной планкой социальной ответственности тоже могут вами поинтересоваться..
ну это так шутка, в которой как известно есть доля шутки.
vps провайдер видит "естественно" весь ваш трафик, ибо он его и расшифровывает. а вот промежуточные могут видеть не только сам факт подключения и передачи, но и кое-что больше, это больше от "типа" шифрования зависит.
поясню, существует такое понятие как VPN-туннельного уровня, когда шифруется не весь трафик, а только данные...
Сие означает примерно следующее:
Предположим вы зашифровали свое соединение, именно этим типом. В этом случае провайдер видит не только ваше соединение, но и тип передаваемых данных, что вы передаете. Например телефонию. Нет конечно он не услышит ваш голос, но отследит сам факт передачи телефонного трафика, может определить возможно адрес вашей телефонной станции. и некоторые параметры вашего телефона.

Чтоб не быть голословным могу сказать, что оборудование способное это делать есть у Рос*еле*ома и думаю не только. Вот только парни из Рос*еле*ом, видимо "не дружат" с его настройкой, поскольку иногда их оборудование пытается этот телефонный трафик еще и маршрутизировать минуя VPN, чем соответственно "ложит" весь зашифрованный канал.

Такой VPN является дефолтным для некоторых типов "железных" роутеров (cisco, juniper, mikrotik и другие)
Этой особенности можно раскрыть часть инфраструктуры за VPN.
Для OpenVPN таким свойством обладает интерфейс "tun".

Однако, несмотря на очевидные минусы с "безопасностью", такой тип соединения имеет и ряд плюсов:
В первую очередь это скорость. Так как шифровать нужно меньше трафика - меньше нагрузки на CPU, с каналом может справиться более медленная/дешевая железка.
Во вторых это как уже писалось ранее, возможность предоставить провайдерам раздельно маршрутизировать трафик, при правильной настройке это может значительно повысить качество/стабильность соединения.

правильная процедура удаления такая:
mdadm --manage /dev/md1 --fail /dev/sde1
mdadm --manage /dev/md1 --remove /dev/sde1
если не поможет - попробуйте удалить SPARE-диск таким-же образом
а потом заново его добавить, но уже как обычный диск