Смысл в следующем.
Тонкий клиент лезет к базе 1С через интернет на определенный IP, попадает на роутер, который прокидывает на апач на конкретном IP.
Пока все хорошо.
А вот дальше 1С запускает базу на вполне себе определенном сервере с именем ИмяСервера1С и обратно уже идет именно это имя, которое клиент не знает.
Что делать?
Как решение предложили втыкать провод с инетом от провайдера напрямую в компьютер с апачем, типа так будет работать.
А можно ли через роутер?

Может как-то апачу можно объяснить, что сервер ИмяСервера1С - это на самом деле ДругоеИмя?

+(1) Для исходящей информации в смысле. Когда инфа уже к тонкому клиенту идет.

Так и не понял - в чем затык?

(3) Затык в том, что я пишу в параметрах подключения:
Сервер: sub.site.ru
База: basename
И когда тонкий клиент 1С лезет на этот адрес, который перенаправлен на некий IP xxx.xxx.xxx.xxx, то там уже роутер прокидывает запрос на локальный комп с апачем, на котором крутится 1С.
Локальный комп называется Server.
И когда апач в обратную отдает инфу, то там уже не sub.site.ru, а Server.
В итоге тонкий клиент 1С получает имя Server и охреневает, потому что он в душе не понимает, что это за Server.
sub.site.ru знаю, Server не знаю.
Спрашивается, как сделать так, чтобы тонкому клиенту 1С приходило от апача sub.site.ru, а не Server?
Я так понимаю, это решит проблему.

Вообще-то, роутер должен server заменить на sub.site.ru для конечного клиента.
У тебя в результате конечный тонкий клиент не запускается?

(4) кури обратную зону в DNS

(5) Не запускается, ругается

----------------
Ошибка при выполнении операции с информационной базой
server_addr=Server descr=11001(0x00002AF9): Этот хост неизвестен, line=1102file=src\DataExchangeCommon.cpp
----------------

Это при запуске конфигуратора.
А при запуске тонкого клиента

----------------
Ошибка установки соединения

Выполняется ожидание возможности запуска.
При появлении возможности, запуск будет выполнен автоматически.

Нажмите "Выполнить запуск" для немедленной попытки запуска.
Нажмите "Отмена" для отказа от запуска.
----------------

(6) Куда ее курить-то? Ее вроде как хоть всю выкури, не воткнуть никуда, даже если помогла бы.

Единственное, что попробовал, это в hosts на тонком клиенте прописать строку
Server sub.site.ru
Но никакого эффекта это не дало.

А веб клиент запускается?

(10) Да, конечно. И тонкий клиент, когда веб-база, а не база на сервере 1С.

И еще, есть вроде файлы конфигурации интернет прокси 1с - может, оные помогут?

(11) кхм, а причем тут тогда апач?

Попробуй в консоли сервера в разделе "Рабочие серверы" удалить его и добавить не с именем, а глобальным IP.

(12) Прокси указывается для базы на веб-сервере, а у меня база на сервере 1С.

В смысле внешним IP. Тогда по идее он будет возвращать клиенту этот самый IP и тот без проблем подключится.

(13) Апач при том, что тонкий клиент и сервер 1С не в одной локалке.

(14) Хм, попробую

(15) собственно, я и думал, что у тебя веб.

(19) Я же говорю, у меня база доступна через интернет, но в стартер 1С подключается не как база на веб-сервере, а как база на сервере 1С.

+(20) В базу на веб-сервере нельзя залезть конфигуратором.

(9) надо было
(внешний ip) Server

+ (10) должно получится по идее и (14) можно не пробовать

(22) Так и почему апач после этого в обратную сторону мне вернет IP, а не Server?

(23) Да веб-клиент и так прекрасно пашет

(24) он вернет Server, а клиент из файла hosts узнает какой у Server IP (внешний)

(25) пардон +(22) хотел написать

(25) у тебя на самом деле веб) база, которую хочется подключить как к серверу 1с, но разве так можно?

(28) Да. Я видел, как это работает. Но без роутера.
И человек сказал, что они копали эту проблему с роутером и, как я и написал в (0) как решение предложили втыкать провод с инетом от провайдера напрямую в компьютер с апачем, типа так будет работать.

(26) Сервер переименовывать пока не стал, в hosts добавил запись
xxx.xxx.xxx.xxx Server

Теперь пишет
server_addr=tcp://Server:1567 descr=xxx.xxx.xxx.xxx:1567:10061(0x0000274D): Подключение не установлено т.к конечный компьютер отверг запрос на подключение... бла бла бла"

(30) порт 1567 проброшен?

(31) Вот делаю сейчас

Кстати, не знал что при подключении к вебсерверу через тонкий клиент он ведет себя подобным образом. Думал он по http(s) пашет

Ну нихрена себе, я в Хопре

