ProHoster > Blog > Rêveberî > Meriv çawa dest bi karanîna Mode Bikarhêner li Linux-ê dike

Meriv çawa dest bi karanîna Mode Bikarhêner li Linux-ê dike

Pêşgotin ji wergêr: Li hember paşnavê ketina girseyî ya cûrbecûr konteyneran di nav jiyana me de, ew dikare pir balkêş û kêrhatî be ku meriv fêr bibe ku bi kîjan teknolojiyên hemî yek carî dest pê kir. Hin ji wan dikarin heya roja îro bikêrhatî werin bikar anîn, lê her kes rêbazên weha bîr nake (an jî dizane gelo ew di dema pêşkeftina xweya bilez de nehatine girtin). Yek ji van teknolojiyên Bikarhêner Mode Linux e. Nivîskarê orîjînal gelek lêkolîn kir, fêhm kir ku kîjan ji pêşkeftinên kevn hîn jî dixebitin û kîjan na, û tiştek mîna rêwerzek gav-gav li hev kir ka meriv çawa di 2k19-ê de UML-ya homebrew-ê ji xwe re peyda dike. Û erê, me nivîskarê nivîsa eslî vexwendi Habrê Cadey, ji ber vê yekê heke pirsên we hebin - di şîroveyan de bi Englishngilîzî bipirsin.

Meriv çawa dest bi karanîna Mode Bikarhêner li Linux-ê dike

Moda Bikarhêner di Linux de, bi rastî, portek kernel Linux ji xwe re ye. Vê modê dihêle hûn wekî pêvajoyek bikarhêner kernelek Linux-ê ya tevahî bimeşînin û bi gelemperî ji hêla pêşdebiran ve ji bo ceribandina ajokaran tê bikar anîn. Lê ev mod di heman demê de wekî amûrek îzolasyonê ya gelemperî jî bikêr e, prensîba wê dişibihe xebata makîneyên virtual. Vê modê ji Docker bêtir veqetandinê peyda dike, lê ji makîneyek virtual ya bêkêmasî ya mîna KVM an Box Virtual kêmtir peyda dike.

Bi gelemperî, Moda Bikarhêner dikare wekî amûrek xerîb û dijwar xuya bike ku bikar bîne, lê dîsa jî karanîna wê heye. Beriya her tiştî, ev kernelek Linux-ê ya bêkêmasî ye ku ji bikarhênerek bêdestûr tê xebitandin. Ev taybetmendî dihêle ku koda potansiyel nebawer bêyî xeterek li ser makîneya mêvandar bixebite. Û ji ber ku ev kernelek bêkêmasî ye, pêvajoyên wê ji makîneya mêvandar têne veqetandin, ango pêvajoyên ku di hundurê Moda Bikarhêner de têne xebitandin dê ji mêvandar re neyên dîtin. Ev ne mîna konteynera Docker-ê ya normal e, di vê rewşê de makîneya mêvandar her gav pêvajoyên di hundurê depoyê de dibîne. Li vê perçeya pstree ji yek ji serverên min binihêrin: 

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}]

Û vê bi pstree ya kernel Linux-ê di Moda Bikarhêner de bidin hev:

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

Dema ku bi konteynerên Docker re dixebitin, ez dikarim ji mêvandar navên pêvajoyên ku di mêvan de dimeşînin bibînim. Bi Moda Bikarhêner Linux re, ev ne gengaz e. Poldayî? Ev tê vê wateyê ku amûrên çavdêriyê yên ku di binpergala çavdêriya Linux-ê de derbas dibin nabînin pêvajoyên ku di pergala mêvan de dixebitin. Lê di hin rewşan de, ev taybetmendî dikare bibe şûrek du-devî.

Bi gelemperî, tevahiya posta jêrîn berhevokek lêkolîn û hewildanên dijwar e ku bigihîje encama xwestinê. Ji bo vê yekê, ez neçar bûm ku amûrên cihêreng ên kevnar bikar bînim, çavkaniyên kernelê bixwînim, koda ku di rojên ku ez hîn di dibistana seretayî de hatibû nivîsandin de verastkirinek zexm bikim, û her weha bi avahîyên Heroku re jî bi karanîna binaryek taybetî ve mijûl bikim da ku amûrên ku ez hewce dikim bibînim. . Hemî vî karî rê da xortên li ser IRC-a min ku ji min re sêrbaz dibêjin. Ez hêvî dikim ku ev post wekî belgeyek pêbawer ji bo kesek ku heman tiştî bi kernelên nû û guhertoyên OS-ê re biceribîne.

ligorî

Sazkirina Moda Bikarhêner Linux di çend gavan de pêk tê:

  • sazkirina girêdanên li ser mêvandar;
  • daxistina kernel Linux;
  • veavakirina avakirina kernel;
  • civîna kernel;
  • sazkirina binary;
  • mîhengkirina pergala pelê mêvan;
  • hilbijartina parametreyên destpêkirina kernel;
  • sazkirina tora mêvanan;
  • kernelê mêvan dest pê dike.

Ez texmîn dikim ku heke hûn biryar bidin ku hûn bi xwe bikin, hûn ê bi îhtîmalek mezin her tiştê ku di hin pergalên Ubuntu an Debian-ê de hatî destnîşan kirin bikin. Min hewl da ku hemî yên li jor di belavkirina xweya bijare - Alpine de bicîh bikim, lê tiştek jê derneket, xuya ye ji ber vê yekê ku kernel Linux ji bo ajokaran di Moda Bikarhêner de glibc-ismek hişk-girêdayî heye. Ez plan dikim ku piştî ku ez di dawiyê de pirsgirêk fam bikim, vê yekê ji jorîn re rapor bikim.

Sazkirina girêdanên li ser mêvandar

Ubuntu bi kêmanî pakêtên jêrîn hewce dike ku kernel Linux ava bike (bihesibînin ku sazkirinek paqij e):

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

Hûn dikarin wan bi fermana jêrîn saz bikin (wek root an bi sudo):

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

Têbînî ku bernameya sazkirina menuya kernel Linux-ê dê sazkirinê hewce bike libncurses-dev. Ji kerema xwe pê ewle bine ku ew bi fermana jêrîn (wek root an bi sudo) hatî saz kirin:

apt-get -y install libncurses-dev

Kernel dakêşin

Biryarê bidin ku li ku derê dakêşin û dûv re kernel ava bikin. Ji bo vê operasyonê, hûn ê hewce bikin ku bi qasî 1,3 GB cîhê dîska hişk veqetînin, ji ber vê yekê pê ewle bibin ku we heye.

Piştî ku diçin kernel.org û URL-ê bistînin da ku kernela herî dawî ya stabîl dakêşin. Di dema nivîsandinê de ev e: https://cdn.kernel.org/pub/linux/kernel/v5.x/linux-5.1.16.tar.xz

Vê pelê bikar bînin dakêşin 'wget':

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

Û jê derxin bi 'tar':

tar xJf linux-5.1.16.tar.xz

Naha em têkevin pelrêça ku dema tarballê vekir hatiye afirandin:

cd linux-5.1.16

Sazkirina avakirina Kernel

Pergala avakirina kernel setek e Makefiles с gelek amûr û nivîsarên xwerû ku pêvajoyê bixweber bikin. Pêşîn, bernameya sazkirina înteraktîf vekin:

make ARCH=um menuconfig

Ew ê qismî ji bo we qutiyek diyalogê ava bike û nîşan bide. Dema '[Select]', hûn ê bikaribin bi bişkojkên Space an Enter veava bikin. Li pencereyê, wekî her car, bi tîrên klavyeyê "jor" û "jêr" bigerin û hêmanan hilbijêrin - "çep" an "rast".

Nîşana dîtinê —> tê vê wateyê ku hûn di binmenuyekê de ne, ku bi bişkoka Enter tê gihîştin. Riya derketina wê bi eşkere ye '[Exit]'.

Vebijarkên jêrîn têxin nav '[Select]' û piştrast bikin ku li kêleka wan '[*]' heye:

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

Ew e, hûn dikarin ji vê pencereyê bi bijartina li pey hev derkevin '[Exit]'. Tenê pê ewle bine ku ji we tê xwestin ku di dawiyê de veavakirinê hilînin û ' hilbijêrin[Yes]'.

Ez pêşniyar dikim ku hûn piştî xwendina vê postê bi vebijarkên avakirina kernelê re bilîzin. Bi van ceribandinan, hûn dikarin di warê têgihiştina xebata mekanîka kernelê ya nizm û bandora alayên cihêreng li ser civîna wê de gelek tiştan fêr bibin.

Avakirina kernelê

Kernel Linux bernameyek mezin e ku gelek tiştan dike. Tewra digel vesazkirinek wusa hindiktirîn a li ser hardware kevn, ew dikare demek dirêj bigire ku were çêkirin. Ji ber vê yekê kernel bi fermana jêrîn ava bikin:

make ARCH=um -j$(nproc)

Bo çi? Ev ferman dê ji çêkerê me re bêje ku di pêvajoya çêkirinê de hemî naverok û têlên CPU yên berdest bikar bîne. Kom $(nproc) di dawiya Build de derketina fermanê cîgir dike nproc, ku beşek e coreutils di avahiyek standard a Ubuntu de.

Piştî demekê, kernel me dê di pelek îcrakar de were berhev kirin ./linux.

Sazkirina binary

Ji ber ku Moda Bikarhêner di Linux-ê de binaryek birêkûpêk diafirîne, hûn dikarin wê mîna her amûrek din saz bikin. Li vir min çawa kir:

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

Di heman demê de hêjayî piştrastkirina wê ye ~/bin di we de ye $PATH:

export PATH=$PATH:$HOME/bin

Sazkirina pergala pelê mêvan

Ji bo pergala pelê mêvan pelrêçek çêbikin:

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

Alpinelinux.org vekin û tê de beşa daxistinê lînka dakêşanê ya rastîn bibînin MINI ROOT FILESYSTEM. Di dema nivîsandinê de ev bû:

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

Vê tarballê bi karanîna wget dakêşin:

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

Naha pelrêça pergala pelê ya mêvan têkevin û arşîvê derxînin:

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

Çalakiyên diyarkirî dê şablonek pergala pelê ya piçûk çêbikin. Ji ber xwezaya pergalê, sazkirina pakêtan bi navgîniya rêveberê apk Alpine dê zehf dijwar be. Lê ev FS dê têra nirxandina ramana giştî bike.

Em jî amûrek hewce ne tini ji bo kêmkirina vexwarina bîranînê pêvajoyên zombie kernel mêvanê me. 

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

Afirandina rêzika fermanê ya kernelê

Kernel Linux, mîna piraniya bernameyên din, xwedan argumanên rêza fermanê ye ku bi destnîşankirina mifteyê ve tê gihîştin. --help.

Xwe - alîkarî

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.

Ev panel pîvanên sereke yên destpêkirinê ronî dike. Werin em kernelê bi vebijarkên herî kêm hewcedar bimeşînin:

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

Rêzên li jor kernel me ya jêrîn vedibêjin:

  • Bifikirin ku pergala pelan a root amûrek pseudo ye /dev/root.
  • Helbijartin hostfs wekî ajokerek pergala pelê ya root.
  • Pergala pelan a mêvanan a ku me li ser cîhaza root çêkiriye siyar bikin.
  • Û erê, di moda xwendin-nivîsandinê de.
  • Tenê 64 MB RAM-ê bikar bînin (hûn dikarin li gorî tiştê ku hûn plan dikin bikin pir kêmtir bikar bînin, lê 64 MB wekî mîqdara çêtirîn xuya dike).
  • Kernel bixweber dest pê dike /bin/sh çawa init-doz.

Vê fermanê bicîh bikin û divê hûn tiştek wekî jêrîn bistînin:

Yek pelek din

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
/ #

Manîpulasyonên li jor dê bidin me sîstema mêvan herî kêm, bêyî tiştên mîna /proc an navê mêvandar hatî destnîşan kirin. Mînakî, emrên jêrîn biceribînin:

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

Ji bo ku hûn ji mêvanê derkevin, binivîsin exit an çapemeniyê kontrol-d. Ev ê şêlê bikuje û li dû wê panîkek kernelê heye:

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

Me ev panika kernel girt ji ber ku kernel Linux difikire ku pêvajoya destpêkê her gav dimeşe. Bêyî wê, pergal êdî nikare kar bike û têk diçe. Lê ji ber ku ev pêvajoyek moda bikarhêner e, encama encam xwe dişîne SIGABRT, ku di encam de encam dibe.

Sazkirina torê Mêvan

Û ev e ku tişt dest pê dike ku diçin. Tora di Moda Bikarhêner Linux de ev e ku têgeha tevahî "moda bikarhêner" ya sînorkirî dest pê dike. Beriya her tiştî, bi gelemperî di asta pergalê de, torê sînorkirî ye îmtiyazê modên darvekirinê ji ber sedemên me yên fêmkirî hemî.

Not. per .: hûn dikarin di derbarê vebijarkên cihêreng ên ji bo xebata bi torê re li UML bêtir bixwînin vir.

Rêwîtiya ber bi Slirp

Lêbelê, amûrek kevnar û hema bê piştgirî heye ku jê re tê gotin Slirp, bi kîjan Moda Bikarhêner Linux dikare bi torê re têkilî daynin. Ew pir mîna stackek TCP/IP-a-asta bikarhêner dixebite û ji bo xebitandina destûrên pergalê hewce nake. Ev amûr bû di sala 1995 de derketiye, û nûvekirina herî dawî ye 2006. Slirp pir kevn e. Di dema bêyî piştgirî û nûvekirinê de, berhevkar ew qas dûr ketine ku naha ev amûr tenê dikare wekî were binav kirin kod rot.

Ji ber vê yekê em Slirp ji depoyên Ubuntu dakêşin û hewl bidin ku wê bimeşînin:

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)

Ey xwedê. Ka em debuggera Slirp saz bikin û bibînin ka em dikarin fêhm bikin ka li vir çi diqewime:

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.

Xeletî li me dixe ev rêz. Ka em li stacktrace binêrin, dibe ku tiştek li wir ji me re bibe alîkar:

