Docker konteynerinim internet yok

Tamamen çalışmasını sağladım ama şimdi durdu. Ben boşuna aşağıdaki komutları denedim:

docker run -dns 8.8.8.8 base ping google.com

docker run base ping google.com

sysctl -w net.ipv4.ip_forward=1 - hem ana bilgisayarda hem de kapta

Tek aldığım şey unknown host google.com. Docker sürüm 0.7.0

Herhangi bir fikir?

PS de ufwdevre dışı

Check ilk şey çalıştırılır cat /etc/resolv.confiçinde liman işçisi kap . Geçersiz bir DNS sunucusu varsa, örneğin nameserver 127.0.x.x, kapsayıcı etki alanı adlarını ip adreslerine çözümleyemez, bu nedenle ping google.combaşarısız olur.

Check İkinci şey çalıştırılır cat /etc/resolv.confüzerinde ana makinede . Docker temel olarak /etc/resolv.confbir kap her başlatıldığında ana makineyi kapsayıcıya kopyalar . Yani ana bilgisayarın /etc/resolv.confyanlışsa, docker kapsayıcısı da öyle olacaktır.

Ana bilgisayarın /etc/resolv.confyanlış olduğunu fark ettiyseniz, 2 seçeneğiniz vardır:

1. Daemon.json içinde DNS sunucusunu sabit kodlayın. Bu kolaydır, ancak DNS sunucusunun değişmesini bekliyorsanız ideal değildir.

2. Ana bilgisayarları düzeltin /etc/resolv.conf. Bu biraz daha karmaşıktır, ancak dinamik olarak üretilir ve DNS sunucusunu zor kodlamazsınız.

1. docker daemon.json'da sabit kod DNS sunucusu

• Düzenle /etc/docker/daemon.json

  {
      "dns": ["10.1.2.3", "8.8.8.8"]
  }
  

• Bu değişikliklerin geçerli olması için docker arka plan programını yeniden başlatın:
  sudo systemctl restart docker

• Artık bir kap çalıştırdığınızda / başlattığınızda, docker öğesinin /etc/resolv.confdeğerleriyle doldurulur daemon.json.

2. Ana bilgisayarları düzeltin /etc/resolv.conf

A. Ubuntu 16.04 ve öncesi

• Ubuntu 16.04 ve öncesi için /etc/resolv.confNetworkManager tarafından dinamik olarak oluşturuldu.

