Как общаться между двумя контейнерами докеров (приложение mssql и .net core), в соединении отказано 127.0.0.1:1433

У меня есть проект .net core 2.0, в котором используется mssql сервер. Я создал docker image и контейнер для моего .net core 2.0 и работаю на 9090:9090. Я создал его, как показано ниже.

docker container run --name mytestapp --publish 9090:9090 --detach my_.netapp_image_name

и ниже моя строка подключения в приложении .net core 2.0.

"DefaultConnection": "Server=127.0.0.1;Database=mydatabase;UserId=SA;Password=mydbpassword"

перед это, я создал контейнер для mssql server с помощью ниже,

docker container run -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=<YourStrong!Passw0rd>' \
   -p 1433:1433 --name sql1 \
   -d microsoft/mssql-server-linux:2017-latest
  • у моего основного приложения .net есть семена для базы данных. каждый раз, когда он выдает ошибку, говорит

Unhandled Exception: System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: TCP Provider, error: 35 - An internal exception was caught) ---> System.AggregateException: One or more errors occurred. (Connection refused 127.0.0.1:1433) ---> System.Net.Internals.SocketExceptionFactory+ExtendedSocketException: Connection refused 127.0.0.1:1433

ПРИМЕЧАНИЕ: это отлично работает, когда я запускаю свое приложение .net через IDE (Visual Studio) и использую db в качестве контейнера mssql для докеров. Я запускал эти два контейнера отдельно. затем я попытался запустить с помощью docker-compose, но не вышло.

Что я здесь делаю не так. надеюсь на вашу помощь в этом.

Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
4
0
2 479
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Итак, проблема здесь в песочнице докеров. Каждый запускаемый контейнер можно рассматривать как отдельную виртуальную среду, имеющую собственное имя хоста, IP-адрес и сеть. При использовании -p только перенаправляет порт из этой внутренней сети на хост. Итак, пока вы работаете из VS, вы можете указать на свою базу данных с помощью localhost (127.0.0.1:1433) только потому, что вы предоставили этот порт для хоста, и ваше приложение запускается на хосте напрямую. Когда он выполняется внутри своего собственного контейнера, localhost больше не относится к хосту, а скорее к этой среде докеров. Чтобы исправить это, вы можете запустить оба контейнера в одной сети (аргумент --network при запуске) и ссылаться друг на друга по имени хоста (аргумент --name при запуске).

docker container run -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=<YourStrong!Passw0rd>' \
-p 1433:1433 --name sql1 \
-d microsoft/mssql-server-linux:2017-latest \
--name sql_server

docker container run \
--name mytestapp 
--publish 9090:9090 
--detach my_.netapp_image_name 
--network container:sql_server

и в настройках укажите свою базу данных как sql_server. Чтобы сделать этот процесс менее болезненным, вы можете исследовать docker-compose.

Ответ принят как подходящий

Каждый контейнер по умолчанию имеет собственное сетевое пространство имен. Compose разместит все контейнеры в общей сети и установит псевдоним в DNS для имени службы. Итак, чтобы подключиться между контейнерами, все, что вам нужно сделать, это указать имя вашей службы вместо 127.0.0.1 (при условии, что mysql - это имя вашей службы):

"DefaultConnection": "Server=mysql;Database=mydatabase;UserId=SA;Password=mydbpassword"

Это более переносимо и обрабатывает масштабирование / обновление контейнеров лучше, чем присоединение контейнеров к одному и тому же сетевому пространству имен.

У меня не работает. Я получаю SocketException: Connection refused

Thomas Eyde 05.12.2018 14:49

@ThomasEyde убедитесь, что ваше приложение не подключается до завершения запуска БД, или используйте цикл повтора.

BMitch 06.12.2018 09:21

Другие вопросы по теме