Всем привет, У нас есть пара FTD 2140 с версией 7.4.2.4, которые используются исключительно в качестве VPN-головных устройств. В настоящее время основная деятельность без проблем завершается на устройстве в его публичном домене. Однако проблема, с которой я столкнулся, заключается в том, что у нас есть отдельное подразделение, которое в настоящее время завершает работу на паре ASA, которые выходят из эксплуатации (EoL/EoS), и мы хотим объединить их на наших FTD 2140. Проблема заключается в том, что у них есть свой отдельный публичный домен. К сожалению, мы не можем использовать несколько сертификатов для одного и того же интерфейса доступа VPN, а также не можем добавить второй внешний интерфейс в неглобальном VRF, поскольку FMC выдает ошибку, говоря, что он должен быть из интерфейса в глобальном VRF. Мы думаем, что, возможно, нам придется заставить организацию использовать наш публичный домен, но могут быть договорные требования по использованию отдельных доменов. Одним из моих попыток было добавление CNAME в DNS, который указывает на основную запись публичного DNS бизнеса, но Secure Client выдает ошибку/предупреждение сертификата, поскольку домены различаются. Какие варианты у меня есть на данный момент, чтобы объединить эти VPN удаленного доступа в одном устройстве, которые я мог упустить из виду? Спасибо,

]]>https://sla247.ru/forum/topic/2372/варианты-удаленного-доступа-vpn-для-двух-разных-доменов-к-одному-и-тому-же-устройствуRSS for NodeFri, 15 May 2026 10:35:07 GMTMon, 02 Mar 2026 12:41:40 GMT60Вышеуказанное решение сработало так, как я и предполагал. Я смог указать несколько интерфейсов доступа и назначить сертификат идентификации каждому из этих конкретных интерфейсов. Я протестировал его в лаборатории и убедился, что оно работает, при этом обе стороны бизнеса продолжают использовать соответствующие публичные домены.

]]>https://sla247.ru/forum/post/16708https://sla247.ru/forum/post/16708Mon, 02 Mar 2026 12:41:43 GMTЯ не вижу причин, почему бы и нет, как вы сказали, вы можете связать другой trustpoint со вторичным внешним интерфейсом и использовать его для домена ASA.

]]>https://sla247.ru/forum/post/16707https://sla247.ru/forum/post/16707Mon, 02 Mar 2026 12:41:42 GMTЧтобы, возможно, ответить на свой собственный вопрос. Будет ли это работать, если я добавлю второй внешний интерфейс и зону, а затем добавлю их в качестве второго интерфейса доступа, используя различные сертификаты для опции сертификата идентичности, специфичного для интерфейса, вместо использования глобального сертификата идентичности SSL? Таким образом, я бы настроил что-то вроде следующего: VPN-Outside = 1.1.1.1/24 --> Сертификат идентичности основной организации VPN-Outside2 = 2.2.2.2/24 --> Сертификат идентичности сущности Есть какие-нибудь мысли по этому поводу?

]]>https://sla247.ru/forum/post/16706https://sla247.ru/forum/post/16706Mon, 02 Mar 2026 12:41:41 GMT