OS X'te ilgi çekici bağlantı sorunu

Son zamanlarda OS X 10.8.3 çalıştıran MacBook Pro Erken 2011'deki internet bağlantımla ilgili bu sorunu yaşıyorum: zaman zaman bağlantı yaklaşık 5 saniye "donuyor" ve sonra geri dönüyor.

Olur Wi-Fi üzerinden veya Ethernet kablosu üzerinden hem ve bunun OS X çalıştıran ne zaman bu sadece benim makineye olur (aynı makinede Windows 7 çalıştıran zaman ne veya başka bir makine / cihazda olmaz). Her 2 dakikada bir Skype bırakma çağrıları yapar, bu yüzden çok sinir bozucu olur.

Ping X.com, OS X'i çalıştırırken şöyle gözüküyor (100ms'den daha az miktarda geri dönen yüzlerce paket var (birkaç tanesi 130 aralığında), sonra birkaç saniyeliğine bir düşüş) :

64 bytes from 173.194.34.196: icmp_seq=694 ttl=48 time=71.463 ms
64 bytes from 173.194.34.196: icmp_seq=695 ttl=48 time=68.362 ms
64 bytes from 173.194.34.196: icmp_seq=696 ttl=48 time=69.056 ms
64 bytes from 173.194.34.196: icmp_seq=697 ttl=48 time=92.563 ms
64 bytes from 173.194.34.196: icmp_seq=698 ttl=48 time=130.814 ms
64 bytes from 173.194.34.196: icmp_seq=699 ttl=48 time=71.054 ms
64 bytes from 173.194.34.196: icmp_seq=700 ttl=48 time=73.588 ms
64 bytes from 173.194.34.196: icmp_seq=701 ttl=48 time=71.185 ms
64 bytes from 173.194.34.196: icmp_seq=702 ttl=48 time=72.161 ms
64 bytes from 173.194.34.196: icmp_seq=703 ttl=48 time=69.163 ms
64 bytes from 173.194.34.196: icmp_seq=704 ttl=48 time=73.425 ms
64 bytes from 173.194.34.196: icmp_seq=705 ttl=48 time=141.980 ms
64 bytes from 173.194.34.196: icmp_seq=706 ttl=48 time=226.818 ms
64 bytes from 173.194.34.196: icmp_seq=707 ttl=48 time=210.087 ms
Request timeout for icmp_seq 708
Request timeout for icmp_seq 709
Request timeout for icmp_seq 710
Request timeout for icmp_seq 711
Request timeout for icmp_seq 712
64 bytes from 173.194.34.196: icmp_seq=713 ttl=48 time=73.582 ms
64 bytes from 173.194.34.196: icmp_seq=714 ttl=48 time=70.994 ms
64 bytes from 173.194.34.196: icmp_seq=715 ttl=48 time=72.502 ms
64 bytes from 173.194.34.196: icmp_seq=716 ttl=48 time=70.467 ms
64 bytes from 173.194.34.196: icmp_seq=717 ttl=48 time=68.470 ms
64 bytes from 173.194.34.196: icmp_seq=718 ttl=48 time=70.767 ms
64 bytes from 173.194.34.196: icmp_seq=719 ttl=48 time=69.078 ms

Not: Makinemin Wi-Fi MAC'i 68: a8: 6d: 29: cf: 8a (statik IP 192.168.1.250) ve Ethernet adresi 3c: 07: 54: 5a: e0: 44 (statik IP 192.168.1.251) . Yönelticinin LAN IP'si 192.168.1.1 ve WAN IP'si 85.61.155.224'tür.

Bir sonraki ekran görüntüsünde, bir Skype araması sırasında biri görülebilir:

• ping 192.168.1.1 Sol üst
• ping 85.61.155.224 Sol altta.
• ping google.com sağ altta.
• arp -anve arp -adkomutları çalıştırılır.

arp -adKomutu bağlantının koptuğu bir zamanda yürüttüğümde, liste hiçbir adres göstermedi. Bu gibi görünüyordu:

