Мнение дилетанта.
1. Спецслужбы (хакеры) следят за вами, блокировали https://check.torproject.org/, но не догадались torcheck.xenobite.eu
2. Вы накосячили с настройкой Tor (хотя с трудом представляю как добится такого эффекта, разве что удлинить цепочку поставив в конец обычный прокси).
3. Ошибка в Tor.
Опять же, если не изменяет память, у меня когда-то было нечто подобное и после смены цепочки все стало нормально. Вывод: вероятнее всего что-то с Tor. Или на компе хитрый жук "подправил" Tor. (=
— Гость (07/02/2011 00:00) Нет, просто новые узлы не моментально попадают в статистику чекера, потому такое возможно. Раньше это случалось вообще часто, как сейчас — не знаю. На https://check.torproject.org/ на такое давно не напарывался (и вообще не помню, напарывался ли).
Нет, просто новые узлы не моментально попадают в статистику чекера, потому такое возможно. Раньше это случалось вообще часто, как сейчас — не знаю. На wwwhttps://check.torproject.org/ на такое давно не напарывался (и вообще не помню, напарывался ли).
Я воспринимаю это, как "ошибку Tor", недоработку.
— Гость (07/02/2011 14:40)
Я воспринимаю это, как "ошибку Tor", недоработку.
Как вы представляете себе синхронизацию статистики клиентами за столь малый промежуток времени?
— Eridan (07/02/2011 16:11) В этом я не разбираюсь. Но разве сложно установить запрет на подключение к ноде не добавленной в статистику?
— Гость (07/02/2011 17:22) Клиент_1 не должен волноваться за содержимое статистики Клиента_2. Если консенсус-документы (статистика) у них разные (потому что их периодически обновляют) это плохо, но не смертельно.
Если чекер (Клиент_2) чего-то не знает, это проблема чекера, а не проблема пользователя (Клиент_1) который проверяет свои настройки таким странным образом.
Ему стало стыдно.
Если мне не изменяет память то с torcheck.xenobite.eu такое бывает. Лучше проверять на https://check.torproject.org/
Сейчас оба сервиса нормально работают,а https://check.torproject.org/ тогда вообще не открывался.
Мнение дилетанта.
1. Спецслужбы (хакеры) следят за вами, блокировали https://check.torproject.org/, но не догадались torcheck.xenobite.eu
2. Вы накосячили с настройкой Tor (хотя с трудом представляю как добится такого эффекта, разве что удлинить цепочку поставив в конец обычный прокси).
3. Ошибка в Tor.
Опять же, если не изменяет память, у меня когда-то было нечто подобное и после смены цепочки все стало нормально. Вывод: вероятнее всего что-то с Tor. Или на компе хитрый жук "подправил" Tor. (=
Нет, просто новые узлы не моментально попадают в статистику чекера, потому такое возможно. Раньше это случалось вообще часто, как сейчас — не знаю. На https://check.torproject.org/ на такое давно не напарывался (и вообще не помню, напарывался ли).
Слишком толсто. Скорее уже в браузере :)
Я воспринимаю это, как "ошибку Tor", недоработку.
Как вы представляете себе синхронизацию статистики клиентами за столь малый промежуток времени?
В этом я не разбираюсь. Но разве сложно установить запрет на подключение к ноде не добавленной в статистику?
Клиент_1 не должен волноваться за содержимое статистики Клиента_2. Если консенсус-документы (статистика) у них разные (потому что их периодически обновляют) это плохо, но не смертельно.
Если чекер (Клиент_2) чего-то не знает, это проблема чекера, а не проблема пользователя (Клиент_1) который проверяет свои настройки таким странным образом.