«Подкроватен» хостинг е жаргонно наименование за сървър, разположен в обикновен домашен апартамент и свързан с домашния интернет канал. На такива сървъри обикновено се хоства публичен FTP-сървър, домашна страничка на собственика и понякога дори цял хостинг за други проекти. Явлението беше разпространено в ранните години на достъпния домашен интернет през наречен канал, когато наемането на физически сървър в дата център беше твърде скъпо, а виртуалните сървъри все още не бяха популярни и достатъчно удобни.
Най-често за «подкроватен» сървър се използваше стар компютър, в който се инсталираха всички налични твърди дискове. Той също така можеше да играе ролята на домашен рутер и защитна стена. Такъв сървър беше задължителен у всеки уважаващ себе си служител в телекомуникациите.
С появата на достъпни облачни услуги, домашните сървъри станаха по-малко популярни, а днес максимумът, който можете да срещнете в жилищни апартаменти, е NAS за съхранение на фотоалбуми, филми и резервни копия.
В статията се разглеждат куриозни случаи, свързани с домашни сървъри, и проблемите, с които се сблъскват администраторите им. Нека да видим как изглежда това явление днес и какво интересно можем да хостваме на своя подкроватен сървър днес.
Сървъри на домашната мрежа в гр. Нова Каховка. Снимка от сайт nag.ru
Правилният IP адрес
Главното изискване за домашен сървър беше наличието на реален, тоест маршрутизируем от интернет, IP адрес. Много доставчици не предоставяха такава услуга за физически лица и се налагаше да се сдобиват с него по спецификация. Често доставчикът изискваше сключване на отделен договор за предоставяне на статичен IP. Понякога дори тази процедура изискваше създаване на отделен NIC Handle за собственика, в резултат на което неговите име и домашен адрес бяха достъпни директно с помощта на командата Whois. Тук вече трябваше да бъдеш внимателен при спорове в интернет, тъй като шегата за «изчисляване по IP» спираше да бъде шега. Странно, но неотдавна се случи скандал , който реши да публикува в whois личните данни на всички свои клиенти.
Постоянен IP адрес vs DynDNS
Добре, ако успееше да получиш постоянен IP адрес — тогава можеше лесно да насочиш всички домейни към него и да забравиш, но това не винаги беше възможно. Много големи ADSL доставчици на федерално ниво предоставяха на клиентите реален IP адрес само за времето на сесията, тоест той можеше да се промени или веднъж на ден, или при рестартиране на модема или прекъсване на връзката. В такъв случай на помощ идваха услугите Dyn (dynamic) DNS. Най-популярната услуга , дълго време беше безплатна и предоставяше възможност да получиш поддомен в зоната *.dyndns.org, който можеше бързо да се обновява при смяна на IP адреса. Специален скрипт на страната на клиента постоянно комуникираше със сървъра DynDNS, и ако изходящият му адрес се промени, новият адрес веднага се задаваше в A записа на поддомейна.
Затворени портове и забранени протоколи
Много доставчици, особено големите ADSL, се противопоставяха на факта, че потребителите хостваха на своите адреси публични услуги и затова забраняваха входящи връзки на популярни портове като HTTP. Известни са случаи, в които доставчици блокираха портовете на игровите сървъри, като Counter-Strike и Half-Life. Тази практика е популярна и до днес, поради което понякога предизвиква проблеми. Например, почти всички доставчици блокират портове RPC и NetBios на Windows (135-139 и 445), за да предотвратят разпространението на вируси, а също така често блокират входящите портове за протоколите за електронна поща SMTP, POP3, IMAP.
Доставчици, предоставящи услуги по IP телефония, обичат да блокират портовете на протокола SIP, за да накарат клиентите да използват само техните телефонни услуги.
PTR и изпращане на електронна поща
Хостването на собствен пощенски сървър е отделна голяма тема. Да държиш под леглото си личен пощенски сървър, който е напълно под твой контрол — идеята е много примамлива. Но реализацията на практика не винаги се оказва възможна. Повечето диапазони на IP адреси на домашните доставчици са в постоянен блок в списъците за спам (), поради което пощенските сървъри просто отказват да приемат входящи връзки на SMTP от IP адреси на домашни доставчици. В резултат, изпращането на писмо от такъв сървър беше практически невъзможно.
Освен това за успешното изпращане на имейли е необходимо да се настрои правилната PTR-запис на IP адреса, тоест обратното преобразуване на IP адреса в домейн име. Поразителното мнозинство от доставчиците се съгласява с това само при специални уговорки или подписване на отделен договор.
Търсим съседни сървъри под леглото
Използвайки PTR записи, можем да видим кои от нашите съюзници по IP адресите са договорили настройката на специална DNS записка за своя IP. За целта вземаме нашия домашен IP адрес и изпълняваме командата whois, и получаваме диапазона на адресите, който доставчикът предоставя на клиентите. Такива диапазони могат да бъдат много, но за експеримента ще проверим един.
В нашия случай това е доставчикът Онлайм (Ростелеком). Влизаме на и получаваме нашия IP адрес:
Между другото, Онлайм е един от тези доставчици, които предоставят на клиентите постоянен IP адрес винаги, дори без активирана услуга за единен IP адрес. Същевременно адресът може да не се променя месеци наред.
Резолвим целия диапазон от адреси 95.84.192.0/18 (около 16 хиляди адреса) с помощта на nmap. Опцията -sL по същество не извършва активно сканиране на хостове, а само изпраща DNS запитвания, така че в резултатите ще видим само редове, съдържащи домейна, свързан с IP адреса.
$ nmap -sL -vvv 95.84.192.0/18
......
Nmap сканиране за broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Nmap сканиране за broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Nmap сканиране за broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Nmap сканиране за broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Nmap сканиране за broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Nmap сканиране за mx2.merpassa.ru (95.84.195.136)
Nmap сканиране за broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Nmap сканиране за broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Nmap сканиране за broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Nmap сканиране за broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Nmap сканиране за broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Nmap сканиране за broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Nmap сканиране за broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Nmap сканиране за broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....
Почти всички адреси имат стандартна PTR записка от вида broadband-адрес.ip.moscow.rt.ru с изключение на няколко, сред които mx2.merpassa.ru. Съдейки по поддомейна mx, това е имейлен сървър (mail exchange). Нека опитаме да проверим този адрес в услугата
Ясно е, че целият диапазон IP адреси е в перманентен черен списък, и имейли, изпратени от този сървър, много рядко ще достигат до получателя. Имайте предвид това при избора на сървър за изходяща поща.
Държането на пощенски сървър в IP-диапазона на домашния интернет доставчик винаги е лоша идея. Такъв сървър ще има проблеми с изпращането и получаването на имейли. Имайте това предвид, ако вашият системен администратор предлага да разположите пощенски сървър на офисния IP адрес.
Използвайте или истински хостинг, или имейл услуга. Така ще трябва по-рядко да се обаждате, за да проверите дали писмата ви са достигнали.
Хостинг на WiFi рутер
С появата на едноплаткови компютри като Raspberry Pi вече не е изненада сайт, стартиран на устройство с размерите на кутия цигари, но дори преди появата на Raspberry Pi ентусиасти стартираха домашни страници директно на WiFi рутери!
Легендарният рутер WRT54G, от който започна проектът OpenWRT през 2004 година
Рутерът Linksys WRT54G, от който започна проектът OpenWRT, нямаше USB портове, но майстори откриха разпаяни GPIO пинове, които можеха да се използват като SPI. Така се появи мод, добавящ SD карта към устройството. Това откри огромна свобода за творчество. Можеше дори да сглобите цял PHP! Лично помня, как почти без да мога да запоя, припаивах SD карта към този рутер. По-късно в рутерите ще се появят USB портове и ще можете просто да вмъкнете флашка.
Преди в интернет имаше няколко проекта, които бяха изцяло стартирани на домашен WiFi рутер, за което ще има пояснение в долната част. За съжаление, не успях да намеря нито един жив сайт. Може би вие знаете такива?
Серверни шкафове от масички на IKEA
Някой веднъж откри, че популярната холна масичка от IKEA, наречена Lack, е идеална за стойка за стандартни 19-инчови сървъри. Поради цената от 9 долара, тази масичка стана много популярна за изграждане на домашни дата центрове. Този метод на монтаж беше наречен .
Масичката на IKEA Lack е идеална вместо серверен шкаф
Масички можеше да се инсталират една върху друга и да се изградят истински серверни шкафове. За съжаление, заради крехкия ЛДСП от тежките сървъри, масичките се разваляха. За надеждност те бяха укрепвани с метални ъгли.
Как учениците ми отнеха интернет
Като всеки нормален човек, и аз имах свой под леглото сървър, на който работеше простичък форум, посветен на гейминг теми. Един ден, недоволен от забрана, агресивен ученик подстрекава своите приятели, и те заедно започват да DDoS-ват форума ми от своите домашни компютри. Тъй като целият интернет канал тогава беше около 20 мегабита, те успяха напълно да парализират домашния ми интернет. Никакви блокировки на файрвола не помогнаха, защото настъпи пълно изчерпване на канала.
Отстрани изглеждаше много смешно:
— Ало, защо не ми отговаряш в Аська?
— Извини, нямам интернет, DDoS-ат ме.
Опитите към доставчика не помогнаха, отговориха ми, че не е в задълженията им да се занимават с това и могат само да блокират напълно входящия ми трафик. Така прекарах два дни без интернет, докато атакуващите не се умориха.
Заключение
Тук трябваше да бъде подборка от съвременни P2P услуги, които могат да се разпространяват на домашен сървър, като ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P. Но през последните две години мнението ми се промени значително. Считам, че разполагането на каквито и да било публични услуги на домашен IP адрес, особено такива, които допускат качване на потребителско съдържание, създава необоснован риск за всички жители на апартамента. Сега съветвам да се забранят входящите връзки от интернет, да се откажат от статични IP адреси и да се съхраняват всички проекти на отдалечени сървъри в интернет.
Последвайте нашия разработчик в Instagram
Източник: habr.com