Miguels-MacBook-Pro:~ Ai$ sudo arp -ad
192.168.1.1 (192.168.1.1) deleted
192.168.1.4 (192.168.1.4) deleted
192.168.1.255 (192.168.1.255) deleted
Miguels-MacBook-Pro:~ Ai$ arp -an
Miguels-MacBook-Pro:~ Ai$

Mike'ın mtrkomutun kaynağının nasıl elde edilip derleneceğine ilişkin talimatlarını izlemeye yetecek bilgim yok .

İşler daha kötü olduğunda şöyle görünür:

Koşu netstat -sverir:

Miguels-MacBook-Pro:mtr-0.84 Ai$ NETSTAT -s
tcp:
    18246745 packets sent
        1119644 data packets (502840461 bytes)
        43704 data packets (23125605 bytes) retransmitted
        1 resend initiated by MTU discovery
        11219994 ack-only packets (80633 delayed)
        0 URG only packets
        10 window probe packets
        5446529 window update packets
        419140 control packets
        0 data packets sent after flow control
    25777361 packets received
        1284807 acks (for 502390806 bytes)
        222223 duplicate acks
        2 acks for unsent data
        21993647 packets (3385435972 bytes) received in-sequence
        85441 completely duplicate packets (85927570 bytes)
        189 old duplicate packets
        6141 packets with some dup. data (1633845 bytes duped)
        2225930 out-of-order packets (3047304289 bytes)
        2 packets (0 bytes) of data after window
        0 window probes
        7324 window update packets
        63837 packets received after close
        56 bad resets
        9 discarded for bad checksums
        0 discarded for bad header offset fields
        0 discarded because packet too short
    200907 connection requests
    118631 connection accepts
    110736 bad connection attempts
    1273 listen queue overflows
    220132 connections established (including accepts)
    335687 connections closed (including 10893 drops)
        4086 connections updated cached RTT on close
        4086 connections updated cached RTT variance on close
        1485 connections updated cached ssthresh on close
    44620 embryonic connections dropped
    1178835 segments updated rtt (of 1308648 attempts)
    76481 retransmit timeouts
        189 connections dropped by rexmit timeout
        0 connections dropped after retransmitting FIN
    17 persist timeouts
        0 connections dropped by persist timeout
    2015 keepalive timeouts
        1 keepalive probe sent
        1409 connections dropped by keepalive
    127007 correct ACK header predictions
    21519356 correct data packet header predictions
    5021 SACK recovery episodes
    5638 segment rexmits in SACK recovery episodes
    6044752 byte rexmits in SACK recovery episodes
    33658 SACK options (SACK blocks) received
    2125185 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow
udp:
    28584263 datagrams received
    0 with incomplete header
    0 with bad data length field
    84 with bad checksum
    4216 dropped due to no socket
    239052 broadcast/multicast datagrams dropped due to no socket
    729188 dropped due to full socket buffers
    0 not for hashed pcb
    27611723 delivered
    28323341 datagrams output
ip:
    61548853 total packets received
    4 bad header checksums
    0 with size smaller than minimum
    0 with data size < data length
    0 with ip length > max ip packet size
    0 with header length < data size
    0 with data length < header length
    0 with bad options
    0 with incorrect version number
    103276 fragments received
    0 fragments dropped (dup or out of space)
    0 fragments dropped after timeout
    51420 packets reassembled ok
    61383903 packets for this host
    32 packets for unknown/unsupported protocol
    0 packets forwarded (0 packets fast forwarded)
    105 packets not forwardable
    112953 packets received for unknown multicast group
    0 redirects sent
    53953058 packets sent from this host
    155 packets sent with fabricated ip header
    0 output packets dropped due to no bufs, etc.
    3748 output packets discarded due to no route
    0 output datagrams fragmented
    0 fragments created
    0 datagrams that can't be fragmented
    0 tunneling packets that can't find gif
    3 datagrams with bad address in header
    0 packets dropped due to no bufs for control data
icmp:
    4216 calls to icmp_error
    0 errors not generated 'cuz old message was icmp
    Output histogram:
        echo reply: 202
        destination unreachable: 4216
    0 messages with bad code fields
    0 messages < minimum length
    168 bad checksums
    0 messages with bad length
    0 multicast echo requests ignored
    0 multicast timestamp requests ignored
    Input histogram:
        echo reply: 7013069
        destination unreachable: 14133
        echo: 202
        time exceeded: 289
    202 message responses generated
    ICMP address mask responses are disabled
