Андрюха, если умрёт железо - то всем вашим сервисам и так "абзац", поэтому и надо делать постоянно бэкапы. Если у вас 2 сервера, то вы хотя бы сможите настроить репликацию виртуальных машин и поднять это моментально на втором сервере (возможно небольшие потери, в зависимости от сервиса).
Андрюха, hyper-v потому, что как я понимаю у вас уже есть лицензия на серверную винду. Так не принципиальна какая именно система виртуализации. Виртуализированные сервисы гораздо проще обслуживать, при грамотном подходе это снижение рисков + абстракция от железа на уровне виртуальных машин. Когда у вас будет скажем уже 2 железных сервера вы в случае чего сможете переносить работающий ресурс с использованием живой миграции с одного на сервера на другой без простоя сервиса, делать бэкапы и чекпоинты полностью виртуалок перед крупными изменениями. Когда поболее железа - может и отказоустойчивый кластер соберете.
По сути когда у вас один сервис (1с, как вы упомянули) вы можете и не делать виртуализацию. Но когда их будет уже копится дюжина (и половина ваша именно для обслуживания инфраструкруры) вы с этими железными серверами завоете. Опять же исходя из принципа, что одна виртуалка - одна роль (может ещё несколько связанных).
domanskiy, тогда вам надо съездить в кладовку и посмотреть есть ли IPMI интерфейс для удаленки, если мать серверная - то скорее всего есть. А что за сервер? Супермикро скорее всего? Чё за мать конкретней напишите? Возможно вам надо для установки виртуализации включить в биосе поддержку виртуализации и возможно hyper-threading. Также возможно операционку поновее, либо постарее. Также возможно есть необходимость прошить биос на более новую версию (риск окирпичить мать).
upd... проц поддерживает виртуализацию, но не поддерживает hyper-threading. hyper-v и vmware должны работать.
Что вы понимаете, под "подключится к 1с"? Чем подключится, какой транспорт, какие версии, какие настройки роутера вы для этого делали, какой модели роутер (да, иногда даже у микротиков есть разница в отсутствии некоторых чипов), как у вас организована топология подключения, какая схема, как настроены фаерволы на хостах и т.д..
Что вы вообще пытались делать, чтобы решить проблему?
tcp 445.... работают шары... и всегда работали, куда не пробрасывай.
Другой вопрос, что автор не смог в оформление вопроса, а вы пытаетесь в телепатию.
Кроме всего вышеперечисленного (spf, dmarc, dkim, a, mx, ptr) - не заниматься спамом, если люди сами не подписались), иначе можно угодить в блэклисты достаточно быстро, и даже не в конкретные блэклисты, а в глобальные.
Михаил, спасибо за пояснение. Я скорее имел ввиду с точки зрения сетевых подключений и действий. Приходит клиент, нажимает на кнопку - посылается запрос и т.д.. Как оно есть, а как должно быть и где. Чтобы более наглядно увидеть в чем проблема и в чем может.
Потому что сходу вариантов может быть масса. От настроек веб сервера, до концептуальных проблем. Может вам надо не 1 мощный iis, а 10 обычных) просто к примеру.
Zufero, Вы крайне непонятно описали ситуацию и чего вы хотите, авторы ответов введены в заблуждение и фантазируют. Толи вы dst-nat хотите, то ли впн, то ли реверс прокси. К чему есть доступ, к чему нет, по какому протоколу че ходит, можно ли клиенту менять порт и пр.
Станислав Бодро́в, и потом половину десктопных приложений не ставяться, ага. Проходили уже. Я говорил исключительно про центос, т.к. являюсь активным пользователем.
Когда 7 выходил его глибц УЖЕ был безнадежно устаревшим. Не обновляют его не просто так, но минорные версии с критическими исправлениями это вынужденная мера. В 8 центос будет уже новым, а не протухшим.