VB
а, еще хотспот, ну про это не подскажу
Кстати, вопрос - а какая скорость на cat5 при POE?
100 наверное, или может выше быть?
Size: a a a
2021 April 13
S
k
100/1000
k
смотря, как питание реализовано. оно может бытб фантомным, а разделяться трансформатором со средней точкой
S
Ну я про микроты.
cAP висит на 960м в порту, надо, видимо, как-то протестить.
Просто надо сейчас в новом доме продумывать, как там все барахло реализовать - была даже идея от роутеры до роутера оптику кинуть, но ее же как-то надо "варить" - тут вообще хз ))
Альтернатива - POE, чтобы бесперебойники не ставить в каждой точке.
cAP висит на 960м в порту, надо, видимо, как-то протестить.
Просто надо сейчас в новом доме продумывать, как там все барахло реализовать - была даже идея от роутеры до роутера оптику кинуть, но ее же как-то надо "варить" - тут вообще хз ))
Альтернатива - POE, чтобы бесперебойники не ставить в каждой точке.
k
пачкорды есть любой длины
S
Ну тогда да, наверное буду в сторону оптики смотреть
k
а чтобы бесперевойники не ставить, делать отдельные розетки под "чистое" питание, а ибп один на все розетки
S
Да, так и будет. Отдельная история - городить батарею из аккумуляторов )
G1
К wan, чтоли? Так они за натом будут. Там уже не порулишь
PP
6.48.2 снова выложили. Обновляться?, поменялось что то относительно утра?
k
еслм все работает нормально, то куда спешить?
PP
пасиба кэп!
RP
Я дома обновился, брат жив, Hex тоже, в остальном long-term хранит наш сон. 😃
D
как думаете как правильнее сделать правило фаервола, создать 2 правила с одним dst-port
chain=input action=accept protocol=tcp src-address-list=office-net dst-port=22
chain=input action=accept protocol=tcp src-address-list=office-net dst-port=80
или одно с несколькими dst-port ?
chain=input action=accept protocol=tcp src-address-list=office-net dst-port=22,80,443
chain=input action=accept protocol=tcp src-address-list=office-net dst-port=22
chain=input action=accept protocol=tcp src-address-list=office-net dst-port=80
или одно с несколькими dst-port ?
chain=input action=accept protocol=tcp src-address-list=office-net dst-port=22,80,443
RP
С точки зрения производительности второй вариант, с точки зрения читаемости первый. Я предпочитаю первый вариант, группирую порты только в том случае, если они для одного протокола.
k
а, кстати, не факт, что сильно быстрее будет. портов-то несколько, т.е. нужно сравнивать сначала с одним, если не пожошло, со вторым и т.д.
RP
Будет конечно зависеть от ситуации, но если скажем много будет трафика по 80 порту, а правило будет внизу, то потребуется каждый раз пройти первые два правила. (Для первого пакета соединения нового)
Будет ли это заметно всегда и у всех, нет конечно.
Будет ли это заметно всегда и у всех, нет конечно.
k
не-не, я про первое. там хоть правило и одно, но список портов тоже есть и их надо тоже по очереди подставлять в алгоритм.
k
хотя, как реализована проверка в коде, я не знаю, может есть какие-то способы упрощения и ускорения, может сразу весь список маской накладывается на соответствующее поле в пакете