http://mikrotik.moscow Новое в теме Определение количества хостов за Mikrotik PPPoE соединением. форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Fri, 31 Jul 2026 03:31:11 -0400 Определение количества хостов за Mikrotik PPPoE соединением. RouterOS в форуме RouterOS.
Гостьет будет не поможет. Когда первый подклиент будет готов подключиться к Интернету, ему будет представлена форма входа в Гостьет, в которой он сможет пройти аутентификацию. Следующим входить не придется. И прокси будет работать аналогично. Совершенно возможно войти из роутера, если, скажем, это Windows XP с включенным обменом подключениями.
12.07.2004 19:03:00, lastguru.]]> http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226857 http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226857 Mon, 12 Jul 2004 19:03:00 -0400 RouterOS Определение количества хостов за Mikrotik PPPoE соединением. RouterOS в форуме RouterOS.
Спасибо за такой полный ответ. Мне кажется, что можно использовать функцию HotSpot вместо PPPoE. Думаю, будет сложнее роутеру вводить логин и пароль. Это придется делать устройству за роутером, и тогда мы сможем легко контролировать количество устройств за этим роутером. Я правильно понимаю? Как прокси отреагирует на страницу входа в HotSpot?
12.07.2004 08:35:00, sacketty.]]> http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226856 http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226856 Mon, 12 Jul 2004 08:35:00 -0400 RouterOS Определение количества хостов за Mikrotik PPPoE соединением. RouterOS в форуме RouterOS.
Простой ответ — нет, такой возможности нет, поскольку все пакеты будут приходить с одного и того же IP-адреса, и это все, что можно проверить на роутере.

Длинный ответ — ну, есть способы, включающие перехват всего трафика и его анализ на отдельной машине. В интернете есть как минимум один документ, описывающий возможные техники для этого. Два способа, которые я помню: есть поле Identification (биты 32..47) в заголовке IP, которое должно быть уникальным для каждого пакета и обычно является последовательным (AFAIK, если не предприняты специальные действия, почти все ОС делают его последовательным) с увеличением на 1. Но это число последовательно для каждого хоста, замаскированного в частности, и AFAIK, роутер не меняет это поле при NAT! Вот и все… Если вы проанализируете трафик и составите таблицу со всеми значениями поля IP Identification, вы распознаете одну или несколько последовательностей. Первый предположение — сколько независимых последовательностей, столько и независимых компьютеров за роутером. Неверно. Во-первых, для этого поля всего 16 бит, поэтому в какой-то момент (после достижения значения 65535) они сбросятся до 0. Во-вторых, вполне возможно потерять некоторые элементы в последовательности, поскольку не все пакеты, отправляемые конечными хостами, фактически видятся вашим роутером (они могут общаться в своей локальной сети). Очень похожая история с TCP и UDP портами. Номера портов всех исходящих соединений хостов должны быть уникальными, и в большинстве случаев (если не используется специальный рандомайзер, например, для Linux) они также являются последовательными. Проанализируйте и сгруппируйте — вот и все… Те же два замечания, упомянутых выше, применимы и к этому пункту. Также следует отметить, что нумерация портов для исходящих соединений обычно начинается с 1024. И ещё кое-что: роутер NAT стремится не менять исходный src-порт отправителя, но в некоторых случаях (при конфликте портов) он может изменить исходящий порт (обратите внимание, что Linux и RouterOS ни в каком случае не изменят «класс» порта; существует три класса портов: 0..511, 512..1023, 1024..65535).

Но... не все так радужно: я не знаю ни одной реализации подобных техник. Но помните, что сделать их очень легко. Оба упомянутых метода применяются к межсетевым шлюзам 3-го уровня OSI (то, чем являются роутеры). Они не будут применяться к межсетевым шлюзам более высокого уровня. Это означает, что пользователь, чтобы скрыть сеть за собой, не должен использовать маскировку, а должен использовать проксирование (помните, что многие вещи можно проксировать прозрачно, так что его клиенты даже могут не заметить это проксирование; также помните, что SOCKS может проксировать любые протоколы TCP). Прокси-сервер установит новое соединение, используя свой собственный IP Identification и последовательность TCP портов, и ничего не будет обнаружено анализатором.
10.07.2004 22:21:00, lastguru.]]> http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226855 http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226855 Sat, 10 Jul 2004 22:21:00 -0400 RouterOS Определение количества хостов за Mikrotik PPPoE соединением. RouterOS в форуме RouterOS.
Привет! Мы используем Mikrotik в качестве концентратора PPPoE для предоставления интернета нашим подписчикам на основе подписки на одного хоста. Теперь некоторые подписчики могут установить PPPoE-совместимый роутер и маскировать за ним любое количество устройств. Есть ли способ контролировать или ограничивать количество устройств, маскируемых за роутером?
10.07.2004 21:23:00, sacketty.]]> http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226854 http://mikrotik.moscow/forum/forum57/59687-opredelenie-kolichestva-khostov-za-mikrotik-pppoe-soedineniem./message226854 Sat, 10 Jul 2004 21:23:00 -0400 RouterOS