У меня есть проект .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
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, но не вышло.
Что я здесь делаю не так. надеюсь на вашу помощь в этом.





Итак, проблема здесь в песочнице докеров. Каждый запускаемый контейнер можно рассматривать как отдельную виртуальную среду, имеющую собственное имя хоста, 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"
Это более переносимо и обрабатывает масштабирование / обновление контейнеров лучше, чем присоединение контейнеров к одному и тому же сетевому пространству имен.
@ThomasEyde убедитесь, что ваше приложение не подключается до завершения запуска БД, или используйте цикл повтора.
У меня не работает. Я получаю
SocketException: Connection refused