快速理解容器网络原理

最新推荐文章于 2024-07-11 10:48:35 发布
最新推荐文章于 2024-07-11 10:48:35 发布
阅读量977 收藏 17
点赞数 24
分类专栏： 云原生 docker 文章标签： 网络 开发语言 linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/q1403539144/article/details/135980484
版权

在这里插入图片描述

快速理解容器网络原理

更多文章访问: https://www.cyisme.top
更多文章站内访问: https://blog.csdn.net/q1403539144

veth与bridge

我们知道， 容器是依赖于linux系统中的cgroup与namespace机制。 所以要了解容器网络要先知道怎么在宿主中管理网络命名空间（namespace）。

linux中提供了强大的ip命令可以管理网络。

root@test:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 52:54:00:86:d7:c2 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    inet 192.168.64.6/24 metric 100 brd 192.168.64.255 scope global dynamic ens3
       valid_lft 82572sec preferred_lft 82572sec
    inet6 fdf8:4676:9d4e:a478:5054:ff:fe86:d7c2/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 2591907sec preferred_lft 604707sec
    inet6 fe80::5054:ff:fe86:d7c2/64 scope link
       valid_lft forever preferred_lft forever
root@test:~# ip netns ls
root@test:~# # 当前没有创建ns

有了ns之后， 我们就可以实现网络隔离了。那么如何打通不同ns间的壁垒（不同容器间的通讯）， 实现通讯呢？那就需要为它们分配网络设备了，这个创建出的网络设备，被称之为veth(虚拟网卡)。

root@test:~# ip netns add n1 # 创建一个ns
root@test:~# ip netns list
n1
root@test:~# ip link add veth-1 type veth peer name veth-2 # 创建一对veth设备
root@test:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 52:54:00:86:d7:c2 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    inet 192.168.64.6/24 metric 100 brd 192.168.64.255 scope global dynamic ens3
       valid_lft 82052sec preferred_lft 82052sec
    inet6 fdf8:4676:9d4e:a478:5054:ff:fe86:d7c2/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 2591941sec preferred_lft 604741sec
    inet6 fe80::5054:ff:fe86:d7c2/64 scope link
       valid_lft forever preferred_lft forever
10: veth-2@veth-1: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 56:28:03:e9:d6:ad brd ff:ff:ff:ff:ff:ff
11: veth-1@veth-2: <BROADCAST,MULTICAST,M-DOWN> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 1e:8d:b2:73:eb:b9 brd ff:ff:ff:ff:ff:ff

veth总是成对出现的，当前两个veth都处于默认的ns（宿主机网络）中。 接下来我们将其中一个veth放到ns中，这样就可以实现指定ns与宿主机通信了

root@test:~# ip link set veth-2 up netns n1
root@test:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 52:54:00:86:d7:c2 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    inet 192.168.64.6/24 metric 100 brd 192.168.64.255 scope global dynamic ens3
       valid_lft 81876sec preferred_lft 81876sec
    inet6 fdf8:4676:9d4e:a478:5054:ff:fe86:d7c2/64 scope global dynamic mngtmpaddr noprefixroute
       valid_lft 2591946sec preferred_lft 604746sec
    inet6 fe80::5054:ff:fe86:d7c2/64 scope link
       valid_lft forever preferred_lft forever
11: veth-1@if10: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 1e:8d:b2:73:eb:b9 brd ff:ff:ff:ff:ff:ff link-netns n1

可以看到， 我们将veth-2开启并指定到n1命名空间后， 在宿主机执行ip a命令， 就看不到veth-2了。 veth-1后面有连接到n1的提示(link-netns n1)。

veth-2可以通过指定命名空间查看。ip netns exec命名用于在指定的命名空间中执行命令。

root@test:~# ip netns exec n1 ip a
1: lo: <LOOPBACK> mtu 65536 qdisc noop state DOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
10: veth-2@if11: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN group default qlen 1000
    link/ether 56:28:03:e9:d6:ad brd ff:ff:ff:ff:ff:ff link-netnsid 0

上文说到， veth总是成对出现， 那如果我想一对多，创建一个veth-3也与veth-1通信怎么办？ 这时候就需要bridge了。

bridge是linux中的一个虚拟设备， 他可以将多个网络设备连接起来， 形成一个网络。也可将其理解为一个虚拟交换机。

安装docker时创建的docker0就是一个网桥设备。