igmp:
    0 messages received
    0 messages received with too few bytes
    0 messages received with wrong TTL
    0 messages received with bad checksum
    0 V1/V2 membership queries received
    0 V3 membership queries received
    0 membership queries received with invalid field(s)
    0 general queries received
    0 group queries received
    0 group-source queries received
    0 group-source queries dropped
    0 membership reports received
    0 membership reports received with invalid field(s)
    0 membership reports received for groups to which we belong
    0 V3 reports received without Router Alert
    16 membership reports sent
ipsec:
    0 inbound packets processed successfully
    0 inbound packets violated process security policy
    0 inbound packets with no SA available
    0 invalid inbound packets
    0 inbound packets failed due to insufficient memory
    0 inbound packets failed getting SPI
    0 inbound packets failed on AH replay check
    0 inbound packets failed on ESP replay check
    0 inbound packets considered authentic
    0 inbound packets failed on authentication
    0 outbound packets processed successfully
    0 outbound packets violated process security policy
    0 outbound packets with no SA available
    0 invalid outbound packets
    0 outbound packets failed due to insufficient memory
    0 outbound packets with no route
ip6:
    151513 total packets received
    0 with size smaller than minimum
    0 with data size < data length
    0 with bad options
    0 with incorrect version number
    0 fragments received
    0 fragments dropped (dup or out of space)
    0 fragments dropped after timeout
    0 fragments that exceeded limit
    0 packets reassembled ok
    5555 packets for this host
    0 packets forwarded
    145711 packets not forwardable
    0 redirects sent
    2608 packets sent from this host
    0 packets sent with fabricated ip header
    0 output packets dropped due to no bufs, etc.
    4578 output packets discarded due to no route
    23 output datagrams fragmented
    46 fragments created
    0 datagrams that can't be fragmented
    0 packets that violated scope rules
    145711 multicast packets which we don't join
    Input histogram:
        hop by hop: 2327
        TCP: 244
        UDP: 142524
        ICMP6: 6416
    Mbuf statistics:
        244 one mbuf
        two or more mbuf:
            lo0= 2215
        149054 one ext mbuf
        0 two or more ext mbuf
    0 packets whose headers are not continuous
    0 tunneling packets that can't find gif
    0 packets discarded due to too may headers
    0 failures of source address selection
    0 forward cache hit
    0 forward cache miss
    0 packets dropped due to no bufs for control data
icmp6:
    0 calls to icmp_error
    0 errors not generated because old message was icmp error or so
    0 errors not generated because rate limitation
    Output histogram:
        router solicitation: 50
        neighbor solicitation: 19
        neighbor advertisement: 19
        MLDv2 listener report: 59
    0 messages with bad code fields
    0 messages < minimum length
    0 bad checksums
    0 messages with bad length
    Input histogram:
        neighbor advertisement: 245
    Histogram of error messages to be generated:
        0 no route
        0 administratively prohibited
        0 beyond scope
        0 address unreachable
        0 port unreachable
        0 packet too big
        0 time exceed transit
        0 time exceed reassembly
        0 erroneous header field
        0 unrecognized next header
        0 unrecognized option
        0 redirect
        0 unknown
    0 message responses generated
    0 messages with too many ND options
    0 messages with bad ND options
    0 bad neighbor solicitation messages
    0 bad neighbor advertisement messages
    0 bad router solicitation messages
    0 bad router advertisement messages
    0 bad redirect messages
    0 path MTU changes
ipsec6:
    0 inbound packets processed successfully
    0 inbound packets violated process security policy
    0 inbound packets with no SA available
    0 invalid inbound packets
    0 inbound packets failed due to insufficient memory
    0 inbound packets failed getting SPI
    0 inbound packets failed on AH replay check
    0 inbound packets failed on ESP replay check
    0 inbound packets considered authentic
    0 inbound packets failed on authentication
    0 outbound packets processed successfully
    0 outbound packets violated process security policy
    0 outbound packets with no SA available
    0 invalid outbound packets
    0 outbound packets failed due to insufficient memory
    0 outbound packets with no route
