Article View: ch.admin
Article #6190Re: [BLOCK] 62.2.197.64/28 - Adressverifikationen von Cablecom-IPs
From: Rene Brueckner
Date: Mon, 29 Dec 2003 21:12
Date: Mon, 29 Dec 2003 21:12
39 lines
3144 bytes
3144 bytes
Hallo Benoit "Benoit Panizzon" <usenet-12.9.2003@spam.woody.ch> schrieb im Newsbeitrag news:bsq38u$9on$1@magma.woody.ch... > > Oh, nein. Der ISP verkauft dem Kunden eine vollen Internetzugang. Warum soll > dieser beschnitten werden? Dieser Meinung bin ich auch. > Hingegen w�re es eine sehr gute Idee, wenn die ISP f�r Kunden welche es > w�nschen, ein Port-Sperrset anbieten w�rden. > Ich denke per Web-Gui k�nnte der Kunde sowas ein/ausschalten oder gar genau > konfigurieren. Das wird dann beim Connect, ADSL/Cable/DUP vom Radius oder > wie auch immer in den zust�ndigen Router geladen, so dass es dann nur die > Kunden trifft, welche es wirklich w�nschen. Ich finde das eine gute Idee, allerdings w�rde ich es begr�ssen, wenn zuerst alles gesperrt w�re und der Benutzer es selber freigeben m�sste, nat�rlich auf einfache Art (eben Web-Gui), aber so dokumentiert, dass der Normal-B�rger auch begreift was er macht. Es gibt ja gen�gend schlechte Beispiele, wie z.B. der Norton Internet Firewall, wo alle, nicht Superspezialisten bestimmt die falschen Einstellungen vornehmen und damit h�chstens ihr Gewissen (mit viel Geld) beruhigen, aber immer noch fast v�llig schutzlos dastehen. Ich bin auf Grund meiner Erfahrungen immer noch der Meinung, dass die Softwareindustrie und die Provider gar nicht interessiert sind, sichere L�sungen zu verkaufen / zu implementieren, denn das Spiel mit der Angst ist doch immer noch das (betone, das) grosse Gesch�ft in Milliardenh�he. Die andere Frage ist nat�rlich, wieso ist in einem ADSL / Cable Modem nicht schon NAT standardm�ssig implementiert und damit die erste aber doch sehr effiziente Sicherheitsstufe aktiviert. Beim Auto sind doch seit Jahren die Sicherheitsgurten, das ABS, der Airbag auch standardm�ssig vorhanden bzw., gesetzlich vorgeschrieben. Viele Gr�sse Ren�
Technical Details
Message-ID:
<bsq5c7$jjp$1@newshispeed.ch>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!fu-berlin.de!news.sirdir.ch!news.hispeed.ch!not-for-mailReferences:
<fi5rb1-t5o.ln1@news.home.docsnyder.de> <644ouv0nechr8jvse2k21t3g6101cl2874@4ax.com> <3fec6e1f$1_1@news.bluewin.ch> <patrick.eyholzer-2612031941370001@192.168.2.100> <bsi5a6$jhh$1@newshispeed.ch> <s79puv83i7mbjo5f8lfpkl4gnuolsnc2if@4ax.com> <3ff07e86$1_2@news.bluewin.ch> <bsq38u$9on$1@magma.woody.ch>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII X-Google-Thread: 11008d,595af212574015da X-Google-Attributes: gid11008d,public X-Google-ArrivalTime: 2003-12-29 13:15:03 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news2.google.com!fu-berlin.de!news.sirdir.ch!news.hispeed.ch!not-for-mail From: "Rene Brueckner" <newsch@brueckner.ch> Newsgroups: ch.admin Subject: Re: [BLOCK] 62.2.197.64/28 - Adressverifikationen von Cablecom-IPs Date: Mon, 29 Dec 2003 22:12:43 +0100 Organization: Cablecom Newsserver Lines: 41 Message-ID: <bsq5c7$jjp$1@newshispeed.ch> References: <fi5rb1-t5o.ln1@news.home.docsnyder.de> <644ouv0nechr8jvse2k21t3g6101cl2874@4ax.com> <3fec6e1f$1_1@news.bluewin.ch> <patrick.eyholzer-2612031941370001@192.168.2.100> <bsi5a6$jhh$1@newshispeed.ch> <s79puv83i7mbjo5f8lfpkl4gnuolsnc2if@4ax.com> <3ff07e86$1_2@news.bluewin.ch> <bsq38u$9on$1@magma.woody.ch> NNTP-Posting-Host: 217-162-9-69.dclient.hispeed.ch X-Trace: newshispeed.ch 1072732359 20089 217.162.9.69 (29 Dec 2003 21:12:39 GMT) X-Complaints-To: news@hispeed.ch NNTP-Posting-Date: Mon, 29 Dec 2003 21:12:39 +0000 (UTC) X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165