www.in-berlin.de Open in urlscan Pro
2001:67c:1400:1010::11  Public Scan

Submitted URL: http://in-berlin.de/
Effective URL: https://www.in-berlin.de/
Submission: On April 01 via manual from SG — Scanned from DE

Form analysis 0 forms found in the DOM

Text Content

Bei uns gibt's das ganze Internet... und mehr!

Aktuelles # Verein # Provider # Raum # Dokumentation # Service # Webmail #
Impressum # Datenschutz


WILLKOMMEN BEIM IN-BERLIN

Willkommen beim Individual Network Berlin e.V., dem etwas anderen Provider. Wir
bieten das Internet in seiner vollen Vielfalt, ohne Abstriche und Kompromisse -
und alle sind eingeladen, mitzugestalten.

Umfangreiche Informationen zu IN-Berlin sind im Bereich über IN-Berlin zu
finden. Informationen zu unseren Diensten und Tarifen sowie Teilnahmeanträge
gibt es unter Provider. Wer sich mehr für die Räumlichkeiten und die Community
interessiert, wird unter Raum fündig.




AKTUELLE NACHRICHTEN

Authentifizierung von E-Mails mit SPF (19.03.2022 14:13, Chris)


Seit einigen Tagen gibt es vermehrt Probleme mit der Zustellung von E-Mails an
Gmail. Absender erhalten die Fehlermeldung, dass Informationen zur
Authentifizierung des Absenders fehlen und die E-Mails gehen an den Absender
zurück. Gmail erwartet, dass diese Authentifizierunginformationen z.B. in Form
von SPF-Einträgen im DNS für jede E-Mail-Domain vorhanden sind.

Für alle Domains die in unserem Zuständigkeitsbereich liegen und für die unsere
E-Mail-Server zuständig sind haben wir nun diese SPF-Einträge automatisch
gesetzt, damit E-Mails an Gmail wieder zugestellt werden können. Wenn jemand
einen anderen Eintrag wünscht oder weitere Einträge hinzufügen möchte, kann der
IN-Berlin Support weiterhelfen. Alle die ihre DNS-Server selbst betreiben können
beispielsweise den folgenden Eintrag im DNS ergänzen:

> @ IN TXT "v=spf1 include:_spf.in-berlin.de ~all"

Hierbei sind wir noch relativ locker und erlauben derzeit all unsere
IP-Netzbereich inkl. der VPNs und Server. Kommt eine E-Mail nicht aus unseren
IP-Netzbereichen, könnte es sich um Spam handeln ("~all"), sollte aber dennoch
an den Empfänger zugestellt werden. Möchte man strenger sein und allen
Empfängern der eigenen E-Mails mitteilen, dass die eigenen E-Mails
ausschließlich über IN-Berlin verschickt werden, kann das "~all" auch durch ein
"-all" ersetzt werden.



Ausfall von Routingdiensten (10.03.2022 23:08, Chris)


Zwischen 22:35 Uhr und 23:05 Uhr kam es zu Ausfällen des Routings auf einem
unserer zentralen Router. Da der Router nur halb ausgefallen ist, griff leider
die Redundanz nicht. Seit einem Neustart funktionieren alle Dienste wieder.



Unvorhergesehener Neustart aller Nutzer-VMs (10.02.2022 07:22, Julian)


Am 09.02.2022 gegen 19:42 Uhr kam es zu einem unerwarteten Neustart einiger
Nutzer-VMs. Durch einen Fehler des High Availability-Modus wurden unerwünscht
mehrere virtuelle Maschinen gestoppt und sofort auf einem anderen Rechner wieder
neu gestartet. Die Ausfallzeit war dadurch gering, aber für die betroffenen
Nutzer spürbar.



Frohe Weihnachten! (24.12.2021 11:35, Chris)


Und wieder liegt ein ungewöhnliches Jahr mit vielen Herausforderungen, die es
auch uns als Verein nicht einfach gemacht haben, hinter uns. Dennoch haben wir
einiges geschafft und werden Anfang des kommenden Jahres ausführlicher darüber
berichten.

