Zanim zaczniemy dzisiejszy tutorial wideo, chcę podziękować wszystkim, którzy przyczynili się do popularności mojego kursu na YouTube. Kiedy zaczynałem jakieś 8 miesięcy temu nie spodziewałem się takiego sukcesu – dzisiaj moje lekcje obejrzało 312724 11208 osób, mam 7 6 subskrybentów. Nigdy nie marzyłem, że ten skromny początek osiągnie takie wyżyny. Ale nie traćmy czasu i przejdźmy od razu do dzisiejszej lekcji. Dzisiaj uzupełnimy luki, które pojawiły się w ostatnich 3 lekcjach wideo. Chociaż dzisiaj jest dopiero dzień 3, dzień XNUMX został podzielony na XNUMX lekcje wideo, więc dzisiaj faktycznie obejrzysz ósmą lekcję wideo.
Dzisiaj omówimy 3 ważne tematy: DHCP, transport TCP i najpopularniejsze numery portów. Mówiliśmy już o adresach IP, a jednym z najważniejszych czynników w konfiguracji adresu IP jest DHCP.
DHCP oznacza protokół dynamicznej konfiguracji hosta i jest protokołem pomagającym dynamicznie konfigurować adresy IP hostów. Więc wszyscy widzieliśmy to okno. Po kliknięciu opcji „Uzyskaj adres IP automatycznie” komputer szuka serwera DHCP skonfigurowanego w tej samej podsieci i wysyła różne pakiety i żądania dotyczące adresu IP. Protokół DHCP zawiera 6 komunikatów, z czego 4 są krytyczne dla przydzielenia adresu IP.
Pierwszy komunikat to komunikat DHCP DISCOVERY. Komunikat o wykryciu DHCP jest podobny do komunikatu powitalnego. Kiedy nowe urządzenie przyłącza się do sieci, pyta, czy w sieci znajduje się serwer DHCP.
To, co widzisz na slajdzie, wygląda jak żądanie rozgłoszenia, podczas którego urządzenie kontaktuje się ze wszystkimi urządzeniami w sieci w poszukiwaniu serwera DHCP. Jak powiedziałem, jest to żądanie transmisji, więc wszystkie urządzenia w sieci mogą je usłyszeć.
Jeśli w sieci znajduje się serwer DHCP, wysyła pakiet - ofertę DHCP OFERTA. Propozycja oznacza, że serwer DHCP w odpowiedzi na żądanie wykrycia wysyła konfigurację do klienta z prośbą o zaakceptowanie konkretnego adresu IP.
Serwer DHCP rezerwuje adres IP, w tym przypadku 192.168.1.2, nie udostępnia go, lecz rezerwuje ten adres dla urządzenia. Jednocześnie pakiet oferty zawiera własny adres IP serwera DHCP.
Jeśli w tej sieci znajduje się więcej niż jeden serwer DHCP, inny serwer DHCP po otrzymaniu żądania rozgłoszeniowego klienta również zaoferuje mu swój adres IP, na przykład 192.168.1.50. Nie jest powszechne skonfigurowanie dwóch różnych serwerów DHCP w tej samej sieci, ale czasami się to zdarza. Kiedy więc oferta DHCP jest wysyłana do klienta, otrzymuje on 2 oferty DHCP i musi teraz zdecydować, którą ofertę DHCP chce zaakceptować.
Załóżmy, że klient akceptuje pierwszy wniosek. Oznacza to, że klient wysyła żądanie DHCP REQUEST, które dosłownie mówi: „Akceptuję adres IP 192.168.1.2 oferowany przez serwer DHCP 192.168.1.1”.
Po otrzymaniu żądania serwer DHCP 192.168.1.1 odpowiada „OK, potwierdzam”, to znaczy potwierdza żądanie i wysyła klientowi potwierdzenie DHCP. Pamiętamy jednak, że inny serwer DHCP zarezerwował dla klienta adres IP 1.50. Po odebraniu żądania rozgłoszenia klienta dowie się o niepowodzeniu i umieści ten adres IP z powrotem w puli, aby móc przypisać go innemu klientowi, jeśli otrzyma kolejne żądanie.
Oto 4 krytyczne komunikaty, które DHCP wymienia podczas przydzielania adresów IP. Następnie DHCP ma jeszcze 2 komunikaty informacyjne. Klient wysyła komunikat informacyjny, jeśli potrzebuje więcej informacji niż otrzymał w klauzuli DHCP OFERTA w drugim kroku. Jeśli serwer nie dostarczył wystarczającej ilości informacji w ofercie DHCP lub jeśli klient potrzebuje więcej informacji niż było zawarte w pakiecie oferty, żąda dodatkowych informacji DHCP. Jest jeszcze jeden komunikat, który klient wysyła do serwera - jest to ZWOLNIENIE DHCP. Informuje Cię, że klient chce zwolnić swój dotychczasowy adres IP.
Jednak najczęściej zdarza się, że użytkownik rozłącza się z siecią, zanim klient zdąży wysłać do serwera polecenie DHCP RELEASE. Dzieje się tak, gdy wyłączasz komputer, co robimy. W takim przypadku klient sieciowy lub komputer po prostu nie ma czasu na poinformowanie serwera o zwolnieniu używanego adresu, więc ZWOLNIENIE DHCP nie jest wymaganym krokiem. Wymagane kroki w celu uzyskania adresu IP to: wykrycie DHCP, oferta DHCP, żądanie DHCP i uzgadnianie DHCP.
W jednej z kolejnych lekcji opowiem jak konfigurujemy serwer DHCP podczas tworzenia puli DNCP. Przez łączenie rozumiemy polecenie serwerowi przydzielenia adresów IP z zakresu od 192.168.1.1 do 192.168.1.254. Tym samym serwer DHCP utworzy pulę, umieści w niej 254 adresy IP i będzie mógł przydzielać adresy klientom w sieci tylko z tej puli. Jest to więc coś w rodzaju ustawień administracyjnych, które może wykonać użytkownik.
Przyjrzyjmy się teraz transmisji TCP. Nie wiem, czy kojarzycie „telefon” ze zdjęcia, ale w dzieciństwie do rozmowy używaliśmy puszek połączonych sznurkiem.
Niestety dzisiejszego pokolenia nie stać na taki „luksus”. To znaczy dzisiaj dzieci siedzą przed telewizorem od pierwszego roku życia, grają na PSP i może to jest dyskusyjne, ale myślę, że mieliśmy najlepsze dzieciństwo, właściwie wychodziliśmy na dwór i graliśmy w gry, a dzisiejszych dzieci nie da się oderwać od sofy .
Mój synek ma dopiero rok, a już widzę, że jest uzależniony od iPada, to znaczy jest jeszcze bardzo młody, ale myślę, że dzisiejsze dzieci już rodzą się, wiedząc, jak sobie radzić z elektronicznymi gadżetami. Chciałem więc powiedzieć, że jako dzieci bawiąc się, robiliśmy dziury w puszkach, a gdy przewiązywaliśmy je sznurkiem i do jednej puszki mówiliśmy, to z drugiej strony ta osoba słyszała, co się mówiło. do niego, po prostu przykładając puszkę do ucha. Jest to więc bardzo podobne do połączenia sieciowego.
Obecnie nawet transfery TCP muszą mieć połączenie, które należy nawiązać przed rozpoczęciem faktycznego przesyłania danych. Jak omówiliśmy w poprzednich lekcjach, TCP jest transmisją zorientowaną na połączenie, podczas gdy UDP jest transmisją zorientowaną na połączenie. Można powiedzieć, że UDP to miejsce, w którym rzucam piłkę i od Ciebie zależy, czy uda Ci się ją złapać. To, czy jesteś na to gotowy, czy nie, nie jest moim problemem. Po prostu go zostawię.
TCP przypomina raczej rozmowę z facetem i ostrzeżenie go z wyprzedzeniem, że rzucisz piłkę, dzięki czemu tworzy się więź, a następnie rzucasz piłkę, aby twój partner był bardziej skłonny ją złapać. Zatem protokół TCP faktycznie buduje połączenie, a następnie rozpoczyna właściwą transmisję.
Przyjrzyjmy się, jak tworzy takie połączenie. Protokół ten wykorzystuje 3-kierunkowy uzgadnianie do utworzenia połączenia. Nie jest to termin zbyt techniczny, ale od dawna używany do opisu połączenia TCP. Urządzenie wysyłające inicjuje trójstronne uzgadnianie, a klient wysyła pakiet z flagą SYN do serwera.
Załóżmy, że dziewczyna na pierwszym planie, której twarz widzimy, to urządzenie A, a dziewczyna w tle, której twarzy nie widać, to urządzenie B. Dziewczyna A wysyła pakiet SYN do dziewczyny B i mówi: „świetnie, kto- w takim razie chce się ze mną komunikować. Muszę więc odpowiedzieć, że jestem gotowy do komunikacji!” Jak to zrobić? Można po prostu odesłać kolejny pakiet SYN, a następnie potwierdzenie ACK wskazujące odbiór oryginalnego pakietu SYN. Zamiast jednak osobno wysyłać potwierdzenia ACK, serwer tworzy wspólny pakiet zawierający SYN i ACK i przesyła je przez sieć.
Zatem w tym momencie urządzenie A wysłało pakiet SYN i odebrało pakiet SYN/ACK. Teraz urządzenie A musi wysłać do urządzenia B pakiet ACK, czyli potwierdzić, że otrzymało zgodę od urządzenia B na nawiązanie komunikacji. Tym samym oba urządzenia otrzymały pakiety SYN i ACK i teraz możemy powiedzieć, że połączenie zostało nawiązane, czyli zakończyło się 3-etapowe uzgadnianie przy użyciu protokołu TCP.
Następnie przyjrzymy się technologii TCP Windowing. Mówiąc najprościej, jest to metoda stosowana w protokole TCP/IP do negocjowania możliwości nadawcy i odbiorcy.
Załóżmy, że w systemie Windows próbujemy przenieść duży plik, powiedzmy o rozmiarze 2 GB, z jednego dysku na drugi. Na samym początku transferu system poinformuje nas, że transfer pliku potrwa około 1 roku. Ale kilka sekund później system się skoryguje i powie: „och, poczekaj chwilę, myślę, że zajmie to około 6 miesięcy, a nie rok”. Minie trochę więcej czasu, a system Windows powie: „Myślę, że uda mi się przesłać plik w ciągu 1 miesiąca”. Następnie pojawi się komunikat „1 dzień”, „6 godzin”, „3 godziny”, „1 godzina”, „20 minut”, „10 minut”, „3 minuty”. W rzeczywistości cały proces przesyłania plików zajmie tylko 3 minuty. Jak to się stało? Początkowo, gdy Twoje urządzenie próbuje nawiązać komunikację z innym urządzeniem, wysyła jeden pakiet i czeka na potwierdzenie. Jeśli urządzenie długo czeka na potwierdzenie, myśli: „jeśli będę musiał przesłać 2 GB danych przy tej prędkości, zajmie to około 2 lat”. Po pewnym czasie Twoje urządzenie odbiera ACK i myśli: „OK, wysłałem jeden pakiet i otrzymałem ACK, zatem odbiorca może otrzymać 1 pakiet. Teraz spróbuję wysłać mu 10 paczek zamiast jednej”. Nadawca wysyła 10 pakietów i po pewnym czasie otrzymuje potwierdzenie ACK od urządzenia odbierającego, co oznacza, że odbiorca czeka na kolejny, jedenasty pakiet. Nadawca myśli: „świetnie, skoro odbiorca obsłużył 11 paczek na raz, to teraz spróbuję wysłać mu 10 paczek zamiast dziesięciu”. Wysyła 100 pakietów, a odbiorca odpowiada, że je otrzymał i teraz czeka na 100 pakietów. Zatem z biegiem czasu liczba przesyłanych pakietów wzrasta.
Dlatego widać gwałtowny spadek czasu kopiowania plików w porównaniu do pierwotnie zakładanych - wynika to ze zwiększonej możliwości przesyłania dużych ilości danych. Przychodzi jednak taki moment, że dalsze zwiększanie wolumenu transmisji staje się niemożliwe. Załóżmy, że wysłałeś 10000 9000 pakietów, ale bufor urządzenia odbiorcy może przyjąć tylko 9000 9001. W tym przypadku odbiorca wysyła potwierdzenie z komunikatem: „Otrzymałem 9000 9000 pakietów i jestem teraz gotowy na przyjęcie 9000 3”. Z tego nadawca wnioskuje, że bufor urządzenia odbierającego ma pojemność tylko XNUMX, co oznacza, że od tej chwili będę wysyłał jednorazowo nie więcej niż XNUMX pakietów. W tym przypadku nadawca szybko oblicza, ile czasu zajmie mu przesłanie pozostałej ilości danych w porcjach po XNUMX pakietów i podaje XNUMX minuty. Te trzy minuty to faktyczny czas transmisji. Właśnie to robi TCP Windowing.
Jest to jeden z tych mechanizmów ograniczania ruchu, w przypadku którego urządzenie wysyłające w końcu rozumie, jaka jest rzeczywista przepustowość sieci. Być może zastanawiasz się, dlaczego nie mogą z góry uzgodnić, jaka jest pojemność urządzenia odbiorczego? Faktem jest, że jest to technicznie niemożliwe, ponieważ w sieci znajdują się różne typy urządzeń. Załóżmy, że masz iPada i ma on inną prędkość przesyłania danych/odbiornika niż iPhone, możesz mieć różne typy telefonów, a może masz bardzo stary komputer. Dlatego każdy ma inną przepustowość sieci.
Dlatego opracowano technologię TCP Windowing, gdy transmisja danych rozpoczyna się z małą prędkością lub przy transmisji minimalnej liczby pakietów, stopniowo zwiększając „okno” ruchu. Wysyłasz jeden pakiet, 5 pakietów, 10 pakietów, 1000 pakietów, 10000 XNUMX pakietów i powoli otwierasz to okno coraz bardziej, aż „otwarcie” osiągnie maksymalny możliwy wolumen ruchu wysłanego w określonym przedziale czasu. Zatem koncepcja okienkowania jest częścią działania protokołu TCP.
Następnie przyjrzymy się najczęstszym numerom portów. Klasyczna sytuacja ma miejsce, gdy masz 1 główny serwer, być może centrum danych. Obejmuje serwer plików, serwer WWW, serwer poczty i serwer DHCP. Teraz, jeśli jeden z komputerów klienckich skontaktuje się z centrum danych, które znajduje się pośrodku obrazu, zacznie wysyłać ruch serwera plików do urządzeń klienckich. Ruch ten jest wyświetlany na czerwono i będzie przesyłany na określonym porcie dla określonej aplikacji z określonego serwera.
Skąd serwer wiedział, dokąd powinien skierować określony ruch? Dowiaduje się o tym z numeru portu docelowego. Jeśli spojrzysz na ramkę, zobaczysz, że przy każdym transferze danych znajduje się wzmianka o numerze portu docelowego i numerze portu źródłowego. Widać, że ruch niebieski i czerwony oraz ruch niebieski to ruch serwera WWW, oba trafiają do tego samego serwera fizycznego, na którym zainstalowane są różne serwery. Jeśli jest to centrum danych, korzysta z serwerów wirtualnych. Skąd więc wiedzieli, że czerwony ruch powinien wrócić do lewego laptopa o tym adresie IP? Wiedzą o tym dzięki numerom portów. Jeśli odniesiesz się do artykułu w Wikipedii „Lista portów TCP i UDP”, zobaczysz, że zawiera on listę wszystkich standardowych numerów portów.
Jeśli przewiniesz tę stronę w dół, zobaczysz, jak duża jest ta lista. Zawiera około 61 000 numerów. Numery portów od 1 do 1024 są znane jako najpopularniejsze numery portów. Na przykład port 21/TCP służy do wysyłania poleceń FTP, port 22 do ssh, port 23 do Telnetu, czyli do wysyłania niezaszyfrowanych wiadomości. Bardzo popularny port 80 przesyła dane przez HTTP, natomiast port 443 przesyła zaszyfrowane dane przez HTTPS, który jest podobny do bezpiecznej wersji HTTP.
Niektóre porty są dedykowane zarówno dla protokołu TCP, jak i UDP, a niektóre wykonują różne zadania w zależności od tego, czy połączenie jest typu TCP czy UDP. Tak więc oficjalnie port TCP 80 jest używany dla HTTP, a nieoficjalnie port UDP 80 jest używany dla HTTP, ale w ramach innego protokołu HTTP - QUIC.
Dlatego numery portów w protokole TCP nie zawsze mają na celu robić to samo, co w UDP. Nie musisz uczyć się tej listy na pamięć, nie da się jej zapamiętać, ale musisz znać kilka popularnych i najczęściej używanych numerów portów. Jak mówiłem, część z tych portów ma cel oficjalny, który jest opisany w standardach, a część ma cel nieoficjalny, jak ma to miejsce w przypadku Chromium.
Zatem ta tabela zawiera listę wszystkich popularnych numerów portów, a numery te są używane do wysyłania i odbierania ruchu podczas korzystania z określonych aplikacji.
Przyjrzyjmy się teraz, w jaki sposób dane przemieszczają się w sieci, na podstawie niewielkiej ilości informacji, które znamy. Załóżmy, że komputer 10.1.1.10 chce się połączyć z tym komputerem lub serwerem, który ma adres 30.1.1.10. Poniżej adresu IP każdego urządzenia znajduje się jego adres MAC. Podaję przykład adresu MAC zawierającego tylko 4 ostatnie znaki, ale w praktyce jest to 48-bitowa liczba szesnastkowa zawierająca 12 znaków. Ponieważ każda z tych liczb składa się z 4 bitów, 12 cyfr szesnastkowych reprezentuje liczbę 48-bitową.
Jak wiemy, jeśli to urządzenie chce się skontaktować z tym serwerem, najpierw musi zostać wykonany pierwszy krok 3-kierunkowego uzgadniania, czyli wysłanie pakietu SYN. Po złożeniu tego żądania komputer 10.1.1.10 określi numer portu źródłowego, który system Windows tworzy dynamicznie. System Windows losowo wybiera numer portu z zakresu od 1 do 65,000 1. Ponieważ jednak numery początkowe z zakresu od 1024 do 25000 są powszechnie znane, w tym przypadku system rozważy liczby większe niż 25113 i utworzy losowy port źródłowy, na przykład numer XNUMX.
Następnie system doda do pakietu port docelowy, w tym przypadku jest to port 21, ponieważ aplikacja próbująca połączyć się z tym serwerem FTP wie, że powinna wysyłać ruch FTP.
Następnie nasz komputer mówi: „OK, mój adres IP to 10.1.1.10 i muszę się skontaktować z adresem IP 30.1.1.10”. Oba te adresy są również zawarte w pakiecie w celu utworzenia żądania SYN i pakiet ten nie ulegnie zmianie aż do zakończenia połączenia.
Chcę, żebyś z tego filmu zrozumiał, w jaki sposób dane przemieszczają się w sieci. Kiedy nasz komputer wysyłający żądanie widzi źródłowy adres IP i docelowy adres IP, rozumie, że adres docelowy nie znajduje się w tej sieci lokalnej. Zapomniałem powiedzieć, że są to wszystkie adresy IP /24. Jeśli więc spojrzysz na adresy IP /24, zdasz sobie sprawę, że komputery 10.1.1.10 i 30.1.1.10 nie znajdują się w tej samej sieci. Tym samym komputer wysyłający żądanie rozumie, że aby opuścić tę sieć, musi skontaktować się z bramą 10.1.1.1, która jest skonfigurowana na jednym z interfejsów routera. Wie, że powinien przejść do 10.1.1.1 i zna swój adres MAC 1111, ale nie zna adresu MAC bramy 10.1.1.1. Co on robi? Wysyła żądanie rozgłoszeniowe ARP, które otrzymają wszystkie urządzenia w sieci, ale odpowie na nie tylko router z adresem IP 10.1.1.1.
Router odpowie swoim adresem MAC AAAA, a zarówno źródłowy, jak i docelowy adres MAC również zostaną umieszczone w tej ramce. Gdy ramka będzie gotowa, przed opuszczeniem sieci zostanie przeprowadzona kontrola integralności danych CRC, która jest algorytmem znajdowania sumy kontrolnej w celu wykrycia błędów.
Cykliczna nadmiarowość CRC oznacza, że cała ta ramka, od SYN do ostatniego adresu MAC, jest przepuszczana przez algorytm mieszający, powiedzmy MD5, w wyniku czego powstaje wartość skrótu. Wartość skrótu, czyli suma kontrolna MD5, jest następnie umieszczana na początku ramki.
Nazwałem go FCS/CRC, ponieważ FCS to sekwencja sprawdzania ramki, czterobajtowa wartość CRC. Niektórzy używają oznaczenia FCS, a niektórzy używają oznaczenia CRC, więc po prostu uwzględniłem oba oznaczenia. Ale w zasadzie jest to tylko wartość skrótu. Należy upewnić się, że wszystkie dane odbierane przez sieć nie zawierają błędów. Dlatego też, gdy ramka dotrze do routera, pierwszą rzeczą, jaką zrobi router, będzie obliczenie sumy kontrolnej i porównanie jej z wartością FCS lub CRC zawartą w odebranej ramce. Może w ten sposób sprawdzić, czy dane otrzymane przez sieć nie zawierają błędów, po czym usunie sumę kontrolną z ramki.
Następnie router sprawdzi adres MAC i powie: „OK, adres MAC AAAA oznacza, że ramka jest adresowana do mnie” i usunie część ramki zawierającą adresy MAC.
Patrząc na docelowy adres IP 30.1.1.10, zrozumie, że ten pakiet nie jest adresowany do niego i musi przejść dalej przez router.
Teraz router „myśli”, że musi zobaczyć, gdzie znajduje się sieć o adresie 30.1.1.10. Nie omówiliśmy jeszcze pełnej koncepcji routingu, ale wiemy, że routery mają tablicę routingu. W tej tabeli znajduje się wpis dotyczący sieci o adresie 30.1.1.0. Jak pamiętasz, nie jest to adres IP hosta, ale identyfikator sieci. Router „pomyśli”, że może osiągnąć adres 30.1.1.0/24, przechodząc przez router 20.1.1.2.
Można zapytać, skąd on to wie? Pamiętaj tylko, że będzie to wiedział albo z protokołów routingu, albo z twoich ustawień, jeśli jako administrator skonfigurowałeś trasę statyczną. Ale w każdym razie tablica routingu tego routera zawiera poprawny wpis, więc wie, że powinien wysłać ten pakiet do 20.1.1.2. Zakładając, że router zna już docelowy adres MAC, po prostu będziemy kontynuować przekazywanie pakietu. Jeśli nie zna tego adresu, ponownie uruchomi ARP, otrzyma adres MAC routera 20.1.1.2 i proces wysyłania ramki będzie kontynuowany od nowa.
Zakładamy więc, że zna już adres MAC, wówczas będziemy mieli źródłowy adres MAC BBB i docelowy adres MAC CCC. Router ponownie oblicza FCS/CRC i umieszcza go na początku ramki.
Następnie wysyła tę ramkę przez sieć, ramka dociera do routera 20.1.12, sprawdza sumę kontrolną, upewnia się, że dane nie są uszkodzone, i usuwa FCS/CRC. Następnie „obcina” adresy MAC, sprawdza miejsce docelowe i stwierdza, że jest to 30.1.1.10. Wie, że ten adres jest podłączony do jego interfejsu. Powtarza się ten sam proces tworzenia ramki, router dodaje wartości źródłowego i docelowego adresu MAC, wykonuje haszowanie, dołącza skrót do ramki i wysyła go przez sieć.
Nasz serwer po otrzymaniu w końcu skierowanego do niego żądania SYN sprawdza sumę kontrolną hasha i jeśli pakiet nie zawiera błędów, usuwa hash. Następnie usuwa adresy MAC, sprawdza adres IP i zdaje sobie sprawę, że ten pakiet jest adresowany do niego.
Następnie obcina adresy IP związane z trzecią warstwą modelu OSI i sprawdza numery portów.
Widzi port 21, czyli ruch FTP, widzi SYN i dlatego rozumie, że ktoś próbuje się z nim porozumieć.
Teraz, w oparciu o to, czego dowiedzieliśmy się o uzgadnianiu, serwer 30.1.1.10 utworzy pakiet SYN/ACK i odeśle go z powrotem do komputera 10.1.1.10. Po odebraniu tego pakietu urządzenie 10.1.1.10 utworzy potwierdzenie ACK, przepuści je przez sieć w taki sam sposób jak pakiet SYN, a po odebraniu potwierdzenia przez serwer połączenie zostanie nawiązane.
Jedną rzeczą, którą powinieneś wiedzieć jest to, że wszystko to dzieje się w mniej niż sekundę. To bardzo, bardzo szybki proces, który starałem się spowolnić, aby wszystko było dla Was jasne.
Mam nadzieję, że to, czego nauczyłeś się w tym samouczku, okaże się przydatne. Jeśli masz jakieś pytania, napisz do mnie na adres [email chroniony] lub zostaw pytanie pod tym filmem.
Zaczynając od kolejnej lekcji, wybiorę 3 najciekawsze pytania z YouTube, które omówię na końcu każdego filmu. Od teraz będę mieć sekcję „Najczęstsze pytania”, więc opublikuję pytanie wraz z Twoim imieniem i nazwiskiem i odpowiem na nie na żywo. Myślę, że to będzie korzystne.
Dziękujemy za pobyt z nami. Podobają Ci się nasze artykuły? Chcesz zobaczyć więcej ciekawych treści? Wesprzyj nas składając zamówienie lub polecając znajomym, 30% zniżki dla użytkowników Habr na unikalny odpowiednik serwerów klasy podstawowej, który został przez nas wymyślony dla Ciebie: (dostępne z RAID1 i RAID10, do 24 rdzeni i do 40 GB DDR4).
VPS (KVM) E5-2650 v4 (6 rdzeni) 10 GB DDR4 240 GB SSD 1 Gb/s za darmo do lata płacąc za okres sześciu miesięcy, możesz zamówić .
Dell R730xd 2 razy tańszy? Tylko tutaj w Holandii! Dell R420 — 2x E5-2430 2.2 GHz 6C 128 GB DDR3 2x960 GB SSD 1 Gb/s 100 TB — od 99 USD! Czytać o
Źródło: www.habr.com