Ciagle mnie rozłącza!!! - MacBook i Aster

Inne Internet i operatorzy GSM
1

Mam MacBooka z OS X 10.4.8. Od 5 dni mam łącze z kablowki Aster w pakiecie TwójNetPlus.
Od początku połączenie zanikało co parę minut. Po dwóch dniach połączenie zaczęło znikać co kilka sekund. Przeglądanie stron polega na klikaniu w przeglądarce 'reload" kilkadziesiat razy, az trafi sie na krótką chwilę połączenia, kiedy strona moze sie zaladowac(niekompletnie). Sciąganie plików to fikcja. Jestem po wizycie serwisanta totalnie nieobeznanego z Macami (“Co to za komputer? A ten dziwny system operacyjny?”:confused: ). Wymienił modem z Terayon tj720 na Motorola SB5100E. Nic to niezmieniło.
Robiłem test pingu:

PING www.myapple.pl (85.219.239.3): 56 data bytes
64 bytes from 85.219.239.3: icmp_seq=0 ttl=51 time=30.793 ms
64 bytes from 85.219.239.3: icmp_seq=1 ttl=51 time=32.242 ms
PING: sendto: No route to host
PING: sendto: No route to host
64 bytes from 85.219.239.3: icmp_seq=4 ttl=51 time=30.568 ms
64 bytes from 85.219.239.3: icmp_seq=5 ttl=51 time=33.396 ms
PING: sendto: No route to host
PING: sendto: No route to host
PING: sendto: No route to host
64 bytes from 85.219.239.3: icmp_seq=9 ttl=51 time=37.981 ms
64 bytes from 85.219.239.3: icmp_seq=10 ttl=51 time=42.997 m

Zawsze traci pakiety z tą samą regularnościa. Puszczałem też ten test z płyty systemowej i dzieje się to samo. Podobno w centrali Aster ‘widzą’ mój komputer bez problemu. W System Preferences-Network-Network Diagnostics ‘lampki’ ISP, INTERNET i SERVER gasną i włączają się co kilka sekund niezaleznie od siebie.
Przez ostatnie miesiące używałem AirPorta i gniazda sieciowego do łączenia się z internetem i PCtami w sieci lokalnej. Nigdy niemiałem problemów. Używam internetu do pracy i nauki, więc cała ta sytuacja naprawdę mnie ogranicza i wkurza. :confused:

Z góry dziękuję za jakiekolwiek porady.

2

Łączysz się kablem bezpośrednio z modemem czy przez router / router WiFi?

3

Dzieki za odp.

Bezposrednio kablem.

4

ZTCP Aster przydziela IP po DHCP. Masz tak ustawione polączenie sieciowe w MacBook’u?

5

Jestem mało obeznany w tym temacie. Jak mam to sprawdzic?

W Network, w zakładce TCP/IP wszystko wygląda tak:
IP Address: 213.134.180.98
Subnet Mask 255.255.252.0
Router: 213.134.183.254
DHCP Client:>puste<
DNS Serwers:>puste<
Search Domains:>puste<

---- Dodano 26-02-2007 o godzinie 21:18 ----
Configure IPv4: Using DHCP

6

Twoje ustawienia sieciowe wydają się być w porządku. Ping do Ciebie jest rzędu 30 ms, choć czasem przekracza 50-70 ms. Hm…

Nie masz czegoś włączonego w tle, jak amule bądź podobnego?

7

Mam włączonego tylko Firefoxa i iTunes. Nic się nie ściąga.

Próbowałem wyłączyć OS X-owego firewalla, ale to nic niedało.

---- Dodano 26-02-2007 o godzinie 22:09 ----
Mam włączonego tylko Firefoxa i iTunes. Nic się nie ściąga.

Próbowałem wyłączyć OS X-owego firewalla, ale to nic niedało.

---- Dodano 26-02-2007 o godzinie 22:12 ----
Mam włączonego tylko Firefoxa i iTunes. Nic się nie ściąga.

Próbowałem wyłączyć OS X-owego firewalla, ale to nic niedało.

---- Dodano 26-02-2007 o godzinie 22:13 ----
Mam włączonego tylko Firefoxa i iTunes. Nic się nie ściąga.

Próbowałem wyłączyć OS X-owego firewalla, ale to nic niedało.

---- Dodano 26-02-2007 o godzinie 22:14 ----
Przez ‘czkawkę’ netu powieliło posta

8

