찾다
운영 및 유지보수Dockerdocker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

docker가 호스트를 ping할 수 없는 문제에 대한 해결 방법: 1. daemon.json을 수정합니다. 2. 방화벽을 끄고 3. sysctl.conf를 수정합니다.

docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

이 기사의 운영 환경: ubuntu16.04 시스템, Docker 20.10.11, Dell G3 컴퓨터.

Docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

Docker 브리지 모드가 호스트를 ping할 수 없습니다.

문제 설명:

Docker네트워크 모드는 다음과 같습니다. 네 가지 유형으로 구분되며, 일반적으로 컨테이너를 설정하지 않으면 기본값은 bridge 단일 브리지 모드이며 docker0에 연결됩니다. 가상 네트워크 카드. docker0 브리지 및 Iptables nat 테이블 구성을 통해 호스트와 통신합니다.
이때 배스천 머신에서 테스트하고 busybox를 사용하여 테스트합니다. Docker网络模式分为四种,一般我们不设置时默认为bridge单桥模式,容器使用独立的network Namespace,并连接到docker0虚拟网卡中。通过docker0网桥以及Iptables nat表配置与宿主机通信。
  此时在堡垒机上进行测试,利用busybox进行测试:

# 拉取镜像
docker pull busybox
# 运行容器
docker run -itd --name busy_bridge busybox

  指令docker network inspect bridge查看网络:
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  网路配置成功,进入容器内部,查看ip,可以看到已经分配ip,但是ping外部网络时失败,无法连接外部网络:
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  但是在自己本地或者阿里云上进行相同的测试发现能够连通网络,这是什么问题导致的呢?

问题分析:

  在网上找了一个资料后很多都是重启docker,然后就能连上了,一般是因为修改了某个配置然后重启起作用,这里并没有什么作用。一般修改的分为几种,以下一一试验:

  1. 修改daemon.json

  容器无法访问宿主机是因为网桥分配的网段和宿主机冲突了,需要修改daemon.json进行指定分配,使用指令vim /etc/docker/daemon.json进入后添加:

{"bip":"172.16.10.1/24"}

  虽然重启docker并创建容器即可访问,但是,原本堡垒机和容器分配的ip一点冲突也没有,该方法不行。

  1. 关闭防火墙

  容器无法通过网桥访问宿主机,也就无法访问外网,可能是防火墙阻止访问,可以关闭防火墙或者开启某个端口。在服务器上测试,开启防火墙,发现容器确实无法访问百度首页也确实无法访问宿主机,在关闭防火墙并重启docker后,容器就能正常访问了。
  但是,堡垒机上的防火墙原本就是关闭的,该方法也没用。

  1. 修改sysctl.conf

  docker主机内部网络正常,与其它主机的连接失效,其它主机不能连接docker主机上映射的端口,docker内部也无法连接外部主机,利用docker info指令查看信息发现报错如下:

WARNING: IPv4 forwarding is disabled
WARNING: bridge-nf-call-iptables is disabled
WARNING: bridge-nf-call-ip6tables is disabled

  使用指令vim /etc/sysctl.conf编辑配置文件,在文件中增加以下代码:

net.bridge.bridge-nf-call-ip6tables=1
net.bridge.bridge-nf-call-iptables=1
net.bridge.bridge-nf-call-arptables=1
net.ipv4.ip_forward=1

  然后使用指令systemctl restart network重启网络,再次查看docker info,警告消失。但是依旧没有用,堡垒机上的容器还是无法通过网桥访问宿主机,无法访问外网。

  1. 重设网桥

  在使用指令yum install bridge-utils安装工具后,利用brctl show查看网桥,可以发现:
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?
  利用docker network create [网桥名]指令新建网桥发现其生成的bridge id还是8000.0000000000,在新网桥上创建容器,再次查看并没有什么变化,说明很可能是网桥的问题。
  再次测试,此时网桥ip172.17.0.1,容器ip172.0.0.2,发现宿主机能ping

service docker stop
 docker network inform bridge 명령을 사용하여 네트워크를 확인합니다.
단일 브리지 네트워크 보기🎜🎜 네트워크 구성에 성공했습니다. 컨테이너에 들어가서ip를 보면 ip가 할당된 것을 볼 수 있지만 ping은 외부 네트워크에 실패하여 외부에 연결할 수 없습니다. 네트워크:
단일 브리지 네트워크 테스트🎜🎜  하지만 로컬로 또는 Alibaba Cloud에서 동일한 테스트를 수행했는데 네트워크에 연결할 수 있는 것으로 나타났습니다. 문제가 무엇입니까? 🎜🎜문제 분석: 🎜🎜 인터넷에서 정보를 찾은 후 docker를 다시 시작하면 연결이 되는 경우가 많습니다. 일반적으로 특정 구성을 수정한 후 다시 시작하면 작동하지만 작동하지 않습니다. 여기 무슨 효과. 몇 가지 일반적인 수정 사항이 있습니다. 아래에서 하나씩 시도해 보세요.
🎜
  1. 🎜 daemon.json🎜
🎜  수정 호스트에 액세스하려면 브리지에서 할당한 네트워크 세그먼트가 호스트 시스템과 충돌하기 때문입니다. 할당을 지정하려면 daemon.json을 수정해야 합니다. vim /etc/docker 명령을 사용하세요. /daemon.json을 입력하세요. 나중에 추가됨: 🎜
brctl addbr br0
🎜  docker를 다시 시작하고 컨테이너를 생성하면 액세스할 수 있지만 ip는 원래 배스천 호스트와 컨테이너에 의해 할당되므로 이 방법은 작동하지 않습니다. 🎜<ol start="2"><li>🎜방화벽을 끄세요🎜</li></ol>🎜  컨테이너가 브리지를 통해 호스트에 접근할 수 없으므로, 방화벽이 차단하고 있을 수 있습니다. 액세스하여 방화벽을 끄거나 포트를 열 수 있습니다. 서버에서 테스트하고 방화벽을 켠 결과 실제로 컨테이너가 Baidu 홈페이지와 호스트에 액세스할 수 없는 것으로 확인되었습니다. 방화벽을 닫고 <code>docker를 다시 시작하면 컨테이너에 정상적으로 액세스할 수 있었습니다.
 그러나 배스천 머신의 방화벽은 원래 꺼져 있기 때문에 이 방법은 쓸모가 없습니다. 🎜
  1. 🎜 sysctl.conf🎜
🎜 수정 - docker 호스트의 내부 네트워크는 다음과 같습니다. 정상이고 다른 호스트에 연결되어 있습니다. 연결이 잘못되었으며, 다른 호스트는 docker 호스트에 매핑된 포트에 연결할 수 없으며, docker는 내부적으로 외부 호스트에 연결할 수 없습니다. code>docker info 명령을 사용하여 정보를 확인했습니다. 다음 오류가 발견되었습니다. 🎜
ip addr add 172.16.0.1/24 dev br0
🎜   vim /etc/sysctl.conf 명령을 사용하여 구성 파일을 편집하고 다음 코드를 추가하세요. 🎜
ip link set dev br0 up
🎜   그런 다음 systemctl restart network 명령을 사용하여 네트워크를 다시 시작하고 docker info를 다시 확인하면 경고가 사라집니다. 하지만 여전히 쓸모가 없습니다. 요새 머신의 컨테이너는 여전히 브리지를 통해 호스트 머신에 액세스할 수 없으며 외부 네트워크에 액세스할 수도 없습니다. 🎜
  1. 🎜브리지 재설정🎜
🎜  yum install bridge-utils 명령을 사용하여 도구를 설치한 후 brctl show네트워크 브리지를 보면 다음을 찾을 수 있습니다.
Bridge 1
docker network create [bridge name] 명령을 사용하여 새 브리지를 생성하고 생성된 브리지 ID가 무엇인지 확인합니다. 여전히 8000.0000000000, 새 브리지에 컨테이너를 생성하고 다시 확인하면 변경 사항이 없으므로 브리지에 문제가 있을 수 있음을 나타냅니다. <br> 다시 테스트해 보세요. 이때 <code>ip 브리지는 172.17.0.1이고 컨테이너 ip172.0.0.2입니다. 를 통해 호스트가 네트워크 브리지를 통해 ping할 수 있지만 컨테이너에 연결할 수 없으며 컨테이너가 외부 네트워크는 물론 브리지나 호스트에 연결할 수 없다는 사실을 발견했습니다. 그래서 그것은 네트워크 브리지에 관한 질문임에 틀림없습니다. 🎜

