Имя: Пароль:
1C
1С v8
1C Server
,
0 Елизар
 
08.11.15
23:59
Всем привет! Много раз поднималась тема о том, что при подключении к 1C серверу он подключает по SERVERNAME. Многие предлагают просто добавить в hosts ip SERVERNAME. Я хочу спросить, есть ли другой вариант? т.к. я использую ddns, а в hosts перенаправить с домена на домен нельзя... Может можно сказать 1C, что-бы использовал именно ip???
1 Aleksey
 
09.11.15
00:00
я всегда Ip прописываю
2 RomanYS
 
09.11.15
00:05
(0) просто пиши ip, 1с поймет
3 PR третий
 
09.11.15
00:07
(0) Я в свое время не нашел рецепта.
Только куцее http://1cbuh.pro/voprosy/512-rabota-servera-prilozhenij-bez-dns, но не понял как это.
4 PR третий
 
09.11.15
00:07
(2) Ты неправ
5 Елизар
 
09.11.15
00:08
Если я просту пишу ip без записи в hosts, iC выдает, что не может подключится к SERVERNAME
6 Елизар
 
09.11.15
00:09
(3) Спасибо, а можно какт-то сменить пароль Администратора 1С?? Не принимает его? Или что писать, когда спрашивает пароль Администратора?
7 PR третий
 
09.11.15
00:10
(5) Потому что 1С получает IP, а возвращает имя сервера.
А твой комп про это имя ничего не знает.
Поэтому когда он обратно пытается по этому имени обратиться, то получается письмо на деревню дедушке.
8 PR третий
 
09.11.15
00:11
(6) Эээ... казалось бы, при чем здесь Лужков.
У тебя вроде как тема про другое.
Сменить пароль Администратора 1С можно.
Когда спрашивает пароль Администратора, то нужно писать пароль Администратора.
Ваш КЭП.
9 Елизар
 
09.11.15
00:14
(8) Администратор сервера, это пользователь, которого я указывал при установке, так я понимаю?
10 PR третий
 
09.11.15
00:38
(9) Нет
11 RomanYS
 
09.11.15
00:46
(4) всегда работало, бывало возникали проблемы при обращении по имени, помогала замена на ip
12 PR третий
 
09.11.15
00:50
(11) У ТС база в инете и клиент не знает сервер по имени компа, только по ip
13 RomanYS
 
09.11.15
00:53
(12) ip то он знает (больше и не надо), или проблема в отсутствии белого ip?
14 PR третий
 
09.11.15
00:54
(13) Блин, читай (7)
15 Елизар
 
09.11.15
01:05
Теперь столкнулся с проблемой, при создании кластера можно указать только 127.0.0.1, и изменение этого параметра закрыто... Как создать для домена?
16 Елизар
 
09.11.15
01:10
(14) может в icq поможете? Быстро проблему решим...
17 Елизар
 
09.11.15
01:29
Мой isq +79167777929
18 PR третий
 
09.11.15
11:04
(16) Ты умеешь читать? Если да, то читай (3).
19 Лефмихалыч
 
09.11.15
11:28
придется либо добавлять в hosts, либо запись A в локальный ДНС. Иначе работать  не будет.
Соответственно, вопрос не в 1С, а в том, как локальный dns обыграть
20 vde69
 
09.11.15
11:34
http://wiki.mista.ru/doku.php?id=it:set_dual_net

если IP динамические, то следует сделать тунель VPN и работать внутри него по локальным IP указав их в прямой и обратной зоне (два файла из статьи), тогда все будет работать гарантировано через тунель не используя внешние IP
21 PR третий
 
09.11.15
11:36
(17) Что такое isq? И почему он так похож на номер телефона?
22 PR третий
 
09.11.15
11:37
(19) Мысль в (3) по ссылке не рабочая?
Я, например, не понял, как вообще что где крутить.
23 vde69
 
09.11.15
12:01
(22) я разбирал протокол обмена пакетами между клиентом и сервером 1с.

там идет заголовок пакета который содержит имя пользователя, домен пользователя (или локальный хост) и имя локальной машины. Это нужно серверу для авторизации и запуску отдельной сесии в рхостах

обратно сервер шлет имя рабочего сервера, и т.д.

дальше клиент обращается уже по имени к серверу кластера где запущен именно его рхост.


то есть вся эта бадяга сделана исключительно для поддержки много серверных кластеров.....

вообще довольно занимательно сделали, до конца не проникся (там шифрование данных идет, а заголовки открытые), но в целом протокол вполне понятный....

кстати исходя из открытости заголовок - протокол уязвимый на предмет подмены...
24 Garikk
 
09.11.15
12:18
(23) а как шифрованные данные то подменять?
25 vde69
 
09.11.15
12:21
(24) подменять можно не данные а заголовок, то есть можно вклинится в чужую сессию. Как минимум это вызовет отказ обслуживания (DDOS атака), как максимум - выполнение кода под чужой учеткой.
26 Garikk
 
09.11.15
12:23
(25) учитывая что протокол предназначен для использования внутри корпоративной сети, данная уязвимость не особо актуальна...
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший