Я начал испытывать эту проблему некоторое время назад, вероятно, не слишком долго после OSX 10.9.1 update (не уверен в этом, но это имело бы смысл), в то время как раньше она работала просто отлично.

Я вообще не могу получить доступ к github.com вообще, только когда на WIFI. Я также понял, что не могу получить доступ к Facebook

Ethernet-соединение работает правильно. Я использую эту машину 99% времени на работе, и я естественно возложил вину на прокси-сервер, использованный здесь, но затем я принес его домой и столкнулся с той же проблемой в моей сети Wi-Fi.

Мой компьютер может без проблем обращаться к Github по той же сети. Коллеги могут также получить доступ к Github по той же сети Wi-Fi.

Я получаю сообщение об ошибке: «Эта веб-страница недоступна / невозможно подключиться»

Я пробовал все следующее до сих пор:

  • Перепробовал все доступные браузеры, а также с ВМ (Virtual Box под управлением Win8, настроенный в NAT).
  • Перезагрузка, сброс PRAM
  • Удаление профиля местоположения (в настройках сети) и воссоздание его
  • Включены / отключены настройки прокси
  • Привязанное соединение с iPhone (оно будет просто зависать на "разрешающем хосте"
  • Пробовал разные DNS (Google: 8.8.8.8, 8.8.4.4)
  • Traceroute сгенерирует: traceroute: bind: Can't assign requested address
  • Хост-файл чистый

Я буквально не знаю, что попробовать дальше и попытаться изолировать проблему

Будучи разработчиком Javascript, я не должен говорить, что это сильно мешает моей работе;


Похоже, здесь может быть какая-то конфигурация VPN: у меня установлен Juniper Network Connect для подключения к VPN клиента

Когда я подключен к VPN клиента, я могу получить доступ к Facebook.com, но не к Github.com.


Любая помощь очень ценится!


Редактировать:

копаем вывод github.com:

; <<>> DiG 9.8.3-P1 <<>> github.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 41616
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;github.com.            IN  A

;; ANSWER SECTION:
github.com.     20  IN  A   192.30.252.130

;; Query time: 32 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Wed May  7 15:34:52 2014
;; MSG SIZE  rcvd: 44

Edit2: запустил консольное приложение и получил этот вывод - вероятно, самая полезная часть информации, которую я получил:

2014-05-07 3:50:47.593 PM Google Chrome Helper[14672]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 ___ZN26LSClientToServerConnection21setupServerConnectionEiPK14__CFDictionary_block_invoke() q=com.apple.main-thread
2014-05-07 3:50:47.593 PM Google Chrome Helper[14672]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd.
2014-05-07 3:50:47.601 PM Google Chrome Helper[14672]: CGSLookupServerRootPort: Failed to look up the port for "com.apple.windowserver.active" (1100)
2014-05-07 3:50:47.876 PM Google Chrome Helper[14673]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd. : LSXPCClient.cp #426 ___ZN26LSClientToServerConnection21setupServerConnectionEiPK14__CFDictionary_block_invoke() q=com.apple.main-thread
2014-05-07 3:50:47.877 PM Google Chrome Helper[14673]: Process unable to create connection because the sandbox denied the right to lookup com.apple.coreservices.launchservicesd and so this process cannot talk to launchservicesd.
2014-05-07 3:50:47.882 PM Google Chrome Helper[14673]: CGSLookupServerRootPort: Failed to look up the port for "com.apple.windowserver.active" (1100)

Редактировать 3: Я попытался убить процесс launchservicesd , который привел машину к невыносимому сканированию (у нее даже были проблемы с регистрацией событий щелчков O_o), поэтому я выключился и перезапустился, и Lo! Теперь это работает O_O Я не уверен, что должен пометить этот вопрос как решенный, поскольку я чувствую, что мы еще не нашли причину / реальное исправление, но пока все в порядке. Вопрос сейчас "до когда" ... Спасибо за вашу помощь всем

2 ответа2

0

Вы хотите начать с проверки правильности работы DNS. В Терминале введите

dig github.com

Часть, которую вы ищете, должна выглядеть примерно так:

;; QUESTION SECTION:
;github.com.            IN  A

;; ANSWER SECTION:
github.com.     12  IN  A   192.30.252.131

;; AUTHORITY SECTION:
github.com.     86382   IN  NS  ns2.p16.dynect.net.
github.com.     86382   IN  NS  ns3.p16.dynect.net.
github.com.     86382   IN  NS  ns4.p16.dynect.net.
github.com.     86382   IN  NS  ns1.p16.dynect.net.

Затем вы захотите попробовать ping и traceroute и сравнить результаты всех трех команд с другими сайтами, которые работают правильно.

0

Это может быть проблемой со стеком OSX tcpip. Посмотрите, не торчит ли сокет, связанный с github. Вы можете использовать команду netstat .

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .