Определить клиента провайдера на сервере

[impersonalis]

Итак: с какого устройства (с чистой системой и без куков в браузере) я бы ни зашёл на сайт провайдера, находясь в его ГВС, "сайт определяет" мой договор.
Как это реализовано? Несколько пользователей сидят на одном внешнем IP - значит вариант с однозначным соответствием "адрес-клиент" отпадает.
Роутеры внутри ГВС перенаправляют запросы из ГВС на локальную* версию сайта**? (тем самым избавляясь от потери информации в ходе трансляции адресов.)
У меня есть ещё два безумных варианта - но они слишком сложны в реализации.

** - в пользу этого говорят и небольшие различия в внешнем виде сайта при заходе на него "изнутри" и "снаружи".

* - я не разбирался кто там у кого хостится, так что вернее сказать не "на локальную версию", а "локально оправляет (без обращений к внешним DNS и отправкой пакетов на шлюзы) на сайт"

[ingko]

Предположения: Ну, не все куки им подобное можно реально отключить, иначе ты не сможешь вообще логиниться куда-либо, потом, mac-адреса железок, конфиг оборудования, хитро-написанные DNS... Вариантов много, на самом деле.

[impersonalis]

Ну куки бесполезны, если я после установки операционной системы и браузера зашёл на сайт и "молчу": не логинюсь под аккаунтом.
MAC и анализ таблиц NAT - это как раз варианты, о которых я упомянул как о слишком сложных в реализации (аппаратные составляющие, синхронизация, тяжесть [время+трафик] простейшего запроса и т.п.).

[pax]

А dns у тебя от провайдера? Попробуй его пропинговать, может это адрес локальной сети провайдера (когда ты смотришь изнутри). И кстати какой у тебя локальынй IP?

[Nex]

Помню у нас в городе интернет провайдеры работающие по типу локальных сетей при смене железа и видимо mac-адреса заставляли переопределять оборудование путем нажатия на сайте кнопки и некоторого ожидания.

[ingko]

Сообщение от Nex

Помню у нас в городе интернет провайдеры работающие по типу локальных сетей при смене железа и видимо mac-адреса заставляли переопределять оборудование путем нажатия на сайте кнопки и некоторого ожидания.

Ну, это самый простой вариант.

[ABTOMAT]

Сайт, скорее всего, хостится в локальной сети провайдера.
В таком случае, если зайти на него из той же локальной сети, сайт увидит внутренний IP, а не внешний, соответственно, он знает, какому договору какой IP соответствует и далее всё понятно.
У меня так сайты на домашнем серваке, если на них заходить из той же локальной сети, видят IP'шники в духе 192.168.0.*.

Проверь, какой IP сайта пингуется из локальной сети и из внешней.
Скорее всего, они разные.

[h1dd3n]

По mac это делается. Разве при смене оборудования (а следовательно и maca) тебе в тех поддержку звонить не приходится (в екб все провайдеры на mac договор привязывают)?

[Arton]

Сообщение от h1dd3n

По mac это делается. Разве при смене оборудования (а следовательно и maca)...

Берём и меняем mac-адрес =/
Собственно он не в железе меняется, а где-то прописывается его замена.
Однако несколько лет так подключён, т. к. звонить оператору что бы заменили, выше моих сил.

[ingko]

Сообщение от h1dd3n

По mac это делается. Разве при смене оборудования (а следовательно и maca) тебе в тех поддержку звонить не приходится (в екб все провайдеры на mac договор привязывают)?

Я это обошел, клониловав mac в руотере...

[impersonalis]

2h1dd3n да, привязка по MAC. Есть идеи как получить доступ к канальному (емнип?) уровню tcp\ip-стека средствами web-сервера? Плюс необходимо обеспечить безопасный доступ к списку MAC-ов клиентов.

2ABTOMAT ну как я и предполагал - этот вариант кажется наиболее эффективным.