public-l AT list.denic.de
Subject: Public DENIC mailinglist
List archive
Re: Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!
Chronological Thread
- From: Elmar Knipp <Elmar.Knipp AT knipp.de>
- To: Florian Effenberger <florian.effenberger AT operamail.com>
- Cc: <public-l AT denic.de>
- Subject: Re: Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!
- Date: Wed, 8 Nov 2000 20:34:25 +0100 (MET)
On Wed, 8 Nov 2000, Florian Effenberger wrote:
> Warum kriegen es so viele NICs hin (Paradebeispiel und einer meiner
> Lieblinge: OpenSRS.net), Ihren Providern das Verwalten der Daten
> selbst zu überlassen, nur die DENIC und einige andere lokale NICs sind
> nicht gewillt oder in der Lage?
[...]
> > Dies ist durchaus eine Ueberlegung wert. OpenSRS hat das mit
> > Sicherheit auch aus genau diesen Gruenden getan. Wobei Aenderungen
> > der Daten eines Kunden fuer Subprovider, die nicht alles gnadenlos
> > automatisiert haben (also die Kleinen) viel Mehrarbeit haben.
> Dafür ist bei OpenSRS auch das Perl Script verfügbar, und Anpassungen
> kann ich da auch schön automatisieren.
OpenSRS bzw. Twocos als gutes Beispiel fuer einen Registarbetrieb
hinzustellen entspricht etwa der Aussage, Frank Schmoekel sei der Freund
der Kinder :-(
Es gibt wohl kaum einen Registrar, der so unverfrohren gegen die
ICANN-Regeln verstoesst. Der Grund fuer deren "Auslagern der
Verantwortung" ist ausschliesslich die schnelle Anhaeufung von $$$ bei
denen. Dagegen ist NSI noch richtig brav.
Ich hoffe, dass die DENIC nicht auf dieses Niveau abgleitet. Gerade
deshalb gibt es im internationalen Vergleich bei DE-Domains relativ wenige
Rechtsstreitigkeiten. (Domain-) Sicherheit kann man eben _nicht_ mittels
Perlscripts herzaubern.
Gruesse,
Elmar
--
_____________________________________________________________________
| |
| knipp | Knipp Medien und Kommunikation GmbH
------- Technologiepark
Martin-Schmeisser-Weg 9
44227 Dortmund
Germany
Fon: +49 231 9703-0
Elmar.Knipp AT knipp.de Fax: +49 231 9703-200
- RE: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Christian Storch, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Lutz Donnerhacke, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Rainer Sokoll, 11/08/2000
- Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Daniel Roesen, 11/08/2000
- Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Daniel Roesen, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Lutz Donnerhacke, 11/08/2000
- Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- Re: Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Elmar Knipp, 11/08/2000
- Re[4]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- Re: Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Elmar Knipp, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Daniel Roesen, 11/08/2000
- Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- <Possible follow-up(s)>
- RE: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Christian Storch, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Lutz Donnerhacke, 11/08/2000
- RE: Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Christian Storch, 11/08/2000
- Re[4]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Daniel Roesen, 11/08/2000
- Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Eric Schaetzlein, 11/09/2000
- Re[2]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/09/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Lutz Donnerhacke, 11/09/2000
- Re: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Daniel Roesen, 11/08/2000
- Re[4]: [public-l] unzureichende Sicherheit der Domains vorManipulationen!!!!, Florian Effenberger, 11/08/2000
Archive powered by MHonArc 2.6.19.