Zerg89, Я не с целью критики, а интереса ради. Имею ввиду практическое применение, а не сравнительный анализ. Хотя бы абстрактную логическую цепочку. Нужно же каждый dst проверять, через какой interface его пускать. Пускай будет 10 выходных интерфейсов, нужно по каждому из них проверить наименьшую задержку, какими средствами это реализуется? Условно - в prerouting мы вычленяем каждый уникальный dst - далее нам нужно выполнить проверку через какой из выходов латенси будет меньше - далее маркируем соединение и отправляем его через предопределенный route. Как выполнить проверку наименьшего латенси, чтобы отмаркировать соединение ?
В случае с chr как определять наименьшую дистанцию до конечного узла через множество выходных интерфейсов и отмаркировать соединение для выдачи оптимального маршрута?
Drno, с чем мне пришлось столкнуться, так это что провайдеры моб.связи не любят торренты. И как то раз, я использовал zerotier, прогнал большой объем траффика и мне порезали скорость. ТП зелёного оператора обосновала это тем, что я использовал торрент, хотя я им утверждал обратное, не поверили. Ждал конца месяца для снятия ограничений. У меня просто есть симка с безлимитным тарифом, который уже лет 10 не меняется, вот и гадят как хотят. В случае с использование классического впн, такой проблемы не встречается. Так что, как то так)
Клиент ---(туннель WG)---> VPS с туннелями до всех VPN
У Вас получается что клиент, всегда фиксировано подключается к одному ВПН серверу.
В такой ситуации, Вам нет смысла городить подтуннели в туннелях, т.к. вы и так заворачиваете весь траффик в туннелями WG, получается что Вам нужно смотреть в сторону маршрутов а не туннелями .
Схема выглядит примерно так - Ваш VPS с туннелями всегда постоянно подключен к другим машинам по VPN. Далее, в prerouting вам нужно понять, через какой туннель у вас наименьшая latency, и пустить траффик по маршруту с меньшей задержкой. Поэтому смотрите в сторону route по ping. Одно НО, некоторые хосты не отдают ответы на пинги, трасировка - тоже не всегда показателем будет - т.к. маршрут может идти между узлами с большей задержкой. Как прорабатывать такие исключения - вопрос. По линуксам, как сетевому устройству не подскажу как такое сделать, Но в любом случае, такая работа потребует больших накладных расходов, что может нивелировать преимущества такого решения.
Drno, если это частный дом, там часто встречается такое - первый роутер провайдерский - а за ним клиентский (судя по подсети, похоже на микрот). Мне 10 кругов ада пришлось пройти, чтобы поставить свою железку напрямую на опту провайдера и согласовать нужный трансивер. Они прям очень хотели чтобы я поставил их бесплатный роутер, а дальше подключал своё оборудование, но договорились без их железки.
Что касается двойного нат - ну это конечно не есть гуд и второй роутер лучше перевести в bridge (я знаю одну компанию, где не двойной, не тройной, а квадро нат и у них там даже как то работает и они умудряются еще vpn юзать))). Но в рамках ситуации - радмин либо бы поднял туннель, либо нет. Судя по тому, что ТС может достучаться до своего компа - туннель поднялся, значит двойной нат не проблема. Поэтому я тоже склонен к кривым маршрутам до хостов радмина через другие страны.
1.Спасибо за разъяснения по пунктам! Тогда понятно, в моем случае такая выборка не будет производится, поэтому для меня это вреднее получается.
2. Понял, принял.
3. Но если по факту - если я не дергаю отдельными запросами resultid, а этот параметр идет в довесок к select - или когда я провожу запись insert, и в этом insert дополнительно к другим параметрам задаю resultid - сильно ли то влияет на производительность операции? Понятно что я могу это эмпирически выявить и проанализировать, но с Вашей точки зрения, дополнительная колонка при insert сильно ли усугубляет ?
Признаю честно, сначала я начал дорабатывать обработчик, с учетом замечаний с вашей стороны. Отказался от проверки уникальности result (на текущем этапе), отказался от заполнения serialnumb.... Но потом меня осенило и я кажется нашел решение. Мне известно что параметр sessid не возобновляется. Т.е. если этот параметр сменился на устройстве, то в дальнейшем он не будет возвращен, т.к. по сути это будет timestamp+uid кодированный в base64. А решение выглядит следующим образом. Хранение последнего serialnumb для каждой активной sessid в memory. Т.е. в рамках обработчика я буду хранить sessid+serialnumb в переменных и каждое поступление данных я буду смотреть, существует ли такой sessid из переменной а не бд, если существует, то при записи в базу буду читать эту переменную, делать ей +1, и записывать в бд. А если приходит sessid которого еще нет в memory, в этот момент я делаю проверку в БД (на всякий случай) и назначаю значение = 0. Если вдруг в БД будет такой sessid в таком случае я от туда беру последнее значение, и вношу его в переменную обработчика. Этот вариант я уже тоже проверил, у меня получилось что каждая переменная отжирает не более 5 кб, памяти. следовательно для хранения значений sessid:serialnumb для 1000 устройств будет отжор менее 5мб memory . Что меня более чем устраивает. В общем буду развивать пока оба решения, с serialnum и без него, когда подойду к визуализации данных, пойму на сколько это будет критично для меня, и уже приму окончательное решение. Спасибо за Ваш вклад в мой труд.
vadimonka, немного сложнее
Вы можете арендовать сервер на linux, развернуть на нем сервер как описано в статье. Подключить свой комп к этому впн. Далее. Далее можете создаете профиль для каждого из устройств - телефон, другой комп, планшет- и подключаете на них впн - в итоге сможете пользоваться rdp или мунлайт
Самое простое для вас, немного помучившись, это будет через рдп установить anydesk - и через него работать за удаленным компом. По обрывкам информации мне так сложно оценить и дать более дельные советы. Мне быстрее и удобнее будет самостоятельно проделать множество операций по проверке и анализу, чем сформулировать и написать какой порядок действий, где как и на что смотреть, что делать в такой ситуации, что делать если так и тд.
Поэтому самый простой шаг это будет anydesk.
А так, вместо radmin vpn можно использовать свой vpn сервер.
Например за 15 минут развернуть свой сервер и быть независимым от кого-то. ссылка на пикабу
Цена вопроса от 250р / мес, например на firstvds
IvanU7n, ну там не только код в тег надо вставить, но еще и выложить нормальный код, который выполняет обработку регистрации, а не кусок из html шаблона.
Valentin Barbolin, ну если они прямо запрещают использовать их софт в виртуалке - тогда наверное они скорее всего и сделали проверку на виртуализацию. Но при должно желании, можно попробовать исхитриться и скрыть что ОС работает в виртуальной среде.
А если они не запрещают запуск в виртуалке, тогда тут проблемы нет и план сработает
Чтобы ваши ответы можно было увидеть, рекомендую отвечать в комментариях на ответ, а не в ответах на свой вопрос.
Порекомендовать, к сожалению особо не могу. Несколько лет назад я работал с Jivo и chatra, в целом устраивало. Потом клиенты активно начали подключать CRM, и встроенный чат в битрикс (который я внедряю) оказалось выше крыши. В целом сейчас по чатам не могу вам подсказать актуальную информацию к сожалению. Для одного из наших клиентов я разработал такую интеграцию - все источники (wa, tg, чат на сайте, insta...) попадают в битрикс в ОЛ - сотрудники могут работать с этими чатами из битрикса, а могут начать работу из телеграмм (сотрудники подписаны на бота, когда поступает новое сообщение, бот всем пишет что поступило сообщение, откуда, контактные данные, сообщение) кто первый взял это сообщение в работу (в боте кнопка взять в работу) тот дальше и ведет диалог. Есть кнопка активные диалоги, нажав на которую можно переключаться между чатами.
Но по опыту скажу так, у битрикса есть нативное приложение для ios/android/mac/win и в основном все пользуются им, там это все равно удобнее и нагляднее.
VT поможет когда уже известны сигнатуры. Если что-то новенькое, то может помочь только проактивная защита, и то, далеко не факт. А Аваст вообще на все всегда ругался, я ему не верю)
Rsa97,
1. Воооот, спасибо за расширение кругозора, видимо когда читал - через слово запоминал. Могли бы поделиться в каком случае могло бы быть полезным использование несколько ключей?
2. Тут интересно, спасибо за наводку, про NoSql. Нужно будет вчитаться. Правда у меня опыта только с mysql на запросы хватает, а с mssql и postgre там только на уровне настройки сервера и бэкапирования знаю. Может знаете такие, чтобы команды попроще писать было? Или чтобы был софт на подобии navicat с query builder. Он мне в свое время помог разобраться с логикой построения запросов и немного с синтаксисом.
3. На счёт лишней операции, если я в одном запросе считываю sessid и в довесок получаю serialnumb. А в другой операции я заполняю поля sessid, serialnumb, result то сильно ли исключение result в select и insert упрощает жизнь базе? Специально замеры не проводил, но когда делал инсерт без serialnumb мне показалось что время +- одинаковое было, что на мой взгляд говорит о том, что оно не сильно влияет. Но опять же, не моя специализация и я не глубоко изучал вопрос. Благодарю за потраченное время!
mayton2019, я вообще рассматриваю все как крайне ненадежное. По этому и стараюсь перестраховаться.
Я Ваш довод услышал, и он мне вполне нравится, и моя практика, так же сходится с Вашим мнением касательно того, что брокер будет более надежным чем sql сервер - у нас брокер в проде не падал ни разу, можно сказать - поставил и забыл. а вот отдельно взятые ноды кластеров sql бывало падали. Но суть тут немного в ином.
Сейчас у меня схема грубо говоря выглядит так -
Устройство - обработчик - бд
При добавлении брокера, мне все равно потребуется процессинг, как раз для него и выступает мой обработчик. Он выполняет некоторые дополнительные действия с данными, помимо работы с бд. Получается, что с добавлением брокера, схема будет выглядеть так -
Устройство - брокер - обработчик - бд
Лично в моем видение и мировозрении это выглядит так: лишняя точка отказа, лишнее звено уязвимости, дополнительные ресурсные затраты. А лишняя она по той причине, по куда обработчик способен обработать требуемые объемы данных, то необходимости в брокере нет. Сейчас я нахожусь на начальной стадии проекта, и первые тесты (синтетические и практические) показали что с обработкой таких объемов, обработчик вполне справляется. Во всяком случае в синтетики симулировал 10 устройств высокой интенсивности и запас еще оставался. Поэтому на данном этапе вопрос по брокеру пока не стоит, хотя его преимущество я знаю, использую в т.ч. и для домашних датчиков. Сейчас же хочу минимальными ресурсами и средствами добиться нужных результатов. Именно по этому я не стал использовать несколько таблиц БД. Не стал вводить дополнительные задержки в обработчике. Поэтому можно сказать так, я вполне рассматриваю брокер, но только в тот момент, когда буду масштабы будут шире
Спасибо за ответ.
Да про брокер я думал и с RabbitMQ уже давно знаком, но я проводил тестирование своего обработчика, и у меня % доставки всегда был около 100%, при 10 000pps. Понятно что это синтетика, реальные тесты еще впреди.
Но на данный момент я спокоен, что обработчик вывозит обращение от 3 устройств которые генерируют данные каждые 0.001 сек, особо не напрягаясь. Поэтому на текущий момент для меня брокер - как дополнительная точка отказа, а я стараюсь избегать такого. В любом случае спасибо. В дальнейшем может быть полезно, но по сути пока не сильно отличается от того, что я очередь буду формировать на обработчике. Обработчик эту очередь будет пихать в отдельную БД, а доп.обработчик будет переносить из одной бд уже в прод.бд
1. Скажем так. БД это не совсем моё, я в тему не углублялся, но где то\когда то читал либо коммент, либо статью, что добавление ключа даст буст скорости при выборке по полю. Т.е. если условно мне потребуется получить все записи sessid, то используя его как ключ - это будет быстрее. От этого и поставил ключом. Спасибо, буду вникать на досуге.
2. Тут всё немного сложнее, т.к. в дальнейшем, возможен вариант при которых через каждые X записей serialnumb, может всё таки начать встречаться одинаковый result для sessid. Я пока не приступал к этому вопросу, но понимаю что такая потребность может возникнуть. От этого в рамках вопроса, я написал то, от чего отталкиваюсь на данный момент) Сейчас просто реализую задачу от меньшего сопротивления.
3. Т.к. в данном случае я сам себе начальник, разработчик, наладчик, тестировщик и всё в одном - то в дальнейшем, для вывода данных, мне было бы проще использовать порядковую нумерацию в бд, чтобы облегчить себе работу при визуализации данных.
В любом случае спасибо что прочитали мой бред) Дельные советы, обязательно испробую.
RomanKu, про бюджет - согласен. Но как я написал - требования не озвучены.
А что про настройку - людям не из ИТ хватит и quick setup. Большинство настроек он сделает. А далее уже в зависимости от задач, найти мануалы вполне реально.
