Update über GSM EDGE HSDPA UMTS geht nicht

kacit9257 · 13 Feb. 2008

Wer hat ein update für SUSE 10.3 über ein EDGE(UMTS HSDPA) Funkverbindung z.B. mit einer Web n Walk BoxIII der Telekom oder einen beliebigen anderen Provider geschaft, bitte melden.
Wenn es jemanden gelungen ist was für einstellungen braucht man.

whois · 13 Feb. 2008

Hi

Hier gehts gerade um das gleiche Thema.
http://www.linux-club.de/ftopic90824.html

Kommst du denn damit Problemlos ins Net?

cu

kacit9257 · 13 Feb. 2008

whois schrieb:
Hi

Hier gehts gerade um das gleiche Thema.
http://www.linux-club.de/ftopic90824.html

Kommst du denn damit Problemlos ins Net?

cu

Internetzugang Browsen alles OK.

Mein Problem liegt bei dem Download und Installation der Suse 10.3 updates.

z.B.

http://download.opensuse.org/reposit...openSUSE_10.3/

Curl error for 'http://download.opensuse.org/repositories/GNOME:/Community/openSUSE_10.3/repodata/repomd.xml.key':
Error code:
Error message: Empty reply from server

brauchts du noch log Dateien.

whois · 14 Feb. 2008

Hi

Du scheinst auf jeden Fall nicht der einzige mit dem Problem zu sein.
Vielleicht hängt der Server aber auch im Moment warte mal einige Tage.
IWenn du sonst ins Net kommst hat es nichts mit dem Netzwerk zu tun.

http://www.unixboard.de/vb3/showthread.php?t=35392

cu

kacit9257 · 25 Feb. 2008

whois schrieb:
Hi

Du scheinst auf jeden Fall nicht der einzige mit dem Problem zu sein.
Vielleicht hängt der Server aber auch im Moment warte mal einige Tage.
IWenn du sonst ins Net kommst hat es nichts mit dem Netzwerk zu tun.

http://www.unixboard.de/vb3/showthread.php?t=35392

cu

hat jemand die c´t vom 21.01.2008 Ausgabe 3/2008 den Artikel auf Seite 159 gelesen, wo unter "Weiter gedacht" steht "Router-Funktionen, die typischerweise Servern zugute kommen..."das es Probleme geben kann weil von den IPn Private VPN für Mobilfunk-Router vergeben wird.

Kann daher das Problem kommen?

whois · 25 Feb. 2008

kacit9257 schrieb:
Kann daher das Problem kommen?

Glaub ich ehrlich gesagt nicht.
Leider gibt es auch keinen Ansatz wo der Fehler zu finden ist, vor allem wenn sonst alles funktioniert.
Das Web ist mittlerweile voll davon, aber Novell bietet da auch keinen Einblick. :roll:

TomcatMJ · 25 Feb. 2008

Ich denke bei der Web'n Walk Box könnte es durchaus an der seitens Provider vergebenen IP-Adresse liegen sofern beim Update per YaST ein aktiver (sprich:eigenständig vom Server initiierter,nicht direkt den bestehenden Verbindungen zuordnungsbarer) Rückkanal zum upzudatenden Rechner aufgebaut werden sollte (was bei smart ja nun nicht der Fall ist, YaST hab ich dahingehend noch nicht unter die Lupe genommen*g*). Die IP die der Rechner seitens Provider zugewiesen bekommt stammt ja aus dem privaten Adressbereich 172.16.w.x - 172.32.y.z und ist somit nicht übers Internet offiziell routingfähig. Mangels Reverseproxy dürfte diese IP aber wohl auch nicht inoffiziell routebar sein in Richtung des Internet zum Kundenrechners hin. Der einzige Vorteil solcher seltsamen IP-Adresskonstrukte dürfte für den Provider eine Kostenersparnis und für den User eine vereinfachte Einrichtung der Firewal sein, denn was von außen eh nicht aktiv erreichbar ist braucht auch weniger Schutz. (Blöd ists nur wenn ein Kunde eine solche Anbindung mangels DSL für einen kleinen Mailserrver nutzen will und sich dann wundert warum sein Mailserver nichts empfängt*g* )

Es könnte also durchaus damit zusammenhängen daß keine öffentlich erreichbare IP vorhanden ist auf Seiten des upzudatenden Rechners mit der UMTS-Anbindung.

Bis denne,
Tom

kacit9257 · 27 Feb. 2008

TomcatMJ schrieb:
Ich denke bei der Web'n Walk Box könnte es durchaus an der seitens Provider vergebenen IP-Adresse liegen sofern beim Update per YaST ein aktiver (sprich:eigenständig vom Server initiierter,nicht direkt den bestehenden Verbindungen zuordnungsbarer) Rückkanal zum upzudatenden Rechner aufgebaut werden sollte (was bei smart ja nun nicht der Fall ist, YaST hab ich dahingehend noch nicht unter die Lupe genommen*g*). Die IP die der Rechner seitens Provider zugewiesen bekommt stammt ja aus dem privaten Adressbereich 172.16.w.x - 172.32.y.z und ist somit nicht übers Internet offiziell routingfähig. Mangels Reverseproxy dürfte diese IP aber wohl auch nicht inoffiziell routebar sein in Richtung des Internet zum Kundenrechners hin. Der einzige Vorteil solcher seltsamen IP-Adresskonstrukte dürfte für den Provider eine Kostenersparnis und für den User eine vereinfachte Einrichtung der Firewal sein, denn was von außen eh nicht aktiv erreichbar ist braucht auch weniger Schutz. (Blöd ists nur wenn ein Kunde eine solche Anbindung mangels DSL für einen kleinen Mailserrver nutzen will und sich dann wundert warum sein Mailserver nichts empfängt*g* )

Es könnte also durchaus damit zusammenhängen daß keine öffentlich erreichbare IP vorhanden ist auf Seiten des upzudatenden Rechners mit der UMTS-Anbindung.

Bis denne,
Tom

Okey, wie aber bekomme ich jetzt die Updates für Suse 10.3, anderes Updatetool/Verfahren(sollte aber nach Möglichkeit über EDGE/UMTS funktionieren).Was ist "smart" und wie kann ich es installieren und/oder ausprobieren. Gibt es eine Möglichkeit wenn die Telekom etwas ändert, wenn ja was müsste geändert werden?

Gruß
Johann

Update über GSM EDGE HSDPA UMTS geht nicht

kacit9257

Newbie

whois

Ultimate Guru

kacit9257

Newbie

whois

Ultimate Guru

kacit9257

Newbie

whois

Ultimate Guru

TomcatMJ

Guru

kacit9257

Newbie