Zadam głupie pytanie… Zarejestrowałeś komputer w Wildze?
Co do połączenia to ustaw sobie nowe nic nie ustawiaj, tylko zdaj się na asystenta. Sam miałem ten abonament i wsio szło równo. Nawet nie pamiętałem o modemie. BTW korzystam z wifi przez ruter linksysa;) Polecam.
Acha zadzwoń na pomoc bo może czegoś nie włączyli;)

9

Instalatorzy go przy mnie rejestrowali. Wtedy działało(jak później okazało się co pewien czas rozłączało na parę minut, ale to i tak nie to, co teraz). Nic od tego czasu nie zmieniałem w konfiguracji, ani niedoinstalowałem.

---- Dodano 26-02-2007 o godzinie 22:44 ----
Dzisiaj gosc z serwisu przyniosl nowy modem, wiec mam nowy numer MAC i jesli cos wczesniej niegrało przez czyjeś niedopatrzenie przy instalacji, to teraz powinno.

10

MIałem podobne objawy podczas instalacji wifi;) W każdym razie próbowałeś zresetować modem? Może sytuacja rozwiąże się za kilka dni? :slight_smile:

11

Zresetowac tzn.odłączyć zasilanie? Już to robiłem nieraz. Niewiem, czy kilka dni może coś zmienić. Minął prawie tydzień i mam poczucie, że płacę za nic. Serwisanci z Astera pie**olą jak potłuczeni.
Dzisiaj usłyszałem “pan chyba jest jakimś desperatem skoro używa tego Macintosha. Nielepiej normalnie Pece i windowsa?” Potem próbował mi wmówić, że muszę przeinstalować ten “dziwny system operacyjny”(OS X), a tłumaczenie, że to nie jest windows i reinstalacja OS X’a to nie lekarstwo na wszystko przypominała walenie grochem o ścianę. Niewiem gdzie oni rekrutują tych “fachowców”.

---- Dodano 26-02-2007 o godzinie 23:39 ----
Zresetowac tzn.odłączyć zasilanie? Już to robiłem nieraz. Niewiem, czy kilka dni może coś zmienić. Minął prawie tydzień i mam poczucie, że płacę za nic. Serwisanci z Astera pie**olą jak potłuczeni.
Dzisiaj usłyszałem “pan chyba jest jakimś desperatem skoro używa tego Macintosha. Nielepiej normalnie Pece i windowsa?” Potem próbował mi wmówić, że muszę przeinstalować ten “dziwny system operacyjny”(OS X), a tłumaczenie, że to nie jest windows i reinstalacja OS X’a to nie lekarstwo na wszystko przypominała walenie grochem o ścianę. Niewiem gdzie oni rekrutują tych “fachowców”.

12

Uruchom pinga (najpierw w twojej podsieci ping 213.134.183.254, a potem coś na zewnątrz np. ping www.google.com) w jednym oknie i tcpdumpa w drugim oknie terminala, przez:
sudo tcpdump -i en0
lub z przekierowaniem wyjścia do pliku test.txt:
sudo tcpdump -i en0 >test.txt.
Tcpdump służy do śledzenie ruchu na interfejsach(to taki sniffer) i ma być włączony na czas wykonywania pingów.
Następnie zamieść na forum zawartość utworzonego pliku lub zawartość terminala z tcpdumpem.

Na razie to bym obstawiał na problem z sygnałem doprowadzonym do modemu. Są jakieś diody na tym modemie odpowiedzialne za sygnał?

Poza tym, to że używasz maka nie ma tu nic do rzeczy, bo Ethernet, DHCP, TCP/IP, ARP oraz wiele innych protokołów sieciowych jest obłożone dokładnymi standardami, które odpowiednio karta sieciowa i oprogramowanie muszą spełniać.

13

