Sadurunge miwiti tutorial video dina iki, aku pengin matur nuwun marang kabeh wong sing wis nyumbang kanggo popularitas kursusku ing YouTube. Nalika miwiti babagan 8 wulan kepungkur, aku ora ngarep-arep sukses - dina iki pelajaranku wis dideleng 312724 wong, aku duwe 11208 pelanggan. Aku ora tau ngimpi yen wiwitan sing asor iki bakal tekan dhuwur. Nanging aja nganti mbuwang wektu lan langsung menyang pelajaran dina iki. Dina iki kita bakal ngisi kesenjangan sing kedadeyan ing 7 pelajaran video pungkasan. Sanajan dina iki mung dina 6, dina 3 dipérang dadi 3 video pelajaran, dadi dina iki sampeyan bakal bener-bener nonton video pelajaran kaping wolu.
Dina iki kita bakal ngrembug 3 topik penting: DHCP, transportasi TCP, lan nomer port sing paling umum. Kita wis ngomong babagan alamat IP, lan salah sawijining faktor sing paling penting ing konfigurasi alamat IP yaiku DHCP.
DHCP minangka singkatan saka Dynamic Host Configuration Protocol lan minangka protokol sing mbantu ngatur alamat IP kanthi dinamis kanggo host. Dadi kita kabeh wis ndeleng jendhela iki. Nalika sampeyan ngeklik pilihan "Entuk alamat IP kanthi otomatis", komputer bakal nemokake server DHCP sing dikonfigurasi ing subnet sing padha lan ngirim macem-macem paket lan panjaluk alamat IP kasebut. Protokol DHCP nduweni 6 pesen, sing 4 penting kanggo menehi alamat IP.
Pesen pisanan yaiku pesen DHCP DISCOVERY. Pesen panemuan DHCP padha karo pesen salam. Nalika piranti anyar gabung karo jaringan, takon yen ana server DHCP ing jaringan.
Apa sing sampeyan deleng ing slide katon kaya panyuwunan siaran ing ngendi piranti ngontak kabeh piranti ing jaringan sing nggoleki server DHCP. Kaya sing dakkandhakake, iki minangka panyuwunan siaran, supaya kabeh piranti ing jaringan bisa krungu.
Yen ana server DHCP ing jaringan, iku ngirim paket - tawaran DHCP OFFER. Proposal tegese server DHCP, kanggo nanggepi panjalukan panemuan, ngirim konfigurasi menyang klien, njaluk klien nampa alamat IP tartamtu.
Server DHCP cadangan alamat IP, ing kasus iki 192.168.1.2, ora nyedhiyani, nanging nyimpen alamat iki kanggo piranti. Ing wektu sing padha, paket tawaran ngemot alamat IP dhewe saka server DHCP.
Yen ana luwih saka siji server DHCP ing jaringan iki, server DHCP liyane, nalika nampa panjalukan siaran klien, uga bakal menehi alamat IP, contone, 192.168.1.50. Ora umum yen rong server DHCP sing beda diatur ing jaringan sing padha, nanging kadhangkala kedadeyan kasebut. Dadi nalika tawaran DHCP dikirim menyang klien, dheweke nampa 2 tawaran DHCP lan saiki kudu mutusake tawaran DHCP sing pengin ditampa.
Ayo nganggep klien nampa aplikasi pisanan. Iki tegese klien ngirim panjalukan DHCP REQUEST sing secara harfiah ujar "Aku nampa alamat IP 192.168.1.2 sing ditawakake server DHCP 192.168.1.1."
Sawise nampa panjalukan, server DHCP 192.168.1.1 nanggapi "oke, aku ngakoni," yaiku, ngakoni panjaluk kasebut lan ngirim DHCP ACK iki menyang klien. Nanging kita elinga yen server DHCP liyane wis dilindhungi undhang-undhang alamat IP 1.50 kanggo klien. Sawise nampa panjalukan siaran klien, bakal ngerti babagan kegagalan kasebut lan bakal nglebokake alamat IP kasebut maneh menyang kolam supaya bisa menehi menyang klien liya yen nampa panjaluk liyane.
Iki minangka 4 pesen kritis sing DHCP ijol-ijolan nalika menehi alamat IP. Sabanjure, DHCP duwe 2 pesen informasi liyane. Pesen informasi ditanggepi dening klien yen mbutuhake informasi luwih akeh tinimbang sing ditampa ing klausa DHCP OFFER ing langkah kapindho. Yen server ora nyedhiyakake informasi sing cukup ing tawaran DHCP, utawa yen klien mbutuhake informasi luwih akeh tinimbang sing ana ing paket tawaran, njaluk informasi DHCP tambahan. Ana siji pesen liyane sing dikirim klien menyang server - iki RELEASE DHCP. Iki ngandhani yen klien pengin ngeculake alamat IP sing wis ana.
Nanging, sing paling kerep kedadeyan yaiku pangguna medhot saka jaringan sadurunge klien duwe wektu kanggo ngirim RELEASE DHCP menyang server. Iki kedadeyan nalika sampeyan mateni komputer, sing ditindakake. Ing kasus iki, klien jaringan, utawa komputer, mung ora duwe wektu kanggo ngandhani server kanggo ngeculake alamat sing digunakake, mula DHCP RELEASE ora dadi langkah sing dibutuhake. Langkah-langkah sing dibutuhake kanggo entuk alamat IP yaiku: DHCP discovery, DHCP offer, DHCP request, lan DHCP handshake.
Ing salah siji saka pawulangan sabanjuré aku bakal pitutur marang kowe carane kita ngatur server DHCP nalika nggawe DNCP blumbang. Kanthi pooling tegese sampeyan ngandhani server kanggo nemtokake alamat IP ing kisaran 192.168.1.1 nganti 192.168.1.254. Mangkono, server DHCP bakal nggawe blumbang, nyeleh 254 alamat IP ing, lan bakal bisa nemtokake alamat kanggo klien ing jaringan mung saka blumbang iki. Dadi iki kaya setelan administratif sing bisa ditindakake pangguna.
Saiki ayo goleki transmisi TCP. Aku ora ngerti yen sampeyan wis kenal karo "telpon" sing digambarake ing gambar kasebut, nanging nalika kita isih bocah-bocah biasa nggunakake kaleng-kaleng sing disambungake nganggo senar kanggo ngobrol.
Sayange, generasi saiki ora bisa tuku "kemewahan" kaya ngono. Maksudku dina iki bocah-bocah ana ing ngarep TV wiwit umur setaun, dheweke main PSP lan mungkin iki bisa didebat nanging aku mikir yen kita duwe masa kanak-kanak sing paling apik, kita bener-bener metu lan main game lan bocah-bocah saiki ora bisa ditarik saka sofa. .
Anakku umure mung setaun aku wis weruh yen dheweke wis ketagihan karo iPad, maksudku isih cilik banget nanging aku mikir yen bocah-bocah saiki wis lair ngerti carane nangani gadget elektronik. Dadi, aku pengin ngomong yen bocah-bocah, nalika kita main, kita bakal nggawe bolongan ing kaleng timah, lan nalika kita diikat nganggo senar lan ngomong apa wae ing siji kaleng, banjur ing sisih liya wong bisa krungu apa sing diomongake. marang dheweke, mung kanthi nyelehake kaleng ing kupinge. Dadi meh padha karo sambungan jaringan.
Saiki, malah transfer TCP kudu duwe sambungan sing kudu digawe sadurunge transfer data nyata diwiwiti. Kaya sing wis dirembug ing pelajaran sadurunge, TCP minangka transmisi orientasi sambungan nalika UDP minangka transmisi orientasi sambungan. Sampeyan bisa ngomong sing UDP ngendi aku uncalan werni lan iku nganti sampeyan ndeleng yen sampeyan bisa nyekel. Opo kowe siap opo ora iku dudu masalahku, aku mung arep ninggalke dheweke.
TCP luwih kaya sampeyan ngomong karo wong lanang lan menehi peringatan luwih dhisik yen sampeyan bakal mbuwang bal, supaya sampeyan nggawe ikatan, banjur sampeyan mbuwang bal kasebut supaya pasangan sampeyan luwih siap nyekel. Dadi TCP bener mbangun sambungan lan banjur miwiti nindakake transmisi nyata.
Ayo goleki carane nggawe sambungan kasebut. Protokol iki nggunakake jabat tangan 3 arah kanggo nggawe sambungan. Iki dudu istilah teknis banget, nanging wis suwe digunakake kanggo njlèntrèhaké sambungan TCP. A jabat tangan 3-way diwiwiti dening piranti ngirim, karo klien ngirim paket karo flag SYN menyang server.
Ayo dadi ngomong sing cah wadon ing latar ngarep, kang pasuryan kita bisa ndeleng, iku piranti A, lan cah wadon ing latar mburi, kang pasuryan ora katon, iku piranti B. Girl A ngirim paket SYN kanggo girl B, lan ngandika: "Apik, sapa- banjur dheweke kepengin komunikasi karo aku. Dadi, aku kudu njawab yen aku siap komunikasi! Carane nindakake? Siji mung bisa ngirim maneh paket SYN liyane lan banjur ACK sing nuduhake panrimo saka paket SYN asli. Nanging tinimbang ngirim ACKs kapisah, server mbentuk paket umum ngemot SYN lan ACK lan ngirim liwat jaringan.
Dadi ing titik iki, piranti A wis ngirim paket SYN lan nampa maneh paket SYN/ACK. Saiki piranti A kudu ngirim piranti B paket ACK, yaiku, konfirmasi yen wis nampa idin saka piranti B kanggo nggawe komunikasi. Mangkono, piranti loro kasebut nampa paket SYN lan ACK, lan saiki kita bisa ngomong yen sambungan wis ditetepake, yaiku, jabat tangan 3 tahap wis rampung nggunakake protokol TCP.
Sabanjure kita bakal ndeleng teknologi TCP Windowing. Cukup, iku cara sing digunakake ing TCP / IP kanggo rembugan kapabilitas pangirim lan panrima.
Ayo dadi ngomong ing Windows kita nyoba kanggo nransfer file gedhe, ngandika 2 GB ing ukuran, saka siji drive liyane. Ing wiwitan transfer, sistem bakal ngandhani yen transfer file bakal njupuk kira-kira 1 taun. Nanging sawetara detik mengko sistem bakal mbenerake dhewe lan ujar: "Oh, ngenteni sawetara menit, aku kira-kira butuh 6 wulan, dudu setahun." Sawetara wektu luwih suwe lan Windows bakal ujar: "Aku rumangsa bisa nransfer file sajrone 1 wulan." Iki bakal disusul pesen "1 dina", "6 jam", "3 jam", "1 jam", "20 menit", "10 menit", "3 menit". Nyatane, kabeh proses transfer file mung butuh 3 menit. Kepiye kedadeyan kasebut? Kaping pisanan, nalika piranti nyoba komunikasi karo piranti liyane, piranti kasebut ngirim siji paket lan ngenteni konfirmasi. Yen piranti ngenteni suwe kanggo konfirmasi, dheweke mikir: "yen aku kudu nransfer data 2 GB kanthi kacepetan iki, butuh udakara 2 taun." Sawise sawetara wektu, piranti sampeyan nampa ACK lan mikir, "Oke, aku ngirim siji paket lan nampa ACK, mula panampa bisa nampa 1 paket. Saiki aku bakal nyoba ngirim 10 paket tinimbang siji." Pangirim ngirim 10 paket lan sawise sawetara wektu nampa konfirmasi ACK saka piranti panampa, kang tegese panampa nunggu sabanjuré, paket 11. Pangirim mikir: "Apik, amarga panampa nangani 10 paket sekaligus, saiki aku bakal nyoba ngirim 100 paket tinimbang sepuluh." Dheweke ngirim 100 paket, lan panampa nanggapi yen dheweke nampa lan saiki ngenteni 101 paket. Mangkono, suwene wektu, jumlah paket sing dikirim mundhak.
Mangkono sampeyan ndeleng nyuda kanthi cepet ing wektu nyalin file dibandhingake karo sing kasebut wiwitane - iki amarga tambah kemampuan kanggo nransfer data sing akeh. Nanging, ana titik nalika nambah volume transmisi dadi ora mungkin. Contone, sampeyan ngirim 10000 paket, nanging buffer piranti panrima mung bisa nampa 9000. Ing kasus iki, panrima ngirim ACK kanthi pesen: "Aku wis nampa 9000 paket lan saiki siap nampa 9001." Saka iki, pangirim nyimpulake yen buffer piranti panampa mung nduweni kapasitas 9000, tegese wiwit saiki aku ngirim ora luwih saka 9000 paket sekaligus. Ing kasus iki, pangirim cepet ngetung wektu iku bakal njupuk kanggo nransfer jumlah isih saka data ing bagean 9000 paket, lan menehi 3 menit. Telung menit iki minangka wektu transmisi sing nyata. Iki sing ditindakake TCP Windowing.
Iki minangka salah sawijining mekanisme throttling lalu lintas ing ngendi piranti sing ngirim pungkasane ngerti apa kapasitas jaringan sing nyata. Sampeyan bisa uga kepingin weruh apa padha ora bisa setuju ing advance apa kapasitas saka piranti panampa? Kasunyatane iki sacara teknis ora mungkin amarga ana macem-macem jinis piranti ing jaringan. Ayo dadi ngomong sampeyan duwe iPad lan kacepetan transfer data / panrima beda saka iPhone, sampeyan bisa uga duwe macem-macem jinis telpon, utawa Mungkin sampeyan duwe komputer lawas banget. Mulane, saben wong duwe bandwidth jaringan sing beda-beda.
Mulane teknologi TCP Windowing dikembangake, nalika transmisi data diwiwiti kanthi kacepetan kurang utawa kanthi transmisi jumlah paket minimal, kanthi bertahap nambah "jendhela" lalu lintas. Sampeyan ngirim siji paket, 5 paket, 10 paket, 1000 paket, 10000 paket lan alon-alon mbukak jendhela sing liyane lan liyane nganti "mbukak" tekan volume maksimum bisa lalu lintas dikirim ing wektu tartamtu. Mangkono, konsep Windowing minangka bagéan saka operasi protokol TCP.
Sabanjure kita bakal katon ing nomer port paling umum. Kahanan klasik yaiku nalika sampeyan duwe 1 server utama, mbok menawa pusat data. Iki kalebu server file, server web, server mail lan server DHCP. Saiki, yen salah sawijining komputer klien ngubungi pusat data, sing ana ing tengah gambar, mula bakal ngirim lalu lintas server file menyang piranti klien. Lalu lintas iki ditampilake kanthi warna abang lan bakal dikirim ing port tartamtu kanggo aplikasi tartamtu saka server tartamtu.
Kepiye server ngerti ngendi lalu lintas tartamtu kudu dituju? Dheweke sinau iki saka nomer port tujuan. Yen katon ing pigura, sampeyan bakal weruh sing ing saben transfer data ana sebutno nomer port tujuan lan nomer port sumber. Sampeyan bisa ndeleng manawa lalu lintas biru lan abang, lan lalu lintas biru minangka lalu lintas server web, loro-lorone menyang server fisik sing padha, sing wis diinstal server beda. Yen iki minangka pusat data, mula nggunakake server virtual. Dadi kepiye dheweke ngerti yen lalu lintas abang mesthine bali menyang laptop kiwa kanthi alamat IP kasebut? Padha ngerti iki thanks kanggo nomer port. Yen sampeyan ngrujuk menyang artikel Wikipedia "Dhaptar Port TCP lan UDP", sampeyan bakal weruh dhaptar kabeh nomer port standar.
Yen sampeyan nggulung mudhun kaca iki sampeyan bisa ndeleng carane amba dhaftar iki. Isine kira-kira 61 nomer. Nomer port saka 000 nganti 1 dikenal minangka nomer port sing paling umum. Contone, port 1024/TCP kanggo ngirim perintah ftp, port 21 kanggo ssh, port 22 kanggo Telnet, yaiku, kanggo ngirim pesen sing ora dienkripsi. Port 23 sing populer banget nggawa data liwat HTTP, dene port 80 nggawa data sing dienkripsi liwat HTTPS, sing padha karo versi HTTP sing aman.
Sawetara port darmabakti kanggo TCP lan UDP, lan sawetara nindakake tugas sing beda-beda gumantung apa sambungan kasebut TCP utawa UDP. Dadi, port TCP 80 resmi digunakake kanggo HTTP, lan port UDP 80 ora resmi digunakake kanggo HTTP, nanging ing protokol HTTP sing beda - QUIC.
Mulane, nomer port ing TCP ora tansah dimaksudaké kanggo nindakake bab sing padha ing UDP. Sampeyan ora perlu kanggo sinau dhaftar iki dening ati, iku mokal kanggo elinga, nanging sampeyan kudu ngerti sawetara populer lan nomer port paling umum. Kaya sing dakkandhakake, sawetara port kasebut duwe tujuan resmi, sing diterangake ing standar, lan sawetara duwe tujuan ora resmi, kayadene Chromium.
Dadi, tabel iki dhaptar kabeh nomer port umum, lan nomer iki digunakake kanggo ngirim lan nampa lalu lintas nalika nggunakake aplikasi tartamtu.
Saiki ayo goleki kepiye data obah ing jaringan adhedhasar informasi sing sithik. Ayo dadi ngomong sing komputer 10.1.1.10 pengin hubungi komputer iki, utawa server iki, kang alamat 30.1.1.10. Ing ngisor alamat IP saben piranti yaiku alamat MAC. Aku menehi conto alamat MAC karo mung pungkasan 4 karakter, nanging ing laku iku nomer heksadesimal 48-dicokot karo 12 karakter. Amarga saben nomer kasebut dumadi saka 4 bit, 12 digit heksadesimal makili nomer 48-bit.
Kaya sing wis dingerteni, yen piranti iki pengin ngubungi server iki, langkah pertama jabat tangan 3 arah kudu ditindakake dhisik, yaiku ngirim paket SYN. Nalika panyuwunan iki digawe, komputer 10.1.1.10 bakal nemtokake nomer port sumber, kang Windows nggawe dinamis. Windows kanthi acak milih nomer port antarane 1 lan 65,000. Nanging wiwit nomer wiwitan ing sawetara saka 1 kanggo 1024 dikenal akeh, ing kasus iki sistem bakal nimbang nomer luwih saka 25000 lan nggawe port sumber acak, contone, nomer 25113.
Sabanjure, sistem bakal nambah port tujuan menyang paket kasebut, ing kasus iki port 21, amarga aplikasi sing nyoba nyambung menyang server FTP iki ngerti yen ngirim lalu lintas FTP.
Sabanjure, komputer kita ujar, "Oke, alamat IPku 10.1.1.10, lan aku kudu ngubungi alamat IP 30.1.1.10." Loro-lorone alamat kasebut uga kalebu ing paket kanggo mbentuk panjalukan SYN, lan paket iki ora bakal diganti nganti pungkasan sambungan.
Aku pengin sampeyan ngerti saka video iki carane data obah ing jaringan. Nalika komputer kita ngirim panjalukan ndeleng alamat IP sumber lan alamat IP tujuan, iku mangertos sing alamat tujuan ora ing jaringan lokal. Aku kelalen ngomong sing iki kabeh / 24 alamat IP. Dadi yen sampeyan ndeleng alamat IP /24, sampeyan bakal ngerti manawa komputer 10.1.1.10 lan 30.1.1.10 ora ana ing jaringan sing padha. Mangkono, komputer sing ngirim panjalukan mangerteni yen kanggo ninggalake jaringan iki, kudu ngubungi gateway 10.1.1.1, sing dikonfigurasi ing salah sawijining antarmuka router. Iku ngerti sing kudu pindhah menyang 10.1.1.1 lan ngerti alamat MAC sawijining 1111, nanging ora ngerti alamat MAC saka gateway 10.1.1.1. Dheweke nyapo? Iki ngirim panjalukan ARP siaran sing bakal ditampa kabeh piranti ing jaringan, nanging mung router kanthi alamat IP 10.1.1.1 sing bakal nanggapi.
Router bakal nanggapi nganggo alamat MAC AAAA, lan alamat MAC sumber lan tujuan uga bakal diselehake ing pigura iki. Sawise pigura wis siyap, priksa integritas data CRC, yaiku algoritma kanggo nemokake checksum kanggo ndeteksi kesalahan, bakal ditindakake sadurunge ninggalake jaringan.
Siklik Redundansi CRC tegese kabeh pigura iki, saka SYN kanggo alamat MAC pungkasan, mbukak liwat algoritma hashing, ngandika MD5, asil ing Nilai hash. Nilai hash, utawa checksum MD5, banjur diselehake ing wiwitan pigura.
Aku menehi label FCS / CRC amarga FCS minangka Urutan Priksa Bingkai, nilai CRC papat bait. Sawetara wong nggunakake sebutan FCS lan sawetara nggunakake sebutan CRC, mula aku mung kalebu loro sebutan kasebut. Nanging dhasare mung nilai hash. Perlu kanggo mesthekake yen kabeh data sing ditampa liwat jaringan ora ana kesalahan. Mula, nalika pigura iki tekan router, sing pertama ditindakake router yaiku ngetung checksum dhewe lan mbandhingake karo nilai FCS utawa CRC sing ngemot pigura sing ditampa. Kanthi cara iki, dheweke bisa mriksa manawa data sing ditampa liwat jaringan ora ana kesalahan, sawise iku bakal mbusak checksum saka pigura.
Sabanjure, router bakal ndeleng alamat MAC lan ujar, "Oke, alamat MAC AAAA tegese pigura ditujokake kanggo aku," lan mbusak bagean pigura sing ngemot alamat MAC.
Nggoleki alamat IP tujuan 30.1.1.10, dheweke bakal ngerti yen paket iki ora ditujokake marang dheweke lan kudu luwih maju liwat router.
Saiki router "mikir" kudu ndeleng ing ngendi jaringan kanthi alamat 30.1.1.10 dumunung. Kita durung nutupi konsep rute lengkap, nanging kita ngerti manawa router duwe tabel rute. Tabel iki nduweni entri kanggo jaringan kanthi alamat 30.1.1.0. Nalika sampeyan ngelingi, iki dudu alamat IP host, nanging pengenal jaringan. Router bakal "mikir" sing bisa tekan alamat 30.1.1.0/24 liwat router 20.1.1.2.
Sampeyan bisa uga takon, kepiye dheweke ngerti iki? Elinga yen sampeyan bakal ngerti iki saka protokol routing utawa saka setelan sampeyan yen sampeyan minangka administrator wis ngatur rute statis. Nanging ing kasus, Tabel nuntun dalan iki ngemot entri bener, supaya ngerti ngirim paket iki kanggo 20.1.1.2. Yen router wis ngerti alamat MAC sing dituju, kita bakal terus nerusake paket kasebut. Yen dheweke ora ngerti alamat iki, dheweke bakal miwiti ARP maneh, nampa alamat MAC router 20.1.1.2, lan proses ngirim pigura bakal terus maneh.
Dadi kita nganggep wis ngerti alamat MAC, banjur kita bakal duwe alamat MAC sumber BBB lan alamat MAC tujuan CCC. Router maneh ngetung FCS / CRC lan panggonan ing awal pigura.
Banjur ngirim pigura iki liwat jaringan, pigura tekan router 20.1.12, mriksa checksum, priksa manawa data ora rusak, lan mbusak FCS / CRC. Iku banjur "truncates" alamat MAC, katon ing panggonan lan ndeleng sing 30.1.1.10. Dheweke ngerti yen alamat iki disambungake menyang antarmuka. Proses pembentukan pigura sing padha diulang, router nambahake sumber lan nilai alamat MAC tujuan, nindakake hashing, nempelake hash menyang pigura lan dikirim menyang jaringan.
Server kita, sing pungkasane nampa panjaluk SYN sing ditujokake, mriksa checksum hash, lan yen paket kasebut ora ana kesalahan, bakal mbusak hash kasebut. Banjur mbusak alamat MAC, ndeleng alamat IP lan nyadari yen paket iki ditujokake marang dheweke.
Sawisé iku, truncates alamat IP related kanggo lapisan katelu saka model OSI lan katon ing nomer port.
Dheweke ndeleng port 21, sing tegese lalu lintas FTP, ndeleng SYN lan mulane ngerti yen ana wong sing nyoba komunikasi karo dheweke.
Saiki, adhedhasar apa sing kita sinau babagan jabat tangan, server 30.1.1.10 bakal nggawe paket SYN / ACK lan ngirim maneh menyang komputer 10.1.1.10. Sawise nampa paket iki, piranti 10.1.1.10 bakal nggawe ACK, ngliwati jaringan kanthi cara sing padha karo paket SYN, lan sawise server nampa ACK, sambungan kasebut bakal ditetepake.
Siji-sijine sampeyan kudu ngerti yaiku kabeh iki kedadeyan kurang saka sedetik. Iki minangka proses sing cepet banget, sing dakcoba alon-alon supaya kabeh jelas kanggo sampeyan.
Muga-muga sampeyan bisa nemokake apa sing sampeyan sinau ing tutorial iki migunani. Yen sampeyan duwe pitakonan, please nulis kanggo kula ing [email dilindhungi] utawa ninggalake pitakonan ing video iki.
Miwiti karo pelajaran sabanjure, aku bakal milih 3 pitakonan sing paling menarik saka YouTube, sing bakal dakdeleng ing pungkasan saben video. Wiwit saiki aku bakal duwe bagean "Pitakonan Paling Top" supaya aku bakal ngirim pitakonan bebarengan karo jeneng sampeyan lan mangsuli langsung. Aku iki bakal ono gunane.
Matur nuwun kanggo tetep karo kita. Apa sampeyan seneng karo artikel kita? Pengin ndeleng konten sing luwih menarik? Ndhukung kita kanthi nggawe pesenan utawa menehi rekomendasi menyang kanca, Diskon 30% kanggo pangguna Habr ing analog unik saka server level entri, sing diciptakake kanggo sampeyan: (kasedhiya karo RAID1 lan RAID10, munggah 24 intine lan nganti 40GB DDR4).
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps gratis nganti musim panas nalika mbayar kanggo periode nem sasi, sampeyan bisa supaya .
Dell R730xd 2 kaping luwih murah? Mung kene ing Walanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - saka $99! Maca babagan
Source: www.habr.com