alexbraun: у меня нет такого купюроприемника - я не пробовал с ним связываться. Тут на тостере уже был вопрос с монетоприемником - там контачили с ардуиной и по пульс-интерфейсу. Там все было проще - было описание протокола обмена.
ну 400 метров *2 и лицо - это не получится дешево. Разве что только камеру на входе, которая пишет входящих - и несколько штук (хотя-бы по 4) на каждый ряд. при таком раскладе от самого дальнего объекта до любой камеры получится 100 метров, уже что-то видно. Хотя четкого понимания, у какого именно гаража копаются, не будет. Это у вас получится 8 камер на проезды и 1-2 на въезде (1 на лицо, вторая на номер машины, к примеру).
а как это влияет на ошибки в коде? я конечно не силен в С, но /root/driver/xr_usb_serial_common.c:1051:12: error: ‘struct tty_struct’ has no member named ‘low_latency’
tty->low_latency = 0;
на мой взгляд означает, что у класса tty_struct нет свойства low_latency.
Хотя если этот класс тянется из кода ядра - тогда это все объясняет.
Алексей: при проксировании https трафика проблемы возникают, если Вы хотите блокировать не весь домен, а какие-то отдельные типы трафика(например - только видео) - Вы не видите, что внутри потока. Для решения этого есть sslbump (посмотрите тут www.opennet.ru/openforum/vsluhforumID12/7201.html). для гуглдрайва и прочих - разрешите по маске.
psyhO_octopus: по моему это как сразу получить от бизнеса полное ТЗ. Чтобы вот сами сели и написали - и больше никаких уточнений.
фактически здесь то-же самое, только Вы и бизнес и аналитик в 1 флаконе. Сядьте и до реализации опишите весь функционал компонента.
ок.
мне не очень понятно, как у Вас "все остальные машины внутри сети доступны из туннеля без вопросов.", ну да ладно. попробуйте прописать маршрут либо на терминальнике, либо на микротике.
на терминальнике route add 10.8.0.0 mask 255.255.255.0 192.168.0.10
dragon-web: итого, функционал системы - прием и обработка заказов. "подпапка" и "независимо" - это уже то, как Вы ее разметите. В каком виде должен поступить заказ? если достаточно чего-то типа письма/текстовой формы, которое будет зарегистрировано в системе и дальше попадет на обработку сотруднику - то это очень похоже на систему тикетов (пример - osTicket).
у нас - нет =). Да и врядли он поможет - я по-прежнему не уверен, что Вам нужен CRM. И уж тем более я ничего не смогу Вам рассказать про эти CRM - не использовал ни одной из них.
Kr1og5n: с DHCP действительно интересно. Если на коммутаторах ничего "такого" не настроено, то клиенты 192.168.1.0/24 и 10.0.10.0/24 по сути в 1 домене бродкастов. И от кого они получат адрес - одному богу известно. Наверное все-же что-то настроено на коммутаторе, который 192.168.1.11.
что до уровня MAC - то погуглите "уровни модели OSI". Коммутатор работает на 2-ом (адресация на основе MAC адресов). IP адреса на уровень выше. другими словами коммутатор IP просто не видит (ну мы не говорим тут о L3 коммутаторах и inter-vlan маршрутизации). Это как для нас 4-е измерение. Оно вроде как есть, но мы его не видим.
dragon-web: На Ваш вопрос крайне сложно ответить - Вы либо сами не очень понимаете, что хотите, либо формулируете так. Вы уверены, что Вам нужен именно CRM? Классический CRM все-же работает несколько по-другому.
