Как я однозначно определяю компьютеры, посещая мой веб-сайт?

171
задан thkala 10 December 2011 в 10:43
поделиться

14 ответов

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

, Если это - опция вынудить Вашего посетителя установить некоторое программное обеспечение и использовать TCPA, можно быть в состоянии осуществить что-то.

0
ответ дан John Nilsson 23 November 2019 в 20:44
поделиться

Я думаю, что cookie могли бы быть тем, что Вы ищете; это - то, как большинство веб-сайтов однозначно определяет посетителей.

1
ответ дан Steve 23 November 2019 в 20:44
поделиться

Я сделал бы это использование комбинации cookie и флэш-куки. Создайте GUID и сохраните его в cookie. Если cookie не существует, попытайтесь считать его из флэш-куки. Если это все еще не найдено, создайте его и запишите его во флэш-куки. Таким образом, можно совместно использовать тот же GUID через браузеры.

2
ответ дан Eric Hogue 23 November 2019 в 20:44
поделиться

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

у меня есть следующий вопрос. Когда я использую машину, которая никогда не посещала мой веб-сайт онлайна - банкинга, меня просят относительно дополнительной аутентификации. тогда, если я возвращаюсь во второй раз к сайту онлайна - банкинга, я не становлюсь спрошенным дополнительную аутентификацию. при чтении ответов на мой вопрос, который я решил, это должен быть включенный cookie. поэтому, я удалил все cookie в IE и повторно зарегистрировался на мой сайт онлайна - банкинга, полностью ожидая задаваться вопросы аутентификации снова. к моему удивлению меня не спросили. разве это не приводит полагать, что банк делает некоторые метки ПК, которые не включают cookie?

далее, после большого гугления сегодня я нашел следующую компанию, которая утверждает, что продала решение, которое действительно однозначно определяет машины, которые посещают веб-сайт. http://www.the41.com/products.asp .

я ценю всю хорошую информацию, если бы Вы могли бы разъяснить далее эту конфликтующую информацию, я нашел, что был бы очень признателен за его.

2
ответ дан thatisvaliant 23 November 2019 в 20:44
поделиться

, поскольку я хочу решение работать над всеми машинами и всеми браузерами (в причине) я пытаюсь создать решение с помощью JavaScript.

, который не является действительно серьезным основанием не для использования JavaScript?

, Поскольку другие сказали - cookie являются, вероятно, Вашим наилучшим вариантом - просто знать об ограничениях.

3
ответ дан Draemon 23 November 2019 в 20:44
поделиться

Cookie не будут полезны для определения уникальных посетителей. Пользователь мог очистить cookie и обновить сайт - он тогда классифицируется как новый пользователь снова.

я думаю, что лучший способ пойти о выполнении этого состоит в том, чтобы реализовать серверное решение (поскольку необходимо будет где-нибудь хранить данные). В зависимости от сложности Ваших потребностей в таких данных необходимо будет определить то, что классифицируется как уникальное посещение. Разумный метод должен был бы позволить IP-адресу возвращаться на следующий день и даваться уникальное посещение. Несколько посещений одного IP-адреса через один день не должны считаться как uniques.

Используя PHP, например, это тривиально, чтобы получить IP-адрес посетителя и сохранить его в текстовом файле (или sql база данных).

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

Hope, которая помогает.

3
ответ дан different 23 November 2019 в 20:44
поделиться

Предложения для использования cookie в стороне единственный исчерпывающий набор идентификации атрибутов, доступных опросу, содержится в заголовке Запроса HTTP. Таким образом, возможно использовать некоторое подмножество их для создания псевдоуникального идентификатора для агента пользователя (т.е. браузер). Далее, большая часть этой информации возможно уже зарегистрирована так называемый "журнал доступа" Вашего программного обеспечения веб-сервера по умолчанию и, в противном случае может быть легко настроена, чтобы сделать так. Затем utlity мог быть разработан, который просто сканирует содержание этого журнала, создавая цифровые отпечатки из каждого запроса, состоявшего из, скажем, IP-адреса и Строки агента пользователя, и т.д. Больше доступных данных, даже включая содержание определенных cookie, добавляет к качеству уникальности этого цифрового отпечатка. Хотя, как многие другие уже заявили, протокол HTTP не делает это 100% надежный - в лучшем случае это может только быть довольно хороший индикатор.

