码头工人货柜港混淆[副本]
EXPOSE 8080:8080
docker run -d --restart=unless-stopped --name image1 -p 3000:8080 image1:latest
我的困惑是wile创建镜像主机端口在Dockerfile中被指定为8080，但当从同一个镜像主机端口运行容器时，被指定为3000。那么这个容器将在哪个主机端口运行，为什么？
共有1个答案
公开指令实际上并不发布端口。它的功能是构建映像的人和运行容器的人之间的一种文档类型，关于哪些端口要发布。若要在运行容器时实际发布端口，请在docker run上使用-p标志发布并映射一个或多个端口，或者使用-p标志发布所有公开的端口并将它们映射到高阶端口。
https://docs.docker.com/engine/reference/builder/
所以3000港口将暴露在你的集装箱上。
-
问题内容： 我对版本号感到困惑 一些文档引用了版本号，例如 Eg（从此处开始） 但是，从Docker 17.06开始，您还可以使用独立容器 但是其他一些文档则引用了版本号，例如 Eg（从此处开始） 注意：需要版本1.13或更高版本 版本编号约定是否在某个时间点有所更改？ 问题答案： 17.03.0-ce（2017-03-01） 重要信息：从此版本开始，Docker每月发布一次，并使用新的YY.MM
-
当我用debug模式启动intentservice的子类时，发现它先调用onstart方法，然后执行onStartCommand方法，但在onStartCommand方法中，它没有调用“onstart（intent,startId）；” 由于我看到了源代码，我认为应该是首先调用onStartCommond方法，然后在onStartCommond方法中做onStart方法，正如上面的结果显示的，我混
-
我有一个mongodb服务和一个使用docker compose运行的测试服务： 在我试图运行的start.sh脚本中： 但我得到了以下错误： 我的问题是：为什么会发生错误？Dependes_on属性不应该自动包含服务依赖项吗？正如这里提到的： depends_on 表示服务之间的依赖关系，这有两个效果： docker compose up将按依赖顺序启动服务。在下面的示例中，db和redis将在
-
我正在尝试从vue前端应用程序连接到Lumen后端api。但是我想在不暴露后端api端口的情况下这样做，所以这一切都将在内部处理。我想要这样做的原因是因为api的一些endpoint是公共的，目前作为一个小应用程序，我不想担心任何人从外部调用api。 对于后端api，我使用的是ngin x。 我已经添加了一个中间件，在Lumen中启用了CORS，在nginx中启用了CORS。 nginx.conf
-
问题内容： 我正在做一个登录页面。我有UITextField作为密码。 显然，我不希望看到密码。相反，我希望键入时显示圆圈。您如何设置发生这种情况的领域？ 问题答案： 请将您的UItextField属性设置为安全。 试试这个.. textFieldSecure是您的UITextField …
-
问题内容： 是否有对Java混淆代码进行反混淆的工具？ 这些代码是从编译的类中提取的，但是它们被混淆并且不可读。 问题答案： 您是否尝试过使用Java Deobfuscator（又名JDO） （一种智能反编译器）来减少代码的晦涩感？ 目前，JDO执行以下操作： 将混淆的方法，变量，常量和类名重命名为唯一的，并更能指示其类型 在整个源代码树（测试版）中传播更改 具有易于使用的GUI 允许您指定字段，