• Apfeltalk ändert einen Teil seiner Allgemeinen Geschäftsbedingungen (AGB), das Löschen von Useraccounts betreffend.
    Näheres könnt Ihr hier nachlesen: AGB-Änderung
  • Drei sehr unterschiedliche Fotos warten bei unserem Februat-Thema - Quadrat zum Quadrat - darauf, von Euch bewertet zu werden. Los, auf geht’s! Hier geht es lang zur Abstimmung --> Klick

iMac 2013 - Internetseiten Aufbau extrem langsam

alemkra

Tokyo Rose
Registriert
19.01.13
Beiträge
68
Nach der Neuinstallation sollten exotische Treiber und seltsame Einstellungen ja eigentlich noch nicht vorhanden gewesen sein. Wenn überhaupt, holt man sich die ja mit dem Zurückspielen des Backups wieder zurück.

Es sei denn, man überspielt nur das alte System mit einem neuen...wenn ich dich richtig verstanden habe, hast du die Kiste aber zunächst schon komplett gelöscht und dann OS X neu installiert?

Wenn es aber mit diesem "Zurücksetzen auf die Werkseinstellungen" immer noch zu Problemen kommt, dann gibt einem das schon zu denken.

Ich würde den Router, ggf. Switches und Kabel nicht völlig vergessen. Gibt es da zwischen dem Mac und den PCs irgendeinen Unterschied oder ist da alles zu 100% gleich?

Ich Zweifelsfall würde ich mir die Mühe machen den Rechner an einem anderen Internetzugang testen. Damit könnte man die heimische Netzwerk-Hardware relativ schnell als Übeltäter ausschließen. Geht es da immer noch nicht ist zumindest geklärt, dass mit dem Mac etwas nicht stimmt.
 

salome

Golden Noble
Registriert
20.08.06
Beiträge
23.750
So viel ich erfahren habe, gibt es schon Unterschiede ob ein Mac oder PC am Router. Manche alten Fritzboxen mögen auch den Mac nicht so besonders.
Ich habe verstanden, dass der TE zwar das System neu installiert hat (woran der Fehler mit an Sicherheit grenzender Wahrscheinlichkeit nicht liegt) aber das gesamte Backup zurückgeholt hat. Also: Status quo ante.
Aber den Router mal zu kontrollieren, zu resetten ist eine gut Idee.
Und auch die Netzwerkeinstellungen ratzekahl entfernen und dann neu eintragen.
Salome
 

alemkra

Tokyo Rose
Registriert
19.01.13
Beiträge
68
Dann warten wir mal ab, was der Rechner des TE mit neuem System und ohne Backup macht. Ich glaube aber, dass er das schon getestet hat und es nicht ging - wollte aber die Möglichkeit ausschließen, dass er das System einfach nur über das besehende drüber kopiert hat.

Wenn WLAN und LAN diesen Schluckauf haben, wären ein paar Details zur Netzwerkhardware und Verkabelung interessant. Selbstverständlich könnte man, wie schon erwähnt, den Mac in einem anderen Netz bzw das Netz des TE mit einem anderen Mac testen.

Interessant wäre natürlich auch, was das System in Logs, Aktivitätsanzeige usw. anzeigt, wenn es zu dem Schluckauf kommt. Vielleicht hat auch der Router da was an Infos zu bieten.
 

Captiver

Fuji
Registriert
02.03.13
Beiträge
38
In den Einstellungen sind keine Proxys aktiviert...
Also kein Haken bei irgendeinem Punkt.

wenn das Problem wieder auftritt, werde ich das mit der Konsole testen.

Der Router ist ein Gateway, das mir von Kabelbw zur Verfügung gestellt wurde - Ich habe dahinter nen Drink Router nur als Switch konfiguriert, um aus 1 Port mehrere zu machen.
Einstellungen habe ich keine wirklichen vorgenommen.
Gateway: Cisco EPC3208G

Router/Switch: DIR-655
 

alemkra