rip6:
    0 messages received
    0 checksum calcurations on inbound
    0 messages with bad checksum
    0 messages dropped due to no socket
    0 multicast messages dropped due to no socket
    0 messages dropped due to full socket buffers
    0 delivered
    0 datagrams output
pfkey:
    0 requests sent to userland
    0 bytes sent to userland
    0 messages with invalid length field
    0 messages with invalid version field
    0 messages with invalid message type field
    0 messages too short
    0 messages with memory allocation failure
    0 messages with duplicate extension
    0 messages with invalid extension type
    0 messages with invalid sa type
    0 messages with invalid address extension
    0 requests sent from userland
    0 bytes sent from userland
    0 messages toward single socket
    0 messages toward all sockets
    0 messages toward registered sockets
    0 messages with memory allocation failure

Koşu netstat -I en1verir:

Miguels-MacBook-Pro-2:mtr-0.84 Ai$ netstat -I en1
Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
en1   1500  <Link#5>    68:a8:6d:29:cf:8a 72539835     0 63847581     0     0
en1   1500  fe80::6aa8: fe80:5::6aa8:6dff 72539835     - 63847581     -     -
en1   1500  192.168.1     192.168.1.250   72539835     - 63847581     -     -

Koşu ifconfig -averir:

Miguels-MacBook-Pro-2:mtr-0.84 Ai$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    inet 127.0.0.1 netmask 0xff000000 
    inet6 ::1 prefixlen 128 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
    ether 3c:07:54:5a:e0:44 
    media: autoselect (none)
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 68:a8:6d:29:cf:8a 
    inet6 fe80::6aa8:6dff:fe29:cf8a%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.250 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    ether 0a:a8:6d:29:cf:8a 
    media: autoselect
    status: inactive
fw0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 4078
    lladdr a4:b1:97:ff:fe:ec:f0:80 
    media: autoselect <full-duplex>
    status: inactive

Ne düşünüyorum:

• Wi-Fi sorunu değil, çünkü kablo üzerinden de oluyor.
• Bu bir router / ISP sorunu değil çünkü diğer cihazlarda ve makinelerde sorun yok.
• Bu bir makine sorunu değil çünkü yalnızca OS X çalışırken gerçekleşiyor.
• Bu nedenle bir OS X sorunu olmalı.

Ne denedim:

• Yeniden başlat, kapat.
• Farklı Ethernet kabloları olan AirPort'u açın ve kapatın.
• Onarım izinleri.
• PRAM'ı sıfırlayın.
• Tüm sistem ve kullanıcı önbelleklerini Onyx ile temizleyin.

Garip not: Garip bir nedenden dolayı skype araması yapıldığında sorun daha da kötüye gidiyor.

Bu konuya nasıl yaklaşılacağı konusundaki fikirlerini takdir ediyorum.

Bağlantılarınız zaman aşımına uğradığında, arp -anTerminal.app içinde yapabilir ve ARP tablosunda hala tüm MAC adreslerinin olup olmadığını görebilir misiniz? yönlendiricinizin MAC adresi veya ping yapmaya çalıştığınız ana bilgisayar gibi?

Bunu yaparsanız (ve tekrar çalışmaya başlamadan önce zamanınız varsa), arp tablasını ( sudo arp -ad) yıkayıp yönlendiricinizin MAC adresinin ARP tablosunda tekrar gösterilip gösterilmediğini görebilir misiniz?

Ayrıca, bir Terminal oturumunda yönlendiricinizin LAN IP adresine ping, Skype'tayken de yönlendiricinizin WAN IP adresine ping göndermeyi deneyin. Hepsinin zaman aşımına mı uğradığını yoksa sadece bir tanesini mi gör. Yararlı bulduğum bir araç daha mtr- kaynağı almanız ve kendiniz derlemeniz veya fink / macports veya başka bir paket yöneticisi kullanmanız gerekebilir. Bunu aldığınızda, İnternet üzerinden bir yere yönlendirin ve hangi atlamanın cevap vermeyi bıraktığını gösterecektir.

Yazılım kaynaklardan nasıl kurulur (mtr gibi) Xcode'un kurulmasını gerektirir :

• kaynak arşivi indirin (genellikle .tar.gz veya .tar.bz2)
• indirilen dosyayı açın (örneğin gzip -dc filename.tar.gz | tar -xvf -, geçerli dizinde yeni bir dizin oluşturacak ve örneğin arşivin içeriğini buraya yerleştirecek olan Terminal.app çalıştırmasında )
• terminalde elde edilen klasöre gidin
• Çalıştır ./configure --prefix=/usr/local(Lütfen dikkat, /usr/localsistemin bir parçası olarak yüklenen dosyalardan uzak durmak için yazılımı kaynağından yüklemeyi seviyorum ; --prefix=/usr/localyapılandırma seçeneği bunu yapacaktır)
• koşmak make
• koşmak sudo make install
• bitmiş!

İlk önce gerçekten kullanmanız gereken ağ arayüzünü kullanıp kullanmadığınızı kontrol eder misiniz?

ifconfig -a

Aşağıdaki komutların çıktısına bakar mısınız (eğer en0, Ethernet kartınızın ağ arayüzü adıysa):

netstat -I en0

Sorunu saptamanıza yardımcı olmak için, sadece Ethernet kartınız etkinken ve mümkünse yalnızca IPv4 veya IPv6'yı kullanarak ancak her ikisini birden kullanmadan belirli bir Konum oluşturabilirsiniz:

Aşağıdaki olası donanım veya sürücü hatalarını ayıklayabilir misiniz:

grep ' en[012]' /var/log/kernel.log

(Korkma, bir sürü Wi-Fi kanalı bilgisi bulabilirsin).

Netstat'ınız tarafından aşağıdaki mesaj gösterildi:

44620 embryonic connections dropped

aslında, aptalca bir tcp syn taşması hedefi (servis reddi (DOS) saldırısı) demek oluyorsun.

Senin ne zaman:

ping 192.168.1.1

6s için boğulur, koşabilir misin:

netstat -m

Uzun zamandır bu sorunu yaşıyorum (Mavericks’e geçtikten sonra başlıyor) ve aylarca süren araştırmalardan sonra nihayet bir düzeltme bulduğumu düşünüyorum.

Her şeyden önce, Apple forumlarında aynı problemi yaşayan çok sayıda insan var:

• Neden OS X Mavericks'te internet bu kadar yavaş?
• Mavericks ağ sorunu

Yani bu bilinen bir sorundur ve Apple'ın neden bunun için bir düzeltme yapmadığını gerçekten bilmiyorum. Yukarıda listelenen iş parçacıklarında, bunu düzeltmek için pek çok öneri var, ancak çoğu işe yaramadı. Bazıları sorunu geçici olarak düzeltti:

• Ağ bağlantısını kesin ve tekrar bağlayın.
• Eski arkadaş: yeniden başlat
• Ağ yapılandırmasını içeren klasörü kaldırın: sudo rm -rf /Library/Preferences/SystemConfiguration

Bu önlemlerden sonra, ağ bağlantısı çok daha iyi hissediyor ve birkaç saat hatta bazen günlerce düşüş yaşamıyorum. Fakat problemler her zaman geri döner.

Bu soru ve sorunun ARP ile ilgili olabileceğine dair ipuçları, daha fazla araştırmaya başlamamı sağladı ve hatayı ayrıntılı olarak açıklayan ve ayrıca burada bahsettiğim bir yama içeren bu sayfayı buldum :

sudo su
touch /etc/sysctl.conf
echo net.link.ether.inet.arp_unicast_lim=0 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

Lütfen Apple tarafından Yosemite için gelecekteki bir işletim sistemi güncellemesine dahil edilmesi beklenen düzeltmenin daha ayrıntılı bir açıklaması için verilen bağlantıya bakın. Ana yönlendiriciniz gibi bazı ağ ekipmanlarıyla karışıklığa neden olan tek noktaya yayın ARP isteklerini devre dışı bırakır.

Düzeltmeyi uyguladıktan ve yeniden başlattıktan sonra kontrol edilmesi gerekir.