6
ответ дан Danny Whitt 23 November 2019 в 20:44
поделиться

Действительно, то, что Вы хотите сделать, не может быть сделано, потому что протоколы не допускают это. Если бы статический дюйм/с универсально использовался тогда, то Вы могли бы быть в состоянии сделать это. Они не, таким образом, Вы не можете.

, Если Вы действительно хотите определить люди , сделайте, чтобы они вошли в систему.

, Так как они будут, вероятно, перемещаться к различным страницам на Вашем веб-сайте, Вам нужен способ отслеживать их, как они перемещаются.

, Пока они зарегистрированы, и Вы отслеживаете их сессию на своем сайте через cookies/link-parameters/beacons/whatever, можно быть вполне уверены, что они используют тот же компьютер в течение того времени.

В конечном счете, неправильно сказать, что это говорит Вам, какой компьютер они используют, если Ваши пользователи не используют Вашу собственную локальную сеть и не имеют статических IP-адресов.

, Если то, что Вы хотите сделать, делается с сотрудничеством пользователей и существует только один пользователь на cookie, и они используют единственный веб-браузер, просто используют cookie.

4
ответ дан JohnnySoftware 23 November 2019 в 20:44
поделиться

Существует только небольшое количество информации, которую можно получить через HTTP-соединение.

  1. IP - Но как другие сказал, это не фиксируется для многих, если не большинство интернет-пользователей из-за динамических политик выделения их ISP.

  2. Строка Useragent - Почти все браузеры отправляют, какой браузер они с каждым запросом. Однако это может быть установлено пользователем во многих браузерах сегодня.

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

  4. Cookie - Установка cookie является другим способом определить машину, или более конкретно браузер на машине, но поскольку другие сказали, они могут быть удалены, или выключены пользователями и только применимы на браузере, не машине.

Так, корректный ответ состоит в том, что Вы не можете достигнуть того, что Вы жили бы через HTTP по одним только протоколам IP. Однако с помощью комбинации cookie, а также IP и полей в Запросе HTTP, у Вас есть хороший шанс при предположении, виде, каково машина это. Пользователи склонны использовать только один браузер, и часто от одной машины, таким образом, это может быть довольно надежно, но это будет варьироваться в зависимости от аудитории..., техники, более вероятно, будут смешивать с этим материалом и использовать больше машин/браузеров. Кроме того, это могло даже быть вместе с некоторой попыткой определить геолокацию IP и использовать те данные также. Но в любом случае, нет никакого решения, которое будет корректно все время.

10
ответ дан cdeszaq 23 November 2019 в 20:44
поделиться

Как с предыдущими cookie решений хороший метод, знать, что они определяют браузеры все же. Если бы я посетил веб-сайт в Firefox, и затем в Internet Explorer cookie были бы сохранены для обеих попыток отдельно. Некоторые пользователи также отключают куки (но больше людей отключает JavaScript).

Другой метод для рассмотрения был бы I.P. и идентификацией имени узла (знать, что они могут варьироваться для dial-up/non-static пользователей IP, AOL также использует общего дюйм/с). Однако, так как это только определяет сети, это не могло бы работать, а также cookie.

8
ответ дан Ross 23 November 2019 в 20:44
поделиться

Возможность использует флэш-куки :

  • Повсеместная доступность (у 95 процентов посетителей, вероятно, будет флэш-память)
  • можно хранить больше данных на cookie (до 100 КБ)
  • Общий через браузеры, поэтому более вероятно для однозначного определения машины
  • Очистка, cookie браузера не удаляют флэш-куки.

необходимо будет создать маленький (скрытый) фильм флэш-памяти, чтобы считать и записать им.

Безотносительно маршрута, который Вы выбираете, удостоверяются, что Ваши пользователи подписываются к тому, чтобы быть прослеженным, иначе Вы вторгаетесь в их конфиденциальность и становитесь одним из плохих парней.

30
ответ дан Joeri Sebrechts 23 November 2019 в 20:44
поделиться

Не возможно определить компьютеры, получающие доступ к веб-сайту без сотрудничества их владельцев. Если они позволяют Вам, однако, можно сохранить cookie для идентификации машины, когда она посещает сайт снова. Ключ, посетитель сознает ситуацию; они могут удалить cookie и появиться как новый посетитель любое время, которого они желают.

30
ответ дан erickson 23 November 2019 в 20:44
поделиться

, Когда я использую машину, которая никогда не посещала мой веб-сайт онлайна - банкинга, меня просят относительно дополнительной аутентификации. тогда, если я возвращаюсь во второй раз к сайту онлайна - банкинга, я не становлюсь спрошенным дополнительную аутентификацию..., я удалил все cookie в IE и повторно зарегистрировался на мой сайт онлайна - банкинга, полностью ожидая задаваться вопросы аутентификации снова. к моему удивлению меня не спросили. разве это не приводит полагать, что банк делает некоторые метки ПК, которые не включают cookie?

Это - довольно общий тип аутентификации, используемой банками.

Говорят, что Вы получаете доступ к своему веб-сайту банка с помощью example-isp.com. В первый раз, когда Вы там, Вас попросят Вашего пароля, а также дополнительной аутентификации. Как только Вы передали, банк знает, что пользователь "thatisvaliant" аутентифицируется для доступа к сайту с помощью example-isp.com.

В будущем, это не попросит дополнительную аутентификацию (вне Вашего пароля) при доступе к сайту с помощью example-isp.com. При попытке получить доступ к банку с помощью another-isp.com, банк пройдет ту же стандартную программу снова.

Так для суммирования, что идентификация банка является ISP и/или netblock, на основе IP-адреса. Очевидно, не каждый пользователь в Вашем ISP - Вы, который является, почему банк все еще просит у Вас Ваш пароль.

Вы когда-либо сделали, чтобы компания по выпуску кредитных карт звонила, чтобы проверить, что вещи в порядке при использовании кредитной карты в другой стране? То же понятие.

6
ответ дан Anirvan 23 November 2019 в 20:44
поделиться

Эти люди разработали метод снятия отпечатков пальцев для распознавания пользователя с высокой степенью точности:

https://panopticlick.eff.org/static/browser-uniqueness.pdf

Мы исследуем, насколько современные веб-браузеры подлежат «снятию отпечатков пальцев с устройства» с помощью информации о версии и конфигурации, которую они будут передавать на веб-сайты по запросу. Мы реализовал один из возможных алгоритмов снятия отпечатков пальцев и собрал эти отпечатки пальцев из большой выборки браузеров, которые посетили нашу тестовую сторону, Panopticlick.eff.org . Мы замечаем, что распределение наших пальцев - print содержит не менее 18,1 бит энтропии, а это означает, что если мы выберем браузер случайно, в лучшем случае мы ожидаем, что только один из 286777 других браузеры поделятся его отпечатком. Среди браузеров, поддерживающих Flash или Java, ситуация еще хуже: средний браузер поддерживает не менее 18,8 бит идентифицирующей информации. 94,2% браузеров с Flash или Java были уникальными в нашей выборке.

Наблюдая за вернувшимися посетителями, мы оцениваем, насколько быстро отпечатки браузера могут меняться со временем.В нашем образце отпечатки пальцев изменились довольно сильно. быстро, но даже простая эвристика обычно позволяла угадать, когда отпечаток пальца был «обновленной» версией ранее наблюдаемого браузера отпечаток пальца, с 99,1% верных догадок и ложноположительным уровнем только 0,86%.

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

57
ответ дан 23 November 2019 в 20:44
поделиться
Другие вопросы по тегам:

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