root@test:~# ip link add veth-3 type veth peer name veth-1 # 再次绑定一个veth会提示错误
RTNETLINK answers: File exists
root@test:~# ip link add br-0 type bridge
root@test:~# ip a # 其他网卡信息省略掉了
12: br-0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether ae:d6:21:1e:15:ca brd ff:ff:ff:ff:ff:ff
root@test:~# brctl show # 使用这个命令可以更清楚的看到bridge的信息
bridge name	bridge id		STP enabled	interfaces
br-0		8000.aed6211e15ca	no
docker0		8000.02423ef99232	no

将veth-1和veth-3与br-0连接起来。

root@test:~# ip link add veth-3 type veth peer veth-4
root@test:~# brctl addif br-0 veth-1
root@test:~# brctl addif br-0 veth-3
root@test:~# brctl show
bridge name	bridge id		STP enabled	interfaces
br-0		8000.aed6211e15ca	no		veth-1
							veth-3
docker0		8000.02423ef99232	no

这样， 我们就可以通过br-0将veth-1和veth-3连接起来了。网络拓扑看起来是这样的：
br-0
veth-1
veth-2
veth-3
veth-4

容器与宿主机间的网络

我们清空上一段中所有的网络配置， 仅保留一个br-0网桥设备

containerd是从docker中分离出的运行时， 他与runc交互，创建并管理容器。 下面我们使用containerd来创建容器，演示网络原理。

当我们使用ctr创建一个容器时， 默认是没有任何网络的。(ctr是containerd的命令行工具)

root@test:~# ctr run -t -d docker.io/library/busybox:latest busybox-1
root@test:~# ctr task exec -t -exec-id 123 busybox-1 sh
/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever

接下来我们为这个容器分配网络。

首先需要找到容器的namespace。这里需要找到容器的PID。

root@test:~# ctr task ls
TASK         PID     STATUS
busybox-1    2592    RUNNING
root@test:~# ls /proc/2592/net/
dev  peer  snmp  stat  tcp  udp  unix

为容器创建veth并分配网络。

无需为veth-1分配ip地址， 因为连接到网桥， veth-1在这里相当于网线的角色。

root@test:~# ip link add veth-1 type veth peer name veth-2
root@test:~# ip link set veth-2 up netns 2592
root@test:~# brctl addif br-0 veth-1
root@test:~# ip link set veth-1 up
root@test:~# ip link set br-0 up
root@test:~# ip addr add 172.16.100.1/24 dev br-0

尝试为在容器中的vethveth-2配置ip地址。 因为ip netns从/var/run/netns目录中检查ns，但是目前不存在，所以会报错。

我们创建一个软连接，指向容器的ns。

创建后的软连接记得及时删除， 因为存在软连接时，即使容器删除掉ns也不会被回收。

root@test:~# ip netns exec 2592 ip a
Cannot open network namespace "2592": No such file or directory
root@test:~# ln -s /proc/2592/ns/net /var/run/netns/2592
root@test:~# ip netns ls
2592 (id: 1)
root@test:~# ip netns exec 2592 ip addr add 172.16.100.101/24 dev veth-2
root@test:~# ip netns exec 2592 ip route add default  dev veth-2 # 为容器添加默认路由

进入到容器中， 查看网卡状态。并测试网络连通性。

root@test:~# ctr task exec -t --exec-id 123 busybox-1 sh
/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
15: veth-2@if16: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue qlen 1000
    link/ether 56:28:03:e9:d6:ad brd ff:ff:ff:ff:ff:ff
    inet 172.16.100.101/24 scope global veth-2
       valid_lft forever preferred_lft forever
    inet6 fe80::5428:3ff:fee9:d6ad/64 scope link
       valid_lft forever preferred_lft forever
root@test:~# ctr task exec -t --exec-id 123 busybox-1 sh
/ # ping 172.16.100.1
PING 172.16.100.1 (172.16.100.1): 56 data bytes
64 bytes from 172.16.100.1: seq=0 ttl=64 time=1.234 ms
64 bytes from 172.16.100.1: seq=1 ttl=64 time=0.119 ms
/ # ping 192.168.64.6 # 宿主机ip
PING 192.168.64.6 (192.168.64.6): 56 data bytes
64 bytes from 192.168.64.6: seq=0 ttl=64 time=0.426 ms
64 bytes from 192.168.64.6: seq=1 ttl=64 time=0.111 ms

ok， 至此完成了容器与宿主机间的网络通信。

容器间的网络

不同命名空间间的通信

与上文类似， 我们创建一个新的容器， 并为其分配网络。

root@test:~# ctr run -t -d docker.io/library/busybox:latest busybox-2
root@test:~# ctr task list
TASK         PID     STATUS
busybox-2    6306    RUNNING
busybox-1    2592    RUNNING
root@test:~# ip link add veth-3 type veth peer veth-4
root@test:~# ip link set veth-4 up netns 6306
root@test:~# ip link set veth-3 up
root@test:~# ln -s /proc/6306/ns/net /var/run/netns/6306
root@test:~# ip netns exec 6306 ip addr add 172.16.100.102/24 dev veth-4
root@test:~# brctl addif br-0 veth-3

进入到容器中， 查看网卡状态。并测试网络连通性。

/ # ping 172.16.100.101
PING 172.16.100.101 (172.16.100.101): 56 data bytes
^C
--- 172.16.100.101 ping statistics ---
1 packets transmitted, 0 packets received, 100% packet loss
/ # ping 172.16.100.1
PING 172.16.100.1 (172.16.100.1): 56 data bytes
64 bytes from 172.16.100.1: seq=0 ttl=64 time=0.107 ms
64 bytes from 172.16.100.1: seq=1 ttl=64 time=0.119 ms
^C
--- 172.16.100.1 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.107/0.113/0.119 ms

发现到容器busybox-1的网络是不通的，但是与br-0之间是通的。 查看busybox-2的arp表。

/ # arp -a
? (172.16.100.1) at ae:d6:21:1e:15:ca [ether]  on veth-4
? (172.16.100.101) at 56:28:03:e9:d6:ad [ether]  on veth-4

arp表中的映射关系是存在并正确的， 抓包查看br-0和veth-4, 发现有arp应答， 但是没有icmp应答。而veth-2仅收到了arp请求。

  • ICMP echo request发起ICMP请求
  • ARP, Request发起ARP请求
  • ARP, Reply应答ARP请求， 返回目标MAC
/ # ping 172.16.100.101  # busybox-2中发起ping 101
PING 172.16.100.101 (172.16.100.101): 56 data bytes
root@test:~#  tcpdump -n -i br-0 # 宿主机执行抓包
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br-0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
17:27:39.096134 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 0, length 64
17:27:40.097519 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 1, length 64
17:27:41.099411 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 2, length 64
17:27:42.100348 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 3, length 64
17:27:43.101999 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 4, length 64
17:27:44.103190 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 5, length 64
17:27:44.157837 ARP, Request who-has 172.16.100.101 tell 172.16.100.102, length 28
17:27:44.157965 ARP, Reply 172.16.100.101 is-at 56:28:03:e9:d6:ad, length 28
17:27:45.104252 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 6, length 64
17:27:46.105001 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 7, length 64
root@test:~#
root@test:~# ip netns exec 6306 tcpdump -n -i veth-4 # busybox-2容器中执行抓包
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth-4, link-type EN10MB (Ethernet), snapshot length 262144 bytes
17:27:39.096117 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 0, length 64
17:27:40.097504 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 1, length 64
17:27:41.099395 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 2, length 64
17:27:42.100333 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 3, length 64
17:27:43.101980 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 4, length 64
17:27:44.103157 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 5, length 64
17:27:44.157806 ARP, Request who-has 172.16.100.101 tell 172.16.100.102, length 28
17:27:44.158072 ARP, Reply 172.16.100.101 is-at 56:28:03:e9:d6:ad, length 28
17:27:45.104238 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 6, length 64
17:27:46.104987 IP 172.16.100.102 > 172.16.100.101: ICMP echo request, id 31, seq 7, length 64
root@test:~# 
root@test:~# ip netns exec 2592 tcpdump -n -i veth-2 # busybox-1容器中执行抓包, 只收到了arp请求
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth-2, link-type EN10MB (Ethernet), snapshot length 262144 bytes
^C17:27:44.157934 ARP, Request who-has 172.16.100.101 tell 172.16.100.102, length 28
17:27:44.157954 ARP, Reply 172.16.100.101 is-at 56:28:03:e9:d6:ad, length 28
17:28:32.287811 ARP, Request who-has 172.16.100.101 tell 172.16.100.102, length 28
17:28:32.287833 ARP, Reply 172.16.100.101 is-at 56:28:03:e9:d6:ad, length 28
17:29:19.388786 ARP, Request who-has 172.16.100.101 tell 172.16.100.102, length 28
17:29:19.388808 ARP, Reply 172.16.100.101 is-at 56:28:03:e9:d6:ad, length 28
17:30:07.517868 ARP, Request who-has 172.16.100.101 tell 172.16.100.102, length 28

