Tag: .net

无法连接到运行在docker上的.net核心应用程序的SQL Server Express: 我有SQL Server 2016 Express，用于Windows的Docker和安装在Windows 10机器上的IIS。 SQL Server Expressconfiguration为在1455端口上侦听。 Northwind示例数据库就在那里。 Windows防火墙已禁用。 Ipconfig显示如下： Ethernet adapter vEthernet (DockerNAT) 2: Connection-specific DNS Suffix . : Link-local IPv6 Address . . . . . : fe80::70f1:3323:a7a8:b7a5%21 IPv4 Address. . . . . . . . . . . : 10.0.75.1 Subnet Mask . . . . . . . . […]

dotnet恢复在本地工作，但在构buildDocker容器时失败: 如果我使用dotnet classlib -lang f# -o hello-docker创build一个新的控制台应用程序， cd进入目录，然后运行dotnet restore ，一切都按预期工作。但是，如果我添加一个Dockerfile以下内容 FROM microsoft/dotnet:2-sdk WORKDIR /hello COPY hello-docker.fsproj . COPY *.fs ./ RUN dotnet restore RUN dotnet build ENTRYPOINT [ "dotnet", "run" ] 并运行docker build . ，它无法通过以下消息到达nuget.org ： /usr/share/dotnet/sdk/2.0.0/NuGet.targets(102,5）：错误：无法加载源https://api.nuget.org/v3/index.json的服务索引。 [/hello/hello-docker.fsproj] /usr/share/dotnet/sdk/2.0.0/NuGet.targets(102,5）：错误：发送请求时发生错误。 [/hello/hello-docker.fsproj] /usr/share/dotnet/sdk/2.0.0/NuGet.targets(102,5）：错误：无法parsing主机名[/hello/hello-docker.fsproj] 命令“/ bin / sh -c dotnet restore”返回一个非零的代码：1 为什么我可以在本地恢复，但不在Docker容器内？

使用Docker在单个主机（Windows）上运行多个网站: 我们已经安装了一个Windows 2016服务器机器并在其上安装了Docker。我们计划拥有多个Docker容器，每个容器都包含一个.Net Web应用程序。容器应该可以从一个不同的URL访问（不同的域或不同的端口相同的服务器，是否有可能与Windows服务器作为主机？我已经find的教程是Linux服务器为基础，并使用nginx的这一点，我是docker的新手。

除巧克力以外的其他获得.Net 4.5 sdk的手段: 我试图从docker for sql server运行最近发布的实验室样本。当我尝试为构build容器创build映像时，出现错误消息，指出巧克力无法完成请求 RUN Install-PackageProvider -Name chocolatey -RequiredVersion 2.8.5.130 -Force; Install-Package -Name microsoft-build-tools -RequiredVersion 15.0.26228.0 -Force; Install-Package -Name netfx-4.5.2-devpack -RequiredVersion 4.5.5165101 -Force 看来，如果我拿出netfx-4.5.2的线，它工作正常，但是我仍然没有4.5.2程序集。有没有一种方法可以将我的容器安装在巧克力以外的容器中？

使用Docker容器时IIS上应用程序池的标识: 当我们使用gMSA账户时，应用程序池的身份是否重要？我知道默认情况下它被设置为“networking服务”或“本地系统”。如果应用程序池的标识是上述以外的帐户，那么容器是否仍在使用gMSA帐户？

rabbitmq优雅的出口应该等待事件处理者: 我有麻烦做正确的方式。我有一个.net核心应用程序在docker集装箱。当docker集装箱停下来，我需要等待我的邮件处理（上传到FTP），并closures连接。但是，现在我可以closures连接，但不会等待我的eventHandler完成。任何想法的解决scheme？它看起来很像：等待RabbitMQ线程在Windows Service OnStop（）中完成。虽然我不使用Windows服务，但基本概念将是一样的，但我不想让自己离队。这是我的代码看起来像： public class AmqpConsumer : IAmqpConsumer { private readonly IConnection _connection; private readonly ILogger<AmqpConsumer> _logger; public AmqpConsumer(ILogger<AmqpConsumer> logger, IOptions<AmqpMessageBrokerConfig> config, IConnectionFactory connectionFactory) { _logger = logger; connectionFactory.Uri = config.Value.Uri; _connection = connectionFactory.CreateConnection(); } public void CloseConnecion() { _logger.LogInformation("Close connection."); _connection.Close(); _logger.LogInformation("Connection closed."); } public […]

docker+ dotnet手表: 我使用Visual Studio代码。我创build了一个新的projet dotnet新的webapi。我在.csproj中引用了dotnet-watch： <ItemGroup> <DotNetCliToolReference Include="Microsoft.DotNet.Watcher.Tools" Version="2.0.0" /> <DotNetCliToolReference Include="Microsoft.Extensions.SecretManager.Tools" Version="2.0.0" /> <DotNetCliToolReference Include="Microsoft.Extensions.Caching.SqlConfig.Tools" Version="2.0.0" /> </ItemGroup> 然后，我build立我的DockerFile。我注意到奇怪的行为。 docker镜像检测到更改并重build解决scheme。二进制文件已经在bin和obj目录中更新，但是当我调用api时，就好像从来没有任何改变。 FROM microsoft/aspnetcore-build:2.0 COPY . /app WORKDIR /app ENV ASPNETCORE_URLS=http://*:5000 EXPOSE 5000 ENV DOTNET_USE_POLLING_FILE_WATCHER=1 ENV ASPNETCORE_ENVIRONMENT=Development Docker命令：docker run -i -p 5000：5000 -v $（pwd）：/ app -t docker -todoapi 终于在集装箱docker：docker restore和docker watch run了

如何从docker容器中的bash检查.net核心dll的版本: 我有一个运行.Net Core 1.x Web API的docker容器。服务的打包方式存在问题，无法正常启动。我可以通过shell进入 docker run -it –entrypoint /bin/bash my-image 在容器上运行docker export …我知道问题是Newtonsoft.Json.dll的错误版本，因为我能够在Windows 10上检查Newtonsoft.Json.dll的版本。有没有一种方法，我可以检查我的bash提示符，而在我的docker集装箱的Newtonsoft.Json.dll的版本？

Net核心Docker环境variables: 我不知道这是否是发布这个问题的正确的地方。如果不是请对不起！我在.net核心2.0中有一个应用程序，我已经为应用程序设置/config/servicediscovery.json创build了一个文件夹 Sample { "Discovery": { "Enabled": true, "Url": "http://localhost:8500", "ServiceId": "service", "ServiceName": "service", "ServiceUrl": "http://localhost", "ServicePort": "53489", "HealthCheck": "http://localhost:53489/ping", "HealthCheckInterval": 5 } } 此文件具有与服务发现应用程序进行通信的默认设置，默认情况下具有在本地主机上运行的值。在创build图像后，我试图用docker运行应用程序 docker run –rm -it -p 5000:80 –name ServiceName Repository:Service:2.0.17298.133 –env ASPNETCORE_ENVIRONMENT=Production -e Discovery:HealthCheck="htttp://www.microsoft.com" 但是这并不适用于环境设置。这是对的？还有另一种方法来做到这一点？

在GitLab CI中构buildWPF应用程序时使用什么docker-image: 目前我正在尝试设置一个CIpipe道。我不能让我的ClassLibrary构build如图所示无法在GitLab CI中恢复包我想通了这可能是因为我没有设置一个image使用。什么image是正确的？我的ClassLibrary面向.NET 4.5所以我试图使用microsoft/dotnet-framework 。但是那也不pipe用我错在哪里？