Не может получить доступ к сайту с Mac OSX Lion, но может с других компьютеров в сети?
РЕШИТЬ:
Проблема с клиентом hamachi, hamachi использует все адреса блока 5.0.0.0/8
- http://en.wikipedia.org/wiki/Hamachi_(software)
- http://b.logme.in/2012/11/07/changes-to-hamachi-on-november-19th/
Исправление на Mac
- LogMeIn Hamachi> Настройки> Настройки> Дополнительно> Одноранговые соединения> Режим протокола IP> Только IPv6 (по умолчанию оба)
Если вы можете подключиться только к некоторым сетям через IPv4, это исправление НЕ будет работать для вас
-----
Несколько недель назад я начал использовать службу - https://semaphoreapp.com/ Я думаю, что они внесли изменения в DNS неделю назад, и с тех пор я не могу получить доступ к сайту с моего компьютера Mac OSX Lion (10.7.4) (мой основной компьютер для разработки).)
но я могу получить доступ к сайту с других компьютеров в моей сети
- Ipad
- окна машины
- MacMini (10.6.8)
После некоторого поиска в Google, я попробовал оба из них
- dscacheutil -flushcache
- sudo killall -HUP mDNSResponder
но не пошло, я связался и с semaphoreapp, но пока ничего. Интересно, у одного из моих коллег точно такая же проблема, он не может получить доступ через Mac OSX Lion, но может через компьютер с Windows, мы работаем удаленно и не работаем тот же провайдер
некоторая дополнительная информация
Lion (10.7.4) не может получить доступ к сайту
host semaphoreapp.com
semaphoreapp.com has address 5.9.53.16
ping semaphoreapp.com
PING semaphoreapp.com (5.9.53.16): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ping: sendto: No route to host
Request timeout for icmp_seq 4
ping: sendto: Host is down
Request timeout for icmp_seq 5
ping: sendto: Host is down
Request timeout for icmp_seq 6
ping: sendto: Host is down
Request timeout for icmp_seq 7
....
traceroute semaphoreapp.com
traceroute to semaphoreapp.com (5.9.53.16), 64 hops max, 52 byte packets
1 * * *
2 * * *
traceroute: sendto: No route to host
3 traceroute: wrote semaphoreapp.com 52 chars, ret=-1
*traceroute: sendto: Host is down
traceroute: wrote semaphoreapp.com 52 chars, ret=-1
....
и MacMini (10.6.8) может получить к нему доступ
host semaphoreapp.com
semaphoreapp.com has address 5.9.53.16
ping semaphoreapp.com
PING semaphoreapp.com (5.9.53.16): 56 data bytes
64 bytes from 5.9.53.16: icmp_seq=0 ttl=44 time=191.458 ms
64 bytes from 5.9.53.16: icmp_seq=1 ttl=44 time=202.923 ms
64 bytes from 5.9.53.16: icmp_seq=2 ttl=44 time=180.746 ms
64 bytes from 5.9.53.16: icmp_seq=3 ttl=44 time=200.616 ms
64 bytes from 5.9.53.16: icmp_seq=4 ttl=44 time=178.818 ms
....
traceroute semaphoreapp.com
traceroute to semaphoreapp.com (5.9.53.16), 64 hops max, 52 byte packets
1 192.168.0.1 (192.168.0.1) 1.677 ms 1.446 ms 1.445 ms
2 * LOCAL ISP 11.957 ms *
3 etc... 10.704 ms 14.183 ms 9.341 ms
4 etc... 32.641 ms 12.147 ms 10.850 ms
5 etc.... 44.205 ms 54.563 ms 36.243 ms
6 vlan139.car1.seattle1.level3.net (4.53.145.165) 50.136 ms 45.873 ms 30.396 ms
7 ae-32-52.ebr2.seattle1.level3.net (4.69.147.182) 31.926 ms 40.507 ms 49.993 ms
8 ae-2-2.ebr2.denver1.level3.net (4.69.132.54) 78.129 ms 59.674 ms 49.905 ms
9 ae-3-3.ebr1.chicago2.level3.net (4.69.132.62) 99.019 ms 82.008 ms 76.074 ms
10 ae-1-100.ebr2.chicago2.level3.net (4.69.132.114) 96.185 ms 75.658 ms 75.662 ms
11 ae-6-6.ebr2.washington12.level3.net (4.69.148.145) 104.322 ms 105.563 ms 118.480 ms
12 ae-5-5.ebr2.washington1.level3.net (4.69.143.221) 93.646 ms 99.423 ms 96.067 ms
13 ae-41-41.ebr2.paris1.level3.net (4.69.137.49) 177.744 ms
ae-44-44.ebr2.paris1.level3.net (4.69.137.61) 199.363 ms 198.405 ms
14 ae-47-47.ebr1.frankfurt1.level3.net (4.69.143.141) 176.876 ms
ae-45-45.ebr1.frankfurt1.level3.net (4.69.143.133) 170.994 ms
ae-46-46.ebr1.frankfurt1.level3.net (4.69.143.137) 177.308 ms
15 ae-61-61.csw1.frankfurt1.level3.net (4.69.140.2) 176.769 ms
ae-91-91.csw4.frankfurt1.level3.net (4.69.140.14) 178.676 ms 173.644 ms
16 ae-2-70.edge7.frankfurt1.level3.net (4.69.154.75) 180.407 ms
ae-3-80.edge7.frankfurt1.level3.net (4.69.154.139) 174.861 ms 176.578 ms
17 as33891-net.edge7.frankfurt1.level3.net (195.16.162.94) 175.448 ms 185.658 ms 177.081 ms
18 hos-bb1.juniper4.rz16.hetzner.de (213.239.240.202) 188.700 ms 190.332 ms 188.196 ms
19 hos-tr4.ex3k14.rz16.hetzner.de (213.239.233.98) 199.632 ms
hos-tr3.ex3k14.rz16.hetzner.de (213.239.233.66) 185.938 ms
hos-tr2.ex3k14.rz16.hetzner.de (213.239.230.34) 182.378 ms
20 * * *
21 * * *
22 * * *
есть идеи?
РЕДАКТИРОВАТЬ: добавление tcpdump
MacMini (который может подключиться) во время работы - ping semaphoreapp.com
sudo tcpdump -v -i en0 dst semaphoreapp.com
Password:
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
17:33:03.337165 IP (tos 0x0, ttl 64, id 20153, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->3129)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 0, length 64
17:33:04.337279 IP (tos 0x0, ttl 64, id 26049, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->1a21)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 1, length 64
17:33:05.337425 IP (tos 0x0, ttl 64, id 47854, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->c4f3)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 2, length 64
17:33:06.337548 IP (tos 0x0, ttl 64, id 24772, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->1f1e)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 3, length 64
17:33:07.337670 IP (tos 0x0, ttl 64, id 8171, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->5ff7)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 4, length 64
17:33:08.337816 IP (tos 0x0, ttl 64, id 35810, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->f3ff)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 5, length 64
17:33:09.337948 IP (tos 0x0, ttl 64, id 31120, offset 0, flags [none], proto ICMP (1), length 84, bad cksum 0 (->652)!)
192.168.0.6 > static.16.53.9.5.clients.your-server.de: ICMP echo request, id 61918, seq 6, length 64
^C
7 packets captured
1047 packets received by filter
0 packets dropped by kernel
OSX Lion (не удается подключиться) во время работы - ping semaphoreapp.com
# wireless
~ $ sudo tcpdump -v -i en1 dst semaphoreapp.com
Password:
tcpdump: listening on en1, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
262 packets received by filter
0 packets dropped by kernel
а также
# wired
~ $ sudo tcpdump -v -i en0 dst semaphoreapp.com
tcpdump: listening on en0, link-type EN10MB (Ethernet), capture size 65535 bytes
^C
0 packets captured
219 packets received by filter
0 packets dropped by kernel
выше выхода после Request timeout for icmp_seq 25 или 30 раз от пинга. Я мало что знаю о tcpdump, но мне не кажется, что запросы ping покидают мою машину?
5 ответов
Вы используете Hamachi на компьютере, который не может подключиться к semaphoreapp.com?
Если да, могу ли я предложить вам отключить Hamachi и повторить соединение; Вы можете узнать больше о блоке Hamachi по адресу:
Я рад, что вы решили свою проблему, но проблема, с которой я столкнулся при работе в сети Mac OSX, заключается в том, что размещение более одного домена в одной строке в файле / etc / hosts может привести к случайным изменениям в вашем сетевом стеке. Я надеюсь, что это может помочь другим, которые Google найдут способ ответить на этот вопрос.
Поэтому вместо того, чтобы делать это:
127.0.0.1 mylocalsite myotherlocalsite localhost eviladnetworksite.com
Вы должны поставить их друг на друга
127.0.0.1 mylocalsite
127.0.0.1 myotherlocalsite
127.0.0.1 localhost
127.0.0.1 eviladnetworksite.com
Вы должны перезагрузиться после внесения этого изменения, чтобы получить неиспорченный сетевой стек.
Ссылка: http://stevegrunwell.com/blog/quick-tip-troubleshooting-etchosts-issues/ устранение неполадок- etchosts- issues/
Разрешение DNS выглядит хорошо, так как вы можете преобразовать имя в правильный IP-адрес. Я могу получить доступ к сайту в Lion и Mountain Lion.
Вы можете попробовать перезагрузить сетевой интерфейс.
sudo ifconfig en0 down
sudo ifconfig en0 up
Замена en0 на используемый сетевой интерфейс. Используйте ifconfig без аргументов, чтобы определить правильный интерфейс.
Если вы используете два сетевых интерфейса - например, беспроводной и проводной - это может вызвать проблемы.
Если вы используете VPN, это может вызвать проблемы. В основном ищите любой способ, которым сеть на вашем Lion box может быть настроена иначе, чем на других ваших хостах.
И, как бы ни было хромать, если вы еще не пробовали, перезагрузка может быть в порядке:)
На льва dscacheutil -flushcache это все что нужно для очистки кеша. Если это не сработает, то на пути может быть что-то еще, например, прокси или системы с собственным кешем DNS, что является проблемой. Там может быть мало, что вы могли бы сделать с ними, кроме как уделить этому немного времени.
Если ничего не помогает, получите IP-адрес сайта с компьютера, который может подключиться, и попробуйте использовать его. На общедоступном хосте вы можете не получить нужный сайт, но, по крайней мере, сможете подтвердить подключение. Если это также ни к чему не привело, возможно, в ваших системах есть что-то, что блокирует его, поэтому проверьте любой тип приложения или системы брандмауэра, который вы используете.
Да, я видел эту проблему. Иногда это проблема MTU; в частности, обнаружение PMTU...
Можете ли вы попасть на другие сайты https без происшествий? Можете ли вы попробовать снизить MTU в Системных настройках -> Сеть -> Интерфейс -> Дополнительно -> Аппаратное обеспечение -> Настроить вручную. Может быть установлен на 1460 или ниже вместо 1500 по умолчанию.
Также см:
https://apple.stackexchange.com/questions/39226/https-not-working-on-macbook-pro