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.
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:
Û 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):
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.
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û:
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:
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:
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:
Û 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.