Что такое приватный доступ Cato?

Приватный доступ Cato предоставляет доступ пользователей к приложению через брокерскую архитектуру. Пользователи не подключаются напрямую к сети, которая размещает приложение. Вместо этого доступ устанавливается только к приложениям, которые явно определены и экспонируются через коннекторы приложения.

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

Сценарии, требующие серверного инициирования или двусторонней связи, выходят за пределы области приватного доступа и поддерживаются полной сетевой архитектурой Cato с IPsec и площадками Socket.

Для получения дополнительной информации смотрите Доступ без доверия к приватным приложениям с использованием Cato SASE Cloud.

Сервис приватного доступа лицензируется пользователями на каждую группу регионов. Для получения дополнительной информации, свяжитесь с вашим представителем Cato или официальным реселлером.

Приватные приложения представляют внутренние приложения, которые вы публикуете через Cato.

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

Вы внедряете коннекторы приложений в той же среде, что и защищенное приложение (центр данных, облачный VPC или LAN), чтобы безопасно соединить эту среду с облаком Cato. Каждый коннектор устанавливает исключительно исходящий DTLS-туннель и передает только те сессии, которые были явно авторизованы политикой. Поскольку коннекторы не принимают входящие подключения и не требуют изменений маршрутизации, вы можете ввести приватный доступ без переработки сетевого приложения. Вы можете внедрить несколько коннекторов для увеличения устойчивости и масштаба.

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

Вы используете политику приватного доступа, чтобы контролировать, кто может получить доступ к каким приватным приложениям и на каких условиях. Политика позволяет вам предоставить доступ на уровне приложений на основе идентификации пользователя и контекста, поддерживая позицию по умолчанию - отказ. Авторизация оценивается на PoP до того, как любая сессия будет установлена в среде приложения, гарантируя, что только явно разрешенные подключения передаются к приложению.

Безопасно экспонируйте внутренние приложения без изменения маршрутизации, рекламирования подсетей или изменения архитектуры WAN.

Приватный доступ не требует правил входящего файервола, использует только исходящие туннели из среды приложения, не требует IP переадресации и не требует включения площадок. Это делает его идеальным для быстрого включения приватных приложений при сохранении существующего сетевого дизайна.

В сценариях M&A пересекающиеся диапазоны IP часто задерживают интеграцию.

Приватный доступ публикует приложения без необходимости переадресации IP, абстрагирует внутреннюю адресацию с помощью CGNAT и DNS-маппинга, и позволяет доступ пользователям без интеграции маршрутизационного домена. Это поддерживает быстрое, не нарушающее включение приобретенных сред.

Если двусторонняя или серверная инициированная соединяемость потребуется позже, вы можете включить среду как полноценную площадку Cato.