Tokyo Rose
Registriert
19.01.13
Beiträge
68
So ganz ohne Einstellungen dürfte das aber nicht gehen. Bei einem der beiden muss DHCP aus sein, d.h. ich würde das den Cisco machen lassen und dem D-Link Router eine feste IP verpassen. Der D-Link leitet dann die Anfragen quasi weiter.

Ob es allerdings daran liegt, dass sich die beiden Geräte in die Haare bekommen, könntest du auch erstmal testen, indem du den Mac direkt an das Cisco-Modem hängst.
 

Captiver

Fuji
Registriert
02.03.13
Beiträge
38
Achso sry. Mein Fehler - DHCP ist natürlich beim DLINK aus - Weiterhin habe ich den Mac direkt an den Cisco schon gehängt - gleiches Verhalten.
Ich kann leider nur den Cisco nicht tauschen, da es wie gesagt Hardware mit Einstellungen von KabelBw ist - Ich denke nicht das ich das einfach so durch einen Beliebigen Router ersetzen kann - oder?
 

alemkra

Tokyo Rose
Registriert
19.01.13
Beiträge
68
Nein. Das Täuschen das KabelBW-Routers wird vermutlich nicht so ohne weiteres möglich sein. Wenn der Mac im Auslieferungszustand und direkt kabelgebunden und per WLAN am Router nicht funktioniert, würde ich ihn noch in einem anderen Netz (Freunde, Bekannte, Nachbarn, Arbeit, ...) testen. Dass zufällig mit zwei Internetanschlüssen was nicht stimmt, dürfte ja eher unwahrscheinlich sein und somit wäre klar, dass der Rechner selbst die Probleme macht. Hast du die Hardwaretests schon durchlaufen lassen?
 

Captiver