问题解决

  这里docker network生成新的网桥不行,说明dockernetwork存在问题,我们利用刚才下载的bridge-utils来创建网桥。
  首先暂停docker服务,利用指令:

service docker stop

  添加网桥:

brctl addbr br0

  添加ip字段:

ip addr add 172.16.0.1/24 dev br0

  启用网桥br0

ip link set dev br0 up

  查看网络br0
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  修改docker默认网桥:

vim /etc/docker/daemon.json

  添加字段:

"bridge":"br0"

  重启docker

service docker start

  此时查看网桥:
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  在没有挂载容器前,依旧是8000.000000000000。运行测试容器:

docker run -itd --name busy_test busybox

  查看docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?:
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  此时容器挂载在网桥上了,再次查看网桥id
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  说明已经其作用,进入测试容器内部,docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?:
docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?

  成功!
  补充:这里使用docker network新建网桥,没有用,发现新建网桥挂载容器后,其bridge id依旧不变,没有起作用,说明堡垒机上的docker network可能存在问题。

问题补充:

  上面的问题是创建自定义网桥,然后在自定义网桥上连接容器ab,结果宿主机无法pingab,且进入容器内部后,两个容器无法ping通自定义网络,但能彼此相通。
  查了很多资料,发现了这篇文章。博主说问题原因是系统内核的网桥模块bridge.ko加载失败导致,解决问题的方案是升级内核或升级系统。
  升级centos内核参考这篇。
  升级完成后,重装Docker,自定义网桥和容器,成功!不再有网络问题。

推荐学习:《docker视频教程

위 내용은 docker가 호스트를 ping할 수 없으면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
Docker and Kubernetes : 컨테이너 오케스트레이션의 힘Docker and Kubernetes : 컨테이너 오케스트레이션의 힘May 02, 2025 am 12:06 AM

Docker와 Kubernetes는 컨테이너 오케스트레이션을 통해 응용 프로그램 배치 및 관리 효율성을 향상시킵니다. 1. Docker는 DockerFile을 통해 이미지를 빌드하고 컨테이너를 실행하여 응용 프로그램 일관성을 보장합니다. 2. Kubernetes는 POD, 배포 및 서비스를 통해 컨테이너를 관리하여 자동 배포 및 확장을 달성합니다.

Docker vs. Kubernetes : 주요 차이점과 시너지Docker vs. Kubernetes : 주요 차이점과 시너지May 01, 2025 am 12:09 AM

Docker와 Kubernetes는 컨테이너화 및 오케스트레이션의 리더입니다. Docker는 컨테이너 수명주기 관리에 중점을두고 소규모 프로젝트에 적합합니다. Kubernetes는 컨테이너 오케스트레이션에 능숙하며 대규모 생산 환경에 적합합니다. 이 둘의 조합은 개발 및 배포 효율성을 향상시킬 수 있습니다.

Docker and Linux : 완벽한 파트너십Docker and Linux : 완벽한 파트너십Apr 30, 2025 am 12:02 AM

Docker와 Linux는 응용 프로그램의 개발 및 배포를 단순화 할 수 있기 때문에 완벽하게 일치합니다. 1) Docker는 Linux의 네임 스페이스 및 CGroup을 사용하여 컨테이너 격리 및 리소스 관리를 구현합니다. 2) Docker 컨테이너는 가상 머신보다 효율적이며 스타트 업 속도가 빠르며 미러링 된 계층 구조는 구축 및 배포가 쉽습니다. 3) Linux에서 Docker의 설치 및 사용은 매우 간단하며 몇 가지 명령 만 있습니다. 4) DockerCompose를 통해 멀티 컨테이너 응용 프로그램을 쉽게 관리하고 배포 할 수 있습니다.

Docker vs. Kubernetes : 사용할지 결정Docker vs. Kubernetes : 사용할지 결정Apr 29, 2025 am 12:05 AM

