Hosting „pod łóżkiem” to potoczne określenie serwera znajdującego się w zwykłym lokalu mieszkalnym, podłączonego do domowego łącza internetowego. Na takich serwerach zazwyczaj umieszczano publiczny serwer FTP, osobistą stronę właściciela, a czasami nawet całą hosting dla innych projektów. Zjawisko to było powszechne na początku istnienia dostępnego domowego internetu po łączu dedykowanym, kiedy wynajem dedykowanego serwera w data center był zbyt drogi, a serwery wirtualne jeszcze nie były powszechne i wystarczająco wygodne.
Najczęściej do „podłóżkowego” serwera przeznaczano stary komputer, w który instalowano wszystkie dostępne twarde dyski. Mógł on również pełnić rolę domowego routera i zapory sieciowej. Taki serwer obowiązkowo znajdował się w domu każdego szanowanego pracownika telekomunikacji.
Wraz z pojawieniem się dostępnych usług w chmurze domowe serwery stały się mniej popularne, a dzisiaj maksymalnie, co można spotkać w mieszkaniach, to NAS do przechowywania albumów zdjęciowych, filmów i kopii zapasowych.
Artykuł omawia zabawne przypadki związane z domowymi serwerami oraz problemy, z którymi borykają się ich administratorzy. Zobaczmy, jak wygląda to zjawisko dzisiaj i co interesującego można hostować na swoim podłóżkowym serwerze dzisiaj.
Serwery sieci domowej w Nowej Kachowce. Zdjęcie z witryny nag.ru
Prawidłowy adres IP
Głównym wymaganiem dla domowego serwera był posiadanie realnego, czyli routowalnego z internetu adresu IP. Wiele dostawców nie oferowało takiej usługi dla osób fizycznych, więc jego pozyskanie wymagało szczególnego uzgodnienia. Często dostawca wymagał zawarcia osobnej umowy na przydzielenie dedykowanego IP. Czasami nawet ta procedura wiązała się z utworzeniem osobnego NIC Handle dla właściciela, w wyniku czego jego imię i nazwisko oraz adres domowy były dostępne bezpośrednio za pomocą komendy Whois. Należało być ostrożnym w sporach w internecie, ponieważ żart o „wykryciu po IP” przestawał być żartem. Tak przy okazji, niedawno był skandal , który postanowił umieszczać w whois dane osobowe wszystkich swoich klientów.
Stały adres IP vs DynDNS
Dobrze, jeśli udało się uzyskać stały adres IP — wtedy można było łatwo skierować wszystkie nazwy domen na niego i o tym zapomnieć, ale nie zawsze to się udawało. Wielu dużych dostawców ADSL o zasięgu krajowym przydzielało klientom rzeczywisty adres IP tylko na czas życia sesji, to znaczy, że mógł on zmieniać się raz na dobę, lub w przypadku ponownego uruchomienia modemu czy zerwania połączenia. W takim przypadku pomocne były usługi Dyn (dynamiczny) DNS. Najpopularniejsza usługa , przez długi czas była darmowa, co pozwalało na uzyskanie subdomeny w strefie *.dyndns.org, która mogła szybko się aktualizować przy zmianie adresu IP. Specjalny skrypt po stronie klienta ciągle łączył się z serwerem DynDNS, a w przypadku, gdy jego adres wychodzący się zmienił, nowy adres natychmiast ustalał się w rekordzie A subdomeny.
Zablokowane porty i zabronione protokoły
Wielu dostawców, szczególnie dużych ADSL, było przeciwko temu, aby użytkownicy hostowali na swoich adresach jakiekolwiek publiczne usługi, dlatego blokowali przychodzące połączenia na popularne porty, takie jak HTTP. Znane są przypadki, gdy dostawcy blokowali porty serwerów gier, takich jak Counter-Strike i Half-Life. Ta praktyka jest wciąż popularna, co czasami powoduje problemy. Na przykład niemal wszyscy dostawcy blokują porty RPC i NetBios Windows (135-139 i 445), aby zapobiec rozprzestrzenianiu się wirusów, a także często blokują przychodzące porty dla protokołu Email SMTP, POP3, IMAP.
Dostawcy, którzy oprócz Internetu oferują usługi telefonii IP, lubią blokować porty protokołu SIP, aby w ten sposób zmusić klientów do korzystania tylko z ich usług telefonicznych.
PTR i wysyłanie poczty
Hosting własnego serwera pocztowego to osobny, duży temat. Trzymanie pod łóżkiem osobistego serwera pocztowego, który jest całkowicie pod waszą kontrolą — to bardzo kusząca idea. Jednak realizacja w praktyce nie zawsze okazywała się możliwa. Większość zakresów adresów IP dostawców domowych jest na stałe blokowana na listach spamu (), dlatego serwery pocztowe po prostu odmawiają przyjmowania połączeń przychodzących na SMTP z adresów IP dostawców domowych. W rezultacie wysłanie wiadomości z takiego serwera było praktycznie niemożliwe.
Oprócz tego, aby pomyślnie wysłać wiadomość e-mail, konieczne było ustawienie poprawnego wpisu PTR dla adresu IP, czyli odwrotnego przekształcenia adresu IP w nazwę domeny. Przeważająca większość dostawców zgadzała się na to tylko przy szczególnych ustaleniach lub w ramach osobnej umowy.
Szukamy serwerów sąsiadów pod łóżkiem
Używając zapisów PTR, możemy zobaczyć, kto z naszych sąsiadów po adresach IP uzgodnił instalację specjalnego wpisu DNS dla swojego IP. W tym celu weźmiemy nasz domowy adres IP, wykonamy dla niego komendę whois, i otrzymamy zakres adresów, które dostawca przydziela klientom. Takich zakresów może być wiele, ale na potrzeby eksperymentu sprawdzimy jeden.
W naszym przypadku to dostawca Onlayn (Ростелеком). Wchodzimy na i otrzymujemy nasz adres IP:
Przy okazji, Onlayn jest jednym z tych dostawców, którzy zawsze przydzielają klientom stały adres IP, nawet bez podłączonej usługi przydzielenia dedykowanego adresu IP. W międzyczasie adres ten może nie zmieniać się przez miesiące.
Rozwiążemy cały zakres adresów 95.84.192.0/18 (około 16 tysięcy adresów) za pomocą nmap. Opcja -sL w zasadzie nie wykonuje aktywnego skanowania hostów, a jedynie wysyła zapytania DNS, więc w wynikach zobaczymy tylko linie zawierające domeny przypisane do adresu IP.
$ nmap -sL -vvv 95.84.192.0/18
......
Raport skanowania Nmap dla broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Raport skanowania Nmap dla broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Raport skanowania Nmap dla broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Raport skanowania Nmap dla broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Raport skanowania Nmap dla broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Raport skanowania Nmap dla mx2.merpassa.ru (95.84.195.136)
Raport skanowania Nmap dla broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Raport skanowania Nmap dla broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Raport skanowania Nmap dla broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Raport skanowania Nmap dla broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Raport skanowania Nmap dla broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Raport skanowania Nmap dla broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Raport skanowania Nmap dla broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Raport skanowania Nmap dla broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....
Prawie wszystkie adresy mają standardowy wpis PTR w postaci broadband-adres.ip.moscow.rt.ru z wyjątkiem kilku, wśród których mx2.merpassa.ru. Sądząc po subdomenie mx, to serwer pocztowy (mail exchange). Spróbujemy sprawdzić ten adres w usłudze
Widać, że cały zakres IP znajduje się na stałej liście blokad, a wiadomości wysyłane z tego serwera rzadko dotrą do adresata. Weź to pod uwagę przy wyborze serwera do wysyłania wiadomości.
Utrzymywanie serwera pocztowego w zakresie IP domowego dostawcy to zawsze zły pomysł. Taki serwer będzie miał problemy z wysyłaniem i odbieraniem poczty. Miej to na uwadze, jeśli twój administrator systemu proponuje uruchomienie serwera pocztowego bezpośrednio na biurowym adresie IP.
Używaj either prawdziwego hostingu, albo usługi e-mail. Dzięki temu rzadziej będziesz musiał dzwonić, aby sprawdzić, czy twoje wiadomości dotarły.
Hosting na routerze WiFi
Z pojawieniem się jednopłytowych komputerów, takich jak Raspberry Pi, nikogo nie dziwi strona uruchomiona na urządzeniu wielkości paczki papierosów, ale jeszcze przed pojawieniem się Raspberry Pi entuzjaści uruchamiali strony domowe bezpośrednio na routerze WiFi!
Legendarny router WRT54G, z którego rozpoczął się projekt OpenWRT w 2004 roku
Router Linksys WRT54G, z którego rozpoczął się projekt OpenWRT, nie miał portów USB, jednak majsterkowicze znaleźli w nim wyprowadzenia pinów GPIO, które można było wykorzystać jako SPI. Tak powstał mod, dodający do urządzenia kartę SD. To otworzyło ogromną swobodę twórczą. Można było nawet zbudować cały PHP! Osobiście pamiętam, jak prawie nie umiejąc lutować, przylutowywałem kartę SD do tego routera. Później w routerach pojawią się porty USB, a wystarczy będzie włożyć pendrive.
Dawniej w internecie było kilka projektów, które były całkowicie uruchomione na domowym routerze WiFi, o czym będzie wzmianka na dole. Niestety, nie udało mi się znaleźć żadnej działającej strony. Może znasz takie?
Serwerowe szafy z stolików IKEA
Pewnego dnia ktoś odkrył, że popularny stolik kawowy z IKEA o nazwie Lack doskonale nadaje się jako stojak na standardowe 19-calowe serwery. Przez cenę 9 dolarów, ten stolik stał się bardzo popularny do tworzenia domowych centrów danych. Taki sposób montażu nazwano .
Stolik IKEA Lack idealnie nadaje się zamiast szafy serwerowej
Stoliki można było układać jeden na drugim i budować prawdziwe szafy serwerowe. Niestety, z powodu kruchych płyt wiórowych, stoliki łamały się pod ciężarem serwerów. Dla większej stabilności wzmacniano je metalowymi kątami.
Jak uczniowie odebrali mi internet
Jak to zwykle bywa, również miałem swój serwer pod łóżkiem, na którym działało proste forum poświęcone tematyce gier. Pewnego razu, niezadowolony z bana agresywny nastolatek namówił swoich kolegów, którzy razem zaczęli DDoSować moje forum z ich domowych komputerów. Ponieważ wtedy całkowita przepustowość internetu wynosiła około 20 megabitów, udało im się całkowicie sparaliżować mój domowy internet. Żadne blokady na zaporze nie pomogły, ponieważ miało miejsce całkowite wyczerpanie łącza.
Z zewnątrz wyglądało to bardzo zabawnie:
— Halo, czemu mi nie odpowiadasz na komunikatorze?
— Przepraszam, nie mam internetu, są atakowani DDoSem.
Zgłoszenia do dostawcy internetu nie pomogły, usłyszałem, że nie wchodzi to w ich obowiązki i mogą jedynie całkowicie zablokować mi przychodzący ruch. Tak spędziłem dwa dni bez internetu, aż napastnikom znudziło się.
Podsumowanie
Tutaj miała być zbiórka nowoczesnych usług P2P, które można zainstalować na domowym serwerze, takich jak ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P. Jednak w ciągu ostatnich kilku lat moje zdanie bardzo się zmieniło. Uważam, że hostowanie jakichkolwiek publicznych usług na domowym adresie IP, a tym bardziej takich, które zakładają przesyłanie treści przez użytkowników, stwarza nieuzasadnione ryzyko dla wszystkich mieszkańców mieszkania. Teraz radzę maksymalnie zablokować przychodzące połączenia z internetu, zrezygnować z dedykowanych adresów IP, a wszystkie moje projekty trzymać na zdalnych serwerach w internecie.
Śledź naszego dewelopera na Instagramie
Źródło: habr.com