Fuji
Registriert
02.03.13
Beiträge
38
So habe das Problem jetzt die letzten Wochen mal wieder beobachtet. Anfang des Jahres ist es mir nicht wirklich aufgefallen - Die letzten beiden Tage war es dann vermehrt wieder vorhanden. Habe jetzt mal dazu die Konsolen Logs ausgewertet. Hoffe das habe ich soweit richtig gemacht und es hilft euch weiter....
Code:
12.01.14 13:55:18,000 kernel[0]: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
12.01.14 13:55:18,000 kernel[0]: AirPort_Brcm43xx::checkInterfacePowerState: Check _pwrOffThreadCall!
12.01.14 13:55:18,000 kernel[0]: Previous Sleep Cause: 5
12.01.14 13:55:18,000 kernel[0]: The USB device HubDevice (Port 1 of Hub at 0x1d000000) may have caused a wake by issuing a remote wakeup (2)
12.01.14 13:55:18,000 kernel[0]: The USB device Keyboard Hub (Port 1 of Hub at 0x1d100000) may have caused a wake by issuing a remote wakeup (3)
12.01.14 13:55:18,000 kernel[0]: IOThunderboltSwitch<0xffffff80230d0200>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 11 unplug = 0
12.01.14 13:55:18,000 kernel[0]: IOThunderboltSwitch<0xffffff80230d0200>(0x0)::listenerCallback - Thunderbolt HPD packet for route = 0x0 port = 12 unplug = 0
12.01.14 13:55:18,000 kernel[0]: The USB device Apple Keyboard (Port 2 of Hub at 0x1d110000) may have caused a wake by issuing a remote wakeup (3)
12.01.14 13:55:18,000 kernel[0]: full wake (reason 1) 151 ms
12.01.14 13:55:18,000 kernel[0]: TBT W (2): 0x0100 [x]
12.01.14 13:55:18,316 WindowServer[117]: CGXDisplayDidWakeNotification [2990844120605]: posting kCGSDisplayDidWake
12.01.14 13:55:18,316 WindowServer[117]: handle_will_sleep_auth_and_shield_windows: Reordering authw 0x7f8633a30f20(2004) (lock state: 3)
12.01.14 13:55:18,317 WindowServer[117]: handle_will_sleep_auth_and_shield_windows: err 0x0
12.01.14 13:55:23,000 kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 1-Gigabit, Full-duplex, Symmetric flow-control, Debug [796d,2301,0de1,0300,cde1,3c00]
12.01.14 13:55:24,130 apsd[108]: Unrecognized leaf certificate
12.01.14 13:55:28,496 loginwindow[89]: ERROR | -[Application setAppContext:] | Unable to get PID for context [0,151589]
12.01.14 13:55:28,496 loginwindow[89]: ERROR | -[Application setAppContext:] | Unable to get PID for context [0,151589]
12.01.14 13:55:28,496 loginwindow[89]: ERROR | -[Application setAppContext:] | Unable to get PID for context [0,151589]
12.01.14 13:55:29,707 loginwindow[89]: CoreAnimation: warning, deleted thread with uncommitted CATransaction; set CA_DEBUG_TRANSACTIONS=1 in environment to log backtraces.
12.01.14 13:57:44,666 Console[566]: setPresentationOptions called with NSApplicationPresentationFullScreen when there is no visible fullscreen window; this call will be ignored.
12.01.14 14:00:20,837 com.apple.WebKit.Networking[282]: CFNetwork SSLHandshake failed (-9806)
12.01.14 14:00:20,837 com.apple.WebKit.Networking[282]: CFNetwork SSLHandshake failed (-9806)
12.01.14 14:03:45,543 com.apple.WebKit.Networking[282]: tcp_connection_destination_prepare_complete 818 connectx to 224.1.1.1#80 failed: 47 - Address family not supported by protocol family
12.01.14 14:03:45,543 com.apple.WebKit.Networking[282]: tcp_connection_handle_destination_prepare_complete 818 failed to connect
12.01.14 14:03:45,545 com.apple.WebKit.Networking[282]: tcp_connection_destination_prepare_complete 819 connectx to 224.1.1.1#80 failed: 47 - Address family not supported by protocol family
12.01.14 14:03:45,545 com.apple.WebKit.Networking[282]: tcp_connection_handle_destination_prepare_complete 819 failed to connect
12.01.14 14:06:11,231 PluginProcess[555]: CoreText performance note: Client called CTFontCreateWithName() using name "Times Roman" and got font with PostScript name "Times-Roman". For best performance, only use PostScript names when calling this API.
12.01.14 14:06:11,231 PluginProcess[555]: CoreText performance note: Set a breakpoint on CTFontLogSuboptimalRequest to debug.
 

salome

Golden Noble
Registriert
20.08.06
Beiträge
23.750
Es funktioniert deine Verbindung zum Internet sehr schlecht oder gar nicht.
Irgendwas stimmt nicht mit deiner TCP Verbindung.
Öffne in den Systemeinstellungen / Netzwerk / Weitere Optionen / TCP.
Da scheint mir ist die falsche Eintragung zu sein. Schaut aus wie die Teilnetzmaske + einem Port.
Mehr kann ich nicht sagen, weil sich mein Mac automatisch mit dem Netz verbindet und ich nie etwas einstellen musste.
Aber dass bei irgendeiner Adresse in den Netzwerkeinstellungen #80 als Hinweis (Einschränkung) auf einen Port steht, ist mir noch nicht untergekommen.
Vergleiche doch deine Netzwerkeinstellungen auf dem iMac mit denen auf dem Laptop (auch wenn der ein anderes System hast, wirst due nötigen Parallelen schon finden).
Salome
 

Captiver

Fuji
Registriert
02.03.13
Beiträge
38
Einstellungen sind alle auf automatisch gestellt - Gleicher DNS Server wie bei dem anderen Rechner - der rest sieht auch gleich aus...
 

salome

Golden Noble
Registriert
20.08.06
Beiträge
23.750
Lösche die Netzwerkeinstellungen und gib sie neu ein. Das hilft oft.
Salome
 

Marlboroman

Carola
Registriert
19.12.12
Beiträge
108
Hallo,

ich würde mal folgendes probieren. Hänge mal Deinen Mac direkt an das Kabelmodem (ohne den D-Link). Stelle Dein Ethernet auf DHCP in den Systemeinstellungen. Wenn es dann verbunden ist markieren und auf die Schaltfläche "Weitere Optionen".

In der Registerkarte "TCP/IP" der Knopf neben IPv4 konfigurieren steht auf "DHCP" nun müssten die Felder IP Adresse, Teilnetzmaske und der Router ausgefüllt sein. Diese Daten sendet Dir Dein Modem. Nun klickst Du mal bitte auf den Register "DNS" unter dem Feld DNS-Server auf das Plus und trägst 8.8.8.8 ein und bestätigst mit Enter. Bei der Registerkarte "Proxis" kurz kontrollieren das nirgendwo ein Haken gesetzt ist. Dann dieses Fenster wieder mit Okay schließen ist ja klar.

Den DNS eintragen, hm das ist ein alter Trick, den ich auf Arbeit immer nutze. Es gibt mehrere Modems bzw. Router die zwar ihre eigene Adresse als DNS an den MAC weitergeben, was durchaus korrekt ist, nur ich habe die Erfahrung gemacht, dass es sehr hilfreich ist auch einen öffentlichen DNS als sagen wir Hilfestellung einzutragen.

So nun oben mit Spotlight mal das Programm "Netzwerkdienstprogramm" suchen und öffnen.

Unter Register "Informationen" auf Ethernet0 einstellen. Hier sollte jetzt Deine IP Adresse (siehe Register TCP/IP) auftauchen sowie der Verbindungsstatus auf Aktiv stehen.

Unter Register "Ping" in das Feld mal bitte die 8.8.8.8 eintragen und Ping drücken. Wenn alles klappt siehst Du jetzt Deine Pings bzw. deren Antwort incl. deren Laufzeit. Sollte im ms Bereich liegen.

Gut wenn Du Antworten bekommst starte mal Deinen Safari.

Wegen dem D-Link poste mal bitte welche IP-Adresse Dein Modem Deinem Mac gegeben hat. Rein Interesse halber, weil im Internet hab ich eine Anleitung Deines Modems gefunden. Sollte das stimmen haben wir hier einen kleinen Adressenkonflikt. Dein Modem verteilt nach der Anleitung die 192.168.0.1 auf seinem LAN Port und soweit ich mich erinnere hat D-Link dies auch als Adresse auf seinen Ports. Sprich der D-Link ist die 192.168.0.1 und das führt somit zu Problemen.

Link KabelModem Anleitung: http://www.kabelbw.de/kabelbw/cms/downloads/kabel-bw-handbuch-kabel-gateway-cisco-epc3208g.pdf

Grüße



Marlboroman

PS Der Konsoleneintrag mit der IP Adresse 224.1.1.1#80 den hab ich auch drin stehen und bei funktioniert das Internet einwandfrei. Würde mich trotzdem interessieren was dieser Eintrag versucht uns mitzuteilen.

Code:
11.01.14 18:05:48,004 com.apple.WebKit.Networking[350]: tcp_connection_destination_prepare_complete 4883 connectx to 224.1.1.1#443 failed: 47 - Address family not supported by protocol family
 

salome

Golden Noble
Registriert
20.08.06
Beiträge
23.750
Solche Meldungen kommen sehr oft, wenn Little Snitch eingeschaltet ist und automatisch Verbindungen unterbindet.
Hängt connectx mit der Xbox zusammen? Da steht dann einfach: dass das nicht unterstützt wird.
Salome
 

Marlboroman

Carola
Registriert
19.12.12
Beiträge
108
Hallo,

tut mir leid Little Snitch hab ich nicht installiert und ich hab auch keine XBox.

Grüße


Marlboroman


Gesendet von meinem iPhone mit Apfeltalk


Bin noch mal da

Habe gerade mein MacBook noch mal gestartet und siehe da:

Code:
13.01.14 21:04:37,821 com.apple.WebKit.Networking[213]: tcp_connection_destination_prepare_complete 2687 connectx to 224.1.1.1#80 failed: 47 - Address family not supported by protocol family
13.01.14 21:04:37,821 com.apple.WebKit.Networking[213]: tcp_connection_handle_destination_prepare_complete 2687 failed to connect

Die Zeile ist wieder in der Konsole. Probleme mit Seitenaufbau treten auch nicht auf. Zur Zeit laufen Mail, Kalender, Itunes etc. Sprich einiges an Datenverkehr und es gibt keine Verzögerungen im Seitenaufbau.

Ich vermute das Problem des Themenstarters liegt bei der DNS Auflösung. Ich selbst bin im Aussendienst für verschiedene Telefonanbieter unterwegs und habe da die Erfahrung gemacht, dass es bei Mac's durchaus Sinn macht zusätzlich einen DNS einzutragen. Ist mir selbst schon passiert Konstellation wie folgt:

EasyBox damals Arcor der Win PC und der Mac dahinter im Netz. Beim Windows nur der DNS der Box keine Probleme am Mac langsamer Seitenaufbau bzw. das klicken auf einen Link brachte Verbindungsabbruch. Beim Mac den DNS des Providers eingetragen und schon lief er geschmeidig.

Grüße
 
Zuletzt bearbeitet:

salome

Golden Noble
Registriert
20.08.06
Beiträge
23.750
Dann weiß ich auch nicht was connectx sein soll.
Aber wenn du ohnehin Zugriff aufs Internet hast und der Mac auch sonst keine Probleme macht, mach dir keine Gedanken.
Salome


Edit: Bitte Malboroman, wenn du nach einer Antwort deinen Text bearbeitest, dann tu das mit einem vorangestellten "Edit". Sonst haben wir einen Durcheinander. Jetzt sieht meine Antwort etwas sonderbar aus. Was zwar egal ist, aber im Grunde nicht in Ordnung.
 
Zuletzt bearbeitet:

Marlboroman

Carola
Registriert
19.12.12
Beiträge
108
Guten Morgen,

sorry ich hatte den Beitrag editiert offensichtlich zu dem Zeitpunkt wo Du Deine Antwort geschrieben hattest.

Grüße


Gesendet von meinem iPhone mit Apfeltalk
 

Retrax

Altgelds Küchenapfel
Registriert
04.01.04
Beiträge
4.070
Es gibt mittlerweile viele Hinweise, dass der Fehler mit langsamen WLan / schlecht / nichtladende Seiten an Mavericks liegt.

In den Apple-Foren gibt es einige Threads dazu.

Also Lösung:
Füße still halten, und auf das nächste OS X 10.9.x Update warten.

Wenn unter dem Vorgängersystem alles soweit funktionierte, und dann - nach einem Upgrade - plötzlich nicht mehr, liegt das Problem auch oft an Bugs am neuen System für das der Nutzer nichts kann.
 

Captiver

Fuji
Registriert
02.03.13
Beiträge
38
Vielen Dank nochmals für die Informationen - Das mit dem DNS Server 8.8.8.8 hab ich schon getestet. Leider hat das auch nichts gebracht.
Der Drink wird lediglich als Switch verwendet - Sämtliche Funktionalität sind ausgeschaltet. Ich steuere alles über den Cisco - So wie es aussieht tritt das Problem ja auch sporadisch auf - Also ich kann es nicht immer nachstellen.
Manchmal hatte ich das Gefühl das es nach dem Bildschirmschoner oder dem automatischen ausschaltend des Macs öfters passiert als sonst. Kann aber auch reine Einbildung sein.

Zwecks Anbindung meines Macs - läuft alles per LAN.

Habe das Thema ja bereits beim Kundendienst gehabt - die meinen das DNS nicht das Problem wäre - Sie haben aber auch keine Lösung. Komisch ist halt, dass alle Geräte die gleichen Einstellungen haben unter DNS usw. Lediglich die IP ist logischerweise anders. Aber nur der Mac Probleme macht.