Дегтярев Илья

Водяной фанкоил и клапан из водопровода, сливать в канализацию. Всё включается при превышении температуры в помещении выше уставки кондиционера на 5 градусов.

кто сказал что 1310/1550 и 1270/1330 не совместимы между собой? tx 1500 со стороны гигабита и tx 1270 на sfp+ настроенные на 1г у нас линковали несколько раз без проблем.

Просьба передать вопрос более старшему коллеге. Нам необходим ip source guard для динамических адресов, получаемых по DHCP. Пока ваши коммутатор нам не подходит, т.к. это существенный недостаток.

В характеристиках есть. При попытке настроить есть SAVI для ipv6 и какой-то AM для ipv4, который требует указать ip адрес в настройках порта. У других вендоров ip source guard проверяет по таблице DHCP снупинга, да и чип свитча явно это умеет.

Мы себе брали несколько СКАТ PSE-PoE.(10-30)DC/48DC-10VA , вполне работают. Но дорого, выгодно только если одна штуку нужна. Если больше одного порта - можно поставить один из ИБП, SKAT-PoE.48DC-120VA или SKAT-PoE.48DC-60VA + обычный POE коммутатор.

Вы явно не провайдингом занимаетесь, иначе давно выключили бы VTP.

bolid с2000-ethernet Но обязательно в влане без другого мусора - порты 10 мбит и весь трафик обрабатывается слабым процом. От мультикаст шторма в пару мегабит обмен падает временно.   И чуть подороже но красиво встает на рейку: https://wirenboard.com/ru/product/WB-MGE/

Забыли рассказать про высыхающие конденсаторы. В роутера, сетевухах и свитчах провайдеров.

В Dahua все работает, странно что не написали. И hcvr и XVR можно на другом регистраторе добавлять как нативные камеры dahua указав канал удаленного рега. В новых прошивках XVR даже определяется как 16+ onvif отдельных устройств.

mitsubishi mr. slim, обязательно канальники. Берете 2шт и 1 пульт. На внешних блоках ставятся разные номера контуров и на пульте включается их ротация/поддержка и т.д. На обоих блоках есть сигнальные выходы аварии.

Поднимите фейковый почтовый сервер, например просто неткатом. Весь трафик с рега отправьте на этот сервер (обычный dnat) и прочитайте что он там шлет.

А какие сейчас чиллеры актуальны, наращивать помаленьку свой ЦОД? Классический вариант inrow внутренних блоков на воду, теплообменник где-то рядом и чиллеры на гликоле на крышу. Все что внутрь машзала навалом, а чиллеры у всех под заказ чуть ли не ручной работы, а хочется чего то серийного, прям со склада, по 50-100 кВт.

Нормальный AC есть закомиченный в ядро только у куалком/атерос, модуль ath10k. Соотвественно с openwrt/lede только у них будут работать AC чипы. Качаем билдер, выполняем builder# make info | grep ath10k -B1 | grep TP TP-LINK Archer C25 v1 TP-LINK Archer C5 v1 TP-LINK Archer C58 v1 TP-LINK Archer C59 v1 TP-LINK Archer C60 v1 TP-LINK Archer C7 v1 TP-LINK Archer C7 v2 TP-LINK Archer C7 v2 (IL) TP-LINK Archer C7 v3 TP-LINK RE450 v1 TP-LINK TL-WDR6500 v2 TP-LINK TL-WPA8630 v1 TP-LINK TL-WR902AC v1 Вообще я бы взял Archer C7 и в него воткнул TL-WR902AC или просто USB приемник. Или действительно микротик с несколькими слотами и туда карты поддерживаемые ath10k.

верно Раз ip тунель - то сделайте линк между офисами 3го уровня с маршрутизацией, 4 отдельных десятки и попакетную балансировку.

Уже писал, что все работает. Там даже отдельным скриптом не назовешь, одна строка - один дополнительный запрос к kkmserver

Так пробивайте все эти электронные платежи на реальной кассе. Пару скриптов и все само будет проходить.

И что же в PSK плохого? У нас сеть из 600 точек в режиме PSK. Точнее клиент думает что сеть с обычным PSK, а только радиус знает что у каждого устройства ключ PSK свой, привязан к маку.

Винда 7ка pro с отключенными обновлениями, запрещенными перезагрузками в отдельной виртуалке без интернета за железным фаерволом, в отдельном влане вместе с кассой. В фаерволе разрешены только обращение к kkmserver/rdp с биллинга и шлюза для админов, исходящие к кассе.   С биллинга заббикс мониторит наличие транзакции не обработанных кассой и количество сообщений в очереди ОФД. Пока что замечали пару отваливаний первого ОФД на 1-2 часа и 2 раза зависла сама касса.

Кассы от старруса вполне себе xml понимают, в описании формат есть. Но даже касса Штрих с портом Ethernet хоть и имеет бинарный протокол, принимает соединения от нескольких хостов и регистрирует чеки. Сами используем kkmserver чтоб со штрихом общаться по xml, т.к. про старрус еще не знали когда покупали. Из выбора отлаживать бинарный протокол или отдать 3000р один раз и иметь нормальный стандартный протокол выбрали kkmserver. Для paykeeper кто-то по заказу написали конвертор в бинарный протокол одной из касс (но точно не той, что у нас, поэтому даже не рассматривали)

LostSoul, без overload такая схема работать не будет, т.к. трансляция не сохраняет использованный порт. В linux именно overload вариант включен по-умолчанию. Зачем? Просто надо писать не ip nat inside, а ip nat enable.

Вы уже сами себя убедили, что вы правы, хотя похоже просто не умеете других слушать. Нам в рассылке предлагали автоматически подключить облачную кассу. Соответственно про это во всех презентациях и сказано. Другие кассы они тоже умеют цеплять, но чтоб поддерживать это они должны иметь полный доступ к кассе. Но вы же сами сказали, что у вас ваша касса уже каким-то скриптом обслуживается - вам и предложили его запускать.

У половины банков надо либо парсить кабинет, ожидая пока платеж окажется совершен, либо парсить протокол со всеми промежуточными состояниями платежа. Один-два банка нам сказали, что могут сделать нам запрос сразу по проведению успешного платежа, но не гарантируют что их система всегда будет отрабатывать. У другой половины банк сам вам поставит этот же пейкипер, но заложит расходы в процент. Так что это просто конвертор протоколов, имеющий свою админку и позволяющий некоторых вещи - выставить счет на определнную сумму, сделать возврат части платежа. За оплату им они правят баги взаимодействия банка. Мы, например, с МКБ первое время получали зависающие платежи - банк успевал отменить транзакцию по таймауту 3D Secure, а потом деньги по платежу приходили. А про сервер - обычный контейнер в виде виртуалки. Ресурсов не тратит. У любого провайдера их десятки стоят для внутренних сервисов.

LionSprings, вы обвиняете людей из-за того, что сами не разобрались в вопросе, хотя за вас и так все сделали. И вам это сказали уже несколько человек. Если у вас есть уже касса, то вам не нужно арендовать еще одну для эквайринга, вам нужно просто отправить платеж через имеющуюся. Поэтому вас и попросили дать урл чтоб дергать ваш же скрипт. А так у товарищей есть решения на все случаи и если кроме эквайринга касса нигде не нужна - облачную настроят сразу, что и предлагали всем к 1му июля.

Работаем через пейкипер уже много лет и другим его рекомендуем. Вам все правильно сказали, что фз54 ими поддерживается: они могут сохранить контакт пользователя из формы и потом его передать вместе с самим платежом в ваш биллинг, либо в облачную кассу. Дальше скрипт зачисления в ваш биллинг и направляет платеж на вашу кассу. Вы сказали что уже есть скрипт который принимает платежи от Яндекса и регистрирует через кассу, именно его урл и надо вставить в пейкипер. Сами тоже используем kkmserver и штриховскую кассу. Если по каким-то причинам касса не может зарегать платеж, абоненту показываем в личном кабинете что его платеж не был зачислен из-за проблем с кассой и на время решения проблем мы ему предоставили кредит на ту же сумму.   Кстати paykeeper сами эквайрингом не являются, а просто пишут софт для взаимодействия с банками и помогают оформить все договора. При обращении к ним сами предложат банк у которого для вас условия будут лучше (нам 2 раза меняли банк для снижения комиссии)

Инфа в биллинг падает и в выходные, и ночью (сервис-то круглосуточный и автоматический). Как обеспечить печать чека в установленные сроки? Просто наоборот делать, вносить в биллинг только после печати чека.