LINUX.ORG.RU

802.1x & DSL

 dot1x


0

1

Приветствую
У меня вопрос по совместимости 802.1x с другими устройствами.
Вот например сконфигурирован порт свича на 802.1x. Если компьютер подключен к этому порту - то всё понятно, а вот если компьютер подключен например через какое-то устройство, в частности сетевой DSL мопед (Ethernet over VDSL), то не создаст ли это проблем аутентификации и вообще каковы требования к такому устройству? Поддержка каких стандартов на нем обязательна? По тому что в даташите мопеда ни чего не сказано о совместимости с 802.1x но упоминаются множество других стандартов, которые, возможно, подразумевают гарантированную работу 802.1x

★★★★★

Ну, к примеру в айпи телефонах Avaya со встроенным свичом (для подключения компа) есть разные режимы работы 802.1x. Он может авторизовать отдельно себя, может заодно и комп, проксируя 802.1х пакеты. Может их блокировать.

А если твой девайс не знает про 802.1х и, по сути, является Ethernet мостом, то он я думаю никак мешать авторизации компа не будет.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Ну вот в том то и вопрос, можно ли подключать через Ethernet мост или только напрямую. Ни где не могу найти чёткого ответа.

af5 ★★★★★
() автор топика
Ответ на: комментарий от blind_oracle

Лично мне это не очевидно. Это ваша догадка или вы каким-то RFC руководствуетесь?
Суть аутентификации порта такова, что поддержка промежуточных свичей и мостов попросту не предусматривается, стало быть её может и не быть.

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

Суть аутентификации такова, что пока порт не авторизован, то свитч накладывает на него фильтр, пропускающий только пакеты до RADIUS сервера, вот и всё.

После того, как порт авторизован, то, в зависимости от режима работы(single/multi-host), он может авторизовать отдельно любые МАКи на этом порту или только один МАК.

На практике это означает что свичу глубоко пофиг что в этот порт воткнуто: пришел девайс с определенным МАКом, авторизовался, работает.

И есть ли в наличии бридж\свич\еще-как-нибудь-хрень на этом порту он определить не может даже теоретически.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Щас попробовал сэмулировать на динамипсе и виртуалбоксе, так вот, если ставлю в качестве моста «Ethernet switch» - то работает, а если в качестве моста ставлю ещё циску с NM-16ESW - хер там. Так что ясности эксеримент не внёс.

И есть ли в наличии бридж\свич\еще-как-нибудь-хрень на этом порту он определить не может даже теоретически.

Светящаяся рядом с портом лампочка какбы намекает...

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

В общем работать будет, я в этом уверен. Самому проверять лень. Если езернет-фреймы ходят через бридж, то он никак свое присутствие не выдает и авторизация пройдёт прозрачно.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Тут подумалась такая мысль:
Возможно, если бридж достаточно туп и гарантированно пересылает все Ethernet кадры на второй порт, то работать будет. А вот если у него еть типа CAM таблицы как у реального свича, то возможно он и не посчитает нужным пересылать какие-то там непонятно кому адресованные Ethernet кадры... Это могло бы объяснить результаты моего эксперимента.

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

Ethernet через xDSL, как и любой другой медиаконвертер, я думаю как раз достаточно тупой бридж, чтобы пересылать всё подряд.

blind_oracle ★★★★★
()
Ответ на: комментарий от blind_oracle

Ну вот, какое-то подобие теории родилось, жаль что не могу найти этой инфы в каком-то приличном источнике.

af5 ★★★★★
() автор топика

Что-то я вообще не понял, кто к кому подключен. Модем к порту, компьютер к модему по DSL? Или как?

hc
()
Ответ на: комментарий от af5

Всё зависит от режима аутентификации:

* Port-based - тогда пофиг, кто аутентифицируется, открывается порт 
* MAC-based - тогда аутентифицироваться должен модем
* Multi-host - должен аутентифицироваться как минимум модем

hc
()
Ответ на: комментарий от hc

Это если модем в режиме маршрутизатора. Если он в режиме моста - тогда он прозрачен и аутентифицироваться должен компьютер

hc
()
Ответ на: комментарий от af5

Так эта... А какой пруфлинк надо? Аутентифицироваться должен тот, чей адрес потом будет в пакетах светиться на порту. Это компьютер, потому как мост (исходя из 802.1D) прозрачен.

hc
()
Ответ на: комментарий от af5

Тогда дополнительно к 802.1D надо прочитать документацию к коммутатору и увидеть, что если на порту включена функция авторизации 802.1х, то порт ничего, кроме EAPOL, не пропускает до успешной аутентификации (то есть до получения Access-Accept от RADIUS или чего-то там от TACACS). И есть мост поддерживает 802.1х на Ethernet-порту, то он ведёт себя так же. Короче, пруф - это документация, тут нет разницы, мост это или коммутатор

hc
()
Ответ на: комментарий от af5

без CAM это повторитель тогда уж а не мост, мост имеет таблицу маков и именно по ним разбирается чекуда слать.

GHhost
()
Ответ на: комментарий от GHhost

Всё опять запуталось
Таким образом выходит bridge это свич, а не хаб. Следовательно, бридж не гарантирует работу 802.1x
Медиаконвертер - это повторитель, а не свич и не бридж.
Следовательно, необходимо чтоб мопеды работали как повторитель, а не как бридж.
Тогда конкретный вопрос:
ZyXEL P871M это мост или повторитель?
http://us.zyxel.com/Products/details.aspx?PC1IndexFlag=20040812093058&Cat...

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

ты вообще както в терминологии путаешся CAM это content addressable memory всеголиш, понятие хаб не однозначно, может быть и многопортовый повторитель но опять таки в совеменных реалиях это один хрен КОМУТАТОР, даже 8 портовая мыльница за 300 рублей. а вообще различают комутацию и маршрутизацию, первая работает на втором уровне на нем же работают и бриджы, вторая на третьем, ну и отдельно повторители которым вообще пофиг все уровни кроме физического, повторители практически сейчас не используются, медияконверторы в чистом виде тоже уже почти не встречаются, в них тоже встроен мост в большинстве случаев, и скорее всего в твоих модемах так же присутствует мост.

GHhost
()
Ответ на: комментарий от GHhost

Нет, не путаюсь. И уж во всяком случае не строю предположений о наличие CAM по цене мыльницы. Да, кэп, спасибо, все знают что сегодня хабы не продаются. И маршрутизацию от коммутации отличаем.
А вот ответа на вопрос так и нет.
Повторю на всёкий случай вопросы для тех, кто не читает ветку:
Должна ли аутентификация 802.1x прозрачно проходить через мост с CAM или нет?
Есть ли в упомянутом устройстве (ZyXEL P871M) CAM или нет?

af5 ★★★★★
() автор топика
Ответ на: комментарий от GHhost

CAM это content addressable memory всеголиш,

«всего лишь» то, что отличает свич от хаба

понятие хаб не однозначно

однозначно.

af5 ★★★★★
() автор топика
Ответ на: комментарий от af5

нет путаешся, и вдобавок пытаешся доказать что нет, по поводу однозначности понятия хаб - почему я вот держу в руках фактически свитч на котором написано хаб купленный в этом месяце? :) что за мост с CAM? сами не знаем? чем отличается от моста без CAM? :) что такое CAM и почему она часто используется в комутаторах и маршрутизаторах почитать не потрудились видимо. или обчитались про каталисты но ничего не поняли?

GHhost
()
Ответ на: комментарий от GHhost

почему я вот держу в руках фактически свитч на котором написано хаб купленный в этом месяце?

я хз чё ты там держишь в руках и почему у тебя трудности с определением хаб/свич, почему не знаешь что такое CAM и зачем вообще приплёл сюда маршрутизаторы. Если тебя мучают такие вопросы открой свою тему и там выясняй, а мою тему не засоряй больше пожалуйста.

af5 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.