Docker와 Kubernetes의 차이점은 Docker가 소규모 프로젝트 및 개발 환경에 적합한 컨테이너화 된 플랫폼이라는 것입니다. Kubernetes는 대규모 프로젝트 및 생산 환경에 적합한 컨테이너 오케스트레이션 시스템입니다. 1. Docker는 애플리케이션 배포를 단순화하고 자원이 제한된 소규모 프로젝트에 적합합니다. 2. Kubernetes는 효율적인 관리가 필요한 대규모 프로젝트에 적합한 자동화 및 확장 기능을 제공합니다.

Docker 및 Kubernetes : 확장 가능한 응용 프로그램 구축Docker 및 Kubernetes : 확장 가능한 응용 프로그램 구축Apr 28, 2025 am 12:18 AM

Docker 및 Kubernetes를 사용하여 확장 가능한 응용 프로그램을 구축하십시오. 1) dockerfile, 2) Kubectl 명령을 통해 Kubernetes의 배포 및 서비스를 사용하여 컨테이너 이미지를 만듭니다.

Kubernetes 및 Docker : 비교 분석Kubernetes 및 Docker : 비교 분석Apr 27, 2025 am 12:05 AM

Docker와 Kubernetes의 주요 차이점은 Docker가 컨테이너 화에 사용되는 반면 Kubernetes는 컨테이너 오케스트레이션에 사용된다는 것입니다. 1. Docker는 컨테이너를 통해 응용 프로그램을 개발, 테스트 및 배포하고 분리 및 자원 제한을 구현할 수있는 일관된 환경을 제공합니다. 2. Kubernetes는 컨테이너화 된 응용 프로그램을 관리하고 자동 배치, 확장 및 관리 기능을 제공하며로드 밸런싱 및 자동 스케일링을 지원합니다. 이 둘의 조합은 애플리케이션 배포 및 관리 효율성을 향상시킬 수 있습니다.

Linux에서 Docker 실행 : 설치 및 구성Linux에서 Docker 실행 : 설치 및 구성Apr 26, 2025 am 12:12 AM

Linux에 Docker를 설치하고 구성하려면 시스템이 64 비트 및 커널 버전 3.10 이상인지 확인해야합니다. "sudoapt-getupdate"명령을 사용하여 "sudoapt-getupdate"명령으로 설치하고 "sudoapt-getupdate"및 "sudoapt-getupdate"및로 확인하십시오. Docker는 Linux 커널의 네임 스페이스 및 제어 그룹을 사용하여 컨테이너 격리 및 리소스 제한을 달성합니다. 이미지는 읽기 전용 템플릿이며 컨테이너를 수정할 수 있습니다. 사용의 예로는 nginx 서버를 실행하고 사용자 정의 dockerfiles로 이미지 생성이 포함됩니다. 흔한

Docker를 사용하는 이유는 무엇입니까? 혜택과 장점이 설명되었습니다Docker를 사용하는 이유는 무엇입니까? 혜택과 장점이 설명되었습니다Apr 25, 2025 am 12:05 AM

Docker를 사용하는 이유는 응용 프로그램을 패키지, 배포 및 실행할 수있는 효율적이고 휴대용이며 일관된 환경을 제공하기 때문입니다. 1) Docker는 개발자가 애플리케이션과 의존성을 경량의 휴대용 컨테이너로 패키지 할 수있는 컨테이너화 된 플랫폼입니다. 2) 빠른 시작과 효율적인 작동을 보장하기 위해 Linux 컨테이너 기술 및 공동 파일 시스템을 기반으로합니다. 3) Docker는 다단장 구성을 지원하고 이미지 크기 및 배포 속도를 최적화합니다. 4) Docker를 사용하면 개발 및 배포 프로세스를 단순화하고 효율성을 향상 시키며 환경 간 일관성을 보장 할 수 있습니다.

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

SecList

SecList

SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

SublimeText3 영어 버전

SublimeText3 영어 버전

권장 사항: Win 버전, 코드 프롬프트 지원!

스튜디오 13.0.1 보내기

스튜디오 13.0.1 보내기

강력한 PHP 통합 개발 환경

SublimeText3 Mac 버전

SublimeText3 Mac 버전

신 수준의 코드 편집 소프트웨어(SublimeText3)

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기