-
Notifications
You must be signed in to change notification settings - Fork 0
/
lima-config.yaml
369 lines (337 loc) · 16.2 KB
/
lima-config.yaml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
# ===================================================================== #
# BASIC CONFIGURATION
# ===================================================================== #
# Default values in this YAML file are specified by `null` instead of Lima's "builtin default" values,
# so they can be overridden by the $LIMA_HOME/_config/default.yaml mechanism documented at the end of this file.
# Arch: "default", "x86_64", "aarch64".
# 🟢 Builtin default: "default" (corresponds to the host architecture)
arch: null
# OpenStack-compatible disk image.
# 🟢 Builtin default: null (must be specified)
# 🔵 This file: Ubuntu 22.04 Jammy Jellyfish images
images:
# Try to use release-yyyyMMdd image if available. Note that release-yyyyMMdd will be removed after several months.
- location: "https://cloud-images.ubuntu.com/releases/22.04/release-20220712/ubuntu-22.04-server-cloudimg-amd64.img"
arch: "x86_64"
digest: "sha256:86481acb9dbd62e3e93b49eb19a40c66c8aa07f07eff10af20ddf355a317e29f"
- location: "https://cloud-images.ubuntu.com/releases/22.04/release-20220712/ubuntu-22.04-server-cloudimg-arm64.img"
arch: "aarch64"
digest: "sha256:e1ce033239f0038dca5ef09e582762ba0d0dfdedc1d329bc51bb0e9f5057af9d"
# Fallback to the latest release image.
# Hint: run `limactl prune` to invalidate the cache
- location: "https://cloud-images.ubuntu.com/releases/22.04/release/ubuntu-22.04-server-cloudimg-amd64.img"
arch: "x86_64"
- location: "https://cloud-images.ubuntu.com/releases/22.04/release/ubuntu-22.04-server-cloudimg-arm64.img"
arch: "aarch64"
# CPUs: if you see performance issues, try limiting cpus to 1.
# 🟢 Builtin default: 4
cpus: 1
# Memory size
# 🟢 Builtin default: "4GiB"
memory: 2Gib
# Disk size
# 🟢 Builtin default: "100GiB"
disk: 20GiB
# Expose host directories to the guest, the mount point might be accessible from all UIDs in the guest
# 🟢 Builtin default: null (Mount nothing)
# 🔵 This file: Mount the home as read-only, /tmp/lima as writable
mounts:
- location: "~"
# Configure the mountPoint inside the guest.
# 🟢 Builtin default: value of location
mountPoint: null
# CAUTION: `writable` SHOULD be false for the home directory.
# Setting `writable` to true is possible, but untested and dangerous.
# 🟢 Builtin default: false
writable: false
sshfs:
cache: false
9p:
cache: fscache
- location: "/tmp/lima"
# 🟢 Builtin default: false
# 🔵 This file: true (only for "/tmp/lima")
writable: true
# Specifies a caching policy. Valid options are: "none", "loose", "fscache" and "mmap"
9p:
cache: mmap
# Mount type for above mounts, such as "reverse-sshfs" (from sshocker) or "9p" (EXPERIMENTAL, from QEMU’s virtio-9p-pci, aka virtfs)
# 🟢 Builtin default: "reverse-sshfs"
# mountType: reverse-sshfs
mountType: 9p
# ssh:
# # A localhost port of the host. Forwarded to port 22 of the guest.
# # 🟢 Builtin default: 0 (automatically assigned to a free port)
# # NOTE: when the instance name is "default", the builtin default value is set to
# # 60022 for backward compatibility.
# localPort: 0
# # Load ~/.ssh/*.pub in addition to $LIMA_HOME/_config/user.pub .
# # This option is useful when you want to use other SSH-based
# # applications such as rsync with the Lima instance.
# # If you have an insecure key under ~/.ssh, do not use this option.
# # 🟢 Builtin default: true
# loadDotSSHPubKeys: false
# # Forward ssh agent into the instance.
# # 🟢 Builtin default: false
# forwardAgent: null
# # Forward X11 into the instance
# # 🟢 Builtin default: false
# forwardX11: null
# # Trust forwarded X11 clients
# # 🟢 Builtin default: false
# forwardX11Trusted: null
# ===================================================================== #
# ADVANCED CONFIGURATION
# ===================================================================== #
# caCerts:
# # If set to `true`, this will remove all the default trusted CA certificates that
# # are normally shipped with the OS.
# # 🟢 Builtin default: false
# removeDefaults: null
# # A list of trusted CA certificate files. The files will be read and passed to cloud-init.
# files:
# # - examples/hello.crt
# # A list of trusted CA certificates. These are directly passed to cloud-init.
# certs:
# # - |
# # -----BEGIN CERTIFICATE-----
# # YOUR-ORGS-TRUSTED-CA-CERT-HERE
# # -----END CERTIFICATE-----
# # - |
# # -----BEGIN CERTIFICATE-----
# # YOUR-ORGS-TRUSTED-CA-CERT-HERE
# # -----END CERTIFICATE-----
# containerd:
# # Enable system-wide (aka rootful) containerd and its dependencies (BuildKit, Stargz Snapshotter)
# # 🟢 Builtin default: false
# system: null
# # Enable user-scoped (aka rootless) containerd and its dependencies
# # 🟢 Builtin default: true
# user: null
# # Override containerd archive
# # 🟢 Builtin default: hard-coded URL with hard-coded digest (see the output of `limactl info | jq .defaultTemplate.containerd.archives`)
# archives:
# - location: "~/Downloads/nerdctl-full-X.Y.Z-linux-amd64.tar.gz"
# arch: "x86_64"
# digest: "sha256:..."
# Provisioning scripts need to be idempotent because they might be called
# multiple times, e.g. when the host VM is being restarted.
# 🟢 Builtin default: null
# provision:
# # `system` is executed with the root privilege
# - mode: system
# script: |
# #!/bin/bash
# set -eux -o pipefail
# export DEBIAN_FRONTEND=noninteractive
# apt-get install -y vim
# # `user` is executed without the root privilege
# - mode: user
# script: |
# #!/bin/bash
# set -eux -o pipefail
# cat <<EOF > ~/.vimrc
# set number
# EOF
# Probe scripts to check readiness.
# 🟢 Builtin default: null
# probes:
# # Only `readiness` probes are supported right now.
# - mode: readiness
# description: vim to be installed
# script: |
# #!/bin/bash
# set -eux -o pipefail
# if ! timeout 30s bash -c "until command -v vim; do sleep 3; done"; then
# echo >&2 "vim is not installed yet"
# exit 1
# fi
# hint: |
# vim was not installed in the guest. Make sure the package system is working correctly.
# Also see "/var/log/cloud-init-output.log" in the guest.
# ===================================================================== #
# FURTHER ADVANCED CONFIGURATION
# ===================================================================== #
# Specify desired QEMU CPU type for each arch.
# You can see what options are available for host emulation with: `qemu-system-$(arch) -cpu help`.
# Setting of instructions is supported like this: "qemu64,+ssse3".
# cpuType:
# # 🟢 Builtin default: "cortex-a72" (or "host" when running on aarch64 host)
# aarch64: null
# # 🟢 Builtin default: "qemu64" (or "host" when running on x86_64 host)
# x86_64: null
# firmware:
# # Use legacy BIOS instead of UEFI. Ignored for aarch64.
# # 🟢 Builtin default: false
# legacyBIOS: null
# video:
# # QEMU display, e.g., "none", "cocoa", "sdl", "gtk", "default".
# # Choosing "none" will hide the video output, and not show any window.
# # Choosing "default" will pick the first available of: gtk, sdl, cocoa.
# # As of QEMU v6.2, enabling this is known to have negative impact
# # on performance on macOS hosts: https://gitlab.com/qemu-project/qemu/-/issues/334
# # 🟢 Builtin default: "none"
# display: null
# # The instance can get routable IP addresses from the vmnet framework using
# # https://github.com/lima-vm/vde_vmnet.
# # 🟢 Builtin default: null
networks:
# Lima can manage daemons for networks defined in $LIMA_HOME/_config/networks.yaml
# automatically. Both vde_switch and vde_vmnet binaries must be installed into
# secure locations only alterable by the "root" user.
- lima: shared
# # MAC address of the instance; lima will pick one based on the instance name,
# # so DHCP assigned ip addresses should remain constant over instance restarts.
# macAddress: ""
# # Interface name, defaults to "lima0", "lima1", etc.
# interface: ""
# #
# # Lima can also connect to "unmanaged" vde networks addressed by "vnl". This
# # means that the daemons will not be controlled by Lima, but must be started
# # before the instance. The interface type (host, shared, or bridged) is
# # configured in vde_vmnet and not in lima.
# # vnl (virtual network locator) points to the vde_switch socket directory,
# # optionally with vde:// prefix
# # - vnl: "vde:///var/run/vde.ctl"
# # # VDE Switch port number (not TCP/UDP port number). Set to 65535 for PTP mode.
# # # Builtin default: 0
# # switchPort: 0
# # # MAC address of the instance; lima will pick one based on the instance name,
# # # so DHCP assigned ip addresses should remain constant over instance restarts.
# # macAddress: ""
# # # Interface name, defaults to "lima0", "lima1", etc.
# # interface: ""
# # Port forwarding rules. Forwarding between ports 22 and ssh.localPort cannot be overridden.
# # Rules are checked sequentially until the first one matches.
# # portForwards:
# # - guestPort: 443
# # hostIP: "0.0.0.0" # overrides the default value "127.0.0.1"; allows privileged port forwarding
# # # default: hostPort: 443 (same as guestPort)
# # # default: guestIP: "127.0.0.1" (also matches bind addresses "0.0.0.0", "::", and "::1")
# # # default: proto: "tcp" (only valid value right now)
# #
# # - guestPortRange: [4000, 4999]
# # hostIP: "0.0.0.0" # overrides the default value "127.0.0.1"
# # # default: hostPortRange: [4000, 4999] (must specify same number of ports as guestPortRange)
# #
# # - guestPort: 80
# # hostPort: 8080 # overrides the default value 80
# #
# # - guestIP: "127.0.0.2" # overrides the default value "127.0.0.1"
# # hostIP: "127.0.0.2" # overrides the default value "127.0.0.1"
# # # default: guestPortRange: [1, 65535]
# # # default: hostPortRange: [1, 65535]
# #
# # - guestPort: 8888
# # ignore: true (don't forward this port)
# #
# # - guestPort: 7443
# # guestIP: "0.0.0.0" # Will match *any* interface
# # guestIPMustBeZero: true # Restrict matching to 0.0.0.0 binds only
# # hostIP: "0.0.0.0" # Forwards to 0.0.0.0, exposing it externally
# #
# # - guestSocket: "/run/user/{{.UID}}/my.sock"
# # hostSocket: mysocket
# # # default: reverse: false
# # # "guestSocket" can include these template variables: {{.Home}}, {{.UID}}, and {{.User}}.
# # # "hostSocket" can include {{.Home}}, {{.Dir}}, {{.Name}}, {{.UID}}, and {{.User}}.
# # # "reverse" can only be used for unix sockets right now, not for tcp sockets.
# # # Put sockets into "{{.Dir}}/sock" to avoid collision with Lima internal sockets!
# # # Sockets can also be forwarded to ports and vice versa, but not to/from a range of ports.
# # # Forwarding requires the lima user to have rw access to the "guestsocket",
# # # and the local user rwx access to the directory of the "hostsocket".
# #
# # # Lima internally appends this fallback rule at the end:
# # - guestIP: "127.0.0.1"
# # guestPortRange: [1, 65535]
# # hostIP: "127.0.0.1"
# # hostPortRange: [1, 65535]
# # # Any port still not matched by a rule will not be forwarded (ignored)
# # Message. Information to be shown to the user, given as a Go template for the instance.
# # The same template variables as for listing instances can be used, for example {{.Dir}}.
# # You can view the complete list of variables using `limactl list --list-fields` command.
# # It also includes {{.HostOS}} and {{.HostArch}} vars, for the runtime GOOS and GOARCH.
# # 🟢 Builtin default: null
# # message: |
# # This will be shown to the user.
# # Extra environment variables that will be loaded into the VM at start up.
# # These variables are consumed by internal init scripts, and also added
# # to /etc/environment.
# # If you set any of "ftp_proxy", "http_proxy", "https_proxy", or "no_proxy", then
# # Lima will automatically set an uppercase variant to the same value as well.
# # 🟢 Builtin default: null
# # env:
# # KEY: value
# # Lima will override the proxy environment variables with values from the current process
# # environment (the environment in effect when you run `limactl start`). It will automatically
# # replace the strings "localhost" and "127.0.0.1" with the host gateway address from inside
# # the VM, so it stays routable. Use of the process environment can be disabled by setting
# # propagateProxyEnv to false.
# # 🟢 Builtn default: true
# propagateProxyEnv: null
# # The host agent implements a DNS server that looks up host names on the host
# # using the local system resolver. This means changing VPN and network settings
# # are reflected automatically into the guest, including conditional forward,
# # and mDNS lookup. By default only IPv4 addresses will be returned. IPv6 addresses
# # can only work when using a vmnet network interface and the host has working
# # IPv6 configured as well.
# hostResolver:
# # 🟢 Builtin default: true
# enabled: null
# # 🟢 Builtin default: false
# ipv6: null
# # Static names can be defined here as an alternative to adding them to the hosts /etc/hosts.
# # Values can be either other hostnames, or IP addresses. The host.lima.internal name is
# # predefined to specify the gateway address to the host.
# # 🟢 Builtin default: null
# hosts:
# # guest.name: 127.1.1.1
# # host.name: host.lima.internal
# # If useHostResolver is false, then the following rules apply for configuring dns:
# # Explicitly set DNS addresses for qemu user-mode networking. By default qemu picks *one*
# # nameserver from the host config and forwards all queries to this server. On macOS
# # Lima adds the nameservers configured for the first host interface in service order,
# # that has an IPv4 address, to the list. In case this still doesn't work (e.g. VPN
# # setups), the servers can be specified here explicitly. If nameservers are specified
# # here, then the configuration from network preferences will be ignored.
# # 🟢 Builtin default: null
# # dns:
# # - 1.1.1.1
# # - 1.0.0.1
# # ===================================================================== #
# # GLOBAL DEFAULTS AND OVERRIDES
# # ===================================================================== #
# # The builtin defaults can be changed globally by creating a $LIMA_HOME/_config/default.yaml
# # file. It will be used by ALL instances under the same $LIMA_HOME, and it
# # will be applied on each `limactl start`, so can affect instance restarts.
# # A similar mechanism is $LIMA_HOME/_config/override.yaml, which will take
# # precedence even over the settings in an instances lima.yaml file.
# # It too applies to ALL instances under the same $LIMA_HOME, and is applied
# # on each restart. It can be used to globally override settings, e.g. make
# # the mount of the home directory writable.
# # On each instance start the config settings are determined: If a value is
# # not set in `lima.yaml`, then the `default.yaml` is used. If that file
# # doesn't exist, or the value is not defined in the file, then the builtin
# # default is used. If `override.yaml` exists and defines the value, then
# # it overrides whatever has been chosen so far.
# # For slices (e.g. `mounts`, `provision`) and maps (`env`) the entries are
# # combined instead of replacing each other. Slices are produced from override
# # settings, followed by lima.yaml, followed by defaults.yaml (but NOT from
# # builtin defaults). Maps are produced starting with defaults.yaml values,
# # overwriting with lima.yaml ones, overwriting with override.yaml.
# # Exceptions:
# # - `dns` will use the list from the highest priority file; they are not
# # combined. If override.yaml defines a list of `dns` entries, then the
# # settings in default.yaml and lima.yaml are ignored.
# #
# # - `mounts` will update the `writable` setting when 2 entries have the
# # same `location` value. For this reason they are processed in the opposite
# # order: starting with default, followed by lima, and then override.
# #
# # -`networks` will replace lower priority entries with the same `interface`
# # name with higher priority definitions. This does not apply if the
# # `interface` field is empty. `networks` are therefore also processed
# # in lowest to highest priority order.
# # ===================================================================== #
# # END OF TEMPLATE
# # ===================================================================== #