Help
  • Explore Community
  • Get Started
  • Ask the Community
  • How-To & Best Practices
  • Contact Support
Notifications
Login / Register
Community
Community
Notifications
close
  • Forums
  • Knowledge Center
  • Events & Webinars
  • Ideas
  • Blogs
Help
Help
  • Explore Community
  • Get Started
  • Ask the Community
  • How-To & Best Practices
  • Contact Support
Login / Register
Sustainability
Sustainability

We Value Your Feedback!
Could you please spare a few minutes to share your thoughts on Cloud Connected vs On-Premise Services. Your feedback can help us shape the future of services.
Learn more about the survey or Click here to Launch the survey
Schneider Electric Services Innovation Team!

can we have a hostname other than 127.0.0.1 for SoapEWSRestProvider?

SmartConnector Forum

Schneider Electric support forum about SmartConnector applications for integration of other building management systems (BMS) into EcoStruxure Building Operation.

cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Show  only  | Search instead for 
Did you mean: 
  • Home
  • Schneider Electric Community
  • EcoStruxure Building
  • SmartConnector
  • SmartConnector Forum
  • can we have a hostname other than 127.0.0.1 for SoapEWSRestProvider?
Options
  • Mark Topic as New
  • Mark Topic as Read
  • Float this Topic for Current User
  • Bookmark
  • Subscribe
  • Mute
  • Printer Friendly Page
Invite a Co-worker
Send a co-worker an invite to the portal.Just enter their email address and we'll connect them to register. After joining, they will belong to the same company.
You have entered an invalid email address. Please re-enter the email address.
This co-worker has already been invited to the Exchange portal. Please invite another co-worker.
Please enter email address
Send Invite Cancel
Invitation Sent
Your invitation was sent.Thanks for sharing Exchange with your co-worker.
Send New Invite Close
Top Experts
User Count
JeffBowman
Sisko JeffBowman Sisko
164
ardak
ardak Schneider Alumni (Retired)
34
sesa180908_brid
Commander sesa180908_brid Commander
34
mike_meirovitz
Commander mike_meirovitz
21
View All

Invite a Colleague

Found this content useful? Share it with a Colleague!

Invite a Colleague Invite
Solved Go to Solution
Back to SmartConnector Forum
Solved
Anonymous user
Not applicable

Posted: ‎2017-12-14 11:33 AM

0 Likes
7
1893
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-14 11:33 AM

can we have a hostname other than 127.0.0.1 for SoapEWSRestProvider?

I've setup a simple SmartConnector with a single SoapEWSRestProvider endpoint, and I've notices it won't respond to any hostname other than 127.0.0.1.  (e.g. localhost doesn't work, ip address for the machine doesn't work, and hostname for the machine doesn't work)

I think this means I wouldn't be able to make requests to the endpoint unless the client is running on the same machine.

Additionally, I'm seeing HTTP Error 400. The request hostname is invalid. when I try to access the main page using my machine's hostname.

Is this some kind of license restriction, or am I misconfiguring something?

Tags (10)
  • Tags:
  • 127.0.0.1
  • dns
  • endpoint
  • ews
  • host
  • hostname
  • localhost
  • rest
  • smartconnector
  • soap
Reply
  • All forum topics
  • Previous Topic
  • Next Topic

Accepted Solutions
sesa180908_brid
Commander sesa180908_brid Commander
Commander

Posted: ‎2017-12-15 08:17 AM

0 Likes
0
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-15 08:17 AM

It seems you are attempting to tackle two issues at once.  I recommend doing the following.

  1. Delete all Endpoint Configuration.
  2. Change the Portal Address to what you want.  Which seems to be using the "+" notation.  (I recommend reading the Security Considerations Section of the SmartConnector Installation and Configuration Guide.pdf if you haven't already).
  3. Reboot the host machine.  Occasionally a port is left "in use".
  4. Verify the portal works.
  5. Debug using Log files as needed.

As for the Endpoint Configuration, v2.2 had a bug in it for using "+ notation" in configuring Endpoints.  That will be fixed in v2.3.  As for now, you will need to explicitly set your endpoint IP or DNS.

Sorry for the confusion. 

See Answer In Context

Reply
Replies 7
sesa180908_brid
Commander sesa180908_brid Commander
Commander

Posted: ‎2017-12-14 11:45 AM

0 Likes
0
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-14 11:45 AM

Entering the config to be something other than an IP address requires either a host file addition, or a DNS entry.  The same goes for "localhost". 

We have tested host file remapping (using localhost and other names) as well as direct machine IP here in the lab so we know that does work.

There a no license restrictions of any type in this regard.

Reply
JeffBowman
Sisko JeffBowman Sisko
Sisko

Posted: ‎2017-12-14 11:57 AM

0 Likes
2
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-14 11:57 AM

Hi Josh,

I have been doing something like here locally for a long time with no problems:

If you want to be able to hit the SoapEwsRestProvider endpoints from anywhere, you can simply add a '+' in the host field. But to access the swagger page, you will need to use something explicit (e.g. localhost or an explicit IP address) as the '+' notation isn't compatible with the swagger page for some reason.

As far as the hostname to access the main page, you should be able to change the 'Portal Address' setting under Setup > Service Settings. If you set it to for example 'http://+:8082' then you should be able to access this portal by using anything that resolves to this computer. (note: you may need to restart the SmartConnector service after changing this setting for it to take effect).

Regards,

-Jeff

Reply
Anonymous user
Not applicable

Posted: ‎2017-12-15 07:18 AM

0 Likes
1
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-15 07:18 AM

I had some success with your tips yesterday, but now seemingly I've got the configuration into a strange state.

I'm getting error messages when I go to the swagger documentation page, and so I tried to reset everything back to using 127.0.0.1.  The only two properties I've changed are the Setup > Service Settings > Portal Address = 'http://127.0.0.1:8082'
and the REST endpoint's Host property = '127.0.0.1'

Restarting the service fixed it (after I had changed everything back to 127.0.0.1), but it seems like some of the changes did not propagate until the restart.  (for example, the input on the swagger ui page and also on the endpoint list page were somehow remembering the old 'http://+:8083' address for the endpoint)

It's possible that some browser caching may have contributed to my confusion, but there is appears to also a problem with the back-end.

EDIT:

I recreated the problem by once again setting the host to '+' and the portal address to 'http://+:8082', and I'm getting the same problem after switching back to 127.0.0.1 (this time with caching disabled).  It seems the server-side is remembering the http://+:8083 version of the url (at least for the swagger ui stuff).

It seems that the '+' feature does not work as it did in the prior version either, as I cannot use my computers hostname to access the swagger page anymore by using '+' in the host property.

Also, I had forgotten to mention that I've upgraded my Smart Connector to the latest stable version (unfortunately, I don't know which version I had prior (I believe it was 2.2.*), but the problems are occurring with version 2.2.130)

the error message in text form:
500 : {"Message":"An error has occurred.","ExceptionMessage":"Invalid URI: The hostname could not be parsed.","ExceptionType":"System.UriFormatException","StackTrace":" at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind)\r\n at System.Uri..ctor(String uriString)\r\n at Swashbuckle.Swagger.SwaggerGenerator.GetSwagger(String rootUrl, String apiVersion)\r\n at Swashbuckle.Application.SwaggerDocsHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)\r\n at System.Net.Http.HttpMessageInvoker.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)\r\n at System.Web.Http.Dispatcher.HttpRoutingDispatcher.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)\r\n at System.Net.Http.DelegatingHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)\r\n at WebApiThrottle.ThrottlingHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)\r\n at System.Net.Http.DelegatingHandler.SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)\r\n at System.Web.Http.HttpServer.<SendAsync>d__0.MoveNext()"} http://127.0.0.1:8083/swagger/docs/v1

Reply
sesa180908_brid
Commander sesa180908_brid Commander
Commander

Posted: ‎2017-12-15 08:17 AM

0 Likes
0
1834
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-15 08:17 AM

It seems you are attempting to tackle two issues at once.  I recommend doing the following.

  1. Delete all Endpoint Configuration.
  2. Change the Portal Address to what you want.  Which seems to be using the "+" notation.  (I recommend reading the Security Considerations Section of the SmartConnector Installation and Configuration Guide.pdf if you haven't already).
  3. Reboot the host machine.  Occasionally a port is left "in use".
  4. Verify the portal works.
  5. Debug using Log files as needed.

As for the Endpoint Configuration, v2.2 had a bug in it for using "+ notation" in configuring Endpoints.  That will be fixed in v2.3.  As for now, you will need to explicitly set your endpoint IP or DNS.

Sorry for the confusion. 

Reply
Anonymous user
Not applicable

Posted: ‎2017-12-18 01:20 PM

0 Likes
2
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-18 01:20 PM

I've upgraded to v2.3, and I'm still having a hostname related problem with the Soap/Rest endpoints.

It's not quite the same problem as before, (I've settled for using the machine hostname rather than localhost or 127.0.0.1, and the hostname works fine as the endpoint address).

My new problem is that I cannot seem to use the machine host name to refer to the ES (as a consequence, I could not get smart connector Soap/Rest endpoint to connect to an ES that's running on a different computer in the network, but I can connect to an ES running on the same computer so long as I use 127.0.0.1 as the host)

Reply
sesa180908_brid
Commander sesa180908_brid Commander
Commander

Posted: ‎2017-12-19 06:30 AM

0 Likes
1
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-19 06:30 AM

What is the value you are using?  For SoapRestEwsProvider endpoints you need to enter the complete EWS endpoint.  So for an SBO EWS Server, this would look like "http://SERVER:PORT/EcoStruxure/DataExchange".  Is that the format you have entered?

Also, can you try connecting using a third party tool such as SoapUI or Fiddler using the same server address you are using in the SmartConnector configuration?

Does that work?  If not, then you have a network or authentication issue not a SmartConnector issue.

Reply
Anonymous user
Not applicable

Posted: ‎2017-12-19 07:06 AM

1 Like
0
1833
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Permalink
  • Print
  • Email to a Friend
  • Report Inappropriate Content

Link copied. Please paste this link to share this article on your social media post.

‎2017-12-19 07:06 AM

Oh, my apologies.  I just realized I had a mistake in the spelling of EcoStruxure for the httpConfiguration>Server Address

I've been using the hostname just fine in one of my other endpoints without realizing it, so clearly it works just fine.

Reply
Preview Exit Preview

never-displayed

You must be signed in to add attachments

never-displayed

 
To The Top!

Forums

  • APC UPS Data Center Backup Solutions
  • EcoStruxure IT
  • EcoStruxure Geo SCADA Expert
  • Metering & Power Quality
  • Schneider Electric Wiser

Knowledge Center

Events & webinars

Ideas

Blogs

Get Started

  • Ask the Community
  • Community Guidelines
  • Community User Guide
  • How-To & Best Practice
  • Experts Leaderboard
  • Contact Support
Brand-Logo
Subscribing is a smart move!
You can subscribe to this board after you log in or create your free account.
Forum-Icon

Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.

Register today for FREE

Register Now

Already have an account? Login

Terms & Conditions Privacy Notice Change your Cookie Settings © 2025 Schneider Electric

This is a heading

With achievable small steps, users progress and continually feel satisfaction in task accomplishment.

Usetiful Onboarding Checklist remembers the progress of every user, allowing them to take bite-sized journeys and continue where they left.

of