Wir wünschen allen Mitgliedern, Teilnehmern, Partnern und Sponsoren des
IN-Berlin e.V. ein frohes Weihnachtsfest und einen guten Rutsch ins neue Jahr!



Information zu Sicherheitslücken bei einem unserer Rechenzentrumsbetreiber
(09.11.2021 22:03, Chris)


Der IN-Berlin hat am Abend des 08.11.2021 erfahren, dass Dritte vermutlich
weitreichenden Zugang zu Daten und Systemen bei einem seiner
Rechenzentrumsbetreiber hatten. Dieser Betreiber stellt dem IN-Berlin in einem
seiner Rechenzentren Flächen, Strom und Glasfaserverbindungen zu anderen
Providern zur Verfügung. Weitere Dienste werden von diesem Anbieter nicht
bezogen.

Insbesondere liegen keine Daten von IN-Berlin-Teilnehmern auf Systemen dieses
Rechenzentrumsbetreibers. Unsere Systeme sind komplett getrennt.

Wir warten aktuell auf eine Stellungnahme des Anbieters. Sobald uns neue
Informationen bekannt werden informieren wir euch.

Update 16.11.2021 23:00 Uhr: Der Rechenzentrumsbetreiber hat den Zugriff Dritter
auf seine internen Infrastruktursysteme bestätigt und nach eigenen Angaben ist
eine Meldung an die Berliner Datenschutzbeauftragte erfolgt. Das genaue Ausmaß
wird mit Hilfe von Logdateien derzeit noch ermittelt. Erste Gegenmaßnahmen
wurden getroffen, weitere Maßnahmen sind in Arbeit.

Ein für uns relevantes Detail ist, dass die Technik für den Zutritt zum
Rechenzentrum mit Hilfe des Datenbankzugriffes nicht manipuliert werden konnte,
da das Produktivsystem nicht aus dieser Datenbank versorgt wird. Damit ist aller
Wahrscheinlichkeit nach kein unberechtigter Zutritt erfolgt. Es sind durch den
Vorfall aufgrund des bestehenden Geschäftsverhältnisses zwischen dem
Rechenzentrumsbetreiber und dem IN-Berlin höchstens Vertragsdaten des IN-Berlin
e.V. selbst bekannt geworden.

IN-Berlin nutzt komplett eigene Server. Diese sind in keiner Weise mit dem
Netzwerk des Rechenzentrumsbetreibers verbunden. Der Rechenzentrumsbetreiber
kann und konnte auch nie mehr/anders/direkter auf unsere Server zugreifen als
jeder andere Internet-Nutzer. Darüberhinaus befinden sich die Vertragsdaten
unserer Teilnehmer schon immer auf einem besonders gesicherten Server außerhalb
dieses Rechenzentrums.

Daten von Teilnehmern des IN-Berlin waren zu keiner Zeit gefährdet.

IN-Berlin ist derzeit gemeinsam mit anderen in diesem Rechenzentrum befindlichen
Communities - wie z.B. dem CCC - auf der Suche nach alternativen und ähnlich
Community-kompatiblen Rechenzentrumsbetreibern wie diesem, auch um zukünftig die
Dienste redundanter aufstellen zu können. Hierbei wählen wir einen oder mehrere
Standorte nach verschiedenen Kriterien aus. Bitte habt Verständnis dafür, dass
dies Zeit und Vorbereitung braucht. Wir konnten uns in den letzten 13 Jahren
eine gute und kooperative Zusammenarbeit unter guten Vertragskonditionen mit
Speedbone erarbeiten. Gute Kommunikation zwischen den Beteiligten fördert
ebenfalls die Sicherheit, auch deswegen wäre uns eine Behebung der
Speedbone-Schwächen lieber als ein überstürzter Umzug.

Sobald es weitere Neuigkeiten gibt, werden wir euch informieren.





Archiv RSS-Feed