sudo sysctl -a | grep net.link.ether.inet.arp_unicast_lim

döner net.link.ether.inet.arp_unicast_lim: 0. Sayı sıfıra eşit değilse, düzeltme doğru uygulanmadı.

Daha sonra, aynı çözümü içeren elma topluluklarında başka bir iş parçacığı buldum: Mavericks ve Başarısız ARP ağın düşmesine neden oldu! Sorunun ne olduğunu öğrendikten sonra, doğru çözümü bulmak çok daha kolaydır.

İlk önce menü çubuğunda çalışan dropbox görüyorum; Bunu devre dışı bıraktın mı?

İkinci olarak, diğer başlangıç ​​/ giriş öğelerini kaldırmayı deneyin. Arama konumu:

Oturum aç:

1. ~ / Library / LaunchAgents /
2. ~ / Library / LaunchDaemons /
3. Sistem Tercihleri> Kullanıcılar ve Gruplar> Giriş Öğeleri

Başlamak:

1. / Library / LaunchAgents /
2. / Library / LaunchDaemons /
3. / Library / StartupItems /
4. /Library/Preferences/com.apple.loginitems.plist (nadiren bulunur)

Burada sorunların giderilmesi ve tanılanmasının sona ermesi ile ilgili çok fazla bilgi var, ancak bazen sorun giderme sırasında temel konulara dönüp bazı varsayımları sorgulamak eğlencelidir.

Bir yorumda bahsettiğim gibi, bu, makinenizin geçici olarak bazı bant genişliği veya paket oranı sınırını aşması nedeniyle devreye giren bir QOS yönlendiricisine çok benziyor.

Windows X’in aksine OS X’te farklı modeller, hacimler ve miktarlarda ağ trafiği yapıyorsanız ve donanım sürücüleri ya da yazılım değil asıl sebep buysa ne olur?

OS X'i çalıştırmanın gözlemlerinizle ilişkili olacağını umuyorum, ancak geçici ağ duraklamalarının nedeni bu değilse.

Herhangi bir QOS filtresi ve yönlendirme değişikliği ağ sağlayıcınız tarafından uygulanırsa ne araştırmayı denediniz? Önemsiz filtreleri ekarte edebilmeniz için tüm trafiği başka bir bilgisayara (ssh veya VPN) tünellemeyi düşündünüz mü? (Sağlayıcı derin paket incelemesi yapıyorsa veya hedef ve gerçek fiyat sınırlaması yapıyorsa - bu kısa zaman aşımlarından kaçmanız mümkün olmayabilir.)

Umarım ağın ayrıntılarına bakarak bulabileceğiniz bir cevap vardır (ve hepimiz bu seçenekleri araştırmaktan bir şeyler öğreniriz) - ancak ölçüm araçlarınızın ve nesnelerde ping / dürtmek için trafik ekleyebileceğini de düşündüğünüzden emin olun Trafik sayımlarını etkiliyor olmak ve Skype'ın sizin için düşmesi ihtimalini artırmak. Kurduğum yönlendiriciler, kapasite sıkılaştırıldığından beri diğer tüm trafiklerden önce ICMP trafiğini düşürmek üzere programlandı - ping başarısız ve diğer paketlerin geçmesini tercih ederim. ISS'niz ve ağ sağlayıcınız işleri benzer şekilde ayarlamış olabilir.

Buradaki her şeye ek olarak, Otomatik Proxy Bulma özelliğinin açık olmadığından (Otomatik Proxy Yapılandırmasının yanı sıra) emin olmak isteyebilirsiniz. Bu değil daha fazla sorunlara neden olma eğilimindedir ve genellikle gerekli değildir.

Bu sorudaki tüm tanısal bilgilerle, olasılıkları büyük ölçüde daralttınız.

Başlamak için, ping'iniz 192.168.1.1’e göre, sorunu yönlendiricinize, bilgisayarınıza veya LAN’a göre büyük ölçüde izole eder. Bu, DNS'de veya ISS'nizde bir sorun değildir.

Ping testlerinizin sonucundan en çok rahatsız oluyorum, 192.168.1.1. Onları ayarlamak için garip bir şey mi yaptın?

Örneğin, 24267, 24268 ve 24269 numaralı ICMP sıra numaraları, ardından 3 zaman aşımına sahip başarılı pingleriniz, ardından ICMP 24273 ile tekrar başarı elde edersiniz. Başarı sayıları doğru görünüyor. Ancak, zaman aşımlarının sayısı tamamen farklıdır. ICMP 24270, 24271 ve 24272'den istek zaman aşımlarını görmeyi beklerdim, ancak bunun yerine zaman aşımları ICMP 89806, 89807 ve 89808'i bildirir. Bunu daha önce hiç görmedim; bilgisayar. Belki bir çok fazla uzantı var. Netgear Genie'nin kurulu olma ihtimali var mı? Ya da belki VPN yazılımı?

Her durumda, bilgisayarda yüklü bir suçlu bulup bulamadığınızı görmek için "geliştirmeleri" devre dışı bırakmanın zamanı geldiğini söyleyebilirim.

Düzenle

Tamam, gizem çözüldü. ICMP sıra numarası 16 bitlik bir alandır. İmzasız bir tamsayı olarak ele alındığında, bunun maksimum 65.535 değerine sahip olduğu ve ardından sıfıra çevrildiği anlamına gelir. Bu nedenle, eğer yerel ping programı 32 bitlik bir tamsayı sayacını koruyorsa (muhtemelen varsayılan olarak), eksik paketler için 32 bitlik bir tamsayı sayısını bildirebilir. Bununla birlikte, cevapları okurken, cevabın sadece sayacın son 16 biti olacaktır. Dolayısıyla, 89805 numaralı sıraya verilen cevap 89505 ve 24269 olan 0xFFFF olacaktır.

Bunun eski bir konu olduğunu biliyorum.

Ancak bu sorun giderme için herkese teşekkürler. Tüm adımlar, ana bilgisayarları pingleyebildiğim, ancak onlara telnet aracılığıyla bağlanamadığım bir sorunu gidermeme yardımcı oldu.

