1. docker 不辨识软镜像吗
其本质上 symlink 罢了两个文档或产品目录的"镜像"(anchor)，事实上，晚期的 symlink 同时实现中，两个 symlink 就是包含了两个路径名的普通文档。
所以，两个 symlink 在罐子和用户端上对准的实际最终目标很可能是相同的，比如说透过以下JAVA增建的罐子：
“`
mkdir volume
ln -s / volume/root
docker run –rm -ti -v `pwd`/volume:/data -w /data busybox sh
“`在用户端，和罐子内依次继续执行`ls root`, 看见的内容是相同的，依次是用户端和罐子的根产品目录。
假如你希望 symlink 在罐子和用户端上对准的最终目标一致，可信赖一点的办法是将最终目标文档放在 volume 内，而且采用四元组的形式建立 symlink， 比如说：
“`
mkdir volume
cd volume
touch target
ln -s ./target symlink1
ln -s `pwd`/target symlink2
docker run –rm -ti -v `pwd`:/data -w /data busybox sh
“`在以上JAVA建立的罐子内继续执行` cat /data/symlink1`和`cat /data/symlink2`，会辨认出前者能正确出访到文档，后者则会收起
2. 怎样修改docker network inspect mynet
熟识 Linux 控制技术的人都晓得，罐子罢了借助英文名字内部空间展开隔绝的民主化罢了，Docker 在罐子同时实现上也是借助了 Linux 另一方面的控制技术。
有时，他们须要在用户端上对罐子内展开许多操作形式，总之，此种绕开 Docker 的操作形式形式并不所推荐。
假如你采用的是较为捷伊 Docker 版，会难堪的辨认出，间接采用控制系统指示，会封禁到罐子英文名字内部空间。
这儿，具体来说如是说下逗 ip netns地 系列产品指示。那些指示负责管理操作形式控制系统中的互联网英文名字内部空间。
具体来说，他们采用 逗add地 指示建立两个临时性的互联网英文名字内部空间。
ip netns add test接着，采用 show 指示来查阅控制系统中的互联网英文名字内部空间，会看见刚建立的 test 英文名字内部空间。
ip netns show test除此之外，两个很管用的指示是 exec，会在相关联英文名字内部空间内继续执行指示。比如说
ip netns exec test ifconfig采用 del 指示删掉刚建立的 test 英文名字内部空间。
ip netns del test接下去运转两个 Docker 罐子，比如说
docker run -it ubuntu再度继续执行 ip netns show指示。很惋惜，这儿甚么输入都没有。
原因在于，Docker 开启罐子后仍然N43EI243SL民主化号建立捷伊英文名字内部空间，但在较捷伊版里面，预设删掉了控制系统中的英文名字内部空间重要信息文档。
互联网英文名字内部空间文档位于 /var/run/netns 上面，比如说他们之前建立的 test 英文名字内部空间，则在那个产品目录下有两个 test 文档。譬如 netns 类似的控制系统指示依靠那些文档才能获得英文名字内部空间的重要信息。
在罐子开启后，查阅那个产品目录，会辨认出甚么都没有。
OK，那让他们全自动复建它。
具体来说，采用上面的指示查阅罐子民主化重要信息，比如说这儿的1234。
docker inspect –format='{{. State.Pid}} ' container_id 1234接下去，在 /proc 产品目录（保存民主化的所有相关重要信息）下，把相关联的互联网英文名字内部空间文档镜像到 /var/run/netns 上面
ln -s /proc/1234/ns/net /var/run/netns/接着，就可以透过正常的控制系统指示来查阅或出访罐子的英文名字内部空间了。比如说
ip netns show 1234 ip netns exec 1234 ifconfig eth0 172.16.0.10/16…3. 怎样查阅docker罐子uid
熟识 Linux 控制技术的人都晓得，罐子罢了借助英文名字内部空间展开隔绝的民主化罢了，Docker 在罐子同时实现上也是借助了 Linux 另一方面的控制技术。
有时，他们须要在用户端上对罐子内展开许多操作形式，总之，此种绕开 Docker 的操作形式形式并不所推荐。
假如你采用的是较为捷伊 Docker 版，会难堪的辨认出，间接采用控制系统指示，会封禁到罐子英文名字内部空间。
这儿，具体来说如是说下“ ip netns” 系列产品指示。那些指示负责管理操作形式控制系统中的互联网英文名字内部空间。
具体来说，他们采用 “add” 指示建立两个临时性的互联网英文名字内部空间。
ip netns add test接着，采用 show 指示来查阅控制系统中的互联网英文名字内部空间，会看见刚建立的 test 英文名字内部空间。
ip netns show test除此之外，两个很管用的指示是 exec，会在相关联英文名字内部空间内继续执行指示。比如说
ip netns exec test ifconfig采用 del 指示删掉刚建立的 test 英文名字内部空间。
ip netns del test接下去运转两个 Docker 罐子，比如说
docker run -it ubuntu再度继续执行 ip netns show指示。很惋惜，这儿甚么输入都没有。
原因在于，Docker 开启罐子后仍然N43EI243SL民主化号建立捷伊英文名字内部空间，但在较捷伊版里面，预设删掉了控制系统中的英文名字内部空间重要信息文档。
互联网英文名字内部空间文档位于 /var/run/netns 上面，比如说他们之前建立的 test 英文名字内部空间，则在那个产品目录下有两个 test 文档。譬如 netns 类似的控制系统指示依靠那些文档才能获得英文名字内部空间的重要信息。
在罐子开启后，查阅那个产品目录，会辨认出甚么都没有。
OK，那让他们全自动复建它。
具体来说，采用上面的指示查阅罐子民主化重要信息，比如说这儿的1234。
docker inspect –format='{{. State.Pid}} ' container_id 1234接下去，在 /proc 产品目录（保存民主化的所有相关重要信息）下，把相关联的互联网英文名字内部空间文档镜像到 /var/run/netns 上面
ln -s /proc/1234/ns/net /var/run/netns/接着，就可以透过正常的控制系统指示来查阅或出访罐子的英文名字内部空间了。比如说
ip netns show 1234 ip netns exec 1234 ifconfig eth0 172.16.0.10/16…4. docker镜像能上网吗
docker 镜像是无法连接外网，只有透过部署那个镜像的罐子才能同时实现出访外网。查阅此镜像，详细如是说怎样采用docker镜像，docker罐子等功能，网页镜像
5. 怎样采用docker中的php环境来调试代码
Docker罐子化PHP开发环境搭建-DVWA (含xdebug调试)
摘要：Docker罐子化控制技术在过去的2015年得到了大面积的普及应用，特别是以灵雀云、数人云、阿里云以及阿里百川TAE2.0等为代表的服务商的推动，可以预见2016会是云服务大爆发的一年，会有越来越多的互联网企业将自己的业务部署到基于Docker罐子的环境里来。
Docker罐子化控制技术在过去的2015年得到了大面积的普及应用，特别是以灵雀云、数人云、阿里云以及阿里百川TAE2.0等为代表的服务商的推动，可以预见2016会是云服务大爆发的一年，会有越来越多的互联网企业将自己的业务部署到基于Docker罐子的环境里来。
本文以 DVWA 部署为例，来讲解PHP环境部署+基于XDEBUG调试环境的罐子化解决方案。
Github代码
segmentfault参考镜像
Docker罐子化PHP开发环境搭建-DVWA (含xdebug调试)
建立产品目录
基础产品目录
~/dvwa/data 存放MySQL数据库
~/dvwa/htdocs 项目代码
~/dvwa/log 存放所有输入log
从代码仓库构建
cd ~
git clone https://github.com/MarkThink/DockerPHP.git dvwa
建立那些产品目录
mkdir ~/dvwa ~/dvwa/data ~/dvwa/data/mysql ~/dvwa/log ~/dvwa/log/nginx ~/dvwa/log/php ~/dvwa/htdocs
下载镜像及构建
cd ~/dvwa/htdocs/dvawfiles
make pull
make dl
make build
下载代码
cd ~/dvwa/htdocs
git clone https://github.com/MarkThink/DVWA.git dvwa_app
IDE调试配置
Docker罐子化PHP开发环境搭建-DVWA (含xdebug调试)Docker罐子化PHP开发环境搭建-DVWA (含xdebug调试)
绑定域名
“`
sudo vi /etc/hosts
192.168.99.1006. 下载比特币试验互联网的Docker镜像问题
你要用封装好的间接GHOST安装，你就下GHOST版的，你下的可能是干净安装的，此种装控制系统要慢点，完了要自己装各种应用程序和没有的驱动，但用着更稳定我自己更喜欢用干净版的，GHOST的有驱动包过大，驱动全但找到的驱动不一定时最完美的，更不可能是最捷伊，各种软件装完就得升级，一样烦
7. 怎么查阅docker 的flocker的数据卷
有一件事触动了我。当我解释和回答Docker初学者提出的问题时，我辨认出其中两个很普遍，那就是当老的解决方案仍然可以解决现有问题时，大家又在寻找捷伊解决方案。 工程师有两个癖好，就是忘记他们所晓得的，接着他们可以不用做太多改变，而在两个捷伊范例中很大程度上运用那些已经掌握的知识。所以最终，这篇博客有三个目的： 给你两个例子采用Docker继续执行采用 提醒你，你在docker到来之前所获得的知识仍然是管用的 帮助你构建将那个知识放到罐子中的思维 真的，这篇文章可以被称为备份RDBMS和Docker，但我须要许多具体的例子。因为这篇文章是关于PostgreSQL触发的问题，我决定就这样做。 这儿的情况。有两个PostgreSQL服务器运转在两个Docker罐子，和你非常满意的这两个很棒的软件的结合。但是你是两个聪明的人，你晓得，迟早，您将须要备份的数据库。也许硬件将会失败，或者捷伊实习生将会失败，你永远不会晓得的。所以你决定定期备份数据库。 但是怎样做到这一点。PostgreSQL运转在Docker中，并没有明显的形式出访数据。 问题可以归结为对您的PostgreSQL实例运转pg_mp，和你有三种形式同时实现这一最终目标。 根据您的版的Docker，采用nsenter或Docker继续执行以获得shell在罐子内，并将您的数据(采用pg_mp)转储到两个共享卷(postgres罐子运转PostgreSQL的名称): docker exec postgres pg_mp -h db -f /shared/backup.sql 但他们可以做的更好，对吗?理想的流程将涉及能够连接到PostgreSQL无需两个shell的罐子。有两种方法可以做到这一点。 具体来说，用罐子的一切方法。你建立两个pg_mp罐子(这是两个罐子，pg_mp作为它的入口点)，并将其镜像到PostgreSQL罐子在运转时。这儿有两个 pg_mp罐子的Dockerfile 用 docker build 构建注意：建立两个特定的罐子pg_mp不是强制性的。Damien如上所述的评论,你重新采用 包含 pg_mp在内的PostgreSQL镜像一点儿问题都没有。他们在这儿建立两个罐子是因为要练习。 运转：在你的PostgreSQL postgres的罐子中运转。
8. 怎样查阅docker罐子状态
docker psdocker ps -a网页镜像参考一下吧希望可以帮到你
