Проблема, соединяющаяся с некоторыми веб-сайтами

У меня есть некоторая проблема при соединении с определенными веб-сайтами, использовании Ubuntu 12.04 в Windows 7 Двойной загрузки.

Веб-сайты как https://github.com/, https://developer.paypal.com/и https://www.facebook.com/продолжают загружаться в течение долгого времени.

Его настолько странный, это иногда открывается, затем это иногда не делает.

Я не знаю, как отладить эту проблему. До сих пор то, что я попробовал, использует команду PING.

$ ping github.com

PING github.com (192.30.252.129) 56(84) bytes of data.

--- github.com ping statistics ---
92 packets transmitted, 0 received, 100% packet loss, time 90999ms

При выполнении этого на Google это хорошо работает.

$ ping google.com
PING google.com (74.125.236.73) 56(84) bytes of data.
64 bytes from maa03s05-in-f9.1e100.net (74.125.236.73): icmp_req=1 ttl=56 time=26.1   ms
64 bytes from maa03s05-in-f9.1e100.net (74.125.236.73): icmp_req=2 ttl=56 time=27.7 ms
64 bytes from maa03s05-in-f9.1e100.net (74.125.236.73): icmp_req=3 ttl=56 time=26.0 ms
64 bytes from maa03s05-in-f9.1e100.net (74.125.236.73): icmp_req=4 ttl=56 time=26.2 ms

--- google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4005ms
rtt min/avg/max/mdev = 25.070/26.259/27.798/0.882 ms

Действительно нуждаюсь в некоторой помощи!! Я пытался гуглить, даже не уверенный, как искать его!!

(использование беспроводной связи)

3
задан 6 April 2014 в 18:33

4 ответа

Исключение его являющийся HTTPS определенная проблема

Веб-сайты как https://github.com / , https://developer.paypal.com / и https://www.facebook.com / продолжает загружаться в течение долгого времени.

Это именно так происходит, который эти три сайта все передают по HTTPS, а не HTTP.

сети Some могут заблокировать Подключения HTTPS, или соединения на конкретных портах (HTTPS использует порт 443 вместо порта 80), в рамках проводимой политики. Однако я готов предположить, что это не на самом деле Ваша проблема. Для исключения этой возможности необходимо будет найти сайт HTTPS, который работает. Например, https://askubuntu.com / работа? Это должно. В противном случае Ваша проблема может быть связана с сайтами HTTPS.

Другой тип фильтрации по Вашему ISP?

Однако существует все еще другая проблема: Ваш результат ping предполагает, что проблема не связана с Вашим использованием HTTPS (поскольку ping не использует HTTPS).

--- github.com ping statistics ---
92 packets transmitted, 0 received, 100% packet loss, time 90999ms

Это предполагает, что проблемой не является HTTPS. Могло все еще случиться так, что Ваше интернет-соединение фильтровано в некотором роде. Например, ping, возможно, был фильтрован в дополнение к тем Подключениям HTTPS.

Ваш доступ в Интернет требует прокси?

На других компьютерах, которые работают, проверьте, получают ли они доступ к сети через некоторый прокси-сервер. Это, возможно, должно быть настроено в Вашей операционной системе. На основанных на Windows браузерах к этим настройкам можно получить доступ из настроек браузера любого браузера - ищут настройки прокси. Возможно, что необходимо настроить эквивалентные настройки прокси в Ubuntu.

Мог он быть проблемой маршрутизации с Вашим ISP

Иногда, ISP может иметь проблему маршрутизации, посредством чего соединение в восходящем направлении с ними является временным вниз, блокируя доступ к некоторым сайтам. Это часто будет временной проблемой и разрешенный относительно быстро.

редко, однако, для таких проблем заблокироваться [только 116] [приблизительно 116] сайты, но доступ отпуска к весь другой сайты. Это могло однако означать, что Вы можете получить доступ локальный сайты - сайты, размещенные географически около Вас - и временно неспособны получить доступ к большему количеству удаленных сайтов такой как за границей размещенные сайты.

0
ответ дан 8 October 2019 в 02:08

Я не уверен, что это будет работать или нет. Но я думаю, что можно проверить веб-сайт с

http://www.isitdownrightnow.com/

, Если веб-сайт работает тогда дополнение установки к форме браузера http://www.webproxy.net/

Попытка посетить веб-сайт. На самом деле это несколько раз работало на меня. Надеюсь, что это работает на Вас также.

0
ответ дан 8 October 2019 в 02:08

Сначала я собирался сказать, что это может быть проблема DNS, но после рассмотрения Вашего снимка экрана ping на github.com, я не думаю, что это. IP корректен, и он должен ответить назад. Я протестировал на своей машине (12.04) здесь в центральных США, и я получаю среднее время 68 мс и никакую потерю пакетов.

необходимо связаться ISP и сделать, чтобы они протестировали соединение, потому что что-то не работает правильно.

0
ответ дан 8 October 2019 в 02:08

Я просто обнаружил то, чему я верю, решение моей проблемы. Я посмотрел на свои параметры настройки по доверенности и обнаружил, что некоторые, как вместо никаких полномочий, урегулирование изменилось на автоматически полномочие использования. Я получил доступ к этому при помощи параметров настройки Firefox и конечно же после того, как я перезапустил Firefox, все мои ранее заблокированные веб-сайты теперь доступны. Мои подозрения относительно того, как настройки по доверенности были изменены, включают несколько программ брандмауэра, которые я установил через Кв. - добираются.

Дэйв

0
ответ дан 8 October 2019 в 02:08

Другие вопросы по тегам:

Похожие вопросы: