Како да започнете со користење на кориснички режим на Linux

Вовед од преведувачот: Наспроти позадината на масовното влегување на разни видови контејнери во нашите животи, може да биде доста интересно и корисно да се открие со какви технологии сето ова започнало некогаш. Некои од нив можат корисно да се користат до ден-денес, но не сите се сеќаваат на таквите методи (или знаат, ако не биле фатени за време на нивниот брз развој). Една таква технологија е User Mode Linux. Авторот на оригиналот направи прилично копање, откривајќи кој од старите случувања сè уште функционира, а кој не, и состави нешто како чекор-по-чекор инструкции за тоа како да креирате домашна UML за себе во 2к19. И да, го поканивме авторот на оригиналниот пост на Хабр Кејди, па ако имате прашања, прашајте на англиски во коментар.

Корисничкиот режим во Линукс е, всушност, порта на кернелот Линукс за себе. Овој режим ви овозможува да извршите целосен кернел на Линукс како кориснички процес и вообичаено го користат програмерите за тестирање на драјвери. Но, овој режим е корисен и како алатка за општа изолација, чиј принцип е сличен на работата на виртуелните машини. Овој режим обезбедува поголема изолација од Docker, но помалку од полноправна виртуелна машина како KVM или Virtual Box.

Генерално, Корисничкиот режим може да изгледа како чудна и тешка алатка за користење, но има своја употреба. На крајот на краиштата, ова е полноправно кернел на Линукс кој работи како непривилегиран корисник. Оваа функција овозможува потенцијално недоверливиот код да работи без никаква закана за машината домаќин. И бидејќи ова е полноправно јадро, неговите процеси се изолирани од машината домаќин, т.е. процесите што се извршуваат во режимот на корисникот нема да бидат видливи за домаќинот. Ова не е како традиционалниот Docker контејнер, во кој машината домаќин секогаш ги гледа процесите во складиштето. Погледнете го ова парче pstree од еден од моите сервери:

containerd─┬─containerd-shim─┬─tini─┬─dnsd───19*[{dnsd}]
           │                 │      └─s6-svscan───s6-supervise
           │                 └─10*[{containerd-shim}]
           ├─containerd-shim─┬─tini─┬─aerial───21*[{aerial}]
           │                 │      └─s6-svscan───s6-supervise
           │                 └─10*[{containerd-shim}]
           ├─containerd-shim─┬─tini─┬─s6-svscan───s6-supervise
           │                 │      └─surl
           │                 └─9*[{containerd-shim}]
           ├─containerd-shim─┬─tini─┬─h───13*[{h}]
           │                 │      └─s6-svscan───s6-supervise
           │                 └─10*[{containerd-shim}]
           ├─containerd-shim─┬─goproxy───14*[{goproxy}]
           │                 └─9*[{containerd-shim}]
           └─32*[{containerd}]

И споредете го ова со pstree на кернелот Linux во режим на корисник:

linux─┬─5*[linux]
      └─slirp

Кога работам со контејнери на Docker, можам да ги видам од домаќинот имињата на процесите што се извршуваат во гостинот. Ова не е можно со режимот на корисник на Linux. Што значи тоа? Ова значи дека алатките за следење работат преку потсистемот за ревизија на Linux не гледај процеси кои се извршуваат во системот за гости. Но, во некои ситуации оваа карактеристика може да биде меч со две острици.

Генерално, целиот пост подолу е збирка на истражувања и груби обиди да се постигне посакуваниот резултат. За да го направам ова, морав да користам разни антички алатки, да читам извори на кернелот, да се вклучам во интензивно дебагирање на кодот напишан додека сè уште бев во основно училиште, а исто така и да нескокнувам со градбите на Хероку користејќи специјален бинар во потрага по алатките што ми беа потребни. Целата оваа работа доведе до тоа момците на мојот IRC да ме нарекуваат магионичар. Се надевам дека овој пост ќе послужи како сигурна документација за некој да го направи истото, но со понови кернели и верзии на ОС.

прилагодување

Поставувањето на корисничкиот режим на Linux вклучува неколку чекори:

• инсталирање на зависности од домаќинот;
• преземање на кернелот Линукс;
• поставување на градење на јадрото;
• склопување на јадрото;
• инсталирање на бинарниот;
• поставување на датотечниот систем за гости;
• избор на параметри за лансирање на јадрото;
• поставување на гостинска мрежа;
• лансирање на гостинското јадро.

Претпоставувам дека ако одлучите да го направите сето ова сами, најверојатно ќе направите се што е опишано во некој Ubuntu или систем сличен на Debian. Се обидов да го имплементирам сето горенаведено во мојата омилена дистрибуција - Alpine, но ништо не функционираше, очигледно затоа што кернелот на Linux е цврсто поврзан со glibc-isms за драјвери во режим на корисник. Планирам да го пријавам ова на возводно откако конечно ќе го сфатам проблемот.

Инсталирање на зависности од домаќинот

Убунту бара најмалку следниве пакети за да го изгради кернелот на Линукс (претпоставувајќи чиста инсталација):

- 'build-essential'
- 'flex'
- 'bison'
- 'xz-utils'
- 'wget'
- 'ca-certificates'
- 'bc'
- 'linux-headers'

Можете да ги инсталирате со следнава команда (како root или со sudo):

apt-get -y install build-essential flex bison xz-utils wget ca-certificates bc 
                   linux-headers-$(uname -r)

Забележете дека извршувањето на програмата за прилагодување на менито за кернелот на Linux ќе бара инсталација libncurses-dev. Ве молиме проверете дали е инсталиран користејќи ја следнава команда (како root или користејќи sudo):

apt-get -y install libncurses-dev

Преземање на кернелот

Одредете каде да преземете и потоа изградете го кернелот. Ќе треба да одвоите приближно 1,3 GB простор на хард дискот за оваа операција, затоа погрижете се да го имате.

Потоа одете на kernel.org и добијте ја URL-то за да ја преземете најновата верзија на стабилното јадро. Во моментот на пишување на овој пост: https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.1.16.tar.xz

Преземете ја оваа датотека користејќи 'wget':

wget https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.1.16.tar.xz

И извлечете го со 'tar':

tar xJf linux-5.1.16.tar.xz

Сега го внесуваме директориумот создаден при распакување на tarball:

cd linux-5.1.16

Поставување на изградба на кернелот

Системот за градење на јадрото е множество Направете датотеки с многу сопствени алатки и скрипти за автоматизирање на процесот. За да започнете, отворете ја програмата за поставување онлајн:

make ARCH=um menuconfig

Делумно ќе го заврши склопот и ќе прикаже дијалог-кутија за вас. Кога светлото ќе се појави на дното на прозорецот[Select]', можете да ги конфигурирате поставките користејќи ги копчињата Spacebar или Enter. Навигацијата околу прозорецот е како и обично со помош на стрелките на тастатурата „горе“ и „долу“, а изборот на елементи е „лево“ или „десно“.

Индикаторот за преглед -> значи дека сте во подмени, до кое може да се пристапи со помош на копчето Enter. Излезот е очигледно преку '[Exit]".

Вклучете ги следните опции во '[Select]и проверете дали има симбол „[*]“ до нив:

UML-specific Options:
  - Host filesystem
Networking support (enable this to get the submenu to show up):
  - Networking options:
    - TCP/IP Networking
UML Network devices:
  - Virtual network device
  - SLiRP transport

Тоа е сè, можете да излезете од овој прозорец со секвенцијално избирање „[Exit]'. Само проверете дали на крајот ќе ви биде побарано да ја зачувате конфигурацијата и изберете '[Yes]".

Ви препорачувам да си играте со опциите за градење на јадрото откако ќе го прочитате овој пост. Од овие експерименти можете да научите многу за тоа како функционира механиката на јадрото на ниско ниво и како различните знаменца влијаат на тоа како е изградено јадрото.

Градење на кернелот

Линукс кернелот е голема програма која прави многу работи. Дури и со оваа минимална конфигурација на постар хардвер, склопувањето може да потрае доста време. Значи, изградете го кернелот користејќи ја следнава команда:

make ARCH=um -j$(nproc)

За што? Оваа команда ќе му каже на нашиот градител да ги користи сите достапни јадра и нишки на процесорот за време на процесот на градење. Тим $(nproc) на крајот од Build го вметнува излезот од командата nproc, кој е дел coreutils во стандардната верзија на Ubuntu.

По некое време, нашиот кернел ќе биде компајлиран во извршна датотека ./linux.

Инсталирање на бинарниот

Бидејќи Корисничкиот режим во Linux создава редовен бинарен, можете да го инсталирате како и секоја друга алатка. Еве како го направив тоа:

mkdir -p ~/bin
cp linux ~/bin/linux

Исто така, вреди да се уверите во тоа ~/bin е во вашиот $PATH:

export PATH=$PATH:$HOME/bin

Конфигурирање на датотечниот систем на гости

Направете директориум за датотечниот систем за гости:

mkdir -p $HOME/prefix/uml-demo
cd $HOME/prefix

Отворете го alpinelinux.org и внатре дел за преземање најдете ја тековната врска за преземање MINI ROOT FILESYSTEM. За време на пишувањето ова беше:

http://dl-cdn.alpinelinux.org/alpine/v3.10/releases/x86_64/alpine-minirootfs-3.10.0-x86_64.tar.gz

Преземете го овој tarball користејќи wget:

wget -O alpine-rootfs.tgz http://dl-cdn.alpinelinux.org/alpine/v3.10/releases/x86_64/alpine-minirootfs-3.10.0-x86_64.tar.gz

Сега внесете го директориумот на датотечниот систем за гости и отпакувајте ја архивата:

cd uml-demo
tar xf ../alpine-rootfs.tgz

Опишаните чекори ќе создадат мал шаблон за датотечен систем. Поради начинот на кој функционира системот, инсталирањето пакети преку Alpine apk менаџерот ќе биде исклучително тешко. Но, овој ФС ќе биде доволен за да се оцени општата идеја.

Потребна ни е и алатка тини за да се запре потрошувачката на меморија зомби процеси нашиот гостин кернел.

wget -O tini https://github.com/krallin/tini/releases/download/v0.18.0/tini-static
chmod +x tini

Креирање на командна линија на кернелот

Јадрото на Линукс, како и повеќето други програми, има аргументи на командната линија до кои може да се пристапи со наведување на клучот --help.

Самиот - помош

linux --help
User Mode Linux v5.1.16
        available at http://user-mode-linux.sourceforge.net/

--showconfig
    Prints the config file that this UML binary was generated from.

iomem=<name>,<file>
    Configure <file> as an IO memory region named <name>.

mem=<Amount of desired ram>
    This controls how much "physical" memory the kernel allocates
    for the system. The size is specified as a number followed by
    one of 'k', 'K', 'm', 'M', which have the obvious meanings.
    This is not related to the amount of memory in the host.  It can
    be more, and the excess, if it's ever used, will just be swapped out.
        Example: mem=64M

--help
    Prints this message.

debug
    this flag is not needed to run gdb on UML in skas mode

root=<file containing the root fs>
    This is actually used by the generic kernel in exactly the same
    way as in any other kernel. If you configure a number of block
    devices and want to boot off something other than ubd0, you
    would use something like:
        root=/dev/ubd5

--version
    Prints the version number of the kernel.

umid=<name>
    This is used to assign a unique identity to this UML machine and
    is used for naming the pid file and management console socket.

con[0-9]*=<channel description>
    Attach a console or serial line to a host channel.  See
    http://user-mode-linux.sourceforge.net/old/input.html for a complete
    description of this switch.

eth[0-9]+=<transport>,<options>
    Configure a network device.
    
aio=2.4
    This is used to force UML to use 2.4-style AIO even when 2.6 AIO is
    available.  2.4 AIO is a single thread that handles one request at a
    time, synchronously.  2.6 AIO is a thread which uses the 2.6 AIO
    interface to handle an arbitrary number of pending requests.  2.6 AIO
    is not available in tt mode, on 2.4 hosts, or when UML is built with
    /usr/include/linux/aio_abi.h not available.  Many distributions don't
    include aio_abi.h, so you will need to copy it from a kernel tree to
    your /usr/include/linux in order to build an AIO-capable UML

nosysemu
    Turns off syscall emulation patch for ptrace (SYSEMU).
    SYSEMU is a performance-patch introduced by Laurent Vivier. It changes
    behaviour of ptrace() and helps reduce host context switch rates.
    To make it work, you need a kernel patch for your host, too.
    See http://perso.wanadoo.fr/laurent.vivier/UML/ for further
    information.

