Forum Replies Created
-
Posts
-
This issue is solved after your instructions above. Automatic Command tested and working!
Thank You!
A new problem: when trying to save the commands, I get the following error:
http://www.granberg.tv/Capture3.PNGYes, the solution in link 1 worked, copied the file to the desktop, unblocked it and copied it back.
BTW, how is the Computer code generated (for purchasing the license)?
Mikhail,
I’m having the same trouble as mentioned above. I tried with unblocking the dll, but it didn’t help.There was already a certificate for port 443 for this web site, so when creating another one, I couldn’t log on remotely anymore. (Running SBS 2011)
Hello,
If I’m connect using http://servername7scada from another computer within the domain, it works OK. But if I’m from the same computer use the external https://domainname/scada, it doesn’t work.
Mikhail
The issue with the rights table is solve, but now I have a new problem:
When connecting with the web station, it works OK while doing it directly on the server itself, but when doing it from a PC outside the domain, I can login, but the tables are not updated with data and the message “Error updating current data” appear. After 10 secs, I’m thrown out.
Login performed 10:21 was on localhost and succeeded, login performed 10:23 was from a remote PC and failed.
ScadaWeb.log
2017-11-27 10:21:54 <SERVER7><DefaultAppPool><ACT> Request SCADA-Server state
2017-11-27 10:21:54 <SERVER7><DefaultAppPool><ACT> Disconnect from SCADA-Server
2017-11-27 10:21:54 <SERVER7><DefaultAppPool><ACT> Connect to SCADA-Server “localhost”
2017-11-27 10:21:54 <SERVER7><DefaultAppPool><ACT> User information has been added. IP address: ::1. Session: b3knixrzaedaicjuaoku3wml
2017-11-27 10:21:57 <SERVER7><DefaultAppPool><ACT> Login: admin (Administrator). IP address: ::1
2017-11-27 10:21:57 <SERVER7><DefaultAppPool><ACT> User information has been updated. IP address: ::1. Session: b3knixrzaedaicjuaoku3wml
2017-11-27 10:22:27 <SERVER7><DefaultAppPool><ACT> Logout: admin. IP address: ::1
2017-11-27 10:23:22 <SERVER7><DefaultAppPool><ACT> Request SCADA-Server state
2017-11-27 10:23:22 <SERVER7><DefaultAppPool><ACT> Login: admin (Administrator). IP address: 199.64.75.186
2017-11-27 10:23:22 <SERVER7><DefaultAppPool><ACT> User information has been updated. IP address: 199.64.75.186. Session: lxw0v20243tol44phkjh34ulScadaServerSvc.log
2017-11-27 10:21:54 <SERVER7><SYSTEM><ACT> Connect to client 127.0.0.1
2017-11-27 10:21:54 <SERVER7><SYSTEM><ACT> The user ScadaWeb is successfully authenticated
2017-11-27 10:21:57 <SERVER7><SYSTEM><ACT> Check user admin name and password. Result: passed
2017-11-27 10:23:22 <SERVER7><SYSTEM><ACT> Check user admin name and password. Result: passedI solved the issue above, found out that there were differences in the Interface table between the old and new version.
Now I only wonders how the “Rights” table “Interface Objects” field is populated? In the drop down list, there is only the demo objects, not the tables I built?
Following the instructions above solved the login problem – thanks’
However, when logged in the following message appear:
“The requested view does not exist or you have insufficient rights to access it.”I can open the tables in the table editor.
and here is the CommSettings.xml
<?xml version=”1.0″ encoding=”utf-8″ ?>
– <CommSettings>
<Param name=”ServerHost” value=”localhost” descr=”SCADA-Server host or IP address” />
<Param name=”ServerPort” value=”10000″ descr=”SCADA-Server TCP port number” />
<Param name=”ServerUser” value=”ScadaWeb” descr=”User name for the connection” />
<Param name=”ServerPwd” value=”12345″ descr=”User password for the connection” />
<Param name=”ServerTimeout” value=”10000″ descr=”Response timeout, ms” />
</CommSettings>I tried also with user “ScadaWeb”, but the result was the same
