Open ~/.zshrc in your favorite editor and add the following content to the bottom.
function parse_git_branch() {| <# | |
| # 0. Windows 10 only: update "App Installer" on Windows Store | |
| # | |
| # 1. Win+X => A | |
| # 2. cd C:\Users\xxx\Desktop or C:\Users\xxx\OneDrive\Desktop if you have OneDrive | |
| # 3. Set-ExecutionPolicy Unrestricted | |
| # 4. .\Install_Script.ps1 | |
| #> | |
| <# |
Kubernetes first creates a container without a network interface and then calls a CNI plug-in. The plug-in configures container networking and returns information about allocated network interfaces, IP addresses, etc. The parameters that Kubernetes sends to a CNI plugin, as well as the structure of the response must satisfy the CNI specification, but the plug-in itself may do whatever it needs to do its job.
The important parameter here is --can-ip-forward. This parameter configures IP forwarding on the network interface of a VM, allowing it to receive and forward network packets that have different destination IP address from its own IP address. This is a requirement, because each VM should accept packets with the destination IP set to a container IP rather then an IP of a virtual machine.
>Note that alterna
Macvlan and ipvlan are Linux network drivers that exposes underlay or host interfaces directly to VMs or Containers running in the host.
There are two ways for Containers or VMs to communicate to each other. In Underlay network approach
underlay network approach, VMs or Containers are directly exposed to host network - bridge, macvlan and ipvlan network drivers are examples of this approachoverlay network approach, there is an additional level of encapsulation like VXLAN, NVGRE between the Container/VM network and the underlay network