ubuntuusers.de

Baustelle/o2_Surfstick_Option-Qualcomm_3G_Icon_210

Status: Gelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion des Artikels Archiv/Icon_210.

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

verschoben: Icon 210.

Gruß, noisefloor

Gariat

(Themenstarter)
Avatar von Gariat

Anmeldungsdatum:
13. April 2009

Beiträge: Zähle...

Wohnort: Büttjebüll

Besten Dank

CU, Gariat

D12A13

Anmeldungsdatum:
30. August 2009

Beiträge: 1

Hallo Gariat,

Du hast im Udev-Abschnitt "und unter /etc/udec/rules.d/19-local.rules abspeichern." geschrieben.

Denke aber du meintest /etc/udev...

Gruss D12A13

Gariat

(Themenstarter)
Avatar von Gariat

Anmeldungsdatum:
13. April 2009

Beiträge: Zähle...

Wohnort: Büttjebüll

hi,

danke für Tipp, ist schon korrigiert.

mfg, Gariat

aasche

Anmeldungsdatum:
30. Januar 2006

Beiträge: 14259

Evtl. waere es sinnvoll, beide USB-IDs - im Datentraegermodus und im Modemmodus - anzugeben. Dann koennte der Stick eindeutig vorab identifiziert werden. Denn es gibt z.B. auch den Icon 225.

Gariat

(Themenstarter)
Avatar von Gariat

Anmeldungsdatum:
13. April 2009

Beiträge: 136

Wohnort: Büttjebüll

hi,

ich weiß nicht ob dir vielleicht nur nicht folgen kann.... aber die ID im Datenträgermodus wird ja bereits von usb_modeswitch verarbeitet und hat für den Modembetrieb eh keine Funktion. Zudem gibt es noch ne ganze masse anderer Modelle von ICON, aber die haben auch jeder ne andere ID (wäre ja auch blöd wenn nicht ^^).

Gruß, Gariat

aasche

Anmeldungsdatum:
30. Januar 2006

Beiträge: 14259

Wie soll ich erkennen, welchen UMTS-Stick von O2 ich habe und ob sich die Muehe lohnt, Deinen Artikel fuer mein System umzusetzen? Also einstecken und via lsusb die USB-ID ausgeben lassen. Diese lautet fuer den Icon 210 im Datentraegermodus 1e0e:f000. Nun kann ich sicher sein, dass die von Dir im Wiki-Artikel beschriebenen Aktionen fuer meinen Stick auch passen.

Gariat schrieb:

ich weiß nicht ob dir vielleicht nur nicht folgen kann.... aber die ID im Datenträgermodus wird ja bereits von usb_modeswitch verarbeitet und hat für den Modembetrieb eh keine Funktion.

Du nennst im Artikel die USB-ID 1e0e:9000 im Modemmodus. Warum soll ich meinen Stick erst vom Datentraegermodus in den Modemmodus umschalten (mittels Fremdpaket!), um ihn eindeutig identifizieren zu koennen? Ginge viel einfacher, wenn Du zeigst, wie man vorab erkennen kann, ob Dein Artikel fuer den jeweils vorhandenen O2 UMTS-Stick auch passt.

Zudem gibt es noch ne ganze masse anderer Modelle von ICON, aber die haben auch jeder ne andere ID (wäre ja auch blöd wenn nicht ^^).

Eben - eine kleine (aktuelle?) Aufstellung fuer O2 findet sich hier: Re: O2 umts-Surfstick 🇩🇪

Gariat

(Themenstarter)
Avatar von Gariat

Anmeldungsdatum:
13. April 2009

Beiträge: 136

Wohnort: Büttjebüll

ähm....

also im Regelfall steht auf dem Typenschild welchen Stick man hat (ist bei mir zumindest so). Ich glaube nicht, das es viele Leute geben wird, die anhand der USB ID versuchen werden diesen Artikel zu finden.

Die ID im Artikel habe ich nur angegeben damit man sicher festellen kann ob der Stick korrekt umgeschaltet wurde.

Zudem bekommt man bei O2 den ICON 225 nur beim Festvertrag, und dafür würde der Artikel eh nicht passen.

mfg, Gariat

aasche

Anmeldungsdatum:
30. Januar 2006

Beiträge: 14259

Gariat schrieb:

Ich glaube nicht, das es viele Leute geben wird, die anhand der USB ID versuchen werden diesen Artikel zu finden.

Nein, es wird nach o2 gesucht werden. Warum fehlt die entsprechende O2-Seite zum Stick: O2 Prepaid Surfstick 🇩🇪

mgraesslin Team-Icon

Avatar von mgraesslin

Anmeldungsdatum:
8. November 2006

Beiträge: 9183

Adrian_B hat mich gerade darauf aufmerksam gemacht, dass an den Artikel zwei Kernel Module angehängt sind. Das geht aus sicherheitstechnischen Gründen überhaupt nicht und ich werde sie - sofern mir nicht jemand begründet warum - in 24 h entfernen.

Gariat

(Themenstarter)
Avatar von Gariat

Anmeldungsdatum:
13. April 2009

Beiträge: 136

Wohnort: Büttjebüll

Achso,

du meinst also nachdem das über ein halbes Jahr niemanden interessiert hat und stattdessen auch schon eine ganze Reihe von Leute in die Lage versetzt den Stick zu verwenden, willst du das nun einfach löschen und die ganze Arbeit die ich mir an dieser Stelle für die Allgemeinheit gemacht habe zunichte machen. Und das nur, weil auf einmal jemanden auffällt das dies ein Sicherheitsrisiko darstellen könnte.

Ich habe das ja auch nicht gemacht weil das der einzige Weg ist, sondern weil dies der Weg ist der für die meisten Nutzer der am ehesten Begehbare ist. Es kommt nicht jeder daher und kompiliert sich mal eben ein Kernelmodul nachdem er/sie auch ein bisschen im Quelltext rumgefummelt hat. Oder kompiliert sich gleich den ganzen Kernel neu, damit der USB-Serial Treiber wieder als Modul geladen wird.

Aber bitte, wenn du meinst eine praktikable Jedermanns-Lösung löschen zu müssen, dann lass dich nicht aufhalten. Aber sei dann auch nicht beleidigt wenn ich mir dann die Mitarbeit in dieser Community noch einmal sehr genau überlegen muss, wenn einem dies so gedankt wird.

Gariat

PS: Falls sich jemand wundert warum ich scheinbar etwas gereizt reagiere: Ein freundlicher Hinweis mit der Bitte um Änderung hätte es auch getan, stattdessen wird einem gleich ein 24h Ultimatum erteilt und eine Aussage über das warum wird auf sicherheitstechnische Gründe reduziert.

mgraesslin Team-Icon

Avatar von mgraesslin

Anmeldungsdatum:
8. November 2006

Beiträge: 9183

Gariat schrieb:

Achso,

du meinst also nachdem das über ein halbes Jahr niemanden interessiert hat und stattdessen auch schon eine ganze Reihe von Leute in die Lage versetzt den Stick zu verwenden, willst du das nun einfach löschen und die ganze Arbeit die ich mir an dieser Stelle für die Allgemeinheit gemacht habe zunichte machen. Und das nur, weil auf einmal jemanden auffällt das dies ein Sicherheitsrisiko darstellen könnte.

*seufz* das Sicherheitsrisiko bestand natürlich schon immer und der Artikel hätte mMn so niemals die Baustelle verlassen dürfen. Das Problem ist, dass es zum Einen gegen unsere grundsätzlichen Regeln verstößt, dass ausführbarer Code angehängt ist. Zum Anderen ist ein Kernelmodul so ziemlich das gefährlichste was man als User hochladen kann: es wird im Kernelspace ausgeführt und bietet somit natürlich wunderbare Möglichkeiten für Schadsoftware. Natürlich unterstelle ich dir nicht, dass du hier Schadsoftware hochgeladen hast, aber es besteht halt auch die Gefahr, dass jemand anderes den Dateianhang durch eine schadsoftware ersetzt und wie sollen wir das überprüfen, wenn das Attachment mit der Notiz "Angepasst an Kernel 2.6.xx" hochgeladen wurde. Das ist auch gleich das nächste Problem: Kernel Module müssen gegen die jeweilige Version erstellt werden - ein Kernelmodul hochzuladen hilft idR daher gar nicht.

Also ich hoffe du kannst verstehen, dass ich bei soetwas sehr kritisch bin und ich wollte eigentlich den Anhang direkt löschen. Sicherheit liegt mir sehr am Herzen und leider gab es schon fälle von über Communityseiten verbreitete Malware.

mpscheidt

Anmeldungsdatum:
13. Januar 2010

Beiträge: 1

Die Verbindung hat in meinem Fall mit den angebotenen Skripts nicht geklappt - trotz comgt. Mit 'sudo pppconfig' erzeugte Skripts haben das Problem gelöst. Zusammenfassung: http://www.equilaris.at/blog/2010/01/13/icon-210-in-ubuntu-9-10/

Heinrich_Schwietering Team-Icon

Wikiteam
Avatar von Heinrich_Schwietering

Anmeldungsdatum:
12. November 2005

Beiträge: 11322

Wohnort: Bremen

Hi!

martingr schrieb:

... und der Artikel hätte mMn so niemals die Baustelle verlassen dürfen.

IMHO auch aus anderen Gründen - die Hinweisflut halte ich für komplett übertrieben; da kann man gleich den ganzen Artikel als Hinweisbox formatieren 😉 .

Auch die Danksagung am Ende hat im Wiki nicht so sonderlich viel zu suchen...

so long
hank

mgraesslin Team-Icon

Avatar von mgraesslin

Anmeldungsdatum:
8. November 2006

Beiträge: 9183

die Kernelmodule sind nun entfernt.