Michal-B:~ michalborowski$ sudo tcpdump -i en0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on en0, link-type EN10MB (Ethernet), capture size 96 bytes
11:58:28.045434 arp who-has micha?7034.net.autocom.pl tell micha?7034.net.autocom.pl
11:58:28.049913 arp who-has 213.134.183.254 tell micha?7034.net.autocom.pl
11:58:28.060799 arp reply 213.134.183.254 is-at 00:14:f1:65:64:17 (oui Unknown)
11:58:28.092827 IP micha?7034.net.autocom.pl.49955 > 213.134.160.6.domain: 26764+ PTR? 98.180.134.213.in-addr.arpa. (45)
11:58:28.098640 IP 213.134.160.6.domain > micha?7034.net.autocom.pl.49955: 26764 1/0/0 (84)
11:58:28.117078 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 389
11:58:28.302927 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 390
11:58:28.820896 IP micha?7034.net.autocom.pl.49956 > 213.134.160.6.domain: 39739+ PTR? 254.183.134.213.in-addr.arpa. (46)
11:58:28.828719 IP 213.134.160.6.domain > micha?7034.net.autocom.pl.49956: 39739 NXDomain* 0/0/0 (46)
11:58:28.835321 IP micha?7034.net.autocom.pl.49957 > 213.134.160.6.domain: 22959+ PTR? 6.160.134.213.in-addr.arpa. (44)
11:58:28.841713 IP 213.134.160.6.domain > micha?7034.net.autocom.pl.49957: 22959 NXDomain* 0/0/0 (44)
11:58:29.547686 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 389
11:58:29.648715 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 389
11:58:29.799231 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:29.814650 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:30.040484 IP6 michal-b.local > ff02::2: ICMP6, router solicitation, length 16
11:58:30.052294 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP, Request from 00:17:f2:27:9d:3a (oui Unknown), length: 300
11:58:30.066076 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:30.190463 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 389
11:58:30.273394 IP 81.159.12.55.55751 > micha?7034.net.autocom.pl.32843: S 368397048:368397048(0) win 65535 <mss 1460,nop,nop,sackOK>
11:58:30.374860 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 390
11:58:30.517654 arp who-has 213.134.182.132 tell 213.134.183.254
11:58:30.848320 IP micha?7034.net.autocom.pl.49958 > 224.0.0.251.mdns: 55245+[|domain]
11:58:30.848846 IP micha?7034.net.autocom.pl.mdns > 224.0.0.251.mdns: 0*- [0q] 1/0/0 (112)
11:58:31.069486 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:31.369636 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:31.407486 arp who-has 213.134.180.232 tell 213.134.183.254
11:58:31.415670 IP6 michal-b.local > ff02::2: ICMP6, router solicitation, length 16
11:58:31.669843 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:31.750828 arp who-has 213.134.180.2 tell 213.134.183.254
11:58:31.752461 arp who-has 213.134.180.3 tell 213.134.183.254
11:58:31.970181 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:32.270483 arp who-has micha?7034.net.autocom.pl tell micha?7034.net.autocom.pl
11:58:32.539669 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:32.554599 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:32.571154 arp who-has micha?7034.net.autocom.pl tell micha?7034.net.autocom.pl
11:58:32.575612 arp who-has 213.134.183.254 tell micha?7034.net.autocom.pl
11:58:32.582936 arp reply 213.134.183.254 is-at 00:14:f1:65:64:17 (oui Unknown)
11:58:32.616444 IP micha?7034.net.autocom.pl.49959 > 213.134.160.6.domain: 35895+ PTR? 98.180.134.213.in-addr.arpa. (45)
11:58:32.622668 IP 213.134.160.6.domain > micha?7034.net.autocom.pl.49959: 35895 1/0/0 (84)
11:58:33.645039 arp who-has 213.134.180.13 tell 213.134.183.254
11:58:34.549558 IP6 michal-b.local > ff02::2: ICMP6, router solicitation, length 16
11:58:34.560733 IP 0.0.0.0.bootpc > broadcasthost.bootps: BOOTP/DHCP, Request from 00:17:f2:27:9d:3a (oui Unknown), length: 300
11:58:34.574438 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:35.132438 arp who-has 213.134.181.191 tell 213.134.183.254
11:58:35.451272 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:35.479417 IP 213.134.183.254.bootps > broadcasthost.bootpc: BOOTP/DHCP, Reply, length: 306
11:58:35.576928 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:35.877141 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:36.177466 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:36.303040 IP6 michal-b.local > ff02::2: ICMP6, router solicitation, length 16
11:58:36.477796 arp who-has micha?7034.net.autocom.pl tell 0.0.0.0
11:58:36.546876 IP 81.159.12.55.55751 > micha?7034.net.autocom.pl.32843: S 368397048:368397048(0) win 65535 <mss 1460,nop,nop,sackOK>
11:58:36.549796 arp who-has 213.134.180.13 tell 213.134.183.254
11:58:36.614065 arp who-has 213.134.180.30 tell 213.134.183.254
11:58:36.616508 arp who-has 213.134.180.32 tell 213.134.183.254
11:58:36.619086 arp who-has 213.134.180.35 tell 213.134.183.254
11:58:36.619289 arp who-has 213.134.180.34 tell 213.134.183.254
11:58:36.657629 arp who-has 213.134.180.66 tell 213.134.183.254
11:58:36.670088 arp who-has 213.134.180.77 tell 213.134.183.254
11:58:36.689851 arp who-has 213.134.180.37 tell 213.134.183.254
11:58:36.695264 arp who-has 213.134.180.42 tell 213.134.183.254
11:58:36.725897 IP 213.131.84.226.4610 > micha?7034.net.autocom.pl.ssc-agent: S 1514630725:1514630725(0) win 65535 <mss 1460,nop,nop,sackOK>
11:58:36.778079 arp who-has micha?7034.net.autocom.pl tell micha?7034.net.autocom.pl
11:58:37.078812 arp who-has micha?7034.net.autocom.pl tell micha?7034.net.autocom.pl
11:58:37.083279 arp who-has 213.134.183.254 tell micha?7034.net.autocom.pl
11:58:37.101672 arp reply 213.134.183.254 is-at 00:14:f1:65:64:17 (oui Unknown)
11:58:37.124228 IP micha?7034.net.autocom.pl.49960 > 213.134.160.6.domain: 8472+ PTR? 98.180.134.213.in-addr.arpa. (45)
11:58:37.132805 IP 213.134.160.6.domain > micha?7034.net.autocom.pl.49960: 8472 1/0/0 (84)
11:58:37.477048 arp who-has marcin1316.net.autocom.pl tell 213.134.183.254
^C
70 packets captured
72 packets received by filter
0 packets dropped by kernel

