"Unterm Bett" Hosting ist ein umgangssprachlicher Begriff fĂŒr einen Server, der in einer normalen Wohnung installiert ist und an einen Heim-Internetanschluss angeschlossen ist. Auf solchen Servern wurde normalerweise ein öffentlicher FTP-Server, die persönliche Website des Besitzers und manchmal sogar ein vollstĂ€ndiges Hosting fĂŒr andere Projekte gehostet. Dieses PhĂ€nomen war in den frĂŒhen Tagen des zugĂ€nglichen Heim-Internets ĂŒber eine dedizierte Verbindung weit verbreitet, als die Miete eines dedizierten Servers in einem Rechenzentrum zu teuer war und virtuelle Server noch nicht verbreitet und ausreichend komfortabel waren.
Am hĂ€ufigsten wurde ein alter Computer als "unterm Bett" Server verwendet, in den alle gefundenen Festplatten eingebaut wurden. Er konnte auch die Rolle eines Heim-Routers und einer Firewall ĂŒbernehmen. So ein Server war unbedingt in jedem respektablen Telekommunikationsmitarbeiterhaushalt zu finden.
Mit dem Aufkommen gĂŒnstiger Cloud-Dienste sind Heimserver weniger beliebt geworden, und heute ist das Maximum, was man in Wohnwohnungen antreffen kann, ein NAS zur Speicherung von Fotoalben, Filmen und Backups.
Der Artikel behandelt kuriose FÀlle im Zusammenhang mit Heimservern und die Probleme, mit denen ihre Administratoren konfrontiert sind. Lassen Sie uns sehen, wie dieses PhÀnomen heutzutage aussieht und was Interessantes man heutzutage auf seinem Unterm Bett Server hosten kann.
Server des Heimnetzwerks in der Stadt Nowaja Kachowka. Foto von nag.ru
Richtige IP-Adresse
Die Hauptanforderung fĂŒr einen Heimserver war eine echte, also routbare IP-Adresse aus dem Internet. Viele Anbieter boten solche Dienste fĂŒr Privatpersonen nicht an, und es war notwendig, sie durch spezielle Vereinbarungen zu erhalten. HĂ€ufig verlangte der Anbieter, einen separaten Vertrag fĂŒr die Bereitstellung einer dedizierten IP abzuschlieĂen. Manchmal beinhaltete dieses Verfahren sogar die Erstellung eines separaten NIC Handle fĂŒr den Besitzer, wodurch sein Name und Adresse direkt ĂŒber den Whois-Befehl abrufbar waren. Hier musste man bei Streitigkeiten im Internet vorsichtig sein, denn der Witz ĂŒber "berechnen nach IP" hörte auf, ein Witz zu sein. Ăbrigens gab es vor nicht allzu langer Zeit einen Skandal , der beschloss, persönliche Daten aller seiner Kunden im Whois zu veröffentlichen.
Statische IP-Adresse vs DynDNS
Es ist gut, wenn es gelungen ist, eine feste IP-Adresse zu erhalten â dann konnten alle Domainnamen einfach auf diese Adresse verwiesen werden, und man konnte das Thema vergessen. Aber das war nicht immer möglich. Viele groĂe ADSL-Anbieter auf Bundesebene gaben ihren Kunden nur fĂŒr die Dauer der Sitzung eine echte IP-Adresse, was bedeutete, dass sie sich entweder tĂ€glich Ă€ndern konnte oder bei einem Neustart des Modems oder einem Verbindungsabbruch. In solchen FĂ€llen kamen die Dienste von Dyn (dynamic) DNS zur Hilfe. Der beliebteste Dienst , der lange Zeit kostenlos war, ermöglichte es, eine Subdomain in der Zone *.dyndns.org, die bei einer IP-AdressĂ€nderung schnell aktualisiert werden konnte, zu erhalten. Ein spezielles Skript auf der Client-Seite sendete stĂ€ndig Anfragen an den DynDNS-Server, und, falls sich die ausgehende Adresse Ă€nderte, wurde die neue Adresse sofort in den A-Record der Subdomain ĂŒbernommen.
Gesperrte Ports und verbotene Protokolle
Viele Anbieter, insbesondere groĂe ADSL-Anbieter, waren dagegen, dass Benutzer auf ihren Adressen öffentliche Dienste hosteten, weshalb eingehende Verbindungen auf beliebten Ports wie HTTP gesperrt wurden. Es gibt bekannte FĂ€lle, in denen Anbieter die Ports von Spieleservern wie Counter-Strike und Half-Life blockierten. Diese Praxis ist noch weit verbreitet und verursacht manchmal Probleme. Beispielsweise blockieren fast alle Anbieter die Ports RPC und NetBios von Windows (135-139 und 445), um die Verbreitung von Viren zu verhindern, und hĂ€ufig auch eingehende Ports fĂŒr die E-Mail-Protokolle SMTP, POP3, IMAP.
Anbieter, die neben Internetdienstleistungen auch IP-Telefonie anbieten, blockieren hĂ€ufig die Ports des SIP-Protokolls, um ihre Kunden dazu zu bringen, ausschlieĂlich ihre Telefondienste zu nutzen.
PTR und E-Mail-Versand
Das Hosting eines eigenen Mailservers ist ein ganz groĂes Thema. Einen persönlichen Mailserver unter dem Bett zu haben, der vollstĂ€ndig unter Ihrer Kontrolle steht, ist eine sehr verlockende Idee. Aber die Umsetzung in der Praxis war nicht immer möglich. Die meisten IP-Adressbereiche von Heim-Anbietern befinden sich permanent auf den Spam-Listen (), weshalb Mailserver einfach E-Mail-Verbindungen auf SMTP von den IP-Adressen der Heim-Anbieter ablehnen. In der Folge war es nahezu unmöglich, eine E-Mail von einem solchen Server zu versenden.
DarĂŒber hinaus war fĂŒr die erfolgreiche Zustellung von E-Mails das Einrichten eines korrekten PTR-Records fĂŒr die IP-Adresse erforderlich, also die Umwandlung der IP-Adresse in einen Domainnamen. Die ĂŒberwiegende Mehrheit der Anbieter stimmte dem nur unter besonderen Vereinbarungen oder mit dem Abschluss eines separaten Vertrags zu.
Wir suchen nach Nachbar-Servern unter dem Bett
Mit Hilfe von PTR-Records können wir feststellen, welcher unserer IP-Nachbarn sich auf die Einrichtung eines speziellen DNS-Records fĂŒr seine IP geeinigt hat. Dazu nehmen wir unsere heimische IP-Adresse und fĂŒhren dafĂŒr den Befehl aus whois, und erhalten den Adressbereich, den der Anbieter seinen Kunden zuweist. Es kann viele solcher Bereiche geben, aber fĂŒr unser Experiment ĂŒberprĂŒfen wir einen.
In unserem Fall handelt es sich um den Anbieter Online (Rostelekom). Wir gehen auf und erhalten unsere IP-Adresse:
Ăbrigens ist Online einer der Anbieter, die ihren Kunden immer eine statische IP-Adresse zuweisen, selbst ohne aktivierte Dienstleistung fĂŒr eine dedizierte IP-Adresse. Diese Adresse kann monatelang unverĂ€ndert bleiben.
Wir resolvieren den gesamten Adressbereich 95.84.192.0/18 (etwa 16.000 Adressen) mit nmap. Die Option -sL fĂŒhrt im Grunde kein aktives Scannen von Hosts durch, sondern sendet lediglich DNS-Anfragen, sodass wir in den Ergebnissen nur Zeilen sehen, die die Domain enthalten, die an die IP-Adresse gebunden ist.
$ nmap -sL -vvv 95.84.192.0/18
......
Nmap-Scanbericht fĂŒr broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Nmap-Scanbericht fĂŒr broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Nmap-Scanbericht fĂŒr broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Nmap-Scanbericht fĂŒr broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Nmap-Scanbericht fĂŒr broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Nmap-Scanbericht fĂŒr mx2.merpassa.ru (95.84.195.136)
Nmap-Scanbericht fĂŒr broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Nmap-Scanbericht fĂŒr broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Nmap-Scanbericht fĂŒr broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Nmap-Scanbericht fĂŒr broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Nmap-Scanbericht fĂŒr broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Nmap-Scanbericht fĂŒr broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Nmap-Scanbericht fĂŒr broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Nmap-Scanbericht fĂŒr broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....
Fast alle Adressen haben einen standardmĂ€Ăigen PTR-Record in der Form broadband-adresse.ip.moscow.rt.ru , mit Ausnahme von ein paar, darunter mx2.merpassa.ru. Anhand des Subdomains mx zu urteilen, handelt es sich um einen Mailserver (Mail Exchange). Lassen Sie uns diese Adresse im Dienst ĂŒberprĂŒfen
Es ist zu erkennen, dass der gesamte IP-Bereich dauerhaft auf der Blockliste steht und E-Mails, die von diesem Server gesendet werden, extrem selten beim EmpfĂ€nger ankommen. BerĂŒcksichtigen Sie dies bei der Auswahl des Servers fĂŒr ausgehende E-Mails.
Einen Mail-Server im IP-Bereich des heimischen Providers zu betreiben, ist immer eine schlechte Idee. Ein solcher Server wird Probleme beim Senden und Empfangen von E-Mails haben. Bedenken Sie das, wenn Ihr Systemadministrator vorschlĂ€gt, einen Mail-Server direkt auf der BĂŒro-IP-Adresse zu installieren.
Verwenden Sie entweder einen echten Hosting-Service oder einen E-Mail-Service. So mĂŒssen Sie seltener anrufen, um zu klĂ€ren, ob Ihre Nachrichten angekommen sind.
Hosting auf einem WiFi-Router
Mit dem Aufkommen von Einplatinencomputern wie dem Raspberry Pi ist es niemanden mehr ĂŒberraschend, dass eine Webseite auf einem GerĂ€t in der GröĂe einer Zigarettenschachtel betrieben wird, aber selbst vor der EinfĂŒhrung des Raspberry Pi betrieben Enthusiasten Homepages direkt auf WiFi-Routern!
Der legendÀre Router WRT54G, mit dem das OpenWRT-Projekt 2004 begann
Der Linksys WRT54G Router, mit dem das OpenWRT-Projekt begann, hatte keine USB-Ports, aber Bastler fanden darin eingelötete GPIO-Pins, die man als SPI nutzen konnte. So entstand ein Mod, der dem GerĂ€t eine SD-Karte hinzufĂŒgte. Das eröffnete enorme FreirĂ€ume fĂŒr KreativitĂ€t. Man konnte sogar ein ganzes PHP zusammenstellen! Ich erinnere mich persönlich, wie ich, ohne viel Lötkenntnisse, eine SD-Karte an diesen Router lötete. SpĂ€ter wurden dann USB-Ports in Routern eingebaut, sodass man einfach einen USB-Stick einstecken konnte.
FrĂŒher gab es im Internet mehrere Projekte, die vollstĂ€ndig auf heimischen WiFi-Routern liefen, dazu wird es eine Anmerkung am Ende geben. Leider konnte ich keine aktive Webseite finden. Vielleicht kennen Sie solche?
Server-Racks aus IKEA-Tischen
Eines Tages stellte jemand fest, dass der beliebte IKEA-Couchtisch namens Lack perfekt als Rack fĂŒr standardmĂ€Ăige 19-Zoll-Server geeignet ist. Wegen des Preises von 9 $ wurde dieser Tisch sehr beliebt fĂŒr den Bau von Heim-Datenzentren. Diese Art der Montage wurde genannt .
Der IKEA-Lack-Tisch eignet sich perfekt als Server-Rack
Die Tische konnten ĂŒbereinander gestapelt werden, um echte Server-Racks zu bauen. Leider brachen die Tische aufgrund der zerbrechlichen Spanplatte unter den schweren Servern zusammen. Zur StabilitĂ€t wurden sie mit Metallwinkeln verstĂ€rkt.
Wie SchĂŒler mir das Internet genommen haben
Ich hatte, wie es sich gehört, auch meinen eigenen Server unter dem Bett, auf dem ein einfacher Forum lief, der sich einem gamingbezogenen Thema widmete. Eines Tages ĂŒberredete ein unzufriedener SchĂŒler, der wegen eines Bans frustriert war, seine Freunde, und sie begannen zusammen, mein Forum von ihren Heimcomputern aus DDoS-anzugreifen. Da die gesamte Internetverbindung damals etwa 20 Megabit betrug, gelang es ihnen, mein Heim-Internet vollstĂ€ndig zu lahmlegen. Keine Firewall-Sperren halfen, denn es kam zu einem kompletten Auslastung des Kanals.
Von auĂen sah es sehr amĂŒsant aus:
â Hallo, warum antwortest du mir nicht auf ICQ?
â Entschuldigung, ich habe kein Internet, ich werde DDoS-ed.
Anfragen an den Anbieter halfen nicht, man sagte mir, dass es nicht in ihren ZustÀndigkeitsbereich falle, sich damit zu befassen, und sie nur meinen eingehenden Datenverkehr vollstÀndig blockieren könnten. So saà ich zwei Tage lang ohne Internet, bis die Angreifer gelangweilt waren.
Fazit
Hier sollte eine Zusammenstellung moderner P2P-Dienste sein, die man auf einem Heimserver installieren kann, wie ZeroNet, IPFS, Tahoe-LAFS, BitTorrent, I2P. Aber in den letzten zwei Jahren hat sich meine Meinung stark verĂ€ndert. Ich bin der Meinung, dass das Betreiben öffentlicher Dienste auf einer heimischen IP-Adresse, insbesondere solcher, die das Hochladen von Benutzerdaten vorsehen, ein unangemessenes Risiko fĂŒr alle Bewohner der Wohnung darstellt. Jetzt empfehle ich, eingehende Verbindungen aus dem Internet maximal zu blockieren, auf dedizierte IP-Adressen zu verzichten und all meine Projekte auf entfernten Servern im Internet zu hosten.
Folgen Sie unserem Entwickler auf Instagram
Quelle: habr.com