(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.

Li vir em dibînin ku têkçûn di dema destpêkirina lûleya sereke de çêdibe dema ku slirp hewl dide ku demjimêran kontrol bike. Di vê nuqteyê de, min neçar ma ku dev ji hewldana debugkirinê berdim. Lê em binihêrin ka Slirp ji cûrbecûr çêkirî dixebite. Min arşîv rasterast ji malperê ji nû ve dakêşand Sourceforge, ji ber ku kişandina tiştek ji wir di nav rêza fermanê de êşek e:

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

Li vir em hişyariyên li ser fonksiyonên çêkirî yên nediyar dibînin, ango, di derbarê nekarbûna girêdana pelê binaryê ya encam de. Wusa dixuye ku di navbera 2006 û vê nuqteyê de, gcc hilberîna sembolên ku di fonksiyonên çêkirî yên pelên berhevkirî yên navîn de têne bikar anîn rawestandin. Werin em hewl bidin ku peyva sereke biguhezînin inline li ser şîroveyek vala û li encamê binihêrin:

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

Nexêr. Ev jî naxebite. Hîn jî nikarin ji bo van fonksiyonan sembolan bibînin.

Di vê nuqteyê de, min dev jê berda û dest bi lêgerîna Github kir Heroku pakêtan ava dike. Teoriya min ev bû ku hin pakêtek avakirina Heroku dê binarên ku ez hewce dikim dihewîne. Di dawiyê de, lêgerîna min rêber kir li van deran. Min daxist û vekir uml.tar.gz û jêrîn dît:

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*

Ev slirp binary e! Ma ew kar dike?

./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 ...

Nakeve - ji ber vê yekê divê ew bixebite! Ka em vê binaryê tê de biçînin ~/bin/slirp:

cp slirp ~/bin/slirp

Ger afirînerê pakêtê wê jê bike, ez neynikek çêkir.

Veavakirina torê

Naha werin em torê li ser kernelê mêvanê xwe saz bikin. Vebijarkên destpêkirinê nûve bikin:

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

Naha em werin torê vekin:

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

Du fermanên veavakirina yekem /proc и /sys ji bo xebatê pêwîst e ifconfig, ku pêwendiya torê destnîşan dike ku bi Slirp re têkilî daynin. Kom route tabloya rêveçûna kernelê saz dike da ku zorê bide hemî seyrûseferê ku di nav tunela Slirp re were şandin. Ka em vê bi pirsek DNS-ê kontrol bikin:

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

Ew dixebite!

Nîşe ji bo .: Xuya ye, posta orîjînal li ser sermaseyek bi qerta torê ya têlkirî, an hin vesazkirinek din a ku hewcedariya ajokarên zêde hewce nake hate nivîsandin. Li ser laptopek bi WiFi 8265 ji Intel, dema ku torê bilind dike xeletiyek çêdibe

/ # 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
/ #

Xuya ye, kernel nikare bi ajokera qerta torê re têkilî dayne. Hewldanek ji bo berhevkirina firmware di kernelê de, mixabin, rewş rast nekir. Di dema weşanê de ne mimkûn bû ku di vê veavakirinê de çareseriyek were dîtin. Li ser mîhengên hêsantir (mînakî, di Virtualbox de), navrû bi rengek rast radibe.

Ka em beralîkirinê bi skrîpta şêlê ya jêrîn otomatîk bikin:

#!/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

Û wê îcrakar nîşan bikin:

chmod +x init.sh

Û paşê em ê di rêzika fermana kernel de guhertinan bikin:

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

Û em dubare bikin:

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

Tora stabîl e!

pelê docker

Ji bo ku hûn kontrolkirina van hemîyan ji we re hêsantir bikim, min berhev kiriye dockerfile, ku piraniya gavên ku hatine destnîşan kirin otomatîk dike û divê vesaziyek xebatê bide we. Min jî heye kernel ji berê ve hatiye mîheng kirin, ku her tiştê ku di postê de tête diyar kirin heye. Lê girîng e ku meriv fêm bike ku li vir min tenê mîhenga herî kêm diyar kiriye.

Ez hêvî dikim ku ev post ji we re bûye alîkar ku hûn fêm bikin ka meriv çawa kernelek mêvan bilind dike. Derket holê ku ew celebek cinawir e, lê weşan wekî rêbernameyek berfireh li ser avakirin, sazkirin û mîhengkirina Modeya Bikarhêner li Linux di bin guhertoyên nûjen ên pergalên xebitandinê yên vê malbatê de hate fikirîn. Pêngavên paşîn divê sazkirina karûbar û nermalava din ên ku berê di hundurê pergala mêvan de ne. Ji ber ku wêneyên konteynerê Docker tenê tarballên gelemperî ne, divê hûn bikaribin wêneyê bi navgîniyê derxînin docker export, û dûv re riya sazkirinê ya wê di koka pergala pelê ya kernelê mêvan de diyar bike. Welê, wê hingê skrîpta şêlê bicîh bikin.

Spasiyên taybetî ji bo Rkeene ji #lobsters li ser Freenode. Bêyî arîkariya wî di debugkirina Slirp de, min ê evqas dûr neçûba. Nizanim ka pergala wî ya Slackware çawa bi slirp re rast dixebite, lê pergalên min ên Ubuntu û Alpine slirp qebûl nekir û Rkeene binary ji min re pêşniyar kir. Lê ji min re bes e ku bi kêmanî tiştek ji min re dixebite.

Source: www.habr.com

Add a comment