---- Dodano 27-02-2007 o godzinie 12:14 ----
Last login: Tue Feb 27 11:58:19 on ttyp3
Welcome to Darwin!
Michal-B:~ michalborowski$ ping 213.134.183.254
PING 213.134.183.254 (213.134.183.254): 56 data bytes
64 bytes from 213.134.183.254: icmp_seq=0 ttl=255 time=21.101 ms
64 bytes from 213.134.183.254: icmp_seq=1 ttl=255 time=6.630 ms
64 bytes from 213.134.183.254: icmp_seq=2 ttl=255 time=6.632 ms
64 bytes from 213.134.183.254: icmp_seq=3 ttl=255 time=6.440 ms
64 bytes from 213.134.183.254: icmp_seq=4 ttl=255 time=13.172 ms
64 bytes from 213.134.183.254: icmp_seq=5 ttl=255 time=8.242 ms
64 bytes from 213.134.183.254: icmp_seq=6 ttl=255 time=6.070 ms
64 bytes from 213.134.183.254: icmp_seq=7 ttl=255 time=6.247 ms
64 bytes from 213.134.183.254: icmp_seq=8 ttl=255 time=6.302 ms
64 bytes from 213.134.183.254: icmp_seq=9 ttl=255 time=11.153 ms
64 bytes from 213.134.183.254: icmp_seq=10 ttl=255 time=6.468 ms
64 bytes from 213.134.183.254: icmp_seq=11 ttl=255 time=6.410 ms
64 bytes from 213.134.183.254: icmp_seq=12 ttl=255 time=13.253 ms
64 bytes from 213.134.183.254: icmp_seq=13 ttl=255 time=12.956 ms
64 bytes from 213.134.183.254: icmp_seq=14 ttl=255 time=9.257 ms
^C
— 213.134.183.254 ping statistics —
15 packets transmitted, 15 packets received, 0% packet loss
round-trip min/avg/max/stddev = 6.070/9.356/21.101/4.126 ms
Michal-B:~ michalborowski$

---- Dodano 27-02-2007 o godzinie 12:15 ----
Last login: Tue Feb 27 11:59:16 on ttyp2
Welcome to Darwin!
Michal-B:~ michalborowski$ ping www.google.com
PING www.l.google.com (64.233.183.147): 56 data bytes
64 bytes from 64.233.183.147: icmp_seq=0 ttl=241 time=54.903 ms
64 bytes from 64.233.183.147: icmp_seq=1 ttl=241 time=79.760 ms
64 bytes from 64.233.183.147: icmp_seq=2 ttl=241 time=40.863 ms
ping: sendto: No route to host
ping: sendto: No route to host
64 bytes from 64.233.183.147: icmp_seq=5 ttl=241 time=40.861 ms
64 bytes from 64.233.183.147: icmp_seq=6 ttl=241 time=41.612 ms
ping: sendto: No route to host
ping: sendto: No route to host
ping: sendto: No route to host
64 bytes from 64.233.183.147: icmp_seq=10 ttl=241 time=41.346 ms
64 bytes from 64.233.183.147: icmp_seq=11 ttl=241 time=41.731 ms
ping: sendto: No route to host
ping: sendto: No route to host
64 bytes from 64.233.183.147: icmp_seq=14 ttl=241 time=41.694 ms
64 bytes from 64.233.183.147: icmp_seq=15 ttl=241 time=41.195 ms
64 bytes from 64.233.183.147: icmp_seq=16 ttl=241 time=39.712 ms
ping: sendto: No route to host
ping: sendto: No route to host
64 bytes from 64.233.183.147: icmp_seq=19 ttl=241 time=39.059 ms
^C
— www.l.google.com ping statistics —
20 packets transmitted, 11 packets received, 45% packet loss
round-trip min/avg/max/stddev = 39.059/45.703/79.760/11.518 ms
Michal-B:~ michalborowski$

