Здравствуйте!
Впервые настраиваю web-сервисы и возникла следующая проблема:
TerrasoftX25-3.2.0.10, Windows2003server, IIS
Все сделал как написано в Руководстве Администратора, при подключение с удалённой машины, тест проходит успешно, но в списке не видит ни одной конфигурации. Прописал просто вручную - при открытии выдаёт: "Ошибка открытия конфигурации".
Как на сервере создать эту конфигурацию (На сервер обычным методом через MS SQL соединение всё работает), что бы web-сервисы её видели?
Нравится
Здравствуйте, Виталий!
Чтобы в раскрывающемся списке появилась Ваша конфигурация, необходимо сначала создать элементы этого списка. Нажмите на лупу, потом кнопку Добавить. Введите название, нажмите кнопку Изменить. Введите пользователя, пароль, сервер и схему - те данные, которые Вы вводили при установке соединения с Windows2003server обычным методом. Нажмите кнопку Тест. Если тест будет успешен, то все в порядке. Такие действия надо проводить на каждой машине, удаленно работающей с базой. Т.е. сначала настраиваете соединение с Windows2003server, а потом с Terrasoft.
Добрый день, похожая проблема.
На сервере существует конфигурация MSSQL и web. Тест конфигурации web проходит успешно, но при подключении через веб выдает ошибку открытия конфигурации, разрушительный сбой. На остальных машинах, та же ситуация.
Прошу помощи!
Конфигурацию в настройках web ввожу в ручную, списка нет,
В RunSettings.xml все изменил как надо
<?xml version="1.0" encoding="UTF-8"?>
Здравствуйте!
Изначально хочу заметить, что кнопка «Тест», при настройке конфигурации через веб-сервисы, в отличии от прямого соединения, проверяет наличие данных в строке конфигурация.
Саму же конфигурацию необходимо выбирать из выпадающего списка.
Процедура настройки веб-сервисов имеет ряд нюансов на уровне веб-сервера, рекомендую проверить следующее:
1. Убедитесь что пользователю, обращающемуся к виртуальной директории, разрешено выполнение сценариев и других приложений.
2. Если у Вас ОС Windows Server 2003, то Вам обязательно необходимо предоставить доступ на TSWebServicesServerLibrary.dll в Web Service Extensions.
3. Настроены ли параметры соединения с БД локально.
4. Проверьте доступен ли в IIS сайт по умолчанию, для этого на сервере, в строке браузера введите: http://localhost/
Для полноценного решения проблемы прошу обращаться на support@tscrm.com
Terrasoft Support Team
1. Убедитесь что пользователю, обращающемуся к виртуальной директории, разрешено выполнение сценариев и других приложений.
Разрешено
2. Если у Вас ОС Windows Server 2003, то Вам обязательно необходимо предоставить доступ на TSWebServicesServerLibrary.dll в Web Service Extensions.
Предоставлено
3. Настроены ли параметры соединения с БД локально.
Настроено
4. Проверьте доступен ли в IIS сайт по умолчанию, для этого на сервере, в строке браузера введите: http://localhost/
Доступен
Я попробовал ввести в браузере: http://localhost/web/TSWebServicesServerLibrary.dll/soap/IServer
Получил ответ:
<?xml version="1.0" ?> - <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"> - <SOAP-ENV:Body> - <SOAP-ENV:Fault> <faultactor /> <faultcode>SOAP-ENV:Server</faultcode> <faultstring>XML document must have a top level element. Строка: 0</faultstring> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Виталий, выше Вы описали строку соединения, которая настроена на локальный сервер.
Если вы используете данную строку соединения и здесь, то соответственно ответа от сервера Вы не получите.
Рекомендую убедится, что указанная Вами строка соединения выдает тот же результат, что и на сервера, при открытии в браузере на другом ПК.
Terrasoft Support Team
http://localhost/web/TSWebServicesServerLibrary.dll/soap/IServer
Я указал для примера.
В реальности вместо "localhost" - IP-адрес сервера, а вместо "web" - реальный виртуальный каталог!
С удалённого ПК я могу подключаться через обычное MSSQL-соединение (ОЧЕНЬ медленно работает)...
В браузере на этом же ПК я вижу:
Добрый день, Виталий
Я сталкнулся с похожими проблемами. Мое решение:
На сервере ISS использовался proxy Kerio, после его отключения все заработало
Убил я на сервере IIS решил поставить Апач, скачал версию 2.0.61 (из Руководства: "Terrasoft CRM поддерживает работу с Apache версий 2.0-2.0.61"). Апач приходится настраивать не впервые, но после прописания загрузки модуля:
LoadModule tsapache_module "c:\Program Files\Terrasoft CRM X25\Bin\TSWebServicesServerLibrary.dll" выдаёт следующею инфу:
Syntax error on line 174 of C:/Program Files/Apache Group/Apache2/conf/httpd.conf: Can't locate API module structure `tsapache_module' in file C:/Program Files/Terrasoft CRM X25/Bin/TSWebServicesServerLibrary.dll: No error Note the errors or messages above, and press the <ESC> key to exit. 27...
Что я делаю не так???
Скачал TSCRM(Apache2)_X25_SoftKey_Rus_Firebird.exe оттуда взял TSWebServicesServerLibrary.dll, после чего апач стартовал без ошибок!
Но http://IP/TSWebServicesServerLibrary/soap/IServer тоже не даёт выбрать конфигурацию.
В браузере выдаёт:
З цим XML-файлом не пов’язана ніяка таблиця стилів. Нижче показано дерево елементів. − <SOAP-ENV:Envelope> − <SOAP-ENV:Body> − <SOAP-ENV:Fault> <faultcode>SOAP-ENV:Server</faultcode> <faultstring>Stream write error</faultstring> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Если ввести строкуhttp://IP/TSWebServicesServerLibrary/, вижу такое:
TSWebServicesServerLibrary - Service Info Page TSWebServicesServerLibrary - PortTypes: * IServer [WSDL] o Get_ServerConfigurationNames o GetDBEngineTypeCode o GetIsDBConnected o GetServerVersion o OpenConfiguration o ChangeUserPasswordInDatabase o CloseConfiguration o StartTransaction o CommitTransaction o RollBackTransaction o ExecuteSQL o GetData o GetIsDataExists o ShowConnectionStringEditForm o GetIsTableExists o GetIsFieldExists o GetDependedTables o GetForeignKeysInfo o GetIsIndexExists o GetIsRelationExists o EqualRelations o EqualField o EqualIndex o GetConnectionStringDisplayText o GetDatasetBySQLText o GetSettingsString o GetServerDateTime o CreateServerUser o DeleteUser o GetIsMemberNameValid o GetIsServerUserExists * IWSDLPublish [WSDL] Lists all the PortTypes published by this Service o GetPortTypeList o GetWSDLForPortType o GetTypeSystemsList o GetXSDForTypeSystem WSIL: Link to WS-Inspection document of Services here
Здравствуйте, Виталий.
При настройке веб - сервисов под IIS, необходимо было на сервере:
1. Скопировать файл «Configs.xml» из пользовательской директории (пусть по умолчанию «%appdata%\Terrasoft CRM\3.2\Settings\») в директорию Settings (рабочего каталога Terrasoft);
2. В файле RunSettings.xml (находится в папке Settings, рабочего каталога Terrasoft) добавить (изменить, если он есть) параметр:
где «UserSettingsDirectory» - путь к папке Settings (рабочего каталога Terrasoft).
Terrasoft Support Team
Здравствуйте.
Также возникла проблема с настройкой web-сервисов: TerrasoftX25-3.2, WindowsXP. Делала все по инструкции "Руководство Администратора":
1. Скопировала файл Configs.xml из C:\Documents and Settings\папка пользователя\Application Data\Terrasoft CRM\3.2.1\Settings в папку C:\Program Files\Terrasoft CRM X25\Settings, затем в файле RunSettings в атрибуте UserSettingsDirectory прописала путь к папке Settings.
2. Установила IIS
3. Создала виртуальный каталог
4. Прописала URL в окне настроек параметров соединения, конфигурацию из списка выбрать не получается, ввела вручную
При попытке подключения выдается ошибка "Ошибка открытия конфигурации. Разрушительный сбой"
Ввожу в строке браузера http://localhost/ пишет "Не удается найти веб-страницу".
Если в строку браузера введу http://IP компьютера/название виртуальноо каталога/TSWebServicesServerLibrary.dll/soap/IServer, то выдает такую же информацию, о которой писал Ковалишин Виталий 28.08 18.01.
Уже незнаю какие действия предпринять дальше. Помогите пожалуйста решить проблему!
Да создала локально конфигурацию. Я пробовала по-разному: пробовала сначала создавать конфигурацию, а потом копировать файл, также пробовала наоборот сначала копировать файл, а потом создавать кофигурацию. А у вас какая была последовательность действий?
Я думаю может быть я этот файл откуда то не оттуда копирую, ну хотя в инструкции написано, что файл надо копировать из директории данных приложения конкретного пользователя (у меня это C:\Documents and Settings\папка пользователя\Application Data\Terrasoft CRM\3.2.1\Settings). Копирую его в C:\Program Files\Terrasoft CRM X25\Settings, а затем указываю в файле RunSettings в необходимом атрибуте путь к папке Settings(туда куда скопировала файл Configs.xml).
Делала я через IIS.
Здравствуйте!
Настроил WEB-сервисы (не первый раз) система TSCRM X25 Firebird 3.2.0.16, Win2003 Server, IIS
Удалённая машина: Vista SP1, TSCRM X25 Firebird 3.2.0.19
Подключаю сервисы, из списка выбираю конфигурацию....
При входе в систему через веб-сервисы, выдает ошибку:
"Ошибка открытия конфигурации. Invalid UTF-8 Encoding."
С той же удалённой машины попробовал напрямую к базе подсоединиться - всё о.к., но медленно... :(
В чём может быть проблема?
Спасибо!
Здравствуйте, Виталий!
Источником данной проблемы могут быть разные бинарные файлы.
На Ваш e-mail была отправлена ссылка, перейдя по которой Вы можете загрузить актуальные бинарные файлы для версии 3.2.0.
Бинарные файлы необходимо обновить как на веб-сервере так и клиентской рабочей станции.
Terrasoft Support Team
Доброго времени суток.
Пытаюсь настроить подключение. В списке конфигураций, конфигурации не появляются.
Файл настроек копировал и путь в RunSettings указывал.
Локально клиент цепляется к существующей конфигурации если напрямую к MSSQL без проблем.
Какой корректный ответ от сервера должен быть, если обращаться по адресу:
http://..../TSWebServicesServerLibrary.dll/soap/IServer
У меня выпадает:
-
-
SOAP-ENV:Server
XML document must have a top level element. Строка: 0
Если обратится по http://..../TSWebServicesServerLibrary.dll, то я так понимаю всё корректно отрабатывает, показывается список методов библиотеки.
Куда копать?
Спасибо.
Здравствуйте, Максим!
При вводе строки [url]http://..../TSWebServicesServerLibrary.dll/soap/IServer[/url] в браузер, корректным ответом считается следующий xml:
<?xml version="1.0" ?> - <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"> - <SOAP-ENV:Body> - <SOAP-ENV:Fault> <faultactor /> <faultcode>SOAP-ENV:Server</faultcode> <faultstring>XML document must have a top level element. Строка: 0</faultstring> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
Процедура настройки веб-сервисов имеет ряд нюансов на уровне веб-сервера, рекомендую проверить следующее:
1. Убедитесь что пользователю, обращающемуся к виртуальной директории, разрешено выполнение сценариев и других приложений.
2. Если у Вас ОС Windows Server 2003, то Вам обязательно необходимо предоставить доступ на TSWebServicesServerLibrary.dll в Web Service Extensions.
Terrasoft Support Team
Здравствуйте!
Такая проблема: настраивал веб-сервисы в офисе (выход в интернет через прокси) для проверки. После копирования config.xml все получилось. Попробовал настроить на ноутбуке дома, ничего не выходит. Пишет чтото на подобии "превышен таймаут подключения".
Что это может быть? Делаю все по инструкции. Что не так? Помогите пожалуйста.
Здравствуйте, Игорь!
Для того чтобы проверить работоспособность веб-сервисов рекомендую ввести в адресную строку браузера URL: http://localhost/web/TSWebServicesServerLibrary.dll/soap/IServer,
где localhost — имя ПК, web — название веб-сайта (или виртуальной директории, если используется веб-сайт по умолчанию)
Не совсем понятно, Вы настраиваете дома веб-сервер или пытаетесь подключиться к конфигурации офиса?
Для использования веб-сервисов Вам необходимо минимум 2 ПК. Один из которых выступает в роли веб-сервера, а второй в роли клиента. И именно на втором ПК необходимо тестировать подключение к конфигурации Террасофт через веб-сервисы.
Так же рекомендую убедиться что пользователю, обращающемуся к виртуальной директории, разрешено выполнение сценариев и других приложений. А параметры соединения с БД настроены локально и функционируют.
Terrasoft Support Team
Добрый день
Настроил веб-сервисы под IIS. В локальной сети строка типа http://192.168.0.16/ts/TSWebServicesServerLibrary.dll/soap/IServer работает отлично.
Теперь хочу настроить, чтобы можно было подключаться через интернет.
Настраиваю такой адрес http://внешний_адрес/ts/TSWebServicesServerLibrary.dll/soap/IServer
Возникли проблемы. Браузер выдает корректный XML-код, можно ходить по папкам и т.д. Но невозможно выбрать конфигурацию -- пишет Access violation at adress 0259A859.
Обе сети защищены Winroute Firewall. Возможно, винроут не пускает какие-либо пакеты, хотя в логах ничего нет, и, как я уже написал, браузер выдает корректный XML-код.
В чем может быть проблема? Винроут отключить невозможно.
Здравствуйте, Евгений!
В данном случае могу порекомендовать использовать явный TCP-порт для доступа к конфигурации.
Указав этот порт, как исключение в Winroute Firewall и настроив доступ к веб-сайту или виртуальный каталогу через этот порт.
Соответственно строка соединения должна иметь следующий вид:
http://внешний_адрес:порт/ts/TSWebServicesServerLibrary.dll/soap/IServer
Terrasoft Support Team
Владимир, к сожалению, такой фокус тоже не прошел.
Может открыть еще какие-либо порты?
Для доступа к конфигурации через веб-сервисы достаточно использовать соединение по 1-му порту.
Евгений, Вы уверены что выбранный Вами порт открыт? telnet [host [port]] с клиентского ПК проходит?
Terrasoft Support Team
Владимир, я уверен. Телнет и браузер нормально работают, пинги ходят. Даже брандмауэр отключил на клиентском ПК
Здравствуйте, Евгений!
В таком случае могу порекомендовать следующее:
1. Перезапустить IIS;
2. Если у Вас ОС Windows Server 2003, то Вам обязательно необходимо предоставить доступ на TSWebServicesServerLibrary.dll в Web Service Extensions;
Если вышеописанные рекомендации не приведут к желаемому результату, то предоставьте, пожалуйста, xml-код из браузера при подключении через локальную сеть и использовании внешнего адреса.
Terrasoft Support Team
1. IIS перезапустил
2. Еще раз проверил разрешения для dll
3. Вот что выдает браузер на клиенте
<?xml version="1.0" ?> - <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"> - <SOAP-ENV:Body> - <SOAP-ENV:Fault> <faultactor /> <faultcode>SOAP-ENV:Server</faultcode> <faultstring>Для документа XML должен существовать документ более высокого уровня. Строка: 0</faultstring> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope>
4. Что характерно, настроил через MS-SQL-протокол -- работает. Причем очень даже неплохо. Но жрет много трафика
5. Возможно, проблема в том, что клиент, где установлен ТС, работает под 2003R2 ?
Спасибо, за дополнительную информацию!
По 5-му пункту — вполне возможно.
Существует ли возможность попробовать подключиться с ПК, где установлена ОС Windows XP SP2 или SP3?
Terrasoft Support Team
Приветствую всех
Проблема, как я и думал, была в нежелании работать ТС в среде WIN2003R2х86 c 8Гб памяти и включенным ПАЕ. На системах с ХР все заработало нормально, правда медленно, в отличие от работы через SQL-порты.
Возможно как-то ускорить работу через веб-сервисы (покрутить скорость/сжатие)?
Здравствуйте, Евгений!
Могу порекомендовать Вам следующее:
1. Увеличить пропускную способность канала максимально позволяющую провайдером;
2. Установить минимальный уровень сжатия данных или же вообще отключить его (Без сжатия).
Terrasoft Support Team
Здравствуйте, Владимир
А как лучше сделать доступ:
1. Терминальные клиенты через итернет в нашу локалку
2. Терминальные клиенты на локальный сервер и веб-доступ к нашей сети
3. Чистый веб-доступ у каждого удаленного клиента
Возможно пункты 2 и 3 мало чем отличаются, но интересен момент производительности и пожирания трафика между RDP и веб-сервисом.
Евгений, вариант удаленного использования программного продукта Террасофт следует выбирать в зависимости от:
- конфигурации аппаратного обеспечения серверов;
- пропускной способности и стабильности канала доступа к интернету;
- общая критичность/стоимость вышеперечисленных пунктов.
Если Вы сможете более подробно описать предполагаемую архитектуру и схему доступа, мы сможем Вам порекомендовать, что-то конкретизированное.
Учитывая, что данная тема больше относиться к архитектуре удаленного доступа нежели к проблемам с веб-сервисами, предлагаю обсудить её в отдельной теме или же в переписке с support@tscrm.com.
Terrasoft Support Team
День добрый.
Есть удаленный Пользователь не входящий в локальную сеть, где расположен сервер. Подключается к базе через web-сервис. При попытке выбора конфигурации выдает ошибку (см. скриншот).
В локальной сети работа через web-сервисы проходит отлично.
Во всех случаях Сервер URL - http://IPадрес_сервера/имя_виртуального_каталога/TSWebServicesServerLibrary.dll/soap/IServer
Каким образом удаленному пользователю (не входящему в локальную сеть), обращающемуся к виртуальной директории, разрешить выполнение сценариев и других приложений?
В управлении безопасностью виртуального каталога (в IIS) установлен анонимный доступ.
"Вадим" написал:В локальной сети работа через web-сервисы проходит отлично.
Во всех случаях Сервер URL - http://IPадрес_сервера/имя_виртуального_каталога/TSWebServicesServerLibrary.dll/soap/IServer
Здравствуйте, Вадим!
Уточните пожалуйста, IPадрес_сервера - локальный IP адрес сервера? 192.168.х.х или 10.х.х.х ?
--
γνῶθι σεαυτόν
У Вас проблема с настройками FireWall-а, он не пускает на HTTP и HTTPS порты:
nmap -P0 -p 80,443 213.221.6.93 Starting Nmap 4.11 at 2009-05-20 11:01 EEST Interesting ports on 213.221.6.93: PORT STATE SERVICE 80/tcp filtered http 443/tcp filtered https Nmap finished: 1 IP address (1 host up) scanned in 3.058 seconds
--
www.it-sfera.com.ua
Terrasoft Solution Partner
"Вадим" написал:там стоит доступ по конкретным IP адресам, с которых заходит удаленный пользователь
С его ПК можно законнектиться на 80 порт?
--
www.it-sfera.com.ua
Terrasoft Solution Partner
Нет, с ПК пользователя на 80 порт сервера?
К примеру: telnet 213.221.6.93 80
--
www.it-sfera.com.ua
Terrasoft Solution Partner
Вадим, Виталий, здравствуйте!
"Виталий Ковалишин aka samael" написал:
С его ПК можно законнектиться на 80 порт?
Я бы не рекомендовал использовать 80-й порт. Из соображений безопасности доступа к конфигурации. Попробуйте, например, 8081. Убедитесь, что этот порт открыт для доступа на сервере и telnet 213.221.6.93 8081 успешно проходит с клиента.
Здравствуйте, Владимир!
"Присяжнюк Владимир" написал:Я бы не рекомендовал использовать 80-й порт. Из соображений безопасности доступа к конфигурации. Попробуйте, например, 8081. Убедитесь, что этот порт открыт для доступа на сервере и telnet 213.221.6.93 8081 успешно проходит с клиента.
Изменение номера TCP порта не гарантия безопасности! Берем сетевой сканер (тот же nmap) и смотрим, что открыто :).
У Вадима на сервере и так стоит фильтрация по адресам:
"Вадим" написал:там стоит доступ по конкретным IP адресам, с которых заходит удаленный пользователь
Читал когда-то в одной книге по безопасности сетей: безопасный компьютер – это компьютер отключен от сети, от сети питания и стоит в углу комнаты ;)
Мое субъективное мнение, что Windows с реальным IP адресом – это уже не безопасно!
В нашей компании реализовано следующим образом:
- на входе шлюз (FreeBSD, где настроен межсетевой экран, маршрутизация и прокси)
- Windows Server с TerrasoftCRM стоит в локальной сети
- На шлюзе прописан port mapping : все входящие запросы на 81 порт прокидываться на 80 порт «серой айпишки» Windows Server с TerrasoftCRM
- Межсетевой экран принимает запросы на 81 порт только с ограниченного числа внешних IP
Так безопасней :)
--
www.it-sfera.com.ua
Terrasoft Solution Partner
"Виталий Ковалишин aka samael" написал:У Вадима на сервере и так стоит фильтрация по адресам:
Не обратил внимания. В таком случае действительно нет необходимости использовать другие порты для подключения. И это более безопасно, чем изменение порта доступа. Но все эти меры, а также принудительное использование сложных паролей пользователями подключающимися через веб-сервисы рекомендуются как минимальная гарантия безопасности.
"Виталий Ковалишин aka samael" написал:В нашей компании реализовано следующим образом:* на входе шлюз (FreeBSD, где настроен межсетевой экран, маршрутизация и прокси)
* Windows Server с TerrasoftCRM стоит в локальной сети
* На шлюзе прописан port mapping : все входящие запросы на 81 порт прокидываться на 80 порт «серой айпишки» Windows Server с TerrasoftCRM
* Межсетевой экран принимает запросы на 81 порт только с ограниченного числа внешних IPТак безопасней :)
Абсолютно с Вами согласен, данная схема действительно является определенной гарантией безопасности доступа к конфигурации. К сожалению, не у всех клиентов существует возможность и технические специалисты, которые могут настроить подключение похожим образом.
Terrasoft Support Team