也就是说二层网络是通的， 但是被某些不知道的东西拦截了， 那我们首先怀疑的就是防火墙。

再次查找解决方案，最终定位为以下内核参数的问题。当它开启时， 二层的转发请求会经过防火墙处理， 我们把它关闭掉则恢复正常。

注意， 这个内核参数在运行k8s的机器上应该是为1开启状态，随意改动会影响pod间的网络通信。

root@test:~# sysctl net.bridge.bridge-nf-call-iptables
net.bridge.bridge-nf-call-iptables = 1
root@test:~# modprobe br_netfilter
sysctl -w net.bridge.bridge-nf-call-arptables=0
sysctl -w net.bridge.bridge-nf-call-ip6tables=0
sysctl -w net.bridge.bridge-nf-call-iptables=0
net.bridge.bridge-nf-call-arptables = 0
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0

再次测试网络连通性， 发现已经可以ping通了。

/ # ping 172.16.100.101
PING 172.16.100.101 (172.16.100.101): 56 data bytes
64 bytes from 172.16.100.101: seq=0 ttl=64 time=0.679 ms
64 bytes from 172.16.100.101: seq=1 ttl=64 time=0.136 ms
^C
--- 172.16.100.101 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.136/0.407/0.679 ms

同一命名空间间的通信

在k8s中同一pod的内的容器是可以互相通信的， 这就是通过共享用一个命名空间实现的。

创建一个新的容器， 并指定与busybox-1相同的网络命名空间,以共享网络。

root@test:~# ctr run -t -d --with-ns network:/var/run/netns/2592  docker.io/library/busybox:latest busybox-3

进入容器查看网络并测试连通性。

root@test:~# ctr task exec -t --exec-id 444 busybox-3 sh
/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
15: veth-2@if16: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue qlen 1000
    link/ether 56:28:03:e9:d6:ad brd ff:ff:ff:ff:ff:ff
    inet 172.16.100.101/24 scope global veth-2
       valid_lft forever preferred_lft forever
    inet6 fe80::5428:3ff:fee9:d6ad/64 scope link
       valid_lft forever preferred_lft forever
/ # ping 172.16.100.102
PING 172.16.100.102 (172.16.100.102): 56 data bytes
64 bytes from 172.16.100.102: seq=0 ttl=64 time=0.096 ms

--- 172.16.100.102 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.096/0.096/0.096 ms

可以看到网络信息与busybox-1容器是相同的， 并且同样可以ping通102容器。

跨主机通信

至此， 我们在同一物理机上容器通讯问题已经解决， 那不同物理机呢？

在k8s中， 是通过cni插件来解决通信问题的。 cni插件大体来说会分为两个网络部分：

  1. 宿主机网络。 通过执行宿主机中的cni命令，创建网桥及veth设备，实现通讯，就是我们上文中的方式。
  2. 跨宿主机网络。在宿主机网络正常的情况下， cni控制器会通过vxlan、hostgw、tun/tap等方式，将不同宿主机的网络连接起来。
    跨主机通讯的具体实现每个cni插件的具体实现都不同， 本文不过多介绍。

之前有写过flannel网络插件的源码解析，感兴趣的可以看一下。《Flannel源码解析》

ok， 感谢大家阅读，后续有机会会写一篇《从0实现cni》的文章， 本文到此结束。