---- Dodano 27-02-2007 o godzinie 12:18 ----
Wcześniej zapomniałem podziękować za odp. - dziękuje!

14

Najpierw warto by się dowiedzieć, gdzie problem nie leży na pewno. Może znasz kogoś, kto też ma Astera u kogo można by potwierdzić, że to nie Mac, tylko coś innego. Zaoferowałbym się, ale nie będzie mnie długo w Wawie.
Ja mam adres publiczny ze stałym IP, router wi-fi D-link DI-624+ i zarówno PC jak i MacBook śmiga bez problemu, co więcej na MacBooku znacznie lepiej niż na piecu, na którym ftp przerywał co jakiś czas.
Problem pojawił się, gdy zawiesiłem usługę na parę miesięcy. Po ponownym połączeniu nic nie chodziło, porypali coś z adresem MAC routera, ale po paru dniach naprawili.

Wiem, że to wredna podpowiedź, ale tak jak tu już padło wcześniej, warto chyba kupić jakiś sprawdzony router wi-fi i na niego przenieść ciężar połączeń.

15

Warszawa i tak odpada, bo mieszkam w Krakowie.:smiley:
Będę próbował tu kogoś znaleść. Ostatecznie kupię router.
Jeszcze raz dzięki.
Jesli ktoś ma jeszcze jakiś pomysł co może być zepsute/źle ustawione, proszę o pomoc.

16

A tak swoją drogą sprawdzałeś / zamieniałeś ten kabel ethernetowy?

17

Tak. Przy wymianie modemu zarządałem nowego kabla i nic to niezmieniło.

18

Z testów z pingami bramy i jakiegoś serwera w Internecie wynika, że problem leży po stronie routera, który jest Twoją bramą internetową (adres IP 213.134.183.254), i który nie routuje właściwie twoich pakietów. Potwierdza to 0% straconych pakietów przy pingowaniu tego routera oraz to, że ludzie z Astera “widzą” twój komputer w sieci.. Tymczasem przy połączeniach poza Twoją podsieć(patrz wynik komendy ping www.google.com: 45% straty) pojawia się problem, czyli wtedy, gdy pakiety powinny przechodzić przez router.

Mówiłeś, że zmiana modemu pociąga zmianę MAC-a. Natomiast na dwóch modemach kablowych, które znam, używa się adresu MAC karty sieciowej komputera podłączonego do tego modemu. Na Twoim miejscu skontaktował bym się z adminem tej sieci i jednocześnie tego routera, w celu sprawdzenia wprowadzonego MAC-a, bo może “fachowcy” coś pokręcili. Adres swojej karty sieciowej możesz sprawdzić w terminalu poleceniem ifconfig en0 (szukaj ciągu 6 par liczb szesnastkowych rozdzielonych dwukropkami za słówkiem ether).

Jeszcze chciałbym zobaczyć wynik komend:
netstat -rn
traceroute www.google.com
żeby sprawdzić jak masz ustawiony routing i czy działa.

P.S. Z tcpdumpem chodzilo mi o to, żeby był włączony przez cały czas puszczania pingów, ale już nieważne.

19

Nieuzywam routera. Moj macbook jest bezposrednio spięty kablem z modemem. Porównywałem MAC portu ethernetowego macbooka i MAC modemu. Rzeczywiście są róźne, ale podobno muszę być zarejestrowany w centrali na MAC modemu. Inaczej go nie ‘zobaczy’, ale może to kit serwisanta. Za mało o tych sprawach wiem, by móc to zweryfikować.

Tcpdump lecial równocześnie z pingami. Niewkleiłem tego w jednym poście, bo cały czas mi przerywa połączenie. W tej chwili uzywanie netu przypomina ruletkę.

