"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
