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
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 DOMText 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