Sebelum kita memulai tutorial video hari ini, saya ingin mengucapkan terima kasih kepada semua orang yang berkontribusi terhadap popularitas kursus saya di YouTube. Ketika saya memulainya sekitar 8 bulan yang lalu, saya tidak mengharapkan kesuksesan seperti itu - hari ini pelajaran saya telah dilihat oleh 312724 orang, saya memiliki 11208 pelanggan. Saya tidak pernah bermimpi bahwa awal yang sederhana ini akan mencapai ketinggian seperti itu. Tapi jangan buang waktu dan langsung saja ke pelajaran hari ini. Hari ini kita akan mengisi kekosongan yang terjadi dalam 7 video pelajaran terakhir. Walaupun hari ini baru hari ke 6, namun hari ke 3 dipecah menjadi 3 video pembelajaran, jadi hari ini kalian sebenarnya akan menonton video pembelajaran yang kedelapan.
Hari ini kita akan membahas 3 topik penting: DHCP, transport TCP, dan nomor port yang paling umum. Kita telah membicarakan tentang alamat IP, dan salah satu faktor terpenting dalam konfigurasi alamat IP adalah DHCP.
DHCP adalah singkatan dari Dynamic Host Configuration Protocol dan merupakan protokol yang membantu mengkonfigurasi alamat IP untuk host secara dinamis. Jadi kita semua pernah melihat jendela ini. Saat Anda mengklik opsi “Dapatkan alamat IP secara otomatis”, komputer mencari server DHCP yang dikonfigurasi pada subnet yang sama dan mengirimkan berbagai paket dan permintaan alamat IP. Protokol DHCP memiliki 6 pesan, 4 di antaranya penting untuk menetapkan alamat IP.
Pesan pertama adalah pesan DHCP DISCOVERY. Pesan penemuan DHCP mirip dengan pesan ucapan. Saat perangkat baru bergabung dengan jaringan, ia menanyakan apakah ada server DHCP di jaringan.
Apa yang Anda lihat di slide tampak seperti permintaan siaran di mana perangkat menghubungi semua perangkat di jaringan untuk mencari server DHCP. Seperti yang saya katakan, ini adalah permintaan siaran, sehingga semua perangkat di jaringan dapat mendengarnya.
Jika ada server DHCP di jaringan, ia mengirimkan paket - penawaran DHCP OFFER. Proposal berarti bahwa server DHCP, sebagai respons terhadap permintaan penemuan, mengirimkan konfigurasi ke klien yang meminta klien untuk menerima alamat IP tertentu.
Server DHCP mencadangkan alamat IP, dalam hal ini 192.168.1.2, tidak menyediakannya, melainkan mencadangkan alamat ini untuk perangkat. Pada saat yang sama, paket penawaran berisi alamat IP server DHCP sendiri.
Jika ada lebih dari satu server DHCP di jaringan ini, server DHCP lain, setelah menerima permintaan siaran klien, juga akan menawarkan alamat IP-nya, misalnya 192.168.1.50. Bukan hal yang umum untuk memiliki dua server DHCP berbeda yang dikonfigurasi pada jaringan yang sama, namun terkadang hal ini memang terjadi. Jadi ketika penawaran DHCP dikirim ke klien, klien menerima 2 penawaran DHCP dan sekarang harus memutuskan penawaran DHCP mana yang ingin diterima.
Anggaplah klien menerima aplikasi pertama. Ini berarti klien mengirimkan permintaan DHCP REQUEST yang secara harfiah mengatakan "Saya menerima alamat IP 192.168.1.2 yang ditawarkan oleh server DHCP 192.168.1.1."
Setelah menerima permintaan, server DHCP 192.168.1.1 merespons "oke, saya mengakuinya," yaitu menerima permintaan tersebut dan mengirimkan DHCP ACK ini ke klien. Namun kita ingat bahwa server DHCP lain telah mencadangkan alamat IP 1.50 untuk klien. Setelah menerima permintaan siaran klien, ia akan mengetahui kegagalannya dan akan memasukkan kembali alamat IP tersebut ke dalam kumpulan sehingga dapat menugaskannya ke klien lain jika menerima permintaan lain.
Ini adalah 4 pesan penting yang dipertukarkan DHCP saat menetapkan alamat IP. Selanjutnya, DHCP memiliki 2 pesan informasi lagi. Pesan informasi dikeluarkan oleh klien jika memerlukan lebih banyak informasi daripada yang diterima dalam klausa DHCP OFFER pada langkah kedua. Jika server tidak memberikan informasi yang cukup dalam penawaran DHCP, atau jika klien memerlukan lebih banyak informasi daripada yang terkandung dalam paket penawaran, maka server akan meminta informasi DHCP tambahan. Ada pesan lain yang dikirim klien ke server - ini adalah DHCP RELEASE. Ini memberi tahu Anda bahwa klien ingin melepaskan alamat IP yang ada.
Namun, yang paling sering terjadi adalah pengguna terputus dari jaringan sebelum klien sempat mengirim DHCP RELEASE ke server. Ini terjadi ketika komputer dimatikan, yang kami lakukan. Dalam hal ini, klien jaringan, atau komputer, tidak punya waktu untuk memberi tahu server untuk melepaskan alamat yang digunakan, jadi DHCP RELEASE bukanlah langkah yang diperlukan. Langkah-langkah yang diperlukan untuk mendapatkan alamat IP adalah: penemuan DHCP, penawaran DHCP, permintaan DHCP, dan jabat tangan DHCP.
Dalam salah satu pelajaran berikutnya saya akan memberi tahu Anda cara kami mengonfigurasi server DHCP saat membuat kumpulan DNCP. Yang kami maksud dengan penggabungan adalah Anda memberi tahu server untuk menetapkan alamat IP dalam rentang 192.168.1.1 hingga 192.168.1.254. Dengan demikian, server DHCP akan membuat kumpulan, menempatkan 254 alamat IP di dalamnya, dan akan dapat menetapkan alamat ke klien di jaringan hanya dari kumpulan ini. Jadi ini seperti pengaturan administratif yang dapat dilakukan pengguna.
Sekarang mari kita lihat transmisi TCP. Saya tidak tahu apakah Anda akrab dengan "telepon" yang digambarkan dalam gambar, tetapi ketika kami masih kecil, kami biasa menggunakan kaleng yang dihubungkan dengan tali untuk berbicara satu sama lain.
Sayangnya, generasi sekarang tidak mampu membeli “kemewahan” tersebut. Maksud saya, saat ini anak-anak sudah berada di depan TV sejak usia satu tahun, mereka bermain PSP dan mungkin hal ini masih bisa diperdebatkan, namun menurut saya kami memiliki masa kanak-kanak yang terbaik, kami benar-benar pergi ke luar dan bermain game, dan anak-anak zaman sekarang tidak bisa lepas dari sofa. .
Anak saya baru berumur satu tahun dan saya sudah bisa melihat bahwa dia kecanduan iPad, maksud saya dia masih sangat muda tapi menurut saya anak-anak jaman sekarang sudah lahir dengan mengetahui cara menggunakan gadget elektronik. Jadi, saya ingin mengatakan bahwa sebagai anak-anak, ketika kami bermain, kami akan membuat lubang di kaleng, dan ketika kami mengikatnya dengan tali dan mengatakan sesuatu ke dalam satu kaleng, maka di ujung yang lain orang tersebut dapat mendengar apa yang dibicarakan. kepadanya, cukup dengan mendekatkan kaleng itu ke telinganya. Jadi sangat mirip dengan koneksi jaringan.
Saat ini, bahkan transfer TCP pun harus memiliki koneksi yang harus dibuat sebelum transfer data sebenarnya dimulai. Seperti yang telah kita bahas dalam pelajaran sebelumnya, TCP adalah transmisi berorientasi koneksi sedangkan UDP adalah transmisi berorientasi koneksi. Bisa dibilang UDP adalah tempat saya melempar bola dan terserah Anda apakah Anda bisa menangkapnya. Siap atau tidaknya kamu bukan urusanku, aku akan tinggalkan dia saja.
TCP lebih seperti Anda berbicara dengan seorang pria dan memperingatkannya sebelumnya bahwa Anda akan melempar bola, sehingga Anda membentuk ikatan, dan kemudian Anda melempar bola tersebut sehingga pasangan Anda lebih siap untuk menangkapnya. Jadi TCP benar-benar membangun koneksi dan kemudian mulai melakukan transmisi sebenarnya.
Mari kita lihat bagaimana hal ini menciptakan koneksi seperti itu. Protokol ini menggunakan jabat tangan 3 arah untuk membuat koneksi. Ini bukan istilah teknis, tetapi sudah lama digunakan untuk menggambarkan koneksi TCP. Jabat tangan 3 arah dimulai oleh perangkat pengirim, dengan klien mengirimkan paket dengan flag SYN ke server.
Katakanlah gadis di latar depan, yang wajahnya dapat kita lihat, adalah perangkat A, dan gadis di latar belakang, yang wajahnya tidak terlihat, adalah perangkat B. Gadis A mengirimkan paket SYN ke gadis B, dan dia berkata: “hebat, siapa- lalu dia ingin berkomunikasi dengan saya. Jadi, saya perlu menjawab bahwa saya siap berkomunikasi!” Bagaimana cara melakukannya? Seseorang cukup mengirim kembali paket SYN lainnya dan kemudian ACK yang menunjukkan penerimaan paket SYN asli. Namun alih-alih mengirimkan ACK secara terpisah, server membentuk paket umum yang berisi SYN dan ACK dan mengirimkannya melalui jaringan.
Jadi pada titik ini, perangkat A telah mengirimkan paket SYN dan menerima kembali paket SYN/ACK. Sekarang perangkat A harus mengirimkan paket ACK ke perangkat B, yaitu mengonfirmasi bahwa perangkat tersebut telah menerima persetujuan dari perangkat B untuk menjalin komunikasi. Dengan demikian, kedua perangkat menerima paket SYN dan ACK, dan sekarang kita dapat mengatakan bahwa koneksi telah dibuat, yaitu jabat tangan 3 tahap menggunakan protokol TCP telah selesai.
Selanjutnya kita akan melihat teknologi TCP Windowing. Sederhananya, ini adalah metode yang digunakan dalam TCP/IP untuk menegosiasikan kemampuan pengirim dan penerima.
Katakanlah di Windows kita mencoba mentransfer file besar, katakanlah berukuran 2 GB, dari satu drive ke drive lainnya. Di awal transfer, sistem akan memberi tahu kami bahwa transfer file akan memakan waktu kurang lebih 1 tahun. Namun beberapa detik kemudian sistem akan mengoreksi dirinya sendiri dan berkata: “oh tunggu dulu, menurut saya ini akan memakan waktu sekitar 6 bulan, bukan satu tahun.” Sedikit waktu lagi akan berlalu dan Windows akan berkata: "Saya rasa saya mungkin dapat mentransfer file dalam 1 bulan." Ini akan diikuti dengan pesan “1 hari”, “6 jam”, “3 jam”, “1 jam”, “20 menit”, “10 menit”, “3 menit”. Faktanya, seluruh proses transfer file hanya membutuhkan waktu 3 menit. Bagaimana ini bisa terjadi? Awalnya, saat perangkat Anda mencoba berkomunikasi dengan perangkat lain, perangkat mengirimkan satu paket dan menunggu konfirmasi. Jika perangkat menunggu lama untuk konfirmasi, perangkat akan berpikir: “jika saya harus mentransfer data sebesar 2 GB dengan kecepatan ini, akan memakan waktu sekitar 2 tahun.” Setelah beberapa waktu, perangkat Anda menerima ACK dan berpikir, “oke, saya mengirim satu paket dan menerima ACK, maka penerima dapat menerima 1 paket. Sekarang saya akan mencoba mengiriminya 10 paket, bukan satu.” Pengirim mengirimkan 10 paket dan setelah beberapa waktu menerima konfirmasi ACK dari perangkat penerima, yang berarti penerima sedang menunggu paket ke-11 berikutnya. Pengirim berpikir: “bagus, karena penerima menangani 10 paket sekaligus, sekarang saya akan mencoba mengiriminya 100 paket, bukan sepuluh.” Dia mengirimkan 100 paket, dan penerima menjawab bahwa dia menerimanya dan sekarang menunggu 101 paket. Dengan demikian, seiring berjalannya waktu, jumlah paket yang dikirimkan bertambah.
Inilah sebabnya mengapa Anda melihat penurunan cepat dalam waktu penyalinan file dibandingkan dengan yang dinyatakan semula - hal ini disebabkan oleh peningkatan kemampuan untuk mentransfer data dalam jumlah besar. Namun, ada saatnya peningkatan volume transmisi lebih lanjut menjadi tidak mungkin dilakukan. Katakanlah Anda mengirim 10000 paket, tetapi buffer perangkat penerima hanya dapat menerima 9000. Dalam hal ini, penerima mengirimkan ACK dengan pesan: "Saya telah menerima 9000 paket dan sekarang siap menerima 9001." Dari sini pengirim menyimpulkan bahwa buffer perangkat penerima hanya berkapasitas 9000, artinya mulai sekarang saya tidak akan mengirim lebih dari 9000 paket sekaligus. Dalam hal ini, pengirim dengan cepat menghitung waktu yang diperlukan untuk mentransfer sisa jumlah data dalam porsi 9000 paket, dan memberikan waktu 3 menit. Tiga menit ini adalah waktu transmisi sebenarnya. Itulah yang dilakukan TCP Windowing.
Ini adalah salah satu mekanisme pembatasan lalu lintas di mana perangkat pengirim akhirnya memahami kapasitas jaringan sebenarnya. Anda mungkin bertanya-tanya mengapa mereka tidak bisa menyepakati terlebih dahulu berapa kapasitas perangkat penerima? Faktanya adalah secara teknis hal ini tidak mungkin karena terdapat berbagai jenis perangkat di jaringan. Katakanlah Anda memiliki iPad dan memiliki kecepatan transfer/penerima data yang berbeda dari iPhone, Anda mungkin memiliki jenis ponsel yang berbeda, atau mungkin Anda memiliki komputer yang sangat tua. Oleh karena itu, setiap orang mempunyai bandwidth jaringan yang berbeda-beda.
Itulah sebabnya teknologi TCP Windowing dikembangkan, ketika transmisi data dimulai dengan kecepatan rendah atau dengan transmisi paket dalam jumlah minimum, secara bertahap meningkatkan “jendela” lalu lintas. Anda mengirim satu paket, 5 paket, 10 paket, 1000 paket, 10000 paket dan perlahan-lahan membuka jendela itu hingga “pembukaan” mencapai volume lalu lintas maksimum yang mungkin dikirim dalam jangka waktu tertentu. Dengan demikian, konsep Windowing merupakan bagian dari pengoperasian protokol TCP.
Selanjutnya kita akan melihat nomor port yang paling umum. Situasi klasiknya adalah ketika Anda memiliki 1 server utama, mungkin sebuah pusat data. Ini mencakup server file, server web, server email, dan server DHCP. Sekarang, jika salah satu komputer klien menghubungi pusat data, yang terletak di tengah gambar, komputer tersebut akan mulai mengirimkan lalu lintas server file ke perangkat klien. Lalu lintas ini ditampilkan dengan warna merah dan akan dikirimkan pada port tertentu untuk aplikasi tertentu dari server tertentu.
Bagaimana server mengetahui ke mana lalu lintas tertentu harus pergi? Dia mempelajarinya dari nomor port tujuan. Jika dilihat pada framenya, terlihat pada setiap transfer data terdapat penyebutan nomor port tujuan dan nomor port sumber. Anda dapat melihat bahwa lalu lintas biru dan merah, dan lalu lintas biru adalah lalu lintas server web, keduanya menuju ke server fisik yang sama, yang memiliki server berbeda yang diinstal. Jika ini adalah pusat data, maka menggunakan server virtual. Jadi bagaimana mereka tahu bahwa lalu lintas merah seharusnya kembali ke laptop kiri dengan alamat IP itu? Mereka mengetahui hal ini berkat nomor port. Jika Anda merujuk ke artikel Wikipedia “Daftar Port TCP dan UDP”, Anda akan melihat bahwa artikel tersebut mencantumkan semua nomor port standar.
Jika Anda menggulir halaman ini ke bawah, Anda dapat melihat seberapa besar daftar ini. Ini berisi sekitar 61 nomor. Nomor port dari 000 hingga 1 dikenal sebagai nomor port yang paling umum. Misalnya port 1024/TCP untuk mengirim perintah ftp, port 21 untuk ssh, port 22 untuk Telnet, yaitu untuk mengirim pesan tidak terenkripsi. Port 23 yang sangat populer membawa data melalui HTTP, sedangkan port 80 membawa data terenkripsi melalui HTTPS, yang mirip dengan versi aman HTTP.
Beberapa port didedikasikan untuk TCP dan UDP, dan beberapa melakukan tugas berbeda tergantung pada apakah koneksinya TCP atau UDP. Jadi, secara resmi port TCP 80 digunakan untuk HTTP, dan secara tidak resmi port UDP 80 digunakan untuk HTTP, tetapi dengan protokol HTTP yang berbeda - QUIC.
Oleh karena itu, nomor port di TCP tidak selalu dimaksudkan untuk melakukan hal yang sama seperti di UDP. Anda tidak perlu menghafal daftar ini, tidak mungkin untuk mengingatnya, tetapi Anda perlu mengetahui beberapa nomor port yang populer dan paling umum. Seperti yang saya katakan, beberapa port ini memiliki tujuan resmi, yang dijelaskan dalam standar, dan beberapa memiliki tujuan tidak resmi, seperti halnya Chromium.
Jadi, tabel ini mencantumkan semua nomor port umum, dan nomor ini digunakan untuk mengirim dan menerima lalu lintas saat menggunakan aplikasi tertentu.
Sekarang mari kita lihat bagaimana data berpindah melalui jaringan berdasarkan sedikit informasi yang kita ketahui. Katakanlah komputer 10.1.1.10 ingin menghubungi komputer ini, atau server ini, yang memiliki alamat 30.1.1.10. Di bawah alamat IP setiap perangkat terdapat alamat MAC-nya. Saya memberikan contoh alamat MAC yang hanya memiliki 4 karakter terakhir, namun dalam praktiknya adalah bilangan heksadesimal 48-bit dengan 12 karakter. Karena masing-masing angka ini terdiri dari 4 bit, 12 digit heksadesimal mewakili angka 48-bit.
Seperti yang kita ketahui, jika perangkat ini ingin menghubungi server ini, langkah pertama yang harus dilakukan adalah 3 way handshake terlebih dahulu yaitu mengirimkan paket SYN. Ketika permintaan ini dibuat, komputer 10.1.1.10 akan menentukan nomor port sumber, yang dibuat Windows secara dinamis. Windows secara acak memilih nomor port antara 1 dan 65,000. Namun karena angka awal dalam rentang 1 hingga 1024 sudah diketahui secara luas, dalam hal ini sistem akan mempertimbangkan angka yang lebih besar dari 25000 dan membuat port sumber acak, misalnya angka 25113.
Selanjutnya, sistem akan menambahkan port tujuan ke paket, dalam hal ini port 21, karena aplikasi yang mencoba terhubung ke server FTP ini mengetahui bahwa ia harus mengirimkan lalu lintas FTP.
Selanjutnya, komputer kita berkata, “Oke, alamat IP saya 10.1.1.10, dan saya perlu menghubungi alamat IP 30.1.1.10.” Kedua alamat ini juga disertakan dalam paket untuk membentuk permintaan SYN, dan paket ini tidak akan berubah hingga koneksi berakhir.
Saya ingin Anda memahami dari video ini bagaimana data berpindah melalui jaringan. Ketika komputer kita yang mengirimkan permintaan melihat alamat IP sumber dan alamat IP tujuan, komputer tersebut memahami bahwa alamat tujuan tidak ada di jaringan lokal tersebut. Saya lupa mengatakan bahwa ini semua adalah alamat IP /24. Jadi jika Anda melihat alamat IP /24, Anda akan menyadari bahwa komputer 10.1.1.10 dan 30.1.1.10 tidak berada di jaringan yang sama. Dengan demikian, komputer yang mengirimkan permintaan memahami bahwa untuk keluar dari jaringan ini, ia harus menghubungi gateway 10.1.1.1, yang dikonfigurasi pada salah satu antarmuka router. Ia mengetahui bahwa ia harus menuju ke 10.1.1.1 dan mengetahui alamat MAC-nya 1111, tetapi tidak mengetahui alamat MAC gateway 10.1.1.1. Apa yang dia lakukan? Ini mengirimkan permintaan ARP siaran yang akan diterima oleh semua perangkat di jaringan, tetapi hanya router dengan alamat IP 10.1.1.1 yang akan meresponsnya.
Router akan merespons dengan alamat MAC AAAA-nya, dan alamat MAC sumber dan tujuan juga akan ditempatkan dalam bingkai ini. Setelah frame siap, pemeriksaan integritas data CRC, yang merupakan algoritma untuk menemukan checksum untuk mendeteksi kesalahan, akan dilakukan sebelum meninggalkan jaringan.
Cyclic Redundancy CRC berarti bahwa seluruh frame ini, dari SYN hingga alamat MAC terakhir, dijalankan melalui algoritma hashing, misalnya MD5, yang menghasilkan nilai hash. Nilai hash, atau checksum MD5, kemudian ditempatkan di awal frame.
Saya menamakannya FCS/CRC karena FCS adalah Frame Check Sequence, nilai CRC empat byte. Ada yang menggunakan sebutan FCS dan ada pula yang menggunakan sebutan CRC, jadi saya sertakan saja kedua sebutan tersebut. Tapi pada dasarnya itu hanya nilai hash. Hal ini diperlukan untuk memastikan bahwa semua data yang diterima melalui jaringan tidak mengandung kesalahan. Oleh karena itu, ketika frame ini mencapai router, hal pertama yang dilakukan router adalah menghitung checksum itu sendiri dan membandingkannya dengan nilai FCS atau CRC yang terdapat dalam frame yang diterima. Dengan cara ini dia dapat memeriksa bahwa data yang diterima melalui jaringan tidak mengandung kesalahan, setelah itu dia akan menghapus checksum dari frame.
Selanjutnya, router akan melihat alamat MAC dan berkata, “Oke, alamat MAC AAAA berarti frame tersebut ditujukan kepada saya,” dan menghapus bagian frame yang berisi alamat MAC.
Melihat alamat IP tujuan 30.1.1.10, dia akan mengerti bahwa paket ini tidak ditujukan kepadanya dan harus melewati router lebih jauh.
Sekarang router “berpikir” bahwa ia perlu melihat di mana jaringan dengan alamat 30.1.1.10 berada. Kita belum membahas konsep perutean secara lengkap, namun kita tahu bahwa router memiliki tabel perutean. Tabel ini memiliki entri untuk jaringan dengan alamat 30.1.1.0. Seperti yang Anda ingat, ini bukan alamat IP host, tetapi pengidentifikasi jaringan. Router akan “mengira” dapat mencapai alamat 30.1.1.0/24 dengan melalui router 20.1.1.2.
Anda mungkin bertanya, bagaimana dia mengetahui hal ini? Perlu diingat bahwa ia akan mengetahui hal ini baik dari protokol perutean atau dari pengaturan Anda jika Anda sebagai administrator telah mengonfigurasi rute statis. Namun bagaimanapun juga, tabel perutean router ini berisi entri yang benar, sehingga ia mengetahui bahwa ia harus mengirimkan paket ini ke 20.1.1.2. Dengan asumsi router sudah mengetahui alamat MAC tujuan, kami akan terus meneruskan paket tersebut. Jika dia tidak mengetahui alamat ini, dia akan memulai ARP lagi, menerima alamat MAC router 20.1.1.2, dan proses pengiriman frame akan dilanjutkan lagi.
Jadi kita asumsikan sudah mengetahui alamat MAC, maka kita akan memiliki alamat MAC sumber BBB dan alamat MAC tujuan CCC. Router kembali menghitung FCS/CRC dan menempatkannya di awal frame.
Ia kemudian mengirimkan frame ini melalui jaringan, frame tersebut mencapai router 20.1.12, ia memeriksa checksum, memastikan bahwa data tidak rusak, dan menghapus FCS/CRC. Kemudian "memotong" alamat MAC, melihat tujuannya dan melihat bahwa itu adalah 30.1.1.10. Dia tahu bahwa alamat ini terhubung ke antarmukanya. Proses pembentukan frame yang sama diulangi, router menambahkan nilai alamat MAC sumber dan tujuan, melakukan hashing, melampirkan hash ke frame dan mengirimkannya ke seluruh jaringan.
Server kami, setelah akhirnya menerima permintaan SYN yang ditujukan kepadanya, memeriksa checksum hash, dan jika paket tidak mengandung kesalahan, maka hash tersebut akan dihapus. Kemudian dia menghapus alamat MAC, melihat alamat IP dan menyadari bahwa paket ini ditujukan kepadanya.
Setelah itu, ia memotong alamat IP yang terkait dengan lapisan ketiga model OSI dan melihat nomor portnya.
Dia melihat port 21, yang berarti lalu lintas FTP, melihat SYN dan karena itu memahami bahwa seseorang sedang mencoba berkomunikasi dengannya.
Sekarang, berdasarkan apa yang kita pelajari tentang jabat tangan, server 30.1.1.10 akan membuat paket SYN/ACK dan mengirimkannya kembali ke komputer 10.1.1.10. Setelah menerima paket ini, perangkat 10.1.1.10 akan membuat ACK, meneruskannya melalui jaringan dengan cara yang sama seperti paket SYN, dan setelah server menerima ACK, koneksi akan dibuat.
Satu hal yang harus Anda ketahui adalah semua ini terjadi dalam waktu kurang dari satu detik. Ini adalah proses yang sangat, sangat cepat, yang saya coba perlambat agar semuanya jelas bagi Anda.
Saya harap apa yang Anda pelajari dalam tutorial ini bermanfaat. Jika Anda memiliki pertanyaan, silakan menulis kepada saya di [email dilindungi] atau tinggalkan pertanyaan di bawah video ini.
Memulai pelajaran berikutnya, saya akan memilih 3 pertanyaan paling menarik dari YouTube, yang akan saya ulas di akhir setiap video. Mulai sekarang saya akan memiliki bagian "Pertanyaan Teratas" jadi saya akan memposting pertanyaan beserta nama Anda dan menjawabnya secara langsung. Saya pikir ini akan bermanfaat.
Terima kasih untuk tetap bersama kami. Apakah Anda menyukai artikel kami? Ingin melihat konten yang lebih menarik? Dukung kami dengan melakukan pemesanan atau merekomendasikan kepada teman, Diskon 30% untuk pengguna Habr pada analog unik dari server level awal, yang kami ciptakan untuk Anda: (tersedia dengan RAID1 dan RAID10, hingga 24 core dan hingga 40GB DDR4).
VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps gratis hingga musim panas saat membayar untuk jangka waktu enam bulan, Anda dapat memesan .
Dell R730xd 2 kali lebih murah? Hanya disini di Belanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - mulai $99! Membaca tentang
Sumber: www.habr.com