随风奔跑尿飞扬
关注
  • 24
    点赞
  • 踩
  • 17
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
快速理解容器技术的实现原理
libinfs的博客
02-12 198
本篇文章向您介绍了容器技术的发展脉络与底层原理，通过了解容器技术所依托的 Linux 命令，您将会更加深刻地理解容器技术的实现原理。
container-networking-tutorial:容器网络教程
06-08
《容器网络教程——深入理解与实践》 ...理解并掌握容器网络的原理和实践，对于构建稳定、高效、安全的容器化应用至关重要。通过学习和运用这些知识，我们能够更好地利用容器技术，推动企业的数字化转型。
容器网络原理（有点长）
看，未来的博客
05-13 2141
文章目录Docker网络原理跨主机网络CNI网络原理总结 Docker网络原理 网络栈”，就包括：网卡（Network Interface）、回环设备（Loopback Device）、路由表（Routing Table）和 iptables 规则。 作为一个容器，它可以声明直接使用宿主机的网络栈（–net=host），即：不开启 Network Namespace，比如： $ docker run –d –net=host --name nginx-host nginx 在这种情况下，这个容器启动后，.
快速理解区块链的原理
热门推荐
Netfilter
03-31 3万+
说实话，关于比特币以及区块链的介绍，目前是太偏金融了，市面上好多本书在IT人眼里都是索然无味，猛一看作者或者译者，全是都是标准的中年西装领带皮鞋短发的金融精英男，或者大龄未婚套装豪车的金融精英女，IT界的关注者则是清一色源码分析的有房有车有贷款的两点一线…毕竟是两个圈子，两种生活，隔行如隔山。可能拖鞋T恤短裤的IT程序员并不关心那些经济现象背后的东西，只是希望能看到代码是怎么实现的，或者了解下自己...
【Kubernetes】容器网络基础
陈书予
03-23 7739
Kubernetes 已经成为了容器编排和管理的事实标准。在 Kubernetes 中，容器网络是关键组件之一，它允许各种容器之间进行通信和相互协作。在本文中，我们将深入探讨 Kubernetes 容器网络的基础知识、概览以及 CNI 插件的介绍，旨在帮助读者更好地理解 Kubernetes 容器网络相关的概念和技术。CNI 插件是 Kubernetes 容器网络中最关键的组件之一。它是容器网络接口（CNI）的实现，用于在 Kubernetes 中创建和管理容器网络。
Kubernetes容器网络（二）：Calico网络原理
hxt的博客
04-16 7127
1、前置网络知识 1）、BGP 自治系统AS：在单一的技术管理下的一组路由器，而这些路由器使用一种AS内部的路由选择协议和共同的度量以确定分组在该AS内的路由，同时还使用一种AS之间的路由协议以确定在AS之间的路由 路由选择协议分为： 内部网关协议IGP：一个AS内使用的，如RIP、OSPF 外部网关协议EGP：AS之间使用的，如BGP 边界网关协议（BGP）是不同自治系统的路由器之间交换路由信息的协议，是一种外部网关协议 BGP的工作原理如下：每个自治系统的管理员要选择至少一个路由器（可以有多个）作
kubernetes-flannel网络插件
01-12
Flannel 是 CNI (Container Network Interface) 插件的一种，CNI 是 Kubernetes 容器网络的标准接口，允许不同的网络策略和解决方案得以集成。 **一、Flannel 的工作原理** Flannel 的主要任务是分配一个全局唯一...
Cilium的网络加速秘诀.7z
06-20
《Cilium的网络加速秘诀》 在现代云计算环境中，网络性能是决定应用程序效率和整体系统性能的关键因素。Cilium作为一个开源项目，以其独特的...深入学习和掌握Cilium，无疑将有助于提升我们在容器网络领域的专业技能。
p4容器
02-05
【P4容器】是一种在软件定义网络（SDN）领域中的创新技术，它结合了P4编程语言和容器化技术，以实现更高效、灵活...在教学场景下，P4容器提供了一个理想的实验平台，让学生能够动手操作，增强对网络原理和应用的理解。
网络爬虫完美demo
11-14
这个项目不仅提供了从前端界面到后台数据库的全方位解决方案，还包含了详尽的文档，帮助开发者快速理解和应用。 首先，我们要理解网络爬虫的基本原理。网络爬虫，又称为网页蜘蛛，是一种自动化程序，通过模拟浏览器...
YOLOv10改进 | 特殊场景检测篇 | 轻量级的低照度图像增强网络IAT改进YOLOv10暗光检测（全网独家首发）
Snu77的博客
07-11 1万+
本文给大家带来的改进机制是轻量级的变换器模型：Illumination Adaptive Transformer (IAT)，用于图像增强和曝光校正。其基本原理是通过分解图像信号处理器（ISP）管道到局部和全局图像组件，从而恢复在低光或过/欠曝光条件下的正常光照sRGB图像。具体来说，IAT使用注意力查询来表示和调整ISP相关参数，例如颜色校正、伽马校正。模型具有约90k参数和约0.004s的处理速度，能够在低光增强和曝光校正的基准数据集上持续实现优于最新技术（State-of-The-Art, SOTA）
Mac虚拟机跑Windows流畅吗 Mac虚拟机连不上网络怎么解决 mac虚拟机网速慢怎么解决
2401_82916694的博客
07-10 640
选择Shared模式，你的Mac会当作虚拟机的路由器。一般来说，拥有更高性能的Cpu（如Apple M2或M3芯片）、更大的内存（建议16GB以上）、以及足够的存储空间可以显著提升虚拟机中Windows的运行流畅度。Mac的防火墙或其他安全设置可能阻止虚拟机访问网络，如果你的Mac主机可以访问网络，并且排查了上文介绍的情况，那么可以尝试关闭Mac电脑防火墙，再检查虚拟机是否可以连接网络。使用Mac虚拟机运行Windows是否流畅，取决于几个关键因素：硬件配置、虚拟机软件的选择以及虚拟机的设置。
从零开始做题：logtime
weixin_44626085的博客
07-10 240
给出1个pcapng文件。
【观成科技】Websocket协议代理隧道加密流量分析与检测
GCKJ_0824的博客
07-10 944
Websocket中的掩码加密使用异或（xor）做简单的加密，当MASK字段对应位被设置为 1 时表示加密，那么后续会设置4字节的Masking-key，Mask位设置为 0 时表示不加密，则不会携带Masking-key。观成科技的安全团队通过研究Websocket协议本身结构特点，并与对应的工具流量相结合，从而提出行之有效的检测方法应用于产品当中，能在Websocket流量中准确发现异常，找出相关隧道的搭建和使用痕迹，保障客户网络的安全。Websocket协议代理工具加密流量检测。
访问控制的定义与原理
SafePloy_SH的博客
07-11 305
访问控制(Access Control)是一种重要的安全机制，用于限制对程序中的数据、函数、类以及计算机系统中资源(如文件、数据库、网络设备等)的访问权限。其主要目的是保护系统中的敏感信息和资源，防止未经授权的访问和操作，确保系统的安全性、完整性和可靠性。综上所述，访问控制是保障系统安全的重要手段之一，它通过限制用户对资源的访问权限来防止未经授权的访问和操作。允许用户对自身所创建的访问对象(如文件、数据表等)进行访问，并可将对这些对象的访问权授予其他用户或收回其访问权限。
windows局域网文件传输方案
aidayei的专栏
07-08 306
1.共享文件：采用smb协议传输数据，可以直接通过windows资源管理器地址栏中输入ip:\share目录，也可以用windows自带的Robocopy命令拷贝。2.ftp方式：采用ftp协议传输数据，服务端需要有ftp服务器，或者采用sftp或scp方式，需要服务端装open-ssh服务器。4.tcp/udp方式：采用tcp/udp协议传输数据，需要自己编写socket服务端和客户端，传输数据切割和重组等。3.http方式：采用http协议传输数据，服务端需要装python，通过python -m。
UDP协议介绍和作用
小蜜蜂vs码农
07-10 1041
UDP协议介绍和作用
防火墙实验
wxhxmj的博客
07-10 415
5、生产区访问DMZ区时，需要进行protal认证，设立生产区用户组织架构，至少包含三个部门，每个部门三个用户，用户统一密码openlab123，其次登陆需要修改密码，用户过期时间设定10天，用户不允许多人使用。5、生产区访问DMZ区时，需要进行protal认证，设立生产区用户组织架构，至少包含三个部门，每个部门三个用户，用户统一密码openlab123，其次登陆需要修改密码，用户过期时间设定10天，用户不允许多人使用。2、生产区不允许访问互联网，办公区和游客区允许访问互联网。
ENSP防火墙综合配置
最新发布
Enjoy_zhuo的博客
07-11 167
因为ISP返回的数据包会被防火墙最后的默认安全策略给拒绝，所以，把要ISP返回的数据给允许通过。
第29讲 容器网络：来去自由的日子，不买公寓去合租1
08-03
容器网络通过namespace和cgroup实现了轻量级隔离，利用镜像实现了应用的标准化和可移植性，解决了云计算环境中快速、灵活部署的问题。这种模式不仅简化了软件的分发和管理，也为微服务架构、持续集成/持续部署（CI/...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值