Wynik netstat -rn:

Routing tables

Internet:
Destination Gateway Flags Refs Use Netif Expire
default 213.134.183.254 UGSc 2 0 en0
127 127.0.0.1 UCS 0 0 lo0
127.0.0.1 127.0.0.1 UH 7 126 lo0
169.254 link#4 UCS 0 0 en0
213.134.180/22 link#4 UCS 1 0 en0
213.134.180.98 127.0.0.1 UHS 0 0 lo0
213.134.183.254 0:14:f1:65:64:17 UHLW 3 0 en0 1200

Internet6:
Destination Gateway Flags Netif Expire
::1 ::1 UH lo0
fe80::%lo0/64 fe80::1%lo0 Uc lo0
fe80::1%lo0 link#1 UHL lo0
fe80::%en0/64 link#4 UC en0
fe80::217:f2ff:fe27:9d3a%en0 0:17:f2:27:9d:3a UHL lo0
ff01::/32 ::1 U lo0
ff02::/32 ::1 UC lo0
ff02::/32 link#4 UC en0

traceroute www.google.com:

traceroute: Warning: www.google.com has multiple addresses; using 64.233.183.104
traceroute to www.l.google.com (64.233.183.104), 64 hops max, 40 byte packets
1 213.134.183.254 (213.134.183.254) 9.413 ms 4.457 ms 5.875 ms
2 213.134.161.201 (213.134.161.201) 10.767 ms 7.030 ms 5.162 ms
3 ge-5-1.rtr-head02.autocom.pl (213.134.161.237) 5.270 ms 13.660 ms 5.940 ms
4 * * *
traceroute: sendto: No route to host
5 traceroute: wrote www.l.google.com 40 chars, ret=-1

  • 213.248.77.13 (213.248.77.13) 40.245 ms 8.024 ms
    6 80.91.251.59 (80.91.251.59) 29.158 ms 26.630 ms 26.246 ms
    7 213.248.64.137 (213.248.64.137) 27.539 ms 127.872 ms 100.280 ms
    8 80.91.251.33 (80.91.251.33) 54.047 ms 28.897 ms 24.616 ms
    9 213.248.102.234 (213.248.102.234) 37.258 ms 35.731 ms 38.047 ms
    10 209.85.248.182 (209.85.248.182) 40.925 mstraceroute: sendto: No route to host
    traceroute: wrote www.l.google.com 40 chars, ret=-1
    *traceroute: sendto: No route to host
    traceroute: wrote www.l.google.com 40 chars, ret=-1

traceroute: sendto: No route to host
11 traceroute: wrote www.l.google.com 40 chars, ret=-1
*traceroute: sendto: No route to host
traceroute: wrote www.l.google.com 40 chars, ret=-1
*traceroute: sendto: No route to host
traceroute: wrote www.l.google.com 40 chars, ret=-1
*
traceroute: sendto: No route to host
12 traceroute: wrote www.l.google.com 40 chars, ret=-1
*traceroute: sendto: No route to host
traceroute: wrote www.l.google.com 40 chars, ret=-1

  • 72.14.232.141 (72.14.232.141) 41.397 ms
    13 72.14.233.77 (72.14.233.77) 41.562 ms 45.952 ms 39.010 ms
    14 209.85.249.133 (209.85.249.133) 46.612 ms 216.239.43.30 (216.239.43.30) 49.680 ms 51.039 ms
    15 64.233.183.104 (64.233.183.104) 49.665 ms 88.450 ms 87.518 ms
20

Nie chodziło mi o Twój router tylko o ten, który robi za twoją bramę internetową i jest zarządzany przez panów z Astera.

Z tymi MAC-ami to sam już nie wiem, może co sieć kablowa to inaczej. Nasuwa mi się tylko pytanie, czy pakiety, które wyjdą z komputera i przejdą przez modem kablowy zmieniają adres MAC źródłowy na ten modemowy. Wydaje mi się, że nie, ale postaram się to sprawdzić.

Nadal uważam, że problem nie leży u Ciebie tylko gdzieś głębiej w sieci(a konkretniej na tym nieszczęsnym routerze-bramie), bo skoro bezproblemowo łączysz się ze swoją bramą internetową i wysyłasz pakiety nie przeznaczone dla Twojej podsieci(w tym do Internetu) do tej bramy, to nic więcej nie możesz zrobić.

To, że używasz Maka to zbieg okoliczności i nie ma większego znaczenia, chyba że tylko stanowi wymówkę dla panów “fachowców”.