Осталось как-то проблему необходимости указания записи в hosts переложить на плечи сервера и можно сказать, проблема красиво решена :))

А то как-то некузяво на клиенте в hosts писать, особенно учитывая то, что клиент может быть и не на винде.

Видимо надо все-таки попробовать сервер 1С переобозвать идентично субдомену

(22) Спасибо за подсказку, правда, не понимаю, почему обратная запись помогла.
Я думал, что в hosts прописываются замены типа что на что менять.

Присвоить серверу 1С глобальное имя, чтобы оно разрешалось в глобальной сети.
Либо глоб. IP

(38) Думать это конечно хорошо, но википедия рулит ) https://ru.wikipedia.org/wiki/Hosts

(35) Ну, у apache есть mod-rewrite, если с ним поколдовать, то можно из одного имени сделать другое.

дык ты вытащил наружу порт 1с сервера, без апача, оно как бы не безопасно. конфигуратор по хттп не работает.

(42)дык, чел мамой клянется, что видел и работает..

поясните, чет так и не понял, зачем тонкий клиент подключается к апатчу, когда должен к серверу?

(44) не должен, он работает и c подключением напрямую к 1с серверу и через web.

строка подключения у клиента какая?

(42) Не знаю, как работает конфигуратор, но он работает.

(43) Так теперь и у меня работает :))

(44) Тонкий клиент лезет не к серверу 1С и не к апачу, а к sub.site.ru.
А вот уже DNS говорит, что sub.site.ru — это на самом деле IP xxx.xxx.xxx.xxx.
А вот уж на IP xxx.xxx.xxx.xxx роутер смотрит, что это по душу 1С и перекидывает на комп 192.168.1.xxx с апачем.
А вот уж апач дальше все разруливает и отправляет назад имя Server.
А первоначальный клиент никакого Server не знает.
Точнее, не знал, пока я в hosts не прописал.
Теперь знает и теперь запускаются и тонкий клиент и конфигуратор.

Ты тонкий клиент НЕ через веб сервер хочешь???

(50) Поправочка, я уже имею тонкий клиент НЕ через веб-сервер :))
И конфигуратор тоже :))

(51)А тогда зачем в (0) про апач речь шла?

тут проблема не с роутером. Внутри сети точно работает web-клиент?

(53) + ну или что там запускается снаружи?

(52) Хм. Возможно, для именно этой задачи апач и не нужен, ХЗ.

(53) Возможно. Не разбираюсь настолько в ситуации.
Но мне человек, сделавший аналогичную вещь, сказал, что пришлось инет втыкать напрямую в комп с сервером 1С, иначе на клиент возвращается имя, которое клиент не знает.

(53) Web-клиент работает и внутри сети и не внутри. Он не интересен.

(54) Снаружи запускается тонкий клиент или конфигуратор.

(57) а тонкий подключается к расшаренной базе на апаче или напрямую к серверу приложений?

(58) тогда надо делать перенаправление не на апач, а на сервер приложений нужного порта

(59) Тонкий подключается к серверу 1С, потому что я могу запускать не опубликованные базы.

(60) Перенаправление делается на IP, на котором и апач и сервер 1С.

(62) ну и порт надо сервера приложений

(63) + кажется иначе конфигуратор не будет работать

(64) Я прокинул несколько портов, на которые ругалось при запуске, теперь все работает.
Теперь понять бы еще на пальцах, как все это работает без локалки и VPN :))

(20) > стартер 1С подключается не как база на веб-сервере, а как база на сервере 1С.

(60). (63) + 1

Хм, забавная мысль.
Раз апач не при чем, значит, через него имя сервера и не прокинешь.

Пробросил порт 1с наружу? небезопасно как уже говорили

(67) через апач тоже можно опубликовать, если все правильно помню, но тогда надо указывать не просто адрес и порт сервера приложений, а путь к опубликованной базе на веб-сервере. Но при этом не будет работать конфигуратор.

ну и да, при открытии СП наружу могут быть проблемы с безопасностью :-)

(68) Я в роутере добавил переадресацию портов. Что это значит?

(69) Так понятное дело, что можно. Но это типовая классическая изученная до обыденности веб-база. И нет конфигуратора.

(70)  vpn бы надо сделать, как писали смотрящий во вне сервер 1С плохо

Забавно, кстати, когда смотришь в запущенной 1С, то показывает сервер sub.site.ru, а когда пишешь в hosts, то приходится прописывать конкретный IP компа.

+100500 за vpn

(72) Да VPN есть, но это не интересно, это же уже локалка получается, все просто и изучено.
А тут доступ к 1С без всяких VPN, круто же. Я с целью изучения технологий.

(75) Ой, не круто

А чего тут крутого? Обычный NAT

(76) Блин, говорю же, круто с точки зрения изучения технологий.

