Дали доступ на RDP, там открываю базу, у неё адрес прописан такой: "На сервере 1С Предприятия" - и тут кластер серверов прописан так: name1.name2.local

Подскажите, пожалуйста, что означает такая строка: name1.name2.local  ?
Как выяснить, где этот сервер физически (ну или хотя бы его имя в сети). Правильно ли я понимаю, что это соединение через веб-сервер, хоть в свойствах и написано, что адрес "На сервере 1С Предприятия"?

Также - как узнать, какая СУБД? Толком сказать никто не может пока. Но вроде сервер баз данных где-то на Линуксе, и доступа к нему нет.

Это не веб-строка, это имя хоста

nslookup name1.name2.local

Если вы задаёте такой вопрос, то может и правда вас не стоит пускать на кластер и сервер СУБД?

"как узнать, какая СУБД?" // Спровоцировать ошибку СУБД, по тексту почти всегда можно понять

(1) Чем имя компьютера отличается от имени хоста?

(2) Я не системный администратор, в некоторых моментах о построении сети и кластеров у меня пробелы в знаниях. Но это не повод не работать. Все IT специалисты каждый день узнают для себя что-то новое)

(4) Если тебе так проще, то ничем

(3) А программных методов не существует? Подобных ИмяКомпьютера(), к примеру?

(7)  Нет, конечно. Это тупо следует из мультиплатформенности программы. Она должна работать с любой БД вне зависимости.

(6) Я бы предпочел узнать нюансы)
Local - это домен?
И что представляют собой два имени через точку?

(7) В общем случае нет. Если на сервере прилоежний поднят RAS и платформа 8.3.14+, то есть.

(8) А чем противоречит мультиплатформенность и информация о текущей СУБД? Ведь даже при создании базы прописывается вид СУБД, ну и как бы логично предположить, что платформа может знать, с какой СУБД она работает...

(11) Платформа знает. А вот тебе, как пользователю и прикладному программисту - знать это незачем.

Подскажите ещё, если в администрировании серверов отсутсвуют кластеры и базы, что необходимо для того, чтобы добавить информацию о них?

(12) Почему же незачем? У разных СУБД есть свои нюансы поведения, и это косвенно может понять причины возникновения тех или иных проблем.

(14) Потому что незачем. Ты должен писать так, чтобы конфигурация работала одинаково хорошо на любом СУБДе

(15) Информация нужна ведь не только в целях написания кода, но и для разных сопутствующих вещей. Хотя бы для поиска местонахождения базы)

(16) Ты знаешь, что у тебя МССКЛ и зовётся SRV1. Как будешь искать? Байку про сервак, замурованный в стену - напомнить?

(8) local - это как .ru или .com только локально
"И что представляют собой два имени через точку?" - это означает имя компьютера в локальном домене. Т.е. это компьютер с именем name1, находящийся в домене name2.local
(13) "если в администрировании серверов отсутсвуют кластеры и базы, что необходимо для того, чтобы добавить информацию о них?" - ну так добавь этот самый name1.name2.local в список серверов, там и увидишь (при наличии соответствующих прав) где и какая СУБД прописана.

(17) Тогда я буду спрашивать, кто занимается МССКЛ. В ином случае спрошу, кто поддерживает postgresql или иную СУБД.

(19) Спрашивай кто занимается name1.name2.local, зачем опускаться до частностей?

(0) на 22 порт стукнись ссш, если логин спросит значит постгрес

(21) А если там винда, мсскл и поднят свой ссх? А если линух и фаервалом 22 закрыт?

(22) значит админ там черепашка

(22) А какая разница, какая ОС на сервере 1С:Предприятия?

(24) А какая связь между 22 и постгресом?

(3) + 1.

ВЫБРАТЬ
    1 / 0 КАК Поле1

(25) Даже если бы эта связь и была - смысл ее искать на другой машине? С таким же успехом можно и localhost протестировать.