Çözüm oldukça basitti (daha sonra) tüm gereksiz şeyleri buradan çıkardı (zac'ın dediği gibi)

Oturum aç:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / Sistem Tercihleri> Kullanıcılar ve Gruplar> Giriş Öğeleri

Başlamak:

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems / /Library/Preferences/com.apple.loginitems.plist (nadiren bulunur)

Tekrar teşekkürler

Meraklı sorun bu ethernet devam ederse. Ben de benzer bir sorun yaşadım ama diğer ağlardan da WiFi sorunu görüldü. 5GHz'lik bir gruba geçmek sorunumu çözdü, ki bu tahmin edilmeye değer.

/Var/log/system.log'dan herhangi bir ipucu var mı?

netstat -s nasıl görünüyor?

Önsezim, / Library / Preferences / SystemConfiguration / delete komutunu yazıp ağ arayüzlerini elle geri eklediğini söylüyor.

Öyle görünüyor ki zaten çok şey denedim.

Buna benziyor musun?

https://discussions.apple.com/thread/5483424?tstart=0

Bunu Mavericks'e gönderdim. Düşünceler?

Mac OSX İpuçları http://hints.macworld.com/article.php?story=20080605143917233 , bağlantıların düştüğünü açıkladı çünkü DNS aramaları bir yönlendiricinin DCHP tanımlamasını beklemede başarısız oldu.

try configuring your Mac to use the OpenDNS (OpenDNS.ORG) servers 
instead of your ISPs DNS servers. 

Büyük olasılıkla modem ayarlarınızdaki DNS ve / veya bir hızlandırma ayarı ve bu DNS’yi atlayarak sorunun çözülmesine yardımcı olması muhtemeldir.

Bu, ağınızdaki başka bir cihaz gibi kokuyor, sizinle aynı IP’yi kullanmaya çalışıyor veya DHCP’de bir sorun var.

Kendine statik bir IP atadıktan sonra hala onu çoğaltabiliyor musunuz, görebiliyor musunuz?

Goto Network Tercihleri, Ethernet arayüzünüzü seçin, gelişmiş, TCP / IP

"IPv4'ü Yapılandır" açılır menüsünü "El ile" olarak değiştirin

IPv4 Adresi: 192.168.1.150 (benzersiz bir şey, DHCP'nin size daha önce vermiş olduğu şey değil) Alt Ağ Maskesi: 255.255.255.0 Router: 192.168.1.1

Kayıt etmek

Ardından sorunu yeniden oluşturmaya çalışın. Bu testi yaparken, Wi-Fi'nin kapalı olduğundan ve sadece Ethernet'inizin kullanıldığından emin olun. Bu daraltmak yardımcı olacaktır.

Hâlâ sorun yaşıyorsanız, Wireshark'ı indirmelisiniz ( http://www.wireshark.org/ ) bir yakalama başlatmalı, sorunu yeniden oluşturmalı, çöplüğü kaydetmeli ve bir göz atalım.

Ayrıca, hangi Router / AP kullanıyorsunuz?

Bunun, buna bağlı olarak kontrol edilmesi gereken iki şey, yeni oda arkadaşları nedeniyle LAN trafiğinin artmasından kaynaklanıyor.

1. Yönlendirici üzerinde QoS (Hizmet Kalitesi) ayarları var mı, öyleyse nasıl ayarlandılar? Skype trafiğine öncelik verilir ve WAN doygun hale gelirse, yönlendirici daha düşük öncelikli bağlantıların geçici olarak kapatılmasıyla yanıt verebilir.
2. Router CPU sadece aşırı mı yükleniyor? 1 Gbs DSL'den 5 Gbs kablo servisine yükselttiğimde yönlendiricimin artan trafiğe ayak uyduramadığını ve yeni bir tane almak zorunda kaldığını gördüm. Yönlendiricinizin performansını araştırın ve bunun bir sorun olup olmadığına bakın. Çoğu yönlendirici internette bulunan ayrıntılı performans incelemelerine sahiptir; İnternet servis kapasitenize kıyasla yönlendiricinizin nasıl derecelendirildiğini kontrol edin ve görün.

Hey çocuklar ben de aynı problemi yaşıyordum, ama şimdi kullandığım kulaklıkları fişten çektim ve arkadaşımla ilk 10 dakikadır konuştum ve 20 saniyeden önce düştüğünde hala düşmedi.

Kulaklık kablosum yırtılmıştı, bu yüzden soruna neden olmuş olabilir, ancak ip adresi ve ping işleri hakkında pek bir şey bilmiyorum ve bu bana çok yardımcı oldu. Eğer denesen ve işe yaramazsa beni suçlama çünkü problemimi düzeltti

Çözüm oldukça basitti (daha sonra) tüm gereksiz şeyleri buradan çıkardı (zac'ın dediği gibi)

Oturum aç:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / Sistem Tercihleri> Kullanıcılar ve Gruplar> Giriş Öğeleri

Başlamak:

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems /> /Library/Preferences/com.apple.loginitems.plist (nadiren bulunur)

Bunun eski bir iş parçacığı olduğunu biliyorum, fakat bunu yapmak problemi çözdü. İnternetim zaman zaman bağlantıyı keser ve ping'ler her zaman düşerdi. Sorunumu düzeltecek olan, wi-fi veya ethernet'i (şu ana kadar kullandığım) kapatmak, sonra tekrar etkinleştirmek. Elbette bu sadece geçici olarak sorunu çözecektir. Garipti çünkü ne zaman mac pro 4,1'im bu sorunu yaşarsa, mac dizüstü bilgisayarım da ping'leri kaybediyordu. Neredeyse Mac Pro'm ağımı düşürecek gibiydi.

Çok şey denedim! modem yerine, yönlendirici, isp adı verilen, ethernet'e usb satın aldı. Bunların hiçbiri işe yaramadı, ben denedim!

Yukarıda belirtilenleri yaptım ve nihayet sorunu çözdü!

Ben de benzer bir problem yaşadım ve benim durumumda VPN bağlı olmasa bile Tunnelblick kaynaklı görünüyor. Kaldırdım (kaldırma aracıyla, yalnızca Çöp Kutusuna sürüklemek değil) ve sorun çözüldü.