только сейчас научился порт перебрасывать

(77) Ну хотя бы то, что когда я искал в интернете, как такое сделать, то нихрена ничего не нашел.
Про базы на апач да, как грязи. А такого не нашел.

(80) интернет поменяй )

(79) Да черт с ним с портом. Речь про имя сервера, который не понимался клиентом.

(81) И дело не в NAT, а в hosts. Ну или в переименовании сервера 1С.

(48) верю)) вчера сам попытался - пока получил приблизительно такой же отлуп, как в (0) )) но, буду пытаться - тем более, грабли уже все поломатыми стали))

Попалась на глаза, кстати, Книга знаний: Борьба с ошибкой 11004, что-то подумалось, что (14) не поможет.
Видимо, нет нормального решения, как заставить 1С возвращать обратно заданный IP, а не имя локального компа.

(0)Может я чего то не понимаю, но так работать не должно. Для того, что бы можно было открыть конфигуратор\тонкий\толстый клиент тебе нужен ВПН же?

(86) Я сам не знаю, как конфигуратор работает, но факт.
Толстый клиент не пробовал.
Тонкий тоже работает.

Поразительно. Нашел именно мой вопрос http://1cbuh.pro/voprosy/512-rabota-servera-prilozhenij-bez-dns и ответ там есть, но не работает. Или я что-то не то делаю.

(85) какой адрес база должна возвращать, а главное - ЗАЧЕМ???

всякие "обратные зоны" у нас не пошли,
пришлось в программе использовать 2 ай-пи адреса, т.е. клиент может быть внешним или внутри сети и соответственно доступ идет по разным адресам;-) Да, и у нас не 1С.

Вот еще нашел, попробую http://forum.infostart.ru/forum73/topic120325/

(89) Да все просто, клиент должен знать имя, которое ему возвращают.
А, значит, это точно должно быть не Server, а sub.site.ru или xxx.xxx.xxx.xxx.
Ну или Server, но с hosts, что некузяво.

(92) ни один из моих серверов не знает внешнее имя и все замечательно работает.

Правда не 1С.

(93) Мой сосед по лестничной площадке тоже не знает, что такое мой Server и при этом прекрасно работает токарем на своем заводе, да.
Казалось бы, причем здесь Лужков...

(94) сеть она и в Африке сеть.

(95) что касается http://forum.infostart.ru/forum73/topic120325/ , то тут налицо проблема с получением правильного IP внутри сети.
И ничего более

(96) + хотя ошибаюсь...

(97) для кластерной схемы заморочки (может не только для кластерной). Надо регистрировать сервер по внешнему имени + внутри локальной сети нужен DNS с прописанным локальным IP.

(98) + дополню более развернуто, а то что-то слишком кратко получилось)
в локальной сети нужен DNS сервер, где сопоставляется внешний домен с локальным IP (что бы клиенты внутри сети могли подключаться)

Мда, как кластары не создавай, один хрен ругается на Server.
Вот откуда он его берет, гад?

(99) Да внутри сети все хоккей.
Проблема в (49).

Не дает мне покоя

"Если Вы в описанной среде желаете указывать в настройках клиентского подключения IP-адрес, Вам следует создать кластер с указанием этого IP-адреса в качестве имени хоста."

и

"В руководстве администратора подробно описан процесс подключения клиента к серверу. Вкратце суть в том, что клиент сначала подключается к менеджеру кластера, получает от него указание на рабочий сервер/рабочий процесс и потом уже соединяется с рабочим процессом. Указание рабочего процесса клиент получает в виде <имя хоста, как оно указано в консоли кластера>:порт. Соответственно, указанное в консоли кластера имя рабочего сервера должно разрешаться на клиенте в IP-адрес.

На самом деле совершенно необязательно править конфигурационные файлы кластера, можно пересоздать кластер с корректным именованием, можно средствами VPN выдать клиенту свою службу DNS или WINS. Это будет более безопасным решением. Или, если используемая конфигурация работает в режиме управляемого приложения, Вы можете использовать локальную веб-публикацию или сервис 1С:Линк.".

Должно же работать, видимо? :))

+(102) Кластер с таким IP создавал, с таким именем поддомена создавал, не пашет, все одно откуда-то берет Server.

(103) у 1С все через одно место...

судя по той ссылке, правится здесь
\srvinfo\srvribrg.lst поменять main на main.ru (не забыть остановить службу)
\srvinfo\reg_1541\1CV8Reg.lst то же самое

(104) Спасибо, КЭП, это я прочитал, Но я даже таких файлов не нашел. А править все вхождения Server на что-либо нельзя, компьютер-то называется Server.

Переназвал рабочий червер в кластере, хоть sub.site.ru хоть xxx.xxx.xxx.xxx, все одно не работает, даже локально перестало запускаться.
Хрень какая-то, как делать-то?