[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"/ru/kb/how-to/other/dostup-iz-klastera-k8s-k-oblachnym-bazam-dannyh-i-vpsKbData":3},{"page":4,"pages":137,"recommendedPages":138,"category":105,"categoryTree":105,"total":15,"currentOrder":166,"activeManualCategoryId":105,"tag":-1},{"route":5,"uuid":8,"title":9,"excerpt":10,"content":11,"view_count":12,"published_at":13,"modified_at":13,"like":14,"category":17,"hero_image":98,"seo_metadata":99,"schema_org_metadata":103,"open_graph_metadata":106,"sections":107,"tags":124,"breadcrumbs":125,"images":132},{"language":6,"path":7},"ru","/kb/how-to/other/dostup-iz-klastera-k8s-k-oblachnym-bazam-dannyh-i-vps","1d8a6024-ebd3-bb9a-ad1b-b67b02fdc081","Доступ из кластера Managed Kubernetes к облачным базам данных и VPS по приватной сети","Приложения в кластере Managed Kubernetes могут обращаться к облачным базам данных и виртуальным серверам (VPS) по приватной сети, без выхода в интернет. Для такого подключения не требуются публичный IP-адрес у базы данных или VPS.  Как устроено подключение Кластер, облачные базы данных и VPS аккаунта находятся в одной приватной сети.","\n\u003Cp>Приложения в кластере \u003Ca href=\"https://beget.com/ru/cloud/kubernetes?utm_source=kb&utm_medium=article&utm_campaign=k8s_cloud_databases_vps_private_network&utm_content=site_kubernetes\">Managed Kubernetes\u003C/a> могут обращаться к облачным базам данных и виртуальным серверам (VPS) по приватной сети, без выхода в интернет. Для такого подключения не требуются публичный IP-адрес у базы данных или VPS. \u003C/p>\n\n\n\n\u003Ch2 id=\"kak-ustroeno-podklyuchenie\">Как устроено подключение\u003C/h2>\n\n\n\n\u003Cp>Кластер, облачные базы данных и VPS аккаунта находятся в одной приватной сети. Ноды кластера подключаются к ней автоматически при создании кластера, и отключить это подключение нельзя. Облачные базы данных доступны в приватной сети без дополнительной настройки, а VPS необходимо подключить к ней вручную.\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-alert alert-block alert-block-info\">\u003Cdiv class=\"alert-block-title\">Обратите внимание!\u003C/div>\u003Cdiv class=\"alert-block-content\">В настоящее время приватная сеть работает в пределах одного региона. Чтобы подключаться к базе данных в облаке или VPS из кластера Kubernetes, создавайте их в регионе Санкт-Петербург. \u003C/div>\u003C/div>\n\n\n\n\u003Cp>У каждой ноды кластера два адреса: \u003C/p>\n\n\n\n\u003Cul>\u003Cli>\u003Cstrong>INTERNAL-IP\u003C/strong> – адрес в приватной сети;\u003C/li>\u003Cli>\u003Cstrong>EXTERNAL-IP\u003C/strong> – публичный адрес. \u003C/li>\u003C/ul>\n\n\n\n\u003Cp>Посмотреть их можно командой:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":"null"}\">\u003Ccode>kubectl get nodes -o wide\n\nNAME                               STATUS   ROLES    VERSION   INTERNAL-IP   EXTERNAL-IP\nxxxxxx-client-xxxxxx-xxxxx-xxxxx   Ready    <none>   v1.36.4   10.16.0.4     203.0.113.10\nxxxxxx-client-xxxxxx-xxxxx-xxxxx   Ready    <none>   v1.36.4   10.16.0.28    203.0.113.11\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Поды получают доступ к тем же ресурсам приватной сети, что и нода, на которой они запущены, поэтому дополнительная настройка кластера не требуется. При этом трафик из пода поступает к базе данных или VPS с приватного адреса ноды (INTERNAL-IP), а не с адреса пода. Это необходимо учитывать, если на стороне базы данных или сервера настраиваются списки доступа по IP-адресам.\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-alert alert-block alert-block-info\">\u003Cdiv class=\"alert-block-title\">Обратите внимание!\u003C/div>\u003Cdiv class=\"alert-block-content\">Приватная сеть определяет маршрут трафика и не заменяет средства защиты доступа. Для подключений по приватной сети используйте надежные пароли и ограничивайте доступ к сервисам так же, как для подключений из интернета.\u003C/div>\u003C/div>\n\n\n\n\u003Ch2 id=\"podklyuchenie-k-oblachnoy-baze-dannyh\">Подключение к облачной базе данных\u003C/h2>\n\n\n\n\u003Cp>Для подключения к облачной базе данных понадобятся:\u003C/p>\n\n\n\n\u003Cul>\u003Cli>\u003Cstrong>хост\u003C/strong> – приватный IP-адрес базы данных, указанный в панели управления;\u003C/li>\u003Cli>\u003Cstrong>порт\u003C/strong> – стандартный для СУБД (системы управления базами данных): 5432 для PostgreSQL, 3306 для MySQL;\u003C/li>\u003Cli>\u003Cstrong>имя базы данных\u003C/strong>;\u003C/li>\u003Cli>\u003Cstrong>имя пользователя и пароль\u003C/strong>.\u003C/li>\u003C/ul>\n\n\n\n\u003Cp>Данные для подключения указаны в панели управления на главной странице выбранной облачной базы данных. \u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-image image-block\">\u003Cimg src=\"https://cp.beget.com/shared/vXs2irLzc1ciQi8BHoMK0Bv3J0kkA1IK/image2.png\" alt=\"Данные для подключения PostgreSQL\">\u003C/div>\n\n\n\n\u003Cdiv class=\"wp-block-beget-image image-block\">\u003Cimg src=\"https://cp.beget.com/shared/kYRWLuyVGwbnbazap2suw2UuOdaeVZr9/image1.png\" alt=\"Данные для подключения MySQL\">\u003C/div>\n\n\n\n\u003Cp>Параметры подключения рекомендуется передавать в поды через Secret – объект K8s для хранения конфиденциальных данных. В этом случае пароль не хранится в манифесте в открытом виде.\u003C/p>\n\n\n\n\u003Cp>Создайте пространство имен (namespace), в котором будут размещены параметры подключения и проверочные задачи:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl create namespace db-test\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Затем создайте в нем Secret, указав параметры своей базы данных:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl -n db-test create secret generic external-db \\\n  --from-literal=DB_HOST='<приватный_IP>' \\\n  --from-literal=DB_PORT='<порт>' \\\n  --from-literal=DB_NAME='<имя_бд>' \\\n  --from-literal=DB_USER='<имя_пользователя>' \\\n  --from-literal=DB_PASSWORD='<пароль>'\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Для PostgreSQL в параметре \u003Ccode>DB_PORT\u003C/code> укажите значение \u003Ccode>5432\u003C/code>, а для MySQL – \u003Ccode>3306\u003C/code>.\u003C/p>\n\n\n\n\u003Ch2 id=\"podklyuchenie-k-vps\">Подключение к VPS\u003C/h2>\n\n\n\n\u003Cp>Чтобы обращаться к VPS из кластера Kubernetes, подключите сервер к приватной сети по инструкции из статьи «\u003Ca href=\"https://beget.com/ru/kb/manual/private-network?utm_source=kb&utm_medium=article&utm_campaign=k8s_cloud_databases_vps_private_network&utm_content=kb_private_network\">Как подключить VPS к приватной сети\u003C/a>». При подключении укажите IP-адрес из приватного блока \u003Ccode>10.0.0.0/8\u003C/code>. В зависимости от региона адрес выдается из соответствующей подсети с маской \u003Ccode>/16\u003C/code>.\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-alert alert-block alert-block-info\">\u003Cdiv class=\"alert-block-title\">Обратите внимание!\u003C/div>\u003Cdiv class=\"alert-block-content\">Кластеры Kubernetes в настоящее время доступны только в регионе Санкт-Петербург. Для подключения из кластера VPS должна быть создана в этом же регионе, а ее приватный адрес – находиться в подсети \u003Ccode>10.16.0.0/16\u003C/code>.\u003C/div>\u003C/div>\n\n\n\n\u003Cp>Приватный адрес VPS отличается от публичного, и из кластера необходимо обращаться именно по приватному адресу. Он отображается в панели управления, а на самом сервере его можно посмотреть командой:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>ip -4 addr\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Приватный адрес назначается отдельному сетевому интерфейсу:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 ...\n    inet 203.0.113.20/32 brd 203.0.113.20 scope global eth0\n3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 ...\n    inet 10.16.0.8/16 brd 10.16.255.255 scope global eth1\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>В этом примере \u003Ccode>203.0.113.20\u003C/code> – публичный адрес сервера, а \u003Ccode>10.16.0.8\u003C/code> – приватный.\u003C/p>\n\n\n\n\u003Cp>Сервис на VPS, к которому подключаются приложения из кластера, должен принимать подключения на приватном интерфейсе. Если сервис слушает только адрес \u003Ccode>127.0.0.1\u003C/code>, подключения из кластера до него не дойдут. Кроме того, порт сервиса должен быть разрешен в файрволе (межсетевом экране) VPS. Например, при использовании \u003Ccode>ufw\u003C/code>:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>ufw allow <порт>/tcp\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Ch2 id=\"proverka-podklyucheniya\">Проверка подключения\u003C/h2>\n\n\n\n\u003Cp>Проверку подключения выполнить двумя разными способами: \u003C/p>\n\n\n\n\u003Cul>\u003Cli>доступность порта ресурса из кластера; \u003C/li>\u003Cli>подключение к базе данных с учетными данными.\u003C/li>\u003C/ul>\n\n\n\n\u003Cp>Первый способ одинаков для облачной базы данных и VPS, второй – выполняется только для базы данных.\u003C/p>\n\n\n\n\u003Cp>Для проверки доступности порта запустите временный под с утилитой nc, которая пытается установить соединение с указанным адресом и портом. Учетные данные для этого не требуются:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl run netcheck --rm -it --image=busybox:1.36 --restart=Never -- nc -zv 10.16.0.2 5432\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Вместо \u003Ccode>10.16.0.2\u003C/code> и \u003Ccode>5432\u003C/code> укажите приватный адрес и порт своего ресурса: для облачной базы данных – адрес и порт базы, для VPS – приватный адрес сервера и порт сервиса, запущенного на нем. Параметр \u003Ccode>--rm\u003C/code> удаляет под после завершения проверки.\u003C/p>\n\n\n\n\u003Cp>Если порт доступен, в выводе появится строка:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>10.16.0.2 (10.16.0.2:5432) open\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Если порт облачной базы данных доступен, проверьте подключение к ней с учетными данными. Для этого используется Job – задача Kubernetes, которая выполняется один раз и завершается. Job запускает под с клиентом СУБД, который подключается к базе данных с параметрами из созданного ранее Secret и выполняет тестовый запрос.\u003C/p>\n\n\n\n\u003Cp>Для PostgreSQL сохраните манифест в файл \u003Ccode>pg-check.yaml\u003C/code>:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>apiVersion: batch/v1\nkind: Job\nmetadata:\n  name: pg-check\n  namespace: db-test\nspec:\n  backoffLimit: 0\n  activeDeadlineSeconds: 60\n  template:\n    spec:\n      restartPolicy: Never\n      containers:\n        - name: pg-check\n          image: postgres:16-alpine\n          envFrom:\n            - secretRef:\n                name: external-db\n          command:\n            - /bin/sh\n            - -ec\n            - |\n              export PGPASSWORD=\"$DB_PASSWORD\"\n              export PGCONNECT_TIMEOUT=10\n              psql -h \"$DB_HOST\" -p \"$DB_PORT\" -U \"$DB_USER\" -d \"$DB_NAME\" \\\n                -c 'SELECT current_database(), current_user, now();'\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Примените манифест и выведите результат выполнения:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl apply -f pg-check.yaml\nkubectl -n db-test logs -f job/pg-check\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>При успешном подключении запрос вернет имя базы, имя пользователя и текущее время сервера:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode> current_database | current_user |              now\n------------------+--------------+-------------------------------\n example_db       | example_user | 2026-09-07 17:35:44.117236+03\n(1 row)\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Для MySQL сохраните манифест в файл \u003Ccode>mysql-check.yaml\u003C/code>:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>apiVersion: batch/v1\nkind: Job\nmetadata:\n  name: mysql-check\n  namespace: db-test\nspec:\n  backoffLimit: 0\n  activeDeadlineSeconds: 60\n  template:\n    spec:\n      restartPolicy: Never\n      containers:\n        - name: mysql-check\n          image: mysql:8.4\n          envFrom:\n            - secretRef:\n                name: external-db\n          command:\n            - /bin/sh\n            - -ec\n            - |\n              export MYSQL_PWD=\"$DB_PASSWORD\"\n              mysql -h \"$DB_HOST\" -P \"$DB_PORT\" -u \"$DB_USER\" \\\n                --connect-timeout=10 --ssl-mode=PREFERRED \"$DB_NAME\" \\\n                -e 'SELECT DATABASE(), CURRENT_USER(), NOW();'\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Примените манифест и выведите результат выполнения:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl apply -f mysql-check.yaml\nkubectl -n db-test logs -f job/mysql-check\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>При успешном подключении запрос также вернет имя базы, имя пользователя и текущее время сервера.\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-alert alert-block alert-block-info\">\u003Cdiv class=\"alert-block-title\">Обратите внимание!\u003C/div>\u003Cdiv class=\"alert-block-content\">При первом запуске Job загружает образ клиента СУБД, поэтому контейнер запускается не сразу. На время загрузки команда \u003Ccode>logs -f\u003C/code> повторяет строку \u003Ccode>ContainerCreating\u003C/code>.\u003Cbr>Это не ошибка. После загрузки образа в том же окне появится результат проверки.\u003C/div>\u003C/div>\n\n\n\n\u003Cp>Чтобы запустить Job повторно, предварительно удалите предыдущий:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl -n db-test delete job pg-check\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Если на стороне базы данных настраиваются списки доступа по IP-адресам, можно убедиться, с какого адреса поступают подключения из кластера. Например, для PostgreSQL замените в файле \u003Ccode>pg-check.yaml\u003C/code> запрос в параметре \u003Ccode>-c\u003C/code> на следующий:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>SELECT inet_client_addr(), inet_client_port();\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Удалите предыдущий Job, примените измененный манифест и выведите результат:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl -n db-test delete job pg-check\nkubectl apply -f pg-check.yaml\nkubectl -n db-test logs -f job/pg-check\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Запрос вернет приватный адрес ноды, на которой запущен под:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode> inet_client_addr | inet_client_port\n------------------+------------------\n 10.16.0.4        |            37338\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Полученный адрес совпадает с \u003Cstrong>INTERNAL-IP\u003C/strong> одной из нод в выводе команды \u003Ccode>kubectl get nodes -o wide\u003C/code>. Запрос необходимо выполнять из пода в кластере: в SQL-консоли панели управления он вернет адрес самой консоли, а не кластера.\u003C/p>\n\n\n\n\u003Cp>После завершения всех проверок удалите пространство имен. Вместе с ним будут удалены Secret и Job:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl delete namespace db-test\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Ch2 id=\"chastye-oshibki\">Частые ошибки\u003C/h2>\n\n\n\n\u003Cdiv class=\"wp-block-beget-collapse collapse-block _has-background\">\u003Cdiv class=\"collapse-block__trigger\">\u003Cdiv>Тайм-аут подключения\u003C/div>\u003C/div>\u003Cdiv class=\"collapse-block__body-wrapper\">\u003Cdiv class=\"collapse-block__body\">\n\u003Cp>Если проверка доступности порта завершается сообщением Connection timed out, а Job выводит ошибку timeout expired, ресурс недоступен из кластера по указанному адресу. Например:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>nc: 10.16.0.1 (10.16.0.1:5432): Connection timed out\npsql: error: connection to server at \"10.16.0.1\", port 5432 failed: timeout expired\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Чаще всего причина в том, что вместо приватного адреса указан публичный, VPS не подключена к приватной сети или адрес в Secret не совпадает с адресом в панели управления. Проверьте адрес ресурса и, если подключение выполняется к VPS, убедитесь, что сервер подключен к приватной сети.\u003C/p>\n\u003C/div>\u003C/div>\u003C/div>\n\n\n\n\u003Cdiv class=\"wp-block-beget-collapse collapse-block _has-background\">\u003Cdiv class=\"collapse-block__trigger\">\u003Cdiv>Ошибка аутентификации\u003C/div>\u003C/div>\u003Cdiv class=\"collapse-block__body-wrapper\">\u003Cdiv class=\"collapse-block__body\">\n\u003Cp>Если Job выводит сообщение \u003Ccode>password authentication failed\u003C/code>, сетевое подключение к базе данных работает, но учетные данные указаны неверно:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>psql: error: connection to server at \"10.16.0.2\", port 5432 failed: FATAL:  password authentication failed for user \"example_user\"\nconnection to server at \"10.16.0.2\", port 5432 failed: FATAL:  password authentication failed for user \"example_user\"\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Проверьте имя пользователя и пароль. Чтобы изменить значения в Secret, удалите его и создайте заново с правильными параметрами:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>kubectl -n db-test delete secret external-db\u003C/code>\u003C/pre>\u003C/div>\n\u003C/div>\u003C/div>\u003C/div>\n\n\n\n\u003Cdiv class=\"wp-block-beget-collapse collapse-block _has-background\">\u003Cdiv class=\"collapse-block__trigger\">\u003Cdiv>База данных не существует\u003C/div>\u003C/div>\u003Cdiv class=\"collapse-block__body-wrapper\">\u003Cdiv class=\"collapse-block__body\">\n\u003Cp>Если Job выводит сообщение \u003Ccode>database ... does not exist\u003C/code>, подключение и учетные данные корректны, но указано неверное имя базы данных:\u003C/p>\n\n\n\n\u003Cdiv class=\"wp-block-beget-code code-block\">\u003Cpre data-options=\"{"mode":""}\">\u003Ccode>psql: error: connection to server at \"10.16.0.2\", port 5432 failed: FATAL:  database \"no_such_db\" does not exist\u003C/code>\u003C/pre>\u003C/div>\n\n\n\n\u003Cp>Сверьте значение параметра \u003Ccode>DB_NAME\u003C/code> в Secret с именем базы данных в панели управления.\u003C/p>\n\n\n\n\u003Cp>Для MySQL сообщения об ошибках отличаются по формулировке, но указывают на те же причины.\u003C/p>\n\u003C/div>\u003C/div>\u003C/div>\n\n\n\n\u003Cp>Если возникнут вопросы, напишите нам, пожалуйста, тикет из панели управления аккаунта (раздел “\u003Ca href=\"https://cp.beget.com/support?utm_source=kb&utm_medium=article&utm_campaign=k8s_cloud_databases_vps_private_network&utm_content=cp_support\">Помощь и поддержка\u003C/a>”), а если вы захотите обсудить доступ из кластера Managed Kubernetes к облачным базам данных и VPS по приватной сети или просто пообщаться с коллегами по цеху и сотрудниками Beget – ждем вас в нашем\u003Ca href=\"https://t.me/beget_chat\"> сообществе\u003C/a> в Telegram.\u003C/p>\n",21,"2026-10-15T16:58:08.000Z",{"count":15,"liked":16},0,false,{"route":18,"title":20,"tags":21,"breadcrumbs":90,"uuid":91,"parent_uuid":92,"default_page_path":26,"seo_metadata":93},{"language":6,"path":19},"/kb/how-to/other","Другое",[22,27,31,35,39,43,47,51,55,59,63,67,71,74,78,82,86],{"id":23,"title":24,"seo_metadata":25},"ddos","DDoS",{"title":26,"description":26,"header":26,"keywords":26},"",{"id":28,"title":29,"seo_metadata":30},"veb-analitika","Веб-аналитика",{"title":26,"description":26,"header":26,"keywords":26},{"id":32,"title":33,"seo_metadata":34},"reklama","Реклама",{"title":26,"description":26,"header":26,"keywords":26},{"id":36,"title":37,"seo_metadata":38},"php","PHP",{"title":26,"description":26,"header":26,"keywords":26},{"id":40,"title":41,"seo_metadata":42},"redis","Redis",{"title":26,"description":26,"header":26,"keywords":26},{"id":44,"title":45,"seo_metadata":46},"sajty","Сайты",{"title":26,"description":26,"header":26,"keywords":26},{"id":48,"title":49,"seo_metadata":50},"servisy","Сервисы",{"title":26,"description":26,"header":26,"keywords":26},{"id":52,"title":53,"seo_metadata":54},"backup","BackUp",{"title":26,"description":26,"header":26,"keywords":26},{"id":56,"title":57,"seo_metadata":58},"mysql","MySQL",{"title":26,"description":26,"header":26,"keywords":26},{"id":60,"title":61,"seo_metadata":62},"terminal","Терминал",{"title":26,"description":26,"header":26,"keywords":26},{"id":64,"title":65,"seo_metadata":66},"fajlovyj-menedzher","Файловый менеджер",{"title":26,"description":26,"header":26,"keywords":26},{"id":68,"title":69,"seo_metadata":70},"apache","Apache",{"title":26,"description":26,"header":26,"keywords":26},{"id":72,"title":72,"seo_metadata":73},"htaccess",{"title":26,"description":26,"header":26,"keywords":26},{"id":75,"title":76,"seo_metadata":77},"bitrix","Bitrix",{"title":26,"description":26,"header":26,"keywords":26},{"id":79,"title":80,"seo_metadata":81},"cms","CMS",{"title":26,"description":26,"header":26,"keywords":26},{"id":83,"title":84,"seo_metadata":85},"ssh","SSH",{"title":26,"description":26,"header":26,"keywords":26},{"id":87,"title":88,"seo_metadata":89},"diagnostika","Диагностика",{"title":26,"description":26,"header":26,"keywords":26},[],"990b6a3c-10fb-f492-f734-6ece33e9e4e3","fa9a1354-631a-4206-df34-291f0db8f42a",{"title":94,"description":95,"header":96,"keywords":97},"Другие вопросы. Полезные статьи – Beget","Полезные статьи о Других вопросах на сайте Beget","Другие вопросы. Полезные статьи","Beget, FAQ",{"src":26,"text":26},{"title":100,"description":101,"keywords":102},"Настройка доступа из кластера K8s к облачным базам данных и VPS","Рассказываем, как настроить доступ из кластера Managed Kubernetes (K8s) к облачным базам данных и VPS по приватной сети","Доступ kubernetes к облачным базам данных SQL, подключение кубернетис к виртуальному серверу VPS",{"faq":104,"how_to":105,"product":105},[],null,{},[108,112,115,118,121],{"level":109,"name":110,"anchor":111},1,"Как устроено подключение","kak-ustroeno-podklyuchenie",{"level":109,"name":113,"anchor":114},"Подключение к облачной базе данных","podklyuchenie-k-oblachnoy-baze-dannyh",{"level":109,"name":116,"anchor":117},"Подключение к VPS","podklyuchenie-k-vps",{"level":109,"name":119,"anchor":120},"Проверка подключения","proverka-podklyucheniya",{"level":109,"name":122,"anchor":123},"Частые ошибки","chastye-oshibki",[],[126,130],{"route":127,"title":129},{"language":6,"path":128},"/kb/how-to","Полезные статьи",{"route":131,"title":20},{"language":6,"path":19},[133,135],{"src":134},"https://cp.beget.com/shared/vXs2irLzc1ciQi8BHoMK0Bv3J0kkA1IK/image2.png",{"src":136},"https://cp.beget.com/shared/kYRWLuyVGwbnbazap2suw2UuOdaeVZr9/image1.png",[],[139,148,157],{"route":140,"uuid":142,"title":143,"excerpt":26,"content":26,"view_count":15,"published_at":26,"modified_at":26,"like":105,"category":105,"hero_image":105,"seo_metadata":105,"schema_org_metadata":105,"open_graph_metadata":105,"sections":144,"tags":145,"breadcrumbs":146,"images":147},{"language":6,"path":141},"/kb/how-to/other/shpargalka-osnovnyh-komand-docker","ada0097c-61ca-404c-01a0-28998094eef7","Шпаргалка по основным командам Docker, которая поможет вам в работе с платформой",[],[],[],[],{"route":149,"uuid":151,"title":152,"excerpt":26,"content":26,"view_count":15,"published_at":26,"modified_at":26,"like":105,"category":105,"hero_image":105,"seo_metadata":105,"schema_org_metadata":105,"open_graph_metadata":105,"sections":153,"tags":154,"breadcrumbs":155,"images":156},{"language":6,"path":150},"/kb/how-to/other/osnovy-bash-v-linux","626d4318-1ceb-07b7-728f-d9ea317793b9","Основы bash в ОС Linux: создание скриптов, команды, ошибки",[],[],[],[],{"route":158,"uuid":160,"title":161,"excerpt":26,"content":26,"view_count":15,"published_at":26,"modified_at":26,"like":105,"category":105,"hero_image":105,"seo_metadata":105,"schema_org_metadata":105,"open_graph_metadata":105,"sections":162,"tags":163,"breadcrumbs":164,"images":165},{"language":6,"path":159},"/kb/how-to/other/blokirovka-php-sessij","281d6d7c-f695-571a-7abf-77d7fd08df91","Блокировка сессии в PHP",[],[],[],[],"popularity-desc"]