|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
alexeyvg Сон Веры Павловны Эмм. Для того, чтобы вытащить пароль, зашитый в программу, часто достаточно открыть exe в hex-редакторе. И даже если пароль в программе хранится в зашифрованном виде, для человека, умеющего работать с дебаггером, это вопрос времени. А узнать пароль к аппсерверу - это узнать пароль доступа к хосту аппсервера, что является задачей несколько другого рода. Да и там секции конфигов со строками коннекта могут [должны] быть зашифрованы, и просто так их расшифровать не особенно тривиально. А пароль к СУБД хранится в открытом виде, поэтому его можно посмотреть в редакторе. А если он зашифрован, то его всё равно можно отдебажить? Вам не кажется, что тут есть какое то противоречие? :-) Разумеется, пароль для доступа к ресурсу всегда открыт со стороны клиента, это по определению, независимо от того, к СУБД у вас коннект, или к серверу приложений. Не вижу никакой разницы, при просмотре пароля в EXE-шнике, какие технологии используются на стороне сервиса, к которому приложение делает коннект. Как он называется, на каком языке написан, является ли он сервером СУБД, или самодельным сервисом на жаве. никакого противоречия нет. если вы напрямую конектитесь со стороны клиента к СУБД, то должны будете в строке подключения указать пароль используемый для аутентификации в СУБД (не рассматриваем сейчас аутентификацию windows). вам нужно его где то будет хранить в клиенте(конфиге и прочее), даже если вы его зашифруете каким либо средством что он не будет защит даже в виде обычной строки, то у клиента будет какой либо обратный механизм получения исходной строки пароля. вооружившись дебаггером его все равно можно будет получить. а вот для трехзвенки пароль(строка подключения) для аутентификации в СУБД хранится на appserver. максимум что есть у клиента это некий способ доступа только до стороны appserver, но не до самой СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 14:16 |
|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
alexeyvg Вам не кажется, что тут есть какое то противоречие? :-) Ну, у меня лично нет ни одного сервиса с паролем коннекта к аппсерверу. Там просто его адрес, и всё. Если для сервиса требуется авторизация пользователя, то она осуществляется посредством авторизации Windows. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 14:22 |
|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
alexeyvg a_voronin пропущено... Веб-дизайнеры хорошо поржут над вашим предложением. Я имел ввиду тех, кто работает над первым, презентационным слоем. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 14:29 |
|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
>a_voronin, сегодня, 13:32 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1324899&msg=22124866][22124866] >...Вы понимаете, что такое трехзвенная архитектура? … < Вам шашечки или ехать? У меня есть локальная сеть, сервер БД в локальной сети, что хранит файл (ссылку на файл), и клиент ( + комп) которому нужен файл. Запрос к серверу БД и получаю на локальный комп необработанный файл. Делаю преобразование и отображаю результат клиенту. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 14:42 |
|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
ВМоисеев >a_voronin, сегодня, 13:32 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1324899&msg=22124866][22124866] >...Вы понимаете, что такое трехзвенная архитектура? … < Вам шашечки или ехать? У меня есть локальная сеть, сервер БД в локальной сети, что хранит файл (ссылку на файл), и клиент ( + комп) которому нужен файл. Запрос к серверу БД и получаю на локальный комп необработанный файл. Делаю преобразование и отображаю результат клиенту. То, о чем вы говорите, называется тонкий и толстый клиент. https://ru.wikipedia.org/wiki/Тонкий_клиент Вопрос в том, что использование БД в качестве сервера приложения практика странная и не распространенная. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 15:11 |
|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
a_voronin ВМоисеев >a_voronin, сегодня, 13:32 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1324899&msg=22124866][22124866] >...Вы понимаете, что такое трехзвенная архитектура? … < Вам шашечки или ехать? У меня есть локальная сеть, сервер БД в локальной сети, что хранит файл (ссылку на файл), и клиент ( + комп) которому нужен файл. Запрос к серверу БД и получаю на локальный комп необработанный файл. Делаю преобразование и отображаю результат клиенту. То, о чем вы говорите, называется тонкий и толстый клиент. https://ru.wikipedia.org/wiki/Тонкий_клиент Вопрос в том, что использование БД в качестве сервера приложения практика странная и не распространенная. толстый и тонкий клиент - глупая выдумка идиотов от программирования ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 15:47 |
|
А зачем делают серверную часть для приложений, когда есть MS SQL Server?
|
|||
---|---|---|---|
#18+
MaratIsk a_voronin пропущено... То, о чем вы говорите, называется тонкий и толстый клиент. https://ru.wikipedia.org/wiki/Тонкий_клиент Вопрос в том, что использование БД в качестве сервера приложения практика странная и не распространенная. толстый и тонкий клиент - глупая выдумка идиотов от программирования ОЁЁЁ!!! Вы то у нас гений от IT, наверное ссылки на свои статьи и книги сейчас нам приведете, которые называются "Новые видения архитектуры корпоративных приложений в 2020 году". Жду с нетерпение ссылок, почитаю, постараюсь понять, где я заблуждался. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.04.2020, 15:55 |
|
|
start [/forum/topic.php?fid=46&gotonew=1&tid=1686176]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
65ms |
get topic data: |
11ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
others: | 286ms |
total: | 465ms |
0 / 0 |