Gelöst
Amazon AWS S3 / Github downloads sehr langsam, nicht nutzbar
vor 5 Jahren
Hallo,
seit ca. einer Woche habe ich starke Probleme beim Zugriff auf Inhalte von Github / Amazon AWS S3. Es ist nahezu unmöglich größere Dateien herunterzuladen. Ich erreiche lediglich Geschwindigkeiten im einstelligen kb/s Bereich. Aufgefallen ist es mir nach der Neu-Installation meines Desktop Rechners und ich hatte erst vermutet es sei ein lokales Problem mit dem Rechner. Ich habe jedoch heute auch mit 3 weiteren Geräten im lokalen Netz das gleich Problem gehabt. Da das Problem nun an min 3 Tagen in der letzten Woche aufgetreten ist, und ich über z.B. LTE ordentliche Bandbreiten erreiche habe ich nun ein Problem mit dem Anschluss in Verdacht.
Die Generelle Bandbreite des Anschlusses ist i.O., lediglich mit S3 habe ich Probleme. Ich habe in älteren Posts von Problemen mit dem Peering gelesen, konnte dazu allerdings nichts aktuelles finden. Wie kann ich mein Problem lösen?
30187
714
Das könnte Ihnen auch weiterhelfen
3329
0
2
6790
14
4
2456
2
7
9110
18
8
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.
Angebote anzeigen
Informieren Sie sich über unsere aktuellen Internet-Angebote.
vor 5 Jahren
@lsup
Mach doch mal nen mtr zu S3.
Solltest du Windows nutzen geht das auch mit WinMTR:
https://github.com/White-Tiger/WinMTR
Das sollte zeigen ob du im Mobilfunk eine andere Route bekommst als im Festnetz und zudem ob du ein direktes Peering hast oder über Level3 gehst. Letzteres würde die Performance Probleme erklären. Zudem siehst du auch direkt wo Paketverlust auftritt und man kann damit beurteilen ob es im Telekomnetz ist oder außerhalb auf dem Weg zu AWS.
210
von
vor 5 Jahren
Mit VDSL habe ich immer noch das Problem. Bei Telekom LTE funktoniert alles
VDSL
❯ traceroute to github-production-release-asset-2e65be.s3.amazonaws.com (52.217.86.156), 30 hops max, 60 byte packets
1 fritz.box (*.*.*.*) 2.511 ms 3.180 ms 3.156 ms
2 p3e9bf2b1.dip0.t-ipconnect.de (62.155.242.177) 47.931 ms 48.181 ms 48.167 ms
3 d-ed5-i.D.DE.NET. DTAG .DE (217.5.71.2) 26.281 ms 26.541 ms 26.528 ms
4 80.157.204.58 (80.157.204.58) 27.089 ms 28.994 ms 30.014 ms
5 ae15.cr3-nyc6.ip4.gtt.net (89.149.186.217) 102.034 ms 102.519 ms 108.642 ms
6 a100-gw.ip4.gtt.net (173.205.58.62) 113.228 ms 105.362 ms 105.677 ms
7 52.93.4.71 (52.93.4.71) 105.655 ms 52.93.4.83 (52.93.4.83) 104.673 ms 52.93.4.75 (52.93.4.75) 105.262 ms
8 52.93.4.36 (52.93.4.36) 105.506 ms 52.93.4.34 (52.93.4.34) 105.256 ms 52.93.4.0 (52.93.4.0) 104.802 ms
9 * * *
10 150.222.242.118 (150.222.242.118) 356.458 ms 150.222.242.106 (150.222.242.106) 304.081 ms 150.222.242.132 (150.222.242.132) 294.297 ms
11 * * *
12 * * *
13 * * *
14 * * *
15 * 150.222.243.141 (150.222.243.141) 222.225 ms 150.222.243.215 (150.222.243.215) 312.337 ms
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 52.93.28.166 (52.93.28.166) 248.030 ms 52.93.28.180 (52.93.28.180) 316.344 ms 52.93.28.142 (52.93.28.142) 314.675 ms
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
LTE
❯ traceroute github-production-release-asset-2e65be.s3.amazonaws.com
traceroute to github-production-release-asset-2e65be.s3.amazonaws.com (52.217.12.236), 30 hops max, 60 byte packets
1 _gateway (192.168.43.1) 6.477 ms 6.379 ms 6.329 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 80.156.5.113 (80.156.5.113) 30.932 ms 30.887 ms 30.825 ms
10 pd900988a.dip0.t-ipconnect.de (217.0.152.138) 39.300 ms 39.582 ms 39.513 ms
11 m-sa1-i.M.DE.NET. DTAG .DE (217.5.66.113) 35.317 ms 35.244 ms 26.840 ms
12 pd900cc2a.dip0.t-ipconnect.de (217.0.204.42) 29.971 ms 29.899 ms 43.408 ms
13 pd900988a.dip0.t-ipconnect.de (217.0.152.138) 35.327 ms 36.870 ms 35.365 ms
14 80.157.204.58 (80.157.204.58) 34.245 ms 34.443 ms 35.059 ms
15 ae2.cr8-nyc2.ip4.gtt.net (89.149.128.162) 116.828 ms 116.743 ms 122.133 ms
16 a100-gw.ip4.gtt.net (173.205.58.70) 122.863 ms 114.010 ms 114.069 ms
17 52.93.1.81 (52.93.1.81) 124.110 ms 52.93.1.87 (52.93.1.87) 121.934 ms 52.93.1.83 (52.93.1.83) 130.742 ms
18 52.93.1.62 (52.93.1.62) 119.640 ms 52.93.1.52 (52.93.1.52) 123.016 ms 52.93.1.16 (52.93.1.16) 115.813 ms
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 52.93.29.84 (52.93.29.84) 128.656 ms 52.93.29.86 (52.93.29.86) 118.992 ms 52.93.29.78 (52.93.29.78) 118.377 ms
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
0
von
vor 5 Jahren
Mit VDSL habe ich immer noch das Problem. Bei Telekom LTE funktoniert alles VDSL ❯ traceroute to github-production-release-asset-2e65be.s3.amazonaws.com (52.217.86.156), 30 hops max, 60 byte packets 1 fritz.box (*.*.*.*) 2.511 ms 3.180 ms 3.156 ms 2 p3e9bf2b1.dip0.t-ipconnect.de (62.155.242.177) 47.931 ms 48.181 ms 48.167 ms 3 d-ed5-i.D.DE.NET. DTAG .DE (217.5.71.2) 26.281 ms 26.541 ms 26.528 ms 4 80.157.204.58 (80.157.204.58) 27.089 ms 28.994 ms 30.014 ms 5 ae15.cr3-nyc6.ip4.gtt.net (89.149.186.217) 102.034 ms 102.519 ms 108.642 ms 6 a100-gw.ip4.gtt.net (173.205.58.62) 113.228 ms 105.362 ms 105.677 ms 7 52.93.4.71 (52.93.4.71) 105.655 ms 52.93.4.83 (52.93.4.83) 104.673 ms 52.93.4.75 (52.93.4.75) 105.262 ms 8 52.93.4.36 (52.93.4.36) 105.506 ms 52.93.4.34 (52.93.4.34) 105.256 ms 52.93.4.0 (52.93.4.0) 104.802 ms 9 * * * 10 150.222.242.118 (150.222.242.118) 356.458 ms 150.222.242.106 (150.222.242.106) 304.081 ms 150.222.242.132 (150.222.242.132) 294.297 ms 11 * * * 12 * * * 13 * * * 14 * * * 15 * 150.222.243.141 (150.222.243.141) 222.225 ms 150.222.243.215 (150.222.243.215) 312.337 ms 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 52.93.28.166 (52.93.28.166) 248.030 ms 52.93.28.180 (52.93.28.180) 316.344 ms 52.93.28.142 (52.93.28.142) 314.675 ms 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * LTE ❯ traceroute github-production-release-asset-2e65be.s3.amazonaws.com traceroute to github-production-release-asset-2e65be.s3.amazonaws.com (52.217.12.236), 30 hops max, 60 byte packets 1 _gateway (192.168.43.1) 6.477 ms 6.379 ms 6.329 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 80.156.5.113 (80.156.5.113) 30.932 ms 30.887 ms 30.825 ms 10 pd900988a.dip0.t-ipconnect.de (217.0.152.138) 39.300 ms 39.582 ms 39.513 ms 11 m-sa1-i.M.DE.NET. DTAG .DE (217.5.66.113) 35.317 ms 35.244 ms 26.840 ms 12 pd900cc2a.dip0.t-ipconnect.de (217.0.204.42) 29.971 ms 29.899 ms 43.408 ms 13 pd900988a.dip0.t-ipconnect.de (217.0.152.138) 35.327 ms 36.870 ms 35.365 ms 14 80.157.204.58 (80.157.204.58) 34.245 ms 34.443 ms 35.059 ms 15 ae2.cr8-nyc2.ip4.gtt.net (89.149.128.162) 116.828 ms 116.743 ms 122.133 ms 16 a100-gw.ip4.gtt.net (173.205.58.70) 122.863 ms 114.010 ms 114.069 ms 17 52.93.1.81 (52.93.1.81) 124.110 ms 52.93.1.87 (52.93.1.87) 121.934 ms 52.93.1.83 (52.93.1.83) 130.742 ms 18 52.93.1.62 (52.93.1.62) 119.640 ms 52.93.1.52 (52.93.1.52) 123.016 ms 52.93.1.16 (52.93.1.16) 115.813 ms 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 52.93.29.84 (52.93.29.84) 128.656 ms 52.93.29.86 (52.93.29.86) 118.992 ms 52.93.29.78 (52.93.29.78) 118.377 ms 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
Mit VDSL habe ich immer noch das Problem. Bei Telekom LTE funktoniert alles
VDSL
❯ traceroute to github-production-release-asset-2e65be.s3.amazonaws.com (52.217.86.156), 30 hops max, 60 byte packets
1 fritz.box (*.*.*.*) 2.511 ms 3.180 ms 3.156 ms
2 p3e9bf2b1.dip0.t-ipconnect.de (62.155.242.177) 47.931 ms 48.181 ms 48.167 ms
3 d-ed5-i.D.DE.NET. DTAG .DE (217.5.71.2) 26.281 ms 26.541 ms 26.528 ms
4 80.157.204.58 (80.157.204.58) 27.089 ms 28.994 ms 30.014 ms
5 ae15.cr3-nyc6.ip4.gtt.net (89.149.186.217) 102.034 ms 102.519 ms 108.642 ms
6 a100-gw.ip4.gtt.net (173.205.58.62) 113.228 ms 105.362 ms 105.677 ms
7 52.93.4.71 (52.93.4.71) 105.655 ms 52.93.4.83 (52.93.4.83) 104.673 ms 52.93.4.75 (52.93.4.75) 105.262 ms
8 52.93.4.36 (52.93.4.36) 105.506 ms 52.93.4.34 (52.93.4.34) 105.256 ms 52.93.4.0 (52.93.4.0) 104.802 ms
9 * * *
10 150.222.242.118 (150.222.242.118) 356.458 ms 150.222.242.106 (150.222.242.106) 304.081 ms 150.222.242.132 (150.222.242.132) 294.297 ms
11 * * *
12 * * *
13 * * *
14 * * *
15 * 150.222.243.141 (150.222.243.141) 222.225 ms 150.222.243.215 (150.222.243.215) 312.337 ms
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 52.93.28.166 (52.93.28.166) 248.030 ms 52.93.28.180 (52.93.28.180) 316.344 ms 52.93.28.142 (52.93.28.142) 314.675 ms
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
LTE
❯ traceroute github-production-release-asset-2e65be.s3.amazonaws.com
traceroute to github-production-release-asset-2e65be.s3.amazonaws.com (52.217.12.236), 30 hops max, 60 byte packets
1 _gateway (192.168.43.1) 6.477 ms 6.379 ms 6.329 ms
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 80.156.5.113 (80.156.5.113) 30.932 ms 30.887 ms 30.825 ms
10 pd900988a.dip0.t-ipconnect.de (217.0.152.138) 39.300 ms 39.582 ms 39.513 ms
11 m-sa1-i.M.DE.NET. DTAG .DE (217.5.66.113) 35.317 ms 35.244 ms 26.840 ms
12 pd900cc2a.dip0.t-ipconnect.de (217.0.204.42) 29.971 ms 29.899 ms 43.408 ms
13 pd900988a.dip0.t-ipconnect.de (217.0.152.138) 35.327 ms 36.870 ms 35.365 ms
14 80.157.204.58 (80.157.204.58) 34.245 ms 34.443 ms 35.059 ms
15 ae2.cr8-nyc2.ip4.gtt.net (89.149.128.162) 116.828 ms 116.743 ms 122.133 ms
16 a100-gw.ip4.gtt.net (173.205.58.70) 122.863 ms 114.010 ms 114.069 ms
17 52.93.1.81 (52.93.1.81) 124.110 ms 52.93.1.87 (52.93.1.87) 121.934 ms 52.93.1.83 (52.93.1.83) 130.742 ms
18 52.93.1.62 (52.93.1.62) 119.640 ms 52.93.1.52 (52.93.1.52) 123.016 ms 52.93.1.16 (52.93.1.16) 115.813 ms
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 52.93.29.84 (52.93.29.84) 128.656 ms 52.93.29.86 (52.93.29.86) 118.992 ms 52.93.29.78 (52.93.29.78) 118.377 ms
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Wie oft muss eigentlich noch geschrieben werden, dass die traceroutes von euch _ZU_ AWS wertlos sind.
Eure Seite der Autobahn Richtung AWS ist frei, ja das wissen wir. Auf dem Rückweg ist aber Stau...
0
von
vor 5 Jahren
Richtig, seit ein Monat gibt es keine Lösung von Telekom. Ich als Kunde bekomme keine Antwort und keine Lösung.
Alle offenen Probleme zu diesem Thema im Forum sind im Status "Gelöst" und nicht in "Bearbeitung".
Ich weiß nicht alles aber Ich wurde gerne helfen. Alles, was ich sehe, ist, es gibt kein Problem.
0
Uneingeloggter Nutzer
von
vor 5 Jahren
bzw. poste mal den Link zu einem langsamen Download, bei mir sind div. Test schnell gewesen
0
0
vor 5 Jahren
Selber Hier, versuche den ganzen Tag 20.3mb von Github runterzuladen ..... mit kb geschwindigkeiten bis dann einen Netzwerk Fehler auftritt.... auch beim oculus install kann ich nicht die Dateien runterladen (b/s ???)
0
0
vor 5 Jahren
ich kann da im Moment noch nicht wirklich etwas zu sagen, werde aber zusehen, was ich dazu herausfinden kann.
Grüße
Peter
0
vor 5 Jahren
es tut mir leid, dass es auf der Route gerade Probleme gibt. Wir stehen mit Amazon bereits in Kontakt um die Kapazitäten zu erweitern. Bis dahin kann ich leider nur um Eure Geduld bitten.
Viele Grüße
Henning H.
257
von
vor 5 Jahren
Hallo!
Ich reihe mich ebenfalls als (frustrierter) Betroffener ein. Zu Tages- und Abendszeiten ist es mir unmöglich, Dateien von Github herunterzuladen (angegebene ETA mehrere Tage!).
Mitten in der Nacht (2, 3, 4 Uhr) ist der Download halbwegs akzeptabel (für wenige MB dauert es dann ca 10-30 Minuten). Natürlich kann das aber nicht eine dauerhafte Lösung für mich sein.
Im Übrigen finde ich es ein wenig anmaßend, den Thread als gelöst zu markieren. (Ich bin mir bewusst, dass dies gemacht wurde, um Beiträge zu pinnen). Jedoch ist es für mich als Laien eben ganz einfach folgendermaßen: Ich stelle diese Probleme im Dezember fest. Ich beobachte das Problem ein paar Tage doch es löst sich leider nicht von selbst. Ich beginne mit der Recherche im WWW und freue mich, dass es diesbezüglich bereits Beiträge gibt. "Juhu, selbst im Telekomfourm ist das Problem bereits bekannt". Nun steht dort allerdings auch, dass das Problem als gelöst markiert ist. Aber Moment, ich persönliche habe dieses Problem weiterhin?!? Also warten. Tja und dann... und dann? Warum kann ich Ende Januar immer noch nicht mit Github arbeiten, wenn das Problem doch gelöst ist? Da fühle ich mich als Laie schon etwas veralbert.
Ich bin mir bewusst, dass viele technische Probleme eben nicht innerhalb weniger Stunden zu lösen sind. Natürlich kann es auch mal vorkommen, dass ein gewisses Problem eben 14 Tage oder auch 3 Wochen benötigt, um gelöst zu werden. Volles Verständnis dafür! Allerdings wäre es dann seitens der Telekom wirklich hilfreich, wenn man ungefähre Angaben macht. Wenn ich beispielsweise höre/lese, dass dieses Problem voraussichtlich Mitte März 2021 behoben ist, dann kann ich mich darauf einstellen. Die jetzige (ungewisse) Situation ist aus meiner Sicht aber wirklich kundenunfreundlich.
Zu den vorgeschlagenen Lösungen: Was ist, wenn die in diesem Thread vorgeschlagenen Lösungen für meine spezielle Situation nicht anwendbar sind? Was ist, wenn ich aus verschiedenen Gründen kein VPN aufsetzen kann und auch der Umweg mit den Einzeldatei-Downloads nicht in Frage? Die Gründe spielen übrigens keine Rolle. Sie sollten egal sein! Es könnte ja schlichtweg sein, dass mir als Laie einfach das Know-How und der Mut fehlt.
Ich habe einen Vertrag mit der Telekom. In diesem ist die die Downloadgeschwindigkeit/Bandbreite (und auch die minimale Downloadgeschwindigkeit) geregelt. Außerdem ist auch die mittlere Verfügbarkeit geregelt. Es kann nun natürlich gut sein, dass die "Engstellen" gar nicht in der Hand der Telekom liegen. Das ist zwar technisch und rechtlich interessant, nützt mir als Kunden aber wenig. Als Laie möchte in einen Vertrag abschließen, es soll (die meiste Zeit) funktionieren. Punkt.
Besondere Frustration kommt hinzu, da ich in den Jahren (ungefähr) 2012-2013 ebenfalls Routingprobleme hatte. Damals habe ich in einer anderen Stadt gelebt. Internetanbieter war die Telekom.
Beim Umzug und bei den darauffolgenden Umzügen habe ich aus verschiedenen Gründen keinen Telekomvertrag gehabt. Interessanterweise gab es dann auch keine feststellbaren Routingprobleme.
Seit 2020 bin ich wieder bei der Telekom und den Rest der Geschichte kennt ihr.
So, nun habe auch ich meinen Senf dazu gegeben. Vielen Dank für's Lesen!
Grüße!
von
vor 5 Jahren
Im Übrigen finde ich es ein wenig anmaßend, den Thread als gelöst zu markieren. (Ich bin mir bewusst, dass dies gemacht wurde, um Beiträge zu pinnen).
Im Übrigen finde ich es ein wenig anmaßend, den Thread als gelöst zu markieren. (Ich bin mir bewusst, dass dies gemacht wurde, um Beiträge zu pinnen).
Hallo
Wenn dir der Grund klar ist, frage ich mich was daran anmassend ist?
In andern Thread wird gefragt, kann ich auch vorzeitig aus meinem Vertrag, weil er mir zu teuer ist.
Die Antwort ist "nein". Das stellt für den Frage auch keine befriedigende Lösung dar, ist aber einfach die korrekte Antwort auf die Frage.
Ich stimme dir zu, dass die Forensoftware bezuüglich ihrer Möglichkeiten etwas hervorzuheben suboptimal ist.
Dinge im Leben sind aber selten optimal
Weder die minimale noch die mittlergeschwindigkeit regelt die Geschwindigkeit zu einem bestimmten Server.
Die DSL Geschwindigkeit beschreibt die Gesamtgeschwindigkeit die in Summe aller aktiven Übertragungen gleichzeitig erreicht werden können. 1000 gleichzeitige Downloads mit max 100kbit/s wären auch VDSL100 konform.
Aber auch das wurde hier schon mehrfach durchgekaut.
Befriedigend ist die Situation für keinen Beteiligten
0
von
vor 5 Jahren
Hallo Stefan,
Wenn dir der Grund klar ist, frage ich mich was daran anmassend ist?
Wenn dir der Grund klar ist, frage ich mich was daran anmassend ist?
Die Antwort habe ich direkt im nächsten Satz geschrieben:)
Weder die minimale noch die mittlergeschwindigkeit regelt die Geschwindigkeit zu einem bestimmten Server. Die DSL Geschwindigkeit beschreibt die Gesamtgeschwindigkeit die in Summe aller aktiven Übertragungen gleichzeitig erreicht werden können. 1000 gleichzeitige Downloads mit max 100kbit/s wären auch VDSL100 konform.
Weder die minimale noch die mittlergeschwindigkeit regelt die Geschwindigkeit zu einem bestimmten Server.
Die DSL Geschwindigkeit beschreibt die Gesamtgeschwindigkeit die in Summe aller aktiven Übertragungen gleichzeitig erreicht werden können. 1000 gleichzeitige Downloads mit max 100kbit/s wären auch VDSL100 konform.
Danke für die Erklärung, auch wenn mir persönlich das vorher durchaus bewusst war. Aber was sagt der Laie dazu? Vielleicht: Ich habe einen Vertrag über eine 100er Leitung (Down-Richtung). Natürlich liefert nicht jeder Server mit dieser Geschwindigkeit. Muss er ja auch nicht. Allerdings: gibt es an einzelnen Tagen zu einzelnen Servern Probleme im Bereich, also Downloadraten im Bereich Kb/s, dann ist das vollkommen OK. Gibt es dauerhaft(!) Probleme, dann bin ich unzufrieden. Bin halt auch nur ein Laie!
Befriedigend ist die Situation für keinen Beteiligten
Befriedigend ist die Situation für keinen Beteiligten
Zustimmung!
Uneingeloggter Nutzer
von
vor 5 Jahren
Ich möchte mich der Beschwerde anschließen!
Ich nutze z.B. den Dienst WorkFlowy.com - langsam bis kurz vor die Unbenutzbarkeit.
Ich versuche einen Download von iZotope.com - da kommen ein paar kb/s wenn es nicht fast stillsteht
GitHub-Downloads hatte ich ähnliche Probleme
speedtests, diese Telekom-Seite und div. anders läuft problemlos
Wie ich hier sehe, scheint das Problem ja bekannt zu sein. Es hält aber schon einige Tage / Wochen an!
Dejavú - Das gab es schon mal mit Apple, als die Streams nicht mehr liefen und Downloads aus den Stores so langsam wurden, dass sie abbrachen.
Ich frage mich, warum das den Nutzern nicht nur auffallen muss sondern warum wir dies über Wochen aushalten müssen? Es gibt auch Arbeit zu tun, gerade in diesem Jahr mit großem Homeoffice Anteil. Das ist aktuell wirklich sehr niederschmetternd und Werbung, in der man mir günstig ein Upgrade auf 250mbit anbieten möchte, macht mich eher stinkig in diesem Kontext 😕
Ich hoffe wirklich, dass das Problem jetzt mal zeitnah behoben wird
Wenn jemand Workarounds kennt - bitte gerne her damit
14
von
vor 5 Jahren
@EchoEcho
@Kunde00815
Es gibt hier keine Möglichkeit eine Beitrag oben anzupinnen außer ihn als Lösung zu markieren. @Henning H. ist da weiterhin dran, das Thema ist definitiv noch nicht gelöst
von
vor 5 Jahren
Danke für den VPN Tipp. Ich habe mir mal Speedify installiert - gibt gerade 3 Jahre unlimitiert für um die 50€
damit konnte ich heute wenigsten arbeiten und zwei Downloads endlich abschließen.
klar ist das keine Lösung weil ich das jetzt nicht auf jedem Rechner installieren möchte - aber es war ein guter Tipp um schnell wieder arbeitsfähig zu sein. Danke.
mich hoffe dennoch, dass ich die Software bald nicht mehr brauche!
0
von
vor 5 Jahren
@demboris
Wie gesagt, VPN 's lösen sowas immer, wobei das natürlich kein echter Weg sein sollte.
Im übrigen ist das selbe aktuell auch zu v.redd.it und i.redd.it ebenfalls, sodass bei meinem Freund mittlerweile automatisch sämtlicher Traffic zu reddit durch einen VPN geht und alles andere nicht.
Dadurch das Oracle ja auch zwei Server Instanzen gratis anbietet habe ich mir da ein VPN Endpunkt eingerichtet welchen ich auch für solche Fälle nutze. Zwar nicht sonderlich schnell (nur rund 10Mbit/s) aber reicht mir aus.
0
Uneingeloggter Nutzer
von
vor 5 Jahren
Ich will mich mal in die Reihe der Betroffenen einreihen. Selbiges Problem bei mir. Zu keiner Tageszeit war bei mir der Download möglich, noch nie hatte ich eine IP, die keine Probleme mit Github/S3 hatte. Ich bin erst seit 2 Wochen Kunde der Telekom, erstaunlich womit ich mich direkt befassen muss.
Meine IP: 84.170.x.x
25
von
vor 5 Jahren
Meine Arbeitshypothese ist weiterhin, dass die Telekom nur ein Alibi- Peering mit Amazon unterhält (ähnlich dem 1 GBit/s Link zum DE-CIX....)
da weder das eine noch das andere stimmt bricht die Hypothese im Ansatz zusammen, dumm gelaufen.
von
vor 5 Jahren
> Was für ein Tonfall der Community Guides hier schon wieder herrscht...
Ich glaube das gilt für den generellen Tonfall im Forum. Alle meckern nur rum, keine Erklärung wird akzeptiert und auch wenn man Sachen schon 10x geschrieben hat macht sich keiner die Mühe das zu lesen. Man brüllt einfach noch mal "TELEKOM IST SCHULD" auch wenn man keinen Sachverstand hat.
🍿
von
vor 5 Jahren
Kunden könnten da auch durchaus Druck machen indem entsprechende Erfahrungsberichte vermehrt über Social Media gepostet werden
Nicht zuletzt ist das ja eben auch eine Marktwirtschaftliche Frage, wenn wegen der Double Paid Peering Politik der Telekom zu viele Kunden kündigen oder erst gar nicht Kunden werden. Erst dann wird es aus Betriebswirtschaftlicher Perspektive Sinnvoll sein auf diese Strategie zu verzichten.
Uneingeloggter Nutzer
von
vor 5 Jahren
Sollte uns dann nicht die Telekom helfen und druck bei Amazon machen?
Ich kann schon verstehen, dass man erstmal denkt, dass die Telekom das Problem ist. Die sind ja auch mein einziger Bezugspunkt zum Internet. Wenn ich dann noch meine Freunde/am Handy teste uns es geht wundert mich das erstmal schon.
Dann muss man auch erstmal das Forum hier finden uns lesen dass es nicht an der Telekom liegt.
Ich denke auch die Telekom hat das Problem schon genaustens erkannt und kann Hilfe bei der Lösung bieten (auch wenn es bei Amazon liegt). Sie sind ja die einzigen deren Kunden Probleme haben.
Wäre schon nett wenn man Updates bekommen würde "wir stehen mit Amazon in Korrespondenz" "wir haben das Problem gefunden"[mein Techniker Wunsch wäre hier natürlich noch eine etwas genauere Erklärung des Problems] "wir/amazon arbeiten an einer Lösung" "das Problem sollte in einer Woche behoben sein" usw. einfach Informationsfluss. Dann kann man auch nachvollziehen warum was nicht geht und muss nicht mit anderen Forenusern in der Luft stochern. So entsteht das misstrauen, dass es doch nicht an Amazon liegen könnte.
So musste jetzt meinen Senf auch mal abgeben, bei mir geht's natürlich auch nicht
1
von
vor 5 Jahren
Wäre schon nett wenn man Updates bekommen würde "wir stehen mit Amazon in Korrespondenz"
Wäre schon nett wenn man Updates bekommen würde "wir stehen mit Amazon in Korrespondenz"
Das haben sie doch geschrieben
Die Telekom betreibt generell kein Fingerpointing auf andere - das ist in den Unternehmensregeln festgeschrieben.
Mehr als eine wage Aussage wo das Problem genau liegt wirst du also nicht bekommen.
Uneingeloggter Nutzer
von
vor 5 Jahren
Hallo, bei mir bei Github und einigen anderen Seiten dasselbe. Schneckenlangsamer Download. Lade ich übers Handy (O2) herunter, geht's problemlos.
0
Akzeptierte Lösung
akzeptiert von
vor 5 Jahren
der einfachste Workarround für das herunterladen einzelner Dateien ist diese URL aufrufen
https://hide.me/en/proxy
oder falls es da Probleme gibt:
https://www.hidemyass.com/de-de/proxy
und da die eigentliche URL zu github einfügen.
Braucht kein VPN und kostet nichts -
Für einzelne Dateien ist das nicht mal ein nennenswerter Mehraufwand - was an dem Problem nichts ändert
0
Uneingeloggter Nutzer
von