• İçindeki satırı dns=dnsmasq(a ile #) yorumlayın /etc/NetworkManager/NetworkManager.conf

• Yeniden oluşturmak için NetworkManager'ı yeniden başlatın /etc/resolv.conf:
  sudo systemctl restart network-manager

• Ana bilgisayarda doğrulayın: cat /etc/resolv.conf

B. Ubuntu 18.04 ve üstü

• Ubuntu 18.04 systemd-resolvedüretmek/etc/resolv.conf için kullanılacak şekilde değiştirildi . Şimdi varsayılan olarak yerel bir DNS önbelleği 127.0.0.53 kullanıyor. Bu bir kapsayıcı içinde çalışmaz, bu nedenle Docker varsayılan olarak Google'ın 8.8.8.8 DNS sunucusunu kullanır ve bu da bir güvenlik duvarının arkasındaki insanlar için kırılabilir.

• /etc/resolv.confaslında Ubuntu 18.04'te varsayılan ls -l /etc/resolv.confolarak /run/systemd/resolve/stub-resolv.conf(127.0.0.53) 'e işaret eden bir symlink ( ) yöntemidir.

• Symlink'i /run/systemd/resolve/resolv.conf, gerçek DNS sunucularını listeleyen şu noktaya çevirmeniz yeterlidir :
  sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

• Ana bilgisayarda doğrulayın: cat /etc/resolv.conf

Artık /etc/resolv.conf, docker'ın kapsayıcılara kopyalaması için ana bilgisayarda geçerli bir değeriniz olmalıdır.

Bu tavsiyeye uyarak giderildi:

[...] her şeyi sıfırlamayı deneyebilir misiniz?

pkill docker
iptables -t nat -F
ifconfig docker0 down
brctl delbr docker0
docker -d

Liman işçisini köprüyü yeniden oluşturmaya ve tüm ağ kurallarını yeniden başlatmaya zorlar

https://github.com/dotcloud/docker/issues/866#issuecomment-19218300

Arayüz bir şekilde 'asıldı' gibi görünüyor.

Docker'ın daha yeni sürümleri için güncelleme:

Yukarıdaki cevap yine de işi sizin için halledebilir, ancak bu cevap gönderildiğinden ve docker şimdi daha cilalı olduğundan uzun bir zaman oldu, bu yüzden iptablesve her şeyle uğraşmadan önce bunları ilk önce denediğinizden emin olun .

sudo service docker restart veya (uptart kullanmayan bir linux dağıtımındaysanız) sudo systemctl restart docker

Bağlantı istasyonunu yeniden başlatmanın amaçlanan yolu, manuel olarak yapmak değil serviceveya veya init komutunu kullanmaktır:

service docker restart

Bu soruyu OSX için bir yanıtla güncelleme (Docker Machine kullanarak)

Docker Machine kullanarak OSX'te Docker çalıştırıyorsanız, aşağıdakiler benim için çalıştı:

docker-machine restart

<...wait for it to restart, which takes up to a minute...>

docker-machine env
eval $(docker-machine env)

Sonra (en azından benim deneyimime göre), bir konteynerden google.com'a ping yaparsanız hepsi iyi olacaktır.

Ne yaptığımı bilmiyorum ama bu benim için çalıştı:

OTHER_BRIDGE=br-xxxxx # this is the other random docker bridge (`ip addr` to find)    
service docker stop

ip link set dev $OTHER_BRIDGE down
ip link set dev docker0 down
ip link delete $OTHER_BRIDGE type bridge
ip link delete docker0 type bridge
service docker start && service docker stop

iptables -t nat -A POSTROUTING ! -o docker0 -s 172.17.0.0/16 -j MASQUERADE
iptables -t nat -A POSTROUTING ! -o docker0 -s 172.18.0.0/16 -j MASQUERADE

service docker start

Kullanıyordum DOCKER_OPTS="--dns 8.8.8.8"ve daha sonra keşfettim ve konteynerin internete doğrudan erişimi yoktu, ancak kurumsal intranetime erişebiliyordum. DOCKER_OPTSAşağıdakilere geçtim :

DOCKER_OPTS="--dns <internal_corporate_dns_address"

DNS'imizin internal_corporate_dns_addressIP adresi veya FQDN'siyle değiştirme ve

sudo service docker restart

ve sonra benim konteyner yumurtladı ve internet erişimi olduğunu kontrol etti.

Benim kaplarımdan biri için bu benim için rastgele gerçekleştiğinde, diğer kaplar iyiyken çok şaşırmıştım. Kapsayıcı en az bir dahili olmayan ağa bağlandı , bu nedenle Composetanımda yanlış bir şey yoktu . VM / docker arka plan programının yeniden başlatılması yardımcı olmadı. Kapsayıcı pingharici bir IP bile sağlayamadığından bu bir DNS sorunu değildi . Benim için çözen, liman işçisini (ağlarını) yeniden oluşturmaktı. Benim durumumda docker-compose down && docker-compose upçalıştı.

Oluştur

Bu, tüm kapların tüm ağlarının yeniden oluşturulmasını zorlar:

docker-compose down && docker-compose up

Sürü modu

Hizmet ağlarını yeniden yaratan hizmeti kaldırdığınızı ve yeniden oluşturduğunuzu varsayalım:

docker service rm some-service

docker service create ...

Kabın ağları harici ise

Bu hizmetin harici ağlarını kaldırın ve yeniden oluşturun:

docker network rm some-external-network

docker network create some-external-network

Benim için ev sahibinin güvenlik duvarıydı. Ana bilgisayarın güvenlik duvarında DNS'ye izin vermek zorunda kaldım. Ayrıca, ana bilgisayar güvenlik duvarı ayarını değiştirdikten sonra docker'ı yeniden başlatmak zorunda kaldı.

Proxy ayarlarının eksik olması internet erişimine de neden olamaz . Bu durumda --network hostda çalışmayabilir. Proxy, ortam değişkenleri ayarlanarak yapılandırılabilir http_proxyve https_proxy:

docker run -e "http_proxy=YOUR-PROXY" \
           -e "https_proxy=YOUR-PROXY"\
           -e "no_proxy=localhost,127.0.0.1" ... 

Ayrıca no_proxy ayarlamayı da unutmayın, aksi takdirde tüm istekler (localhost'a olanlar dahil) proxy üzerinden geçer.

Daha fazla bilgi: Archlinux Wiki'deki Proxy Ayarları .

Benim için bir iptables yönlendirme kuralıydı. Bazı nedenlerden dolayı, aşağıdaki kural, liman işçisinin iptables kuralları ile birleştiğinde, konteynerlerden gelen tüm trafiğin çarpmasına neden oldu localhost:8080:

iptables -t nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-ports 8080
iptables -t nat -I OUTPUT -p tcp -d 127.0.0.1 --dport 80 -j REDIRECT --to-ports 8080

Sorun Ubuntu 18.04'te vardı. Ancak sorun DNS ile ilgiliydi. Kendi DNS sunucusuna sahip olan ve diğer DNS sunucularını engelleyen bir şirket ağındaydım. Bu, bazı web sitelerini (porno, torrentler, ... vb.) Engellemek içindir.

Sorununuzu çözmek için

1. ana makinede DNS'inizi bulun

2. @jobin tarafından önerilen şekilde --dns your_dns kullanın

   docker run --dns your_dns -it --name cowsay - anasistem adı cowsay debian bash

Windows'ta (8.1) sanal kutu arayüzünü (taskmgr aracılığıyla) öldürdüm ve sorunu çözdüm.

Dock'unuzu dns seçenekleriyle başlatmış olabilirsiniz --dns 172.x.x.x

Aynı hatayla karşılaştım ve seçenekleri /etc/default/docker

Çizgiler:

# Use DOCKER_OPTS to modify the daemon startup options.
DOCKER_OPTS="--dns 172.x.x.x"

VPN için openconnect 8.3 kullanan Ubuntu 19.04 için, systemd'dekine /etc/resolve.conf symlink zorunda kaldım (answerby wisbucky'nin tersi)

sudo ln -sf /etc/resolv.conf /run/systemd/resolve/resolv.conf

Hata ayıklama adımları

1. Şirket VPN'sine Bağlanma
2. /Etc/resolv.conf veya /run/systemd/resolve/resolv.conf içinde doğru VPN ayarlarını bulun
3. Hangisi doğru DNS ayarlarına sahip olursa olsun, bunu diğer dosyaya bağlayacağız (İpucu: Atamanın soluna doğru ayarlarla bir tane yerleştirin)

Docker sürümü: Docker sürümü 19.03.0-rc2, f97efcc derlemesi

OSX kullanıyorsanız, Docker'ı yükledikten sonra makinenizi yeniden başlatmanız gerekebilir. Bu bazen bir sorun olmuştur.

Başlangıçta docker konteynırım harici internete ulaşabildi (Bu bir Amazon EC2 üzerinde çalışan bir docker servisi / konteyneri).

Uygulamam bir API olduğundan, 80 numaralı bağlantı noktasından API'mın (docker üzerinde çalışan) olduğu bağlantı noktasına tüm trafiği yönlendirmek için IP Tablolarımı güncelleyerek konteynerin oluşturulmasını (ihtiyaç duyduğu tüm paketleri çekmeyi başardı) izledim dinliyor.

Daha sonra, kabı yeniden oluşturmayı denediğimde başarısız oldu. Çok uğraştıktan sonra, önceki adımımın (IPTable bağlantı noktası yönlendirme kuralını belirleme) liman işçisinin harici ağ oluşturma yeteneğini bozduğunu keşfettim.

Çözüm: IPTable hizmetinizi durdurun:

sudo service iptables stop

Docker Daemon'u yeniden başlatın:

sudo service docker restart

Ardından, kapsayıcınızı yeniden oluşturmayı deneyin. Bu yardımcı olur umarım.

Takip et

Ben tamamen gelen docker üzerinde çalışan API üzerinde çalıştığı bağlantı noktasına gelen trafiği 80 iletmek için IP Tabloları ile uğraşmak zorunda olmadığını gözardı. Bunun yerine, sadece port 80'i docker'daki API'nin çalıştığı bağlantı noktasına taktım:

docker run -d -p 80:<api_port> <image>:<tag> <command to start api>

Docker çalıştıran bir sanal kutu kapsayıcısında birisinin bu sorunla karşılaşması durumunda bunu buraya eklemeniz yeterlidir. Virtualbox ağını nat yerine köprülenecek şekilde yeniden yapılandırdım ve sorun ortadan kalktı.

benim için sorunum iptables-services yüklü olmadığı için, bu benim için çalıştı (CentOS):

sudo yum install iptables-services
sudo service docker restart

Centos 8'de Sorunum, docker hizmetine başlamadan önce iptables yüklemediğim ve başlayamadığım oldu. Liman hizmetine başlamadan önce iptables servisinin çalışır durumda olduğundan emin olun.

Ubuntu'da Docker-Compose kullanarak bir proje kurmaya çalışırken de böyle bir sorunla karşılaştım.

Docker'ın internete erişimi yoktu, herhangi bir IP adresine ping atmaya çalıştığımda veya bir URL'yi nslookup yapmaya çalıştığımda - her zaman başarısız oldu.

Yukarıda açıklanan DNS çözümlemesi ile olası tüm çözümleri denemedim.

Bütün gün haltın neler olduğunu bulmaya çalışarak geçirdim ve sonunda tüm sorunun nedeninin antivirüs olduğunu öğrendim, özellikle de bir nedenden dolayı Docker'ın IP adresini ve bağlantı noktasını almasını engelleyen güvenlik duvarı.

Ben devre dışı bıraktığımda - her şey iyi çalıştı.

Bu nedenle, yüklü bir virüsten koruma yazılımınız varsa ve hiçbir şey sorunu gidermenize yardımcı olmazsa, sorun antivirüsün güvenlik duvarı olabilir.

Son birkaç gündür benzer bir sorun yaşadım. Benim için neden systemd, docker ve hosting sağlayıcımın bir kombinasyonuydu. Güncel CentOS (7.7.1908) kullanıyorum.

Barındırma sağlayıcım otomatik olarak systemd-networkd için bir yapılandırma dosyası oluşturur. CentOS 7'nin geçerli sürümü olan systemd 219 ile başlayarak, systemd-networkd ağla ilgili sysctl parametrelerinin kontrolünü ele geçirdi. Docker, bu sürümle uyumsuz görünüyor ve her konteyner başlatıldığında IP Yönlendirme bayraklarını sıfırlayacaktır.

Benim çözümüm eklemek oldu IPForward=trueyılında[Network] benim sağlayıcısı tarafından oluşturulan yapılandırma dosyasının -bölümü. Bu dosya birkaç yerde olabilir, büyük olasılıkla /etc/systemd/network.

Süreç ayrıca resmi liman işçiliği belgelerinde de açıklanmaktadır: https://docs.docker.com/v17.09/engine/installation/linux/linux-postinstall/#ip-forwarding-problems

benim için, centos 7.4 kullanarak, /etc/resolve.conf, iptables, iptables nat kuralları veya docker'ın kendisi değildi. Sorun, ana bilgisayar, docker'ın brctl komutunu kullanarak köprüyü oluşturmak için ihtiyaç duyduğu bridge-utils paketini kaçırmasıdır. yum install -y bridge-utils ve docker'ı yeniden başlatın, sorunu çözün.