Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » VLAN

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

Открыть новую тему     Написать ответ в эту тему

contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ну скажем нельзя подделывать пакеты? допустим нельзя тегировать свой канал и попасть тегированный VLAN ? банально, но все же.  
просто я тут особой защиты не вижу, только свич смотрит на заголовок IP - стит метка или нет.

Всего записей: 3336 | Зарегистр. 21-04-2008 | Отправлено: 19:54 15-11-2010
Valery12

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ну скажем нельзя подделывать пакеты? допустим нельзя тегировать свой канал и попасть тегированный VLAN ? банально, но все же.  
завидное упорство
не знаю какой свич у goletsa - напишу как на cisco, причем опять уточню ПРАВИЛЬНО НАСТРОЕННОЙ
если я настроил порт как access - тегированный трафик он не принимает, а нетегированный снабжает тегами того вилана который на нем настроен - вывод, с такого порта куда не положено не попадешь
если порт настроен как транк, тут конечно сложнее, но
- физический доступ к коммутатору должен быть ограничен, скажем у меня на этажах они в шкафах запертых на ключ, а розетки СКС могут быть подключены только к портам доступа и ни в коем случае не к транкам. Ну пусть злодей нашел в коробе транковый кабель, разрезал его, обжал и подключился, тогда:
1. мониторинг, я сразу получу аларм что с транком проблема (с одной строны он активен а с другой в дауне)
2. если трафик не тегированный он попадет в нативный вилан, а поскольку коммутаторы у меня настроены то ни одного акцеес порта с вилан 1 на них нет, так же как и нет и управляющих интерфейсов - вывод никуда этот злодей не попадет
3. если трафик тегированный, во первых, нужно еше узнать номера допустимых виланов, а во вторых как я уже писал на коммутаторах ядра, которые в серверной стоит фильтр и не пропустит важные служебные виланы с этого транка - вывод единственная прореха в безопасности если скажем у вас каждый отдел в своем вилане то сотрудник одного отдела путем таких диких ухищрений может попасть в сегмент соседнего отдела. Но и для защиты от этого существуют свои технологии.

Всего записей: 2325 | Зарегистр. 21-07-2003 | Отправлено: 21:28 15-11-2010 | Исправлено: Valery12, 21:40 15-11-2010
goletsa



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Valery12

Цитата:
не знаю какой свич у goletsa  

Zyxel, на cisco как обычно денег нету

Цитата:
 ПРАВИЛЬНО НАСТРОЕННОЙ  
если я настроил порт как access - тегированный трафик он не принимает, а нетегированный снабжает тегами того вилана который на нем настроен - вывод, с такого порта куда не положено не попадешь  

У Zyxel для этого руками надо включать ingress-check чтобы он проверял строго тэги пакетов. Тогда он все пакеты не принадлежащие vlan'у порта отбросит. Т.е. тэгированиые на access порту он отбросит. Ну а не тэгированые ессно промаркируются тем тэгом который указан в настройках.
 
 
 
Добавлено:

Цитата:
просто я тут особой защиты не вижу, только свич смотрит на заголовок IP - стит метка или нет

Cвич НЕ может смотреть в заголовок IP пакета, он смотрит в заголовок Ethernet
Есть правда L3+ свичи но они жутко дорогие для простого использования потому их не рассматриваем.
 

Всего записей: 5801 | Зарегистр. 21-06-2005 | Отправлено: 10:47 16-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
goletsa

Цитата:
Cвич НЕ может смотреть в заголовок IP пакета, он смотрит в заголовок Ethernet  
Есть правда L3+ свичи

некоторые L2 заглядывают всё-таки. но не глубоко.

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 13:34 16-11-2010
goletsa



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
roma
А что они там потеряли если в общем-то должны работать на втором уровене OSI&?
Разве что информацию о DiffServ (Она вроде в IP заголовке лежит).

Всего записей: 5801 | Зарегистр. 21-06-2005 | Отправлено: 13:36 16-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
goletsa

Цитата:
Разве что информацию о DiffServ  

именно её ага

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 14:08 16-11-2010
goletsa



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
roma

Цитата:
именно её ага

Ну для этого он должен это уметь. Чаще обходятся только 802.1p

Всего записей: 5801 | Зарегистр. 21-06-2005 | Отправлено: 14:26 16-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
goletsa
так 802.1p есть только там где есть 802.1q
т.е. с аксесных портов информацию о планируемом приоритете трафика не получить. а как быть если приоритезация всётаки нужна?
при этом не нужно мне допустим весь трафик с этого аксесного порта высоко приоритетить. предположим там идёт голос и данные (и всё в одном вилане) так иногда тоже бывает

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 14:57 16-11-2010
goletsa



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
roma
Простые WebSmart L2 не умеют DiffServ все равно.
Сужу по тем что видел - AT, Dlink,Trendnet

Всего записей: 5801 | Зарегистр. 21-06-2005 | Отправлено: 16:45 16-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
да согласен совсем простые не умеют.
dlink 3526 или каталист 2950 умеют, но я бы их не назвал даже L2+

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 21:27 16-11-2010
goletsa



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
roma
Они все равно DiffServ приоритеты приводят к 802.1p по определенной таблице. Не суть важно, приоритезация к этому топику не имеет особого применения.

Всего записей: 5801 | Зарегистр. 21-06-2005 | Отправлено: 21:45 16-11-2010
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
мда.. истересная дискусия, жаль только половина не понял  
 
Давно как то спросил какая разница между свичами L2, L3 и т.д. ? вроде сказали, что связан с OSI лайерами. Как бы OSI знаю, а вот читать про этих свичей какой лайер какие задачи решает - не нашел.  
 
Ну и конечно про VLAN, тоже думал теорию знаю, а оказывается ничего не знаю опять (

Всего записей: 3336 | Зарегистр. 21-04-2008 | Отправлено: 02:07 17-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
goletsa

Цитата:
Не суть важно

суть в том что вроде бы второго уровня, а в ip заголовок смотрит.
это я вообще к вот этому всё

Цитата:
Cвич НЕ может смотреть в заголовок IP пакета

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 06:48 17-11-2010
Valery12

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
суть в том что вроде бы второго уровня, а в ip заголовок смотрит.
это я вообще к вот этому всё
 
Цитата:
Cвич НЕ может смотреть в заголовок IP пакета  

Если вопрос касается качества обслуживания то тут идет путаница в понятиях, qos есть на 3 уровня (поле dscp/tos в пакете) а есть на 2, причем в обычном не тегированном фрейме места ему нет а вот в тегированном под него выделено несколько бит перед идентификатором вилана. Короче свич 2 уровня не заглядывает в IP-пакет, он может:
 - получить параметры qos прочитав это поле во фрейме полученном через транковый порт (оставить его неизменным или переписать)
 - получить нетегируемый фрейм с порта доступа, пометить его тегом и добавить параметры qos согласно настройке этого порта, или по умолчанию для всего свича
это будет так называемый внутренний DSCP и на его основании фрейм будет помещаться в различные очереди
 
В любом случае на выходе из коммутатора эти параметры сохранятся только в тегированном трафике, ни прочитать ни переписать значение dscp/tos в IP пакете свич не сможет.

Всего записей: 2325 | Зарегистр. 21-07-2003 | Отправлено: 12:44 17-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Valery12

Цитата:
ни прочитать ни переписать значение dscp/tos в IP пакете свич не сможет.

какие-то конкретно модели не могут?
 
вот например dlink3526 может читать и IP-адреса и dscp и обслуживать трафик на основании этой инфы (ну например dscp менять) и это значение будет сохраняться на выходе.
 
каталист 2960 тоже может переписывать в ip заголовках dscp.  
насчёт 2950 точно не скажу. но раз там есть команда mls qos trust dscp наверно читать то как минимум может.

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 14:17 17-11-2010
Valery12

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
какие-то конкретно модели не могут?  

я всетаки считаю что коммутаторы третьего уровня

Цитата:
команда mls qos trust dscp наверно читать то как минимум может.  

эта команда означает  доверять dscp полученному по магистральному каналу.
вот нашел в документации

Цитата:
 dscp—Classifies an ingress packet by using the packet DSCP value. For a non-IP packet, the packet CoS value is used if the packet is tagged; for an untagged packet, the default port CoS is used. Internally, the switch maps the CoS value to a DSCP value by using the CoS-to-DSCP map.  

хотя видимо не все так просто - может 2960 заглянуть в IP пакет раз поддерживает расширенные ACL

Всего записей: 2325 | Зарегистр. 21-07-2003 | Отправлено: 15:23 17-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Valery12

Цитата:
доверять dscp полученному по магистральному каналу.  

ну чтобы чему-то доверять это что-то надо же посмотреть, логично?
а лежит это что-то (dscp) в заголовке ip
теперь развитие темы а что будет если не будет команды доверять dscp?
 
вообще я проводил эксперимент для выяснения что создатели DLink DES-2108 имели ввиду под приоритетами low medium high highest. точнее какие именно значения CoS (802.1p) они имели ввиду под этими названиями. я собрал следующую схему:
 
пингер -> аксесс -> 2108 -> транк -> 2960 -> аксес -> wireshark
 
порту 2108 к которому подключен пингер поочерёдно присваивал эти самые приорити, на входе вайрашрка смотрел ip заголовки - dscp менялись в соответствии с
Цитата:
CoS-to-DSCP map.  
на 2960. так я собственно и выяснил чё чему на длинке соотвествует.
всё это делалось одной командой на транковом порту 2960 mls qos trust cos и если её убрать то dscp становилось равном нулю.
это я всё к чему - 2960 в заголовок ip смотрит и некоторые поля даже переписывает.
 
как бы всё это связать с названием темы теперь. чтобы не было оффтопика

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 16:12 17-11-2010
contrafack

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
так-так ! че то я отстал от темы
 
на самом деле почему СВИЧ НЕ умеет читать IP заголовки? ведь именно там находится MAC адрес. он смотрит туда и распределяет кому что.  
хотя... с другой стороны это делает ARP таблица вроде ...

Всего записей: 3336 | Зарегистр. 21-04-2008 | Отправлено: 18:46 17-11-2010
roma



skydiver
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
contrafack

Цитата:
ведь именно там находится MAC адрес.  

мак адрес находится не в заголовке ip пакета. он находится в заголовке ethernet фрейма.
и абсолютное большинство свитчей L2 действительно анализируют именно только заголовки ethernet фреймов (макадрес источника, получателя, тэг вилана, кос)
 
но есть свитчи тоже по сути L2 только попродвинутее они уже заглядывают в ip заголовки и даже могут там что-то менять (какие-то мелочи типа dscp)
эти свитчи по прежнему занимаются коммутацией пакетов между своими портами на основании информации о макадресах и виланах
 

Цитата:
читать IP заголовки? ведь именно там находится MAC адрес. он смотрит туда и распределяет кому что.  
хотя... с другой стороны это делает ARP таблица вроде ...

ээээ. немножко каша какая-то. не очень верная

Всего записей: 2908 | Зарегистр. 10-09-2001 | Отправлено: 20:09 17-11-2010
goletsa



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
contrafack
RTFM
Этим все сказано

Всего записей: 5801 | Зарегистр. 21-06-2005 | Отправлено: 20:13 17-11-2010 | Исправлено: goletsa, 20:13 17-11-2010
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

Компьютерный форум Ru.Board » Компьютеры » В помощь системному администратору » VLAN


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru