I.CaR Soft, у любой железки, которая торчит в интернет, обязательно есть ip.
Чтобы клиент мог обратиться по имени к серверу - это должно быть прописано в DNS (соответствие имени и адреса).
Так что обращение по имени буквально ничего не изменит.
Скрыть его от сети можно только подключением напрямую через внутреннюю сеть (хоть по воздуху, хоть по кабелю).
Чтобы проверить безопасность - можно воспользоваться теми же средствами, что и хакеры, начав со сканера портов.
I.CaR Soft, а что такое "засветили ip организации" и почему вы считаете, что раньше он не был засвечен?
Я правильно понял, что на стороне маршрутизатора в организации ничего не менялось, добавлен только сайт на хостинге, на который теперь ходят сотрудники этой организации?
При переводе на байбит вместо моего кошелька на телеграмме указан вообще какой-то левый исходящий.
Потому что твой кошелек в телеге и его номер существуют только в рамках телеги.
"Настоящие" счета биткоина должны начинаться с "1", "3" (legacy) либо "bc1" (segwit)
I.CaR Soft, ip адрес маршрутизатора - это ip в локальной сети или белый ip?
Что понимается под "опубликованием"?
Если этот IP всегда был назначен ему, то он давным давно виден для всяких сканеров. Добавление веб сервера просто добавило ещё 1 открытый порт и выпустило в интернет что-то потенциально дырявое.
Нифига из вопроса не понятно.
Если адрес в локальной сети, то его опубликование никакого риска не приносит.
Вот я скажу, что у меня очень важный девайс в локальной сети имеет адрес 192.168.0.2 - сможете его взломать?
Если у вас какой-то сервис в локальной сети поднят и нужен он только внутри локальной сети, тогда зачем его порты наружу пробрасывать?
Если доступ к нему нужен извне, то тогда откуда беспокойство?
Получается засветил ip локального устройства на всё планету.
Раз роутер был подключен к интернету с белым ip, то он уже давно виден на всю планету.
В общем сначала нужно понять проблему, а потом уже думаем над решением.
ivankn_bel, в отдельный сервис максимум можно только админку выделить. Остальное просто так делить будет лишним.
Так как твой сервис в теории будет использоваться максимум в масштабе одного города, то и нагрузки большой не будет (самое узкое место - получение картинок / видеопотока. Возможно есть смысл делать предобработку/распознавание непосредственно там, где происходит запись, чтобы снизить нагрузку на сеть).
В рамках диплома нет большого смысла заморачиваться с микросервисной архитектурой, тк ни одного из факторов, где микросеврсная архитектура имеет смысл тут нет.
Некоторые вещи вероятно есть смысл делать как раздельные сервисы (ту же нейронку и api например, дальше не вчитывался), но делить ещё сильнее нет нужды.
Главное изначально обозначить, под какие требования делается разработка.
Кажется, что от этого в первую очередь страдают не богатые компании
Дайте конкретный пример страданий, чтобы можно было какую-то аргументацию дать.
С учётом того что сейчас большинство стартапов выбирают себе в качестве названия чуть ли не рандомные одно-два слова, то проблем нет.
Также, видимо, я испытываю некоторую досаду оттого, что кто-то может получать доход, как кажется, 'из воздуха'.
Кто не был коммунистом в юношестве, у того нет сердца. [...] (с)
Если кажется, что прибыль из воздуха - возьми да зарегистрируй себе "перспективный" домен и продлевай его 40 лет подряд, как текущий владелец ai com.
Потом расскажешь, за сколько смог продать его какому-нибудь стартапу.
Доменные имена - это не какой-то дефицитный ресурс. И какими бы переоценёнными ни были "красивые" имена типа aero.com / fly.com / cars.com / ai.com - отсутствие возможности взять такой домен за стандартную цену ещё ни разу не становилось причиной банкротства стартапа.