Alex0809,

что за ошибку пишет?
без этого пока всё пальцем в небо

FireWall может быть с обеих сторон
Аzure - настраивается через портал, но с VM - тоже смотреть надо что за конфигурация с 1C,
вполне бывает что и FW для VM тоже пошаманить нужно с разрешениями

на Азуре как минимум 2 варианта с SQL Server есть, это их PaaS и VM,
т.к. указано что Express то это явно VM
на VM подключение как и на клюбой дистанционный сервер
там дальше смотря как сеть настроена, бывает что VPN на внутреннюю пробрасывают
одно дело как уже выше указали - открывать порты (и разрешать IP адреса или любому доступ давать)
другое дело тип авторизации (и права пользователей)

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

с инфраструктурой 1С - тоже пока не ясно, бывает что это элементарно Web FrontEnd,
тогда с клиента никакого подключения с SQL Server нет, оно идёт с сервиса к которому подключается клиент

У вас выделенный публичный IP для этой VM которая хостится на Azure?
(чаще - адрес пишется, там дальше разрешение через NS)
Хоть что-то на этот IP из местной сети подключается?

Кстати пишет ведь: Named Pipes ,
попробуй переключи на TCP

Alex0809,

судя по замазанно-замаскированному там пишется не IP адрес а имя (похожее на него)
например 55--55--55--99 (что было-бы IP адресом типа 55.55.55.99, но не факт что NS то-же даст)
вот оно-то пока и не разрешается вашим NS до Azure
пиши адрес по другому, попробуй http:\\.......\my_service (https:..) даже с необычным портом бывает или как у вас там,
это ваши админы должны знать, спроси у них.
можно настройки на Azure Portal посмотреть если доступ есть

судя по замазанно-замаскированному там пишется не IP адрес а имя (похожее на него)
например 55--55--55--99 (что было-бы IP адресом типа 55.55.55.99, но не факт что NS то-же даст)
вот оно-то пока и не разрешается вашим NS до Azure
пиши адрес по другому, http:\\.......\my_service (https:..) даже с необычным портом бывает или как у вас там,
стандартное на PaaS Azure (SQL DataBase) типа my_server.database.windows.net
но это не VM, там по другому немного, это ваши админы должны знать, спроси у них.
можно настройки на Azure Portal посмотреть если доступ есть

там сценариев куча, зависит от многох факторов, вашей архитектуры, настроек и сетевых и безопасности, да в разных местах (в т.ч. локальная сеть/местные firewall), и пр.
https://docs.microsoft.com/en-us/azure/virtual-machines/windows/sql/virtual-machines-windows-sql-connect
те-же Excel файлы пользователи могут забрасывать на хранилище (DataLake, BLOB, FileShares и т.д.) а потом ETL/ELT забирает в SQL Server..

общий принцип (но это если без VPN и проброса во внутреннюю сеть):
1) определить есть-ли выход на искомый ресурс из местной сети (пока без порта, т.е. чисто вопрос NS и проброса наружу)
2) принимает ли Azure VM подключения от твоей сети (настройки безопасности на стороне Azure)
3) если с выше всё в порядке - начинать шаманить с портами (искать на каком слушает SQL со стороны Azure и выпускает-ли твой FireWall)

но на данный момент скорее всего адрес не полный .. 44--55--66--99.cloudapp.net (или свой домейн прописан)

Alex0809windows server 2014 (на Azure)нет такой версии Windows Server
Alex0809Там имеется база на которую подключается через клиентские компы 1с.пипец, если не ошибаюсь то у MS для Azure в РФ регионе нет DC, есть европейские/китайские, стабильные и быстрые конечно, даже latency волнами бывает довольно неплохое - но на таких длинных маршрутах ещё то рискованное развлечение.
Alex0809Да этот общедоступный ip адресс нам присвоил Azure. Но этот адресс не пингуется через cmd
Alex0809но нужно будет как нибудь выяснить, все ли впорядке с sql, с сервером и азуре.
Alex0809на самом серве все супер.
Alex08091433 порт открыл, пробовал отключать браундмауэр, службу sqlserver перезапускал т.е. RDC на 3389 (или на какой там forward сделали) работает для этого IP?
значит машина в online по крайней мере
на самом Azure портале есть средства для работы с SQL базой, прямо из Web-портала
да и если доступ (RDC) на сервер есть - то внутри/локально SSMS не обязательно, можно запросы из командной строки писать
Alex0809Особо в sql не шарю по этому
Alex0809Насчет Azure доступ туда есть, но в нем тоже особо не разбираюсь, минимальные знание есть )
Alex0809Сис админ не скоро будет, а мне приходится пока его заменять, а без опыта во всем этом чет сложновато
Alex0809Если нечего не получится то новый сервак наверно буду разворачивать...т.е. как sql настроить не знаем, на портале не ориентируемся, а новый VM сервер там развернуть с SQL (да базы/доступ/etl настроить) - это на раз (там-же: FireWall и куча прочих конфигураций)...
проблема судя по предварительной оценке довольно трафаретная и простая (для специалиста)
сетевые настройки/firewall со стороны Azure сами по себе не сбиваются, если только по команде (откуда-бы она не пришла)
у офисов помельче провайдеры публичные IP часто динамически присваивают (как реализована синхронизация доступа со стороны безопасности Azure - немного другой вопрос {где чаще всего разрешения даются только определённым IP, иначе начнут безжалостно ломать от DDoS до сотен запросов в секунду на известные порты напр. из китая})

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

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

на данный момент как минимум желательно хотя-бы сохранить исходное состояние системы/пути чтобы потом затраты на реверс последствий "попыток воосстановления" не превысили усилия по стандартному вводу в рабочее/штатное состояние (хотя-бы backup был вашей VM, или базы SQL с процессами ETL для Excel)

p.s. для малого офиса может вполне хватить Windows 10 Pro (вместо Server) для VM в Azure если DC нет, там из основных ограничение по подключениям будет. (хотя за час там всё равно довольно дёшево, но смотря какое виртуальное железо выделено)
а так стандартная практика в облаке уводить машины (в Азуре - VM тарификация идёт посекундно) в OffLine или Sleep или как миниму Scale-Down/Scale-In (даже у многих сервисов есть для этого специальные настройки, напр. у Azure SQL DataBase - после опр. периода без активности {в пару часов ..}, или по расписанию {скриптами через ADF/Flow/Shell/и пр.})