# Plugins/docker vs library/docker

**URL:** <https://drone.discourse.group/t/plugins-docker-vs-library-docker/8077>\
**Category:** Drone Support\
**Created:** [November 15, 2019, 3:56am UTC](https://drone.discourse.group/t/plugins-docker-vs-library-docker/8077 "2019-11-15T03:56:19Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![ffkml](https://yyz1.discourse-cdn.com/flex003/user_avatar/drone.discourse.group/ffkml/32/5792_2.png) [@ffkml](https://drone.discourse.group/u/ffkml)\
**Post date:** [November 15, 2019, 3:56am UTC](https://drone.discourse.group/t/plugins-docker-vs-library-docker/8077/1 "2019-11-15T03:56:19Z")

</div>

Many of our steps have to do with building docker images. We originally were thinking that the `plugins/docker` would be the right image to use, but it we’re running into issues where the docker build can’t complete due to what appears to be network issues. Specifically, when it gets to a build step where we do a `yarn install` it results in `There appears to be trouble with your network connection. Retrying...`. If we switch to using `library/docker`, the build works without issue.

We are behind a proxy and https traffic is resigned with a self-signed cert (both are set during earlier docker build steps). Again, all works fine with `library/docker` (and a the docker.sock mounted).

Any suggestion on what might be the issue?

---

<div class="post-metadata">

**Author:** ![ffkml](https://yyz1.discourse-cdn.com/flex003/user_avatar/drone.discourse.group/ffkml/32/5792_2.png) [@ffkml](https://drone.discourse.group/u/ffkml)\
**Post date:** [November 15, 2019, 4:15am UTC](https://drone.discourse.group/t/plugins-docker-vs-library-docker/8077/2 "2019-11-15T04:15:52Z")

</div>

Did some more searching and found this item: [DNS Lookup fails inside plugins/docker build](http://discuss.harness.io/t/dns-lookup-fails-inside-plugins-docker-build/501). Setting the `custom_dns` setting to the name server addresses on the host machine resolved the issue.

---

<div class="post-metadata">

**Author:** ![bradrydzewski](https://yyz1.discourse-cdn.com/flex003/user_avatar/drone.discourse.group/bradrydzewski/32/3513_2.png) [@bradrydzewski](https://drone.discourse.group/u/bradrydzewski)\
**Post date:** [November 15, 2019, 4:34am UTC](https://drone.discourse.group/t/plugins-docker-vs-library-docker/8077/3 "2019-11-15T04:34:38Z")

</div>

> [@On another topic](https://drone.discourse.group/t/6285/1):
>
> We are behind a proxy and https traffic is resigned with a self-signed cert (both are set during earlier docker build steps). Again, all works fine with `library/docker` (and a the docker.sock mounted).

this is likely because you are mounting the host machine socket, and creating containers that use the default bridge network and dns. The `plugins/docker` image creates a docker-in-docker container and is attached to a user-defined network. DNS lookup on bridge network and user-defined network do not work the same way.

the `plugins/docker` image uses `library/docker` as the base.