У мене дивна проблема з моєю MBA (модель 2011) після оновлення до Mavericks. Є певний набір точкових точок, до яких я більше не можу підключитися. Я не впевнений, які саме, але їх декілька. Добре працює на телефоні та планшеті (обидва Android).
У мене таке відчуття, що це має щось спільне з IP-налаштуваннями, які я отримую - хтось бачив подібну поведінку і знайшов рішення?
Зараз я знайшов додаткову інформацію про нього, і, здається, маршрут якимось чином перероблений:
У неробочому з'єднанні моя таблиця маршрутизації:
Shu:~ blitz$ netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
169.254 link#4 UCS 0 0 en0
#somehow, the next line is duplicated
192.168.182 link#4 UC 0 0 en0
192.168.182 link#4 UCSI 2 0 en0
192.168.182.1 20:4e:7f:8b:36:81 UHLWIir 1 208 en0 992
192.168.182.240 127.0.0.1 UHS 0 0 lo0
192.168.182.255 ff:ff:ff:ff:ff:ff UHLWbI 0 1 en0
На робочому з'єднанні таблиця така:
shu:~ blitz$ netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 192.168.1.1 UGSc 33 5 en0
169.254 link#4 UCS 0 0 en0
192.168.1 link#4 UCS 2 0 en0
192.168.1.1 84:7a:88:66:c5:79 UHLWIir 34 66 en0 1170
192.168.1.150 127.0.0.1 UHS 1 25 lo0
192.168.1.255 ff:ff:ff:ff:ff:ff UHLWbI 0 16 en0
Будь-яка підказка, де потрапив дублюваний рядок і як я можу його позбутися? І по суті, що це взагалі робить?
[EDIT] Деякі налагодження: інформація про BOOTP як надрукована з dhclient
IME: 2014-02-20 19:38:48.818
IP: 192.168.182.1 (20:4e:7f:8b:36:81) > 192.168.182.245 (10:40:f3:81:df:32)
OP: 2 (BOOTPREPLY)
HTYPE: 1 (Ethernet)
HLEN: 6
HOPS: 0
XID: c9ab89bc
SECS: 0
FLAGS: 0
CIADDR: 0.0.0.0
YIADDR: 192.168.182.245
SIADDR: 0.0.0.0
GIADDR: 0.0.0.0
CHADDR: 10:40:f3:81:df:32:00:00:00:00:00:00:00:00:00:00
SNAME: .
FNAME: .
OPTION: 53 ( 1) DHCP message type 5 (DHCPACK)
OPTION: 1 ( 4) Subnet mask 255.255.255.0
OPTION: 3 ( 4) Routers 192.168.182.1
OPTION: 6 ( 8) DNS server 192.168.182.1,83.169.184.225
OPTION: 15 ( 19) Domainname frederix-hotspot.de
OPTION: 51 ( 4) IP address leasetime 600 (10m)
OPTION: 26 ( 2) Interface MTU 1500
OPTION: 54 ( 4) Server identifier 192.168.182.1
Файл оренди порівняно між робочим та непрацюючим - з однаковою точкою доступу:
10c10
< <date>2014-02-23T16:23:13Z</date>
---
> <date>2014-02-23T16:17:40Z</date>
13c13
< AgEGACHWzY0AAAAAAAAAAMCotokAAAAAAAAAABBA84HfMgAAAAAAAAAAAAAAAAAAAAAA
---
> AgEGAMmrigAAAAAAAAAAAMCotokAAAAAAAAAABBA84HfMgAAAAAAAAAAAAAAAAAAAAAA
Однак ще кілька спостережень, які я зробив: - помилка з'являється лише в дуже специфічних оточеннях. Це відбувається лише після того, як я використовую Mac протягом певного часу, як правило, після робочого дня (час, мабуть, не так , але, можливо, програми, які я використовував для роботи) - Перезавантаження виправляє речі - тому це сильно вказує на те, що моя машина є винуватцем!
dhcpdump
у фоновому режимі та розмістити обмінені пакети, коли ваше з'єднання втрачено? Я поглянув frederix-hotspot.de
і, frederix.de
здається, це послуга гарячої точки з оплатою за користування. Чи доводилося вам купувати кредит на час, щоб отримати код доступу? Якщо ви цього не зробили, чи може бути, що безкоштовне використання обмежене в часі? Навіть якщо ви заплатили, чи може бути, що існує не лише обмеження часу, але й обмеження на завантаження?
/private/var/db/dhcpclient/leases/
коли з'єднання не працює? Оренда слідує цій конвенції про іменування: <interface>,<count>-<MAC address>
наприклад en1-1,e0:f8:49:27:4e:22
. У вашій редакції я бачу, що час оренди IP-адреси становить 10 хвилин, це порівняно низьке значення, яке змушує ваш Mac часто поновлювати оренду. Може під час оновлення щось піде не так, і ваш Mac перестане використовувати надану йому IP-адресу?