dockerbtc測試鏈

1. docker 不識別軟鏈接嗎

本質上 symlink 只是一個文件或目錄的"鏈接"(anchor)，實際上，早期的 symlink 實現中，一個 symlink 就是包含了一個路徑名的普通文件。

所以，一個 symlink 在容器和宿主機上指向的實際目標很可能是不同的，比如通過以下腳本新建的容器：

```
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
```

在以上腳本建立的容器內執行` 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 啟動容器後仍然會以進程號創建新的名字空間，但在較新的版本裡面，默認刪除了系統中的名字空間信息文件。
網路名字空間文件位於 /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 啟動容器後仍然會以進程號創建新的名字空間，但在較新的版本裡面，默認刪除了系統中的名字空間信息文件。
網路名字空間文件位於 /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.100

6. 下載比特幣測試網路的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 ps

docker ps -a

網頁鏈接

參考一下吧

希望可以幫到你