uml_dir=<directory>
    The location to place the pid and umid files.

quiet
    Turns off information messages during boot.

hostfs=<root dir>,<flags>,...
    This is used to set hostfs parameters.  The root directory argument
    is used to confine all hostfs mounts to within the specified directory
    tree on the host.  If this isn't specified, then a user inside UML can
    mount anything on the host that's accessible to the user that's running
    it.
    The only flag currently supported is 'append', which specifies that all
    files opened by hostfs will be opened in append mode.

Овој панел ги истакнува главните параметри за лансирање. Ајде да го извршиме кернелот со минималниот потребен сет на опции:

linux 
  root=/dev/root 
  rootfstype=hostfs 
  rootflags=$HOME/prefix/uml-demo 
  rw 
  mem=64M 
  init=/bin/sh

Линиите погоре го кажуваат следново на нашиот кернел:

• Да претпоставиме дека root-датотечниот систем е псевдо уред /dev/root.
• Изберете домаќини како драјвер за root датотечен систем.
• Монтирајте го гостинскиот датотечен систем што го создадовме на root-уредот.
• И да, во режим за читање-пишување.
• Користете само 64 мегабајти RAM меморија (можете да користите многу помалку во зависност од тоа што планирате да направите, но се чини дека 64 MB се оптималната количина).
• Кернелот автоматски стартува /bin/sh како init- процес.

Извршете ја оваа команда и треба да добиете нешто како следново:

Уште еден лист

Core dump limits :
        soft - 0
        hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking environment variables for a tempdir...none found
Checking if /dev/shm is on tmpfs...OK
Checking PROT_EXEC mmap in /dev/shm...OK
Adding 32137216 bytes to physical memory to account for exec-shield gap
Linux version 5.1.16 (cadey@kahless) (gcc version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)) #30 Sun Jul 7 18:57:19 UTC 2019
Built 1 zonelists, mobility grouping on.  Total pages: 23898
Kernel command line: root=/dev/root rootflags=/home/cadey/dl/uml/alpine rootfstype=hostfs rw mem=64M init=/bin/sh
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode-cache hash table entries: 8192 (order: 4, 65536 bytes)
Memory: 59584K/96920K available (2692K kernel code, 708K rwdata, 588K rodata, 104K init, 244K bss, 37336K reserved, 0K cma-reserved)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS: 15
clocksource: timer: mask: 0xffffffffffffffff max_cycles: 0x1cd42e205, max_idle_ns: 881590404426 ns
Calibrating delay loop... 7479.29 BogoMIPS (lpj=37396480)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 512 (order: 0, 4096 bytes)
Checking that host ptys support output SIGIO...Yes
Checking that host ptys support SIGIO on close...No, enabling workaround
devtmpfs: initialized
random: get_random_bytes called from setup_net+0x48/0x1e0 with crng_init=0
Using 2.6 host AIO
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
futex hash table entries: 256 (order: 0, 6144 bytes)
NET: Registered protocol family 16
clocksource: Switched to clocksource timer
NET: Registered protocol family 2
tcp_listen_portaddr_hash hash table entries: 256 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
UDP hash table entries: 256 (order: 1, 8192 bytes)
UDP-Lite hash table entries: 256 (order: 1, 8192 bytes)
NET: Registered protocol family 1
console [stderr0] disabled
mconsole (version 2) initialized on /home/cadey/.uml/tEwIjm/mconsole
Checking host MADV_REMOVE support...OK
workingset: timestamp_bits=62 max_order=14 bucket_order=0
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
io scheduler noop registered (default)
io scheduler bfq registered
loop: module loaded
NET: Registered protocol family 17
Initialized stdio console driver
Using a channel type which is configured out of UML
setup_one_line failed for device 1 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 2 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 3 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 4 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 5 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 6 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 7 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 8 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 9 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 10 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 11 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 12 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 13 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 14 : Configuration failed
Using a channel type which is configured out of UML
setup_one_line failed for device 15 : Configuration failed
Console initialized on /dev/tty0
console [tty0] enabled
console [mc-1] enabled
Failed to initialize ubd device 0 :Couldn't determine size of device's file
VFS: Mounted root (hostfs filesystem) on device 0:11.
devtmpfs: mounted
This architecture does not have kernel memory protection.
Run /bin/sh as init process
/bin/sh: can't access tty; job control turned off
random: fast init done
/ # 

Манипулациите погоре ќе ни дадат минимален систем за гости, без работи како /proc или доделено име на домаќин. На пример, обидете се со следните команди:

- uname -av
- cat /proc/self/pid
- hostname

За да се одјавите од системот за гости, внесете exit или притиснете Control-d. Ова ќе ја запали школката проследена со паника на јадрото:

/ # exit
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000000
fish: “./linux root=/dev/root rootflag…” terminated by signal SIGABRT (Abort)

Ја добивме оваа паника на кернелот бидејќи кернелот на Линукс мисли дека процесот на иницијализација секогаш работи. Без него, системот повеќе не може да функционира и се исклучува. Но, бидејќи ова е процес на кориснички режим, резултатот се испраќа до SIGABRT, што води кон излезот.

Поставување гостинска мрежа

Но, тука работите почнуваат да ни одат наопаку. Вмрежувањето во кориснички режим Linux е местото каде што целиот концепт на ограничен „кориснички режим“ почнува да се распаѓа. На крајот на краиштата, мрежата обично е ограничена на системско ниво привилегирани режими на извршување од очигледни причини за сите нас.

Забелешка на.: Можете да прочитате повеќе за различни опции за работа со мрежа во UML тука.

Патување до лизгање

Сепак, постои античка и практично неподдржана алатка наречена Лизгање, со кој User Mode Linux може да комуницира со мрежата. Работи приближно како стек TCP/IP на ниво на корисник и не бара никакви системски дозволи за извршување. Оваа алатка беше издаден 1995 година, а последното ажурирање е датирано 2006 година. Слирп е многу стар. За време на времето без поддршка и ажурирања, компајлерите стигнаа толку далеку што сега оваа алатка може да се опише само како „гниење на кодот“.

Значи, ајде да го преземеме Slirp од складиштата на Ubuntu и да се обидеме да го извршиме:

sudo apt-get install slirp
/usr/bin/slirp
Slirp v1.0.17 (BETA)

Copyright (c) 1995,1996 Danny Gasparovski and others.
All rights reserved.
This program is copyrighted, free software.
Please read the file COPYRIGHT that came with the Slirp
package for the terms and conditions of the copyright.

IP address of Slirp host: 127.0.0.1
IP address of your DNS(s): 1.1.1.1, 10.77.0.7
Your address is 10.0.2.15
(or anything else you want)

Type five zeroes (0) to exit.

[autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud]

SLiRP Ready ...
fish: “/usr/bin/slirp” terminated by signal SIGSEGV (Address boundary error)

О, богови мои. Ајде да го инсталираме дебагерот Slirp и да видиме дали можеме да откриеме што се случува овде:

sudo apt-get install gdb slirp-dbgsym
gdb /usr/bin/slirp
GNU gdb (Ubuntu 8.1-0ubuntu3) 8.1.0.20180409-git
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/slirp...Reading symbols from /usr/lib/debug/.build-id/c6/2e75b69581a1ad85f72ac32c0d7af913d4861f.debug...done.
done.
(gdb) run
Starting program: /usr/bin/slirp
Slirp v1.0.17 (BETA)

Copyright (c) 1995,1996 Danny Gasparovski and others.
All rights reserved.
This program is copyrighted, free software.
Please read the file COPYRIGHT that came with the Slirp
package for the terms and conditions of the copyright.

IP address of Slirp host: 127.0.0.1
IP address of your DNS(s): 1.1.1.1, 10.77.0.7
Your address is 10.0.2.15
(or anything else you want)

Type five zeroes (0) to exit.

[autodetect SLIP/CSLIP, MTU 1500, MRU 1500, 115200 baud]

SLiRP Ready ...

Program received signal SIGSEGV, Segmentation fault.
                                                    ip_slowtimo () at ip_input.c:457
457     ip_input.c: No such file or directory.

Грешката нè тепа оваа линија. Ајде да погледнеме во stacktrace, можеби нешто ќе ни помогне таму:

(gdb) bt full
#0  ip_slowtimo () at ip_input.c:457
        fp = 0x55784a40
#1  0x000055555556a57c in main_loop () at ./main.c:980
        so = <optimized out>
        so_next = <optimized out>
        timeout = {tv_sec = 0, tv_usec = 0}
        ret = 0
        nfds = 0
        ttyp = <optimized out>
        ttyp2 = <optimized out>
        best_time = <optimized out>
        tmp_time = <optimized out>
#2  0x000055555555b116 in main (argc=1, argv=0x7fffffffdc58) at ./main.c:95
No locals.

Овде гледаме дека падот се случува за време на стартувањето на главната јамка, кога slirp се обидува да ги провери тајмаутите. Во овој момент морав да се откажам од обидот за дебагирање. Но, ајде да видиме дали Slirp, изграден од сорти, функционира. Повторно ја преземав архивата директно од страницата sourceforge, затоа што влечењето нешто од таму преку командната линија е болка:

cd ~/dl
wget https://xena.greedo.xeserv.us/files/slirp-1.0.16.tar.gz
tar xf slirp-1.0.16.tar.gz
cd slirp-1.0.16/src
./configure --prefix=$HOME/prefix/slirp
make

Овде гледаме предупредувања за недефинирани вградени функции, односно за неможноста да се поврзе добиената бинарна датотека. Се чини дека помеѓу 2006 година и сега gcc престана да создава симболи што се користат во вградените средни функции. Ајде да се обидеме да го замениме клучниот збор inline на празен коментар и погледнете го резултатот:

vi slirp.h
:6
a
<enter>
#define inline /**/
<escape>
:wq
make

Не. И ова не функционира. Сè уште не може да се најдат симболи за овие функции.

Во овој момент се откажав и почнав да барам на Github Хероку изгради пакети. Мојата теорија беше дека некој build пакет на Heroku ќе ги содржи бинарните датотеки што ми беа потребни. На крајот, мојата потрага ме доведе точно тука. Преземив и отпакував uml.tar.gz и го најде следново:

total 6136
-rwxr-xr-x 1 cadey cadey   79744 Dec 10  2017 ifconfig*
-rwxr-xr-x 1 cadey cadey     373 Dec 13  2017 init*
-rwxr-xr-x 1 cadey cadey  149688 Dec 10  2017 insmod*
-rwxr-xr-x 1 cadey cadey   66600 Dec 10  2017 route*
-rwxr-xr-x 1 cadey cadey  181056 Jun 26  2015 slirp*
-rwxr-xr-x 1 cadey cadey 5786592 Dec 15  2017 uml*
-rwxr-xr-x 1 cadey cadey     211 Dec 13  2017 uml_run*

Ова е слирп бинарно! Дали работи?

./slirp
Slirp v1.0.17 (BETA) FULL_BOLT

Copyright (c) 1995,1996 Danny Gasparovski and others.
All rights reserved.
This program is copyrighted, free software.
Please read the file COPYRIGHT that came with the Slirp
package for the terms and conditions of the copyright.

IP address of Slirp host: 127.0.0.1
IP address of your DNS(s): 1.1.1.1, 10.77.0.7
Your address is 10.0.2.15
(or anything else you want)

Type five zeroes (0) to exit.

[autodetect SLIP/CSLIP, MTU 1500, MRU 1500]

SLiRP Ready ...

Не паѓа - затоа треба да работи! Ајде да го засадиме овој бинар ~/bin/slirp:

cp slirp ~/bin/slirp

Во случај креаторот на пакетот да го отстрани, јас направи огледало.

Конфигурација на мрежа

Сега ајде да ја конфигурираме мрежата на нашето гостинско јадро. Ајде да ги ажурираме параметрите за лансирање:

linux 
  root=/dev/root 
  rootfstype=hostfs 
  rootflags=$HOME/prefix/uml-demo 
  rw 
  mem=64M 
  eth0=slirp,,$HOME/bin/slirp 
  init=/bin/sh

Сега ајде да ја овозможиме мрежата:

mount -t proc proc proc/
mount -t sysfs sys sys/

ifconfig eth0 10.0.2.14 netmask 255.255.255.240 broadcast 10.0.2.15
route add default gw 10.0.2.2

Првите две конфигурациски команди /proc и /sys неопходни за работа ifconfig, кој поставува мрежен интерфејс за комуникација со Slirp. Тим route ја поставува рутирачката табела на јадрото за да го принуди целиот сообраќај да се испраќа низ тунелот Слирп. Ајде да го провериме ова со барање за DNS:

nslookup google.com 8.8.8.8
Server:    8.8.8.8
Address 1: 8.8.8.8 dns.google

Name:      google.com
Address 1: 172.217.12.206 lga25s63-in-f14.1e100.net
Address 2: 2607:f8b0:4006:81b::200e lga25s63-in-x0e.1e100.net

Работи!

Забелешка: Очигледно, оригиналниот пост е напишан на работна површина со жична мрежна картичка или некоја друга конфигурација за која не се потребни дополнителни драјвери. На лаптоп со WiFi 8265 од Интел, се појавува грешка при подигнување на мрежата

/ # ifconfig eth0 10.0.2.14 netmask 255.255.255.240 broadcast 10.0.2.15
slirp_tramp failed - errno = 2
ifconfig: ioctl 0x8914 failed: No such file or directory
/ #

Очигледно, кернелот не може да комуницира со двигателот на мрежниот погон. Обидот да се состави фирмверот во кернелот, за жал, не ја поправи ситуацијата. Во времето на објавувањето, сè уште не можеше да се најде решение во оваа конкретна конфигурација. На поедноставни конфигурации (на пример, во Virtualbox), интерфејсот е правилно подигнат.

Ајде да го автоматизираме пренасочувањето користејќи ја следната скрипта за школка:

#!/bin/sh
# init.sh

mount -t proc proc proc/
mount -t sysfs sys sys/
ifconfig eth0 10.0.2.14 netmask 255.255.255.240 broadcast 10.0.2.15
route add default gw 10.0.2.2

echo "networking set up"

exec /tini /bin/sh

И означете го како извршно:

chmod +x init.sh

А потоа да направиме промени во командната линија на кернелот:

linux 
  root=/dev/root 
  rootfstype=hostfs 
  rootflags=$HOME/prefix/uml-demo 
  rw 
  mem=64M 
  eth0=slirp,,$HOME/bin/slirp 
  init=/init.sh

И да повториме:

SLiRP Ready ...
networking set up
/bin/sh: can't access tty; job control turned off

nslookup google.com 8.8.8.8
Server:    8.8.8.8
Address 1: 8.8.8.8 dns.google

Name:      google.com
Address 1: 172.217.12.206 lga25s63-in-f14.1e100.net
Address 2: 2607:f8b0:4004:800::200e iad30s09-in-x0e.1e100.net

Мрежата е стабилна!

докер датотека

За да ви олеснам да го проверите сето ова, собрав dockerfile, што ги автоматизира повеќето од опишаните чекори и треба да ви обезбеди работна конфигурација. Имам и јас подготвена конфигурација на кернелот, кој содржи се што е опишано во објавата. Но, важно е да се разбере дека овде ги наведов само минималните поставки.

Се надевам дека овој пост ви помогна да разберете како да го подигнете кернелот за гости. Се испостави дека е некој вид чудовиште, но публикацијата требаше да биде сеопфатен водич на темата за составување, инсталирање и конфигурирање на режимот на корисникот во Linux под современите верзии на оперативните системи од ова семејство. Следните чекори треба да вклучуваат инсталирање на услуги и друг софтвер веќе во системот за гости. Бидејќи сликите од контејнерите на Docker се само промовирани тарболи, треба да можете да ја извлечете сликата преку docker export, а потоа одреди ја патеката за инсталирање во коренот на датотечниот систем на гостинското кернел. Па, тогаш извршете ја скриптата на школка.

Посебна благодарност до Rkeene од #lobsters на Freenode. Без неговата помош во дебагирањето на Slirp, немаше да стигнам толку далеку. Немам идеја како неговиот Slackware систем работи правилно со slirp, но моите Ubuntu и Alpine системи не прифатија slirp и бинарниот Rkeene ми предложи. Но, доволно ми е што барем нешто работи за мене.

Извор: www.habr.com