logo

The ConnectWise Control forum has moved to ConnectWise University! This forum has been locked and is in read-only mode. Click here for instructions on how to access the new forum.

Welcome Guest! You can not login or register.

Notification

Icon
Error

Options
Go to last post Go to first unread
Jake  
#1 Posted : Thursday, July 28, 2011 3:38:02 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
Our Java Guest Client is fully capable of running in unattended mode; we just don't have any packaging to allow it do so. Here is a start. We've successfully configured the attached script to run as an service under Suse and Ubuntu.

Change these parameters for your installation:

Code:
# Change these based on your ScreenConnect installation and how you want the client configured
scRelayHost="munich"
scRelayPort="8041"
scEncryptionKey="BgIAAAC......"
scSessionTitle="%LOGNAME%"


The two JAR files and this script should be copied to "/var/lib/screenConnectGuestClient/"

Code:
applDir="/var/lib/$serviceNameLo


After copying to that directory, you'll need to create a symbolic link from under init.d to the sc.sh file. Then use insserv to add it as a service. Then use another tool to configure it to start at startup.

We'll probably refine this more in the future. I'd like a single script install and configure everything. Including doing WGETs to pull down the JARs and steps to create the right files under init.d and wherever else. Here is where we need feedback, because we're not super-familiar with linux. I don't want to presume too much and start copying files into the wrong places. What would you want to the script to do in an ideal world? Or should we try to use packages?

Edited by user Thursday, July 28, 2011 3:50:49 PM(UTC)  | Reason: Not specified

File Attachment(s):
sc.sh (8kb) downloaded 299 time(s).
ScreenConnect Team

bigdessert  
#2 Posted : Thursday, November 3, 2011 10:57:11 AM(UTC)
bigdessert


Rank: Advanced Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 3: Shirt off your back! Received 25 Thanks!

Joined: 9/13/2010(UTC)
Posts: 708
Location: Minnesota

Thanks: 1 times
Was thanked: 44 time(s) in 32 post(s)
Here is my issue....

When I run toolbox items they are copied into the screenconnect folder on the guest my documents. Well, sometimes I am running scripts I would rather not have my clients be able to run as they may be destructive. It would be nice if you could have an option to clean out the screenconnect folder on the guest when the attended session ends.

This obviously wouldn't work for unattended sessions.
haastility  
#3 Posted : Thursday, November 3, 2011 1:53:34 PM(UTC)
haastility


Rank: Advanced Member

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 8/25/2011(UTC)
Posts: 40
Location: Cincinnati, OH

Was thanked: 1 time(s) in 1 post(s)
that's a good idea... you could always make a script to delete you scripts, something like this maybe?

rmdir "%USERPROFILE%\My Documents\ScreenConnect Remote Support\" /Q /S

edit, just tested this on a windows server 2003 and worked great, obviously change the folder name to what yours is and toss it in a .bat file then run it from the toolbox like normal

Edited by user Thursday, November 3, 2011 2:04:56 PM(UTC)  | Reason: Not specified

teksigns  
#4 Posted : Sunday, January 1, 2012 8:25:56 PM(UTC)
teksigns


Rank: Advanced Member

Medals: Bug Buster Level Two: Bugs are more afraid of you than you are of them...ScreenConnect Advisor: Focus Group MemberLevel 2: Lent a Helping Hand! 10 Thanks!

Joined: 6/20/2011(UTC)
Posts: 457
United States
Location: Salisbury, NC (Aka: Gurusonwheels)

Thanks: 17 times
Was thanked: 15 time(s) in 14 post(s)
just wondering . are there a way to do this for attended session also ?

maybe use the CreateSession.ashx?Code=1234
script to create the session using curl then
open the attended session someway ...

i dont want the user to even have to open the browser ...


could you please provide a example if this is possible .

thank you

Edited by user Sunday, January 1, 2012 8:32:13 PM(UTC)  | Reason: Not specified

Jake  
#5 Posted : Wednesday, January 4, 2012 10:27:09 AM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
An attended session is much easier. You have the Client and Core jar files from you SC directory? Use something like what's in the post here:

http://forum.screenconne...MAC-Client.aspx#post1333

except don't use the last parameter "false" ... if launching as a host this needs to be the access token. If launching as a guest, no access token is needed.

You'll need to replace the session ID with your session ID. and make some other changes. Look at the contents of one of your auto-generated JNLP files for the arguments to java.
ScreenConnect Team
jnbrumbaugh  
#6 Posted : Monday, June 4, 2012 7:55:47 PM(UTC)
jnbrumbaugh


Rank: Newbie

Joined: 6/4/2012(UTC)
Posts: 1
Location: Fresno, CA

Is there any new information on setting up an unattended Linux client? I am not having any trouble hosting ScreenConnect sessions from Linux, or connecting as a guest to a session, but I would like to set up a few Linux boxes as unattended guests. Am I to understand that I can modify the Java Guest Client downloaded during an attended session to create an unattended configuration?
Thanks.
JustinB  
#7 Posted : Tuesday, June 26, 2012 3:54:32 PM(UTC)
JustinB


Rank: Newbie

Joined: 4/30/2012(UTC)
Posts: 5
Location: Ocala, FL

I am stuck trying to get this to work.

OS = CentOS 6.2

I installed the latest JRE 1.7 and tested working in firefox.

I followed the steps. created the folder in var/lib/

Copied the jar files and sc.sh to it.

Created the symbolic link in init.d

I edited the sc.sh file with our info and key
(I noticed I did have to direct JAVA_HOME to the actual java directory otherwise when I go to start sc.sh it failed immediately, could not keep it as just /usr .)

I chmod +x the sc.sh file

I use command ./sc.sh start

It comes back saying it started and gives it a PID

Then when I do a ./sc.sh status it is stopped

It also does not show up in our list of unattended.

I am a linux noob and need help. Basically we have a few centos servers running VM's and we would like to have the unattended setup.
Jim  
#8 Posted : Tuesday, June 26, 2012 4:14:19 PM(UTC)
Jim


Rank: Member

Joined: 4/20/2012(UTC)
Posts: 26
Location: Raleigh, NC

Justin - can you "sudo cat /var/log/screenConnectGuestClient.log"? You can also email support@screenconnect.com so we can give you more direct help.
holzster  
#9 Posted : Tuesday, October 16, 2012 9:32:34 AM(UTC)
holzster


Rank: Newbie

Joined: 10/16/2012(UTC)
Posts: 5

I think these need a little more in depth instructions here, some of us are nor java guru's,

It says : The two JAR files and this script should be copied to "/var/lib/screenConnectGuestClient/"

I see the one file attachment I see I can create the other file - where is the third?

Do I rename the file I create tp name.jr?

What is my scEncryptionKey? Do I make one up?

thanks
EDEHARO  
#10 Posted : Friday, October 19, 2012 3:10:08 PM(UTC)
EDEHARO


Rank: Newbie

Joined: 10/19/2012(UTC)
Posts: 1

I am trying to configure the Unattended Client in an Ubuntu Linux as was described above but when I try to start the service I get this error: decoding.divisible.four.

The problem seems to be in the 7th argument used to launch the application. The sc.sh is passing a "false" value ($scCanEndSession) but the class com.elsitech.screenconnect.client.Program seems to be expecting an accessToken (base64 encoded).

The script "sc.sh" attached here still valid? Did I download a wrong Jar?

I have removed the 7th argument and the error disappeared, but now I am getting the following in the log file:

java.util.NoSuchElementException: Key '72' not found in hash map.
at com.elsitech.screenconnect.Extensions.demand(Unknown Source)
at com.elsitech.screenconnect.MessageProcessor.deserialize(Unknown Source)
at com.elsitech.screenconnect.EndPointManager.runIncomingThread(Unknown Source)
at com.elsitech.screenconnect.EndPointManager.access$000(Unknown Source)
at com.elsitech.screenconnect.EndPointManager$2.run(Unknown Source)
at java.lang.Thread.run(Thread.java:662)
java.net.SocketException: Socket is closed
at java.net.Socket.shutdownInput(Socket.java:1377)
at com.elsitech.screenconnect.NetworkConnection.close(Unknown Source)
at com.elsitech.screenconnect.Extensions.closeQuietly(Unknown Source)
at com.elsitech.screenconnect.EndPointManager.run(Unknown Source)
at com.elsitech.screenconnect.ThreadRunner.runThread(Unknown Source)
at com.elsitech.screenconnect.ThreadRunner.access$000(Unknown Source)
at com.elsitech.screenconnect.ThreadRunner$1.run(Unknown Source)
at java.lang.Thread.run(Thread.java:662)

I don't know how to proceed...

Any assistance will be much appreciated.
Jake  
#11 Posted : Tuesday, November 27, 2012 3:43:23 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
That error there is likely caused by something interfering in the TCP stream during the handshake. Some kind of network device. I think you've got the arguments correct.
ScreenConnect Team
Jake  
#12 Posted : Tuesday, November 27, 2012 3:46:49 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
holzster wrote:
I think these need a little more in depth instructions here, some of us are nor java guru's,

It says : The two JAR files and this script should be copied to "/var/lib/screenConnectGuestClient/"

I see the one file attachment I see I can create the other file - where is the third?

Do I rename the file I create tp name.jr?

What is my scEncryptionKey? Do I make one up?

thanks


The jar files are in your SCInstall/Bin and are called Elsinore.ScreenConnect.Core.jar and Elsinore.ScreenConnect.Client.jar

Your encryption key you can find from your web source or a few other places. Pull up the source of http://yourSCsite.com/Script.ashx .. search for:

Code:
"k":


The value after that is the base64 public key you need.
ScreenConnect Team
jmp31  
#13 Posted : Monday, December 10, 2012 2:35:40 PM(UTC)
jmp31


Rank: Newbie

Joined: 12/10/2012(UTC)
Posts: 1
Location: MA

I sent an email to support and i was linked to this thread. Here's a copy and paste from the email i sent:

We’re currently evaluating ScreenConnect and it seems to fit our needs, but we need help with Linux unattended access. We install network video recorders that run on Ubuntu and would like to be able to connect to them as needed. The compatibility page on your website lists Ubuntu but I couldn't find usable instructions on your website or forums to setup the installer. We tested Simple-Help and it installed Linux unattended with one .deb file. We would prefer to use ScreenConnect so that we’re not forced to use java for windows sessions.
Jake  
#14 Posted : Friday, December 21, 2012 10:14:36 AM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
We'll probably bake this into the product in one of the next couple releases, but for now this is it for linux unattended. I know it's a bit lacking.
ScreenConnect Team
jon  
#15 Posted : Monday, January 28, 2013 8:14:43 AM(UTC)
jon


Rank: Newbie

Joined: 1/28/2013(UTC)
Posts: 2

I'm trying to build a Linux unattended session for our version of ScreenConnect.

I have the Client/Core java files and the sc.sh script inside of /var/lib/screenConnectGuestClient. I also have a symbolic link inside of /etc/init.d pointing to /var/lib/screenConnectGuestClient/sc.sh.

When I do ./sc.sh start, it says that "ScreenConnectGuestClient started PID=XXXX", but it doesn't show up in my list of unattended sessions. If I do ./sc.sh status, it says that the service is stopped. I got the correct scEncryptionKey from our website, so I don't think that should be an issue.

Does anybody know how I could get this resolved? It would be great to get this running on our Ubuntu thin-clients.

I can provide more information as needed (Version of SC, Linux Distro, etc.)
tkinsella  
#16 Posted : Tuesday, January 29, 2013 6:04:48 PM(UTC)
tkinsella


Rank: Newbie

Joined: 1/29/2013(UTC)
Posts: 2

I am also having the same issue as Jon.

When looking at the log I see :

Exception in thread "main" java.lang.IllegalArgumentException: decoding.divisible.four
at com.elsitech.screenconnect.Base64.decodeInternal(Unknown Source)
at com.elsitech.screenconnect.Base64.decode(Unknown Source)
at com.elsitech.screenconnect.client.Program.main(Unknown Source)
Reid  
#17 Posted : Wednesday, January 30, 2013 4:50:36 PM(UTC)
Reid


Rank: Administration

Medals: Level 2: Lent a Helping Hand! 10 Thanks!

Joined: 4/22/2010(UTC)
Posts: 475
Location: NC

Was thanked: 17 time(s) in 15 post(s)
Hey Guys. I checked with one of my engineers and he said that what Jon is trying to do is not supported at this time. He told that, while it is possible—and something that we are looking to build into the product ourselves—it would take some work to get it working and, with our current push to get v3.1 released, it’s not something that we can do right now. Sorry.
ScreenConnect Team
jon  
#18 Posted : Friday, February 1, 2013 8:26:29 AM(UTC)
jon


Rank: Newbie

Joined: 1/28/2013(UTC)
Posts: 2

tkinsella wrote:
I am also having the same issue as Jon.

When looking at the log I see :

Exception in thread "main" java.lang.IllegalArgumentException: decoding.divisible.four
at com.elsitech.screenconnect.Base64.decodeInternal(Unknown Source)
at com.elsitech.screenconnect.Base64.decode(Unknown Source)
at com.elsitech.screenconnect.client.Program.main(Unknown Source)


I resolved this by changing the line scCanEndSession="False" to scCanEndSession="". It seems to run fine now when I do "sc.sh start", but if I do "sc.sh status" afterwards, it tells me that the process isn't running. If I need to kill the process, I just do it manually with "px aux | grep screen", and then "kill -9 PID".

I hope this helps.

Regards,
Jonathan

Edited by user Friday, February 1, 2013 8:27:22 AM(UTC)  | Reason: Not specified

tkinsella  
#19 Posted : Monday, February 4, 2013 4:24:55 PM(UTC)
tkinsella


Rank: Newbie

Joined: 1/29/2013(UTC)
Posts: 2

I seem to have this "working" as well.

My only question left is, in the main All Machines window my machine shows up as root, not the host name. Is it possible to send the host name through the config file?
Jake  
#20 Posted : Monday, February 4, 2013 4:27:21 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
tkinsella wrote:
I seem to have this "working" as well.

My only question left is, in the main All Machines window my machine shows up as root, not the host name. Is it possible to send the host name through the config file?


I think scSessionTitle is what shows up as the Session Name
ScreenConnect Team
don.abel  
#21 Posted : Thursday, March 21, 2013 2:30:34 PM(UTC)
don.abel


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/20/2013(UTC)
Posts: 7
Man
Location: Texas

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
I just bought ScreenConnect and have it running successfully on several Windows machines. I have Linux machine and am attempting the Unattended Screen Connect Install (Ubuntu 10.04.3 TLS). Having an issue.

1. URL reference: http://forum.screenconne...39_Linux-Unattended.aspx (This one)
2. The sc.sh settings are as follows

*****************
# Set this to your Java installation
JAVA_HOME=/usr/lib/jvm/java-6-openjdk

# These are the same for all ScreenConnect installations
scClassPath="Elsinore.ScreenConnect.Client.jar:Elsinore.ScreenConnect.Core.jar"
scMainClass="com.elsitech.screenconnect.client.Program"
scApplicationTitle="ScreenConnect"
scProcessType="Guest"
scSessionID="00000000-0000-0000-0000-000000000000"
scCanEndSession=""

# Change these based on your ScreenConnect installation and how you want the client configured
scRelayHost="support.pbhcpa.com"
scRelayPort="8041"
scEncryptionKey="[Our Key]"
scSessionTitle="%LOGNAME%"
*****************

3. Created "/var/lib/screenConnectGuestClient/" and copied over the jar files as well as the sc.sh file.

*****************
root@mephisto:/var/lib/screenConnectGuestClient# ls -l
total 300
-rwxr-xr-x 1 root root 102002 2013-03-21 10:41 Elsinore.ScreenConnect.Client.jar
-rwxr-xr-x 1 root root 194915 2013-03-21 10:41 Elsinore.ScreenConnect.Core.jar
-rwxr-xr-x 1 root root 7487 2013-03-21 10:41 sc.sh
*****************

4. Created the symbolic link under init.d to the sc.sh file

*****************
root@mephisto:/etc/init.d# ls -l sc.sh
lrwxrwxrwx 1 root root 39 2013-03-21 12:21 sc.sh -> /var/lib/screenConnectGuestClient/sc.sh
*****************

5. Added the service to the startup using “update-rc.d sc.sh defaults”. Verified that the link exists in the /etc/rcX.d directories.
6. ScreenConnect is not running. The following are a few details:

*****************
When I boot into linux, screenConnect is not running. This is in the error log:

root@mephisto:/var/lib/screenConnectGuestClient# cat /var/log/screenConnectGuestClient.log
Exception in thread "main" java.lang.NoClassDefFoundError:
com/elsitech/screenconnect/client/Program
Caused by: java.lang.ClassNotFoundException:
com.elsitech.screenconnect.client.Program
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class:
com.elsitech.screenconnect.client.Program. Program will exit.
*****************
Java info to verify that I meet the requirements from the site and that files are as they should be:

root@mephisto:/usr/lib/jvm/java-6-openjdk# java -version
java version "1.6.0_20"
OpenJDK Runtime Environment (IcedTea6 1.9.13) (6b20-1.9.13-0ubuntu1~10.04.1) OpenJDK 64-Bit Server VM (build 19.0-b09, mixed mode)

root@mephisto:/usr/lib/jvm/java-6-openjdk# ls -l total 20
lrwxrwxrwx 1 root root 22 2013-03-21 09:33 ASSEMBLY_EXCEPTION -> jre/ASSEMBLY_EXCEPTION
drwxr-xr-x 2 root root 4096 2012-02-24 16:00 bin
lrwxrwxrwx 1 root root 41 2013-03-21 09:33 docs -> ../../../share/doc/openjdk-6-jre-headless
drwxr-xr-x 3 root root 4096 2012-02-24 16:00 include
drwxr-xr-x 5 root root 4096 2012-02-24 16:00 jre
drwxr-xr-x 2 root root 4096 2012-02-24 16:00 lib
drwxr-xr-x 4 root root 4096 2011-06-04 11:48 man
lrwxrwxrwx 1 root root 22 2013-03-21 09:33 THIRD_PARTY_README -> jre/THIRD_PARTY_README
*****************

Any ideas?

Thanks!

Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
Jake  
#22 Posted : Thursday, March 21, 2013 2:54:21 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
It must not be able to find those JAR files. May the current directory (applDir) gets wiped out when launching the new shell with su? I'd put some echoing maybe inside the cmd var to make sure you're in the right place when you run the javaCommandLine.
ScreenConnect Team
don.abel  
#23 Posted : Thursday, March 21, 2013 3:38:45 PM(UTC)
don.abel


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/20/2013(UTC)
Posts: 7
Man
Location: Texas

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
After reading your reply, I ran "echo $JAVA_HOME" and it was blank. I added the line export JAVA_HOME=/usr/lib/jvm/java-6-openjdk to the end of my ~./bashrc file and rebooted. Got the same error but I can echo $JAVA_HOME and get the correct path. See below.

*****************
root@mephisto:~# cat /var/log/screenConnectGuestClient.log
Exception in thread "main" java.lang.NoClassDefFoundError: com/elsitech/screenconnect/client/Program
Caused by: java.lang.ClassNotFoundException: com.elsitech.screenconnect.client.Program
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
Could not find the main class:
com.elsitech.screenconnect.client.Program. Program will exit.
*****************
root@mephisto:~# echo $JAVA_HOME
/usr/lib/jvm/java-6-openjdk
*****************

Do I need to alter the file perms in /var/lib/screenConnectGuestClient ? I hate to chmod 777 unless I just have to.

Thanks!

Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
don.abel  
#24 Posted : Thursday, March 21, 2013 3:44:11 PM(UTC)
don.abel


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/20/2013(UTC)
Posts: 7
Man
Location: Texas

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
For grits and shins I tried chmod * 777 in that directory, rebooted. Same results.

Thanks!

Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
don.abel  
#25 Posted : Thursday, March 21, 2013 4:18:16 PM(UTC)
don.abel


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/20/2013(UTC)
Posts: 7
Man
Location: Texas

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)

In the sc.sh file I changed applDir="/var/lib/$screenConnectGuestClient" to applDir="/var/lib/screenConnectGuestClient". Rebooted and got this error.

*****************
root@mephisto:~# cat /var/log/screenConnectGuestClient.log
Exception in thread "main" java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation which requires it.
at sun.awt.HeadlessToolkit.setDynamicLayout(HeadlessToolkit.java:289)
at com.elsitech.screenconnect.client.Program.main(Program.java:19)
*****************

Verified the following:

root@mephisto:~# echo $DISPLAY
:0.0

In case that variable wasn't loaded in time, I added the line 'DISPLAY=:0.0' to my ~/.bashrc file and rebooted. Same result.

Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
Jake  
#26 Posted : Thursday, March 21, 2013 4:20:50 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
The ~/.bashrc user for your account? Or root? Or the account that you've designated as the service user? Can you echo it at start time to make sure it's set? Sorry, I don't know much about this stuff myself...
ScreenConnect Team
don.abel  
#27 Posted : Friday, March 22, 2013 9:31:58 AM(UTC)
don.abel


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/20/2013(UTC)
Posts: 7
Man
Location: Texas

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
It is for the root account, which what this box is running under.

I moved it to the system wide profile at /etc/profile so the user wouldn't matter. Echoed at boot but still get the same error.

I don't think upgrading Java would help since the requirements are met. Do you?

Thanks

Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
jdewoody  
#28 Posted : Friday, April 19, 2013 12:13:51 PM(UTC)
jdewoody


Rank: Newbie

Joined: 4/19/2013(UTC)
Posts: 2
Location: Central Texas

I am seriously disappointed at how this issue was dropped. I convinced my IT director (posting as don.abel) to drop our previous product and to buy into this product because it is supposed to work with Linux in addition to Windows. His last reply has met deafening silence for a month now. Do you guys not have one Linux guru who can work with him to get this resolved?

Jamie
Shadowfire  
#29 Posted : Monday, April 22, 2013 4:59:07 AM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
jdewoody wrote:
I am seriously disappointed at how this issue was dropped. I convinced my IT director (posting as don.abel) to drop our previous product and to buy into this product because it is supposed to work with Linux in addition to Windows. His last reply has met deafening silence for a month now. Do you guys not have one Linux guru who can work with him to get this resolved?

Jamie



Jamie,

I understand your concern. I am also turning down other products and have decided to run ScreenConnect for the fact that my customers and myself run all differnt platforms (Widows/Mac/Linux). I MUST have a product that allows the unattended installed for Linux. I don't mind working with support to come up with the solution. I was getting this product based off that it works both ways with Linux (client and server mode - that includes Linux client attended and Linux client unattended installs).

So far ScrrenConnect support has been wonderful with being prompt and extremely helpful. And there is no doubt these guys have a great product and work hard at making it better, but If there is any thing that I or the others who will be using it for the Linux side can help support with to get this solution done faster, please let us know.


Here are some possibilities of packaging and distributing the unattended package: (You guys may want to look at bitrock's installbuilder. It may allow you to put together quickly a package that can be used on multiple Linux distro's. )

Create Bin files:
http://www.ehow.com/how_...ate-bin-file-ubuntu.html
http://stackoverflow.com...y-installers-bin-sh-work

How to run Bin file:
http://www.cyberciti.biz...cute-bin-files-in-linux/


Universal Package Installers:

http://installbuilder.bi....com/installbuilder.html

http://code.google.com/p...wiki/UniversalPkgInstall


Please let me know what I can help with as I would like to get this worked out for myself and others.

Thanks,

Jeff Davis
thanks 1 user thanked Shadowfire for this useful post.
don.abel on 4/23/2013(UTC)
don.abel  
#30 Posted : Tuesday, April 23, 2013 12:36:02 PM(UTC)
don.abel


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 3/20/2013(UTC)
Posts: 7
Man
Location: Texas

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
I would certainly be grateful for a resolution on this. I don't have enough experience with Linux to be able to contribute but I am definitely available for testing. I am on the verge of getting something like TeamViewer but I hate to spend the money since we already spent money on ScreenConnect.

Every cloud has a silver lining (except for the mushroom shaped ones, which have a lining of Iridium & Strontium 90)
Shadowfire  
#31 Posted : Tuesday, April 23, 2013 3:26:23 PM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
I think this should all be put together for in a line by line so people can follow it with out having to read through things and waste time. I will see about re-typing this in to one post after I get mine running on my first Linux client install.

-SF-

Edited by user Tuesday, April 23, 2013 3:42:06 PM(UTC)  | Reason: Not specified

Shadowfire  
#32 Posted : Tuesday, April 23, 2013 4:00:30 PM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Looks like I have got everything setup - here is what I am getting when I start it up for a test:

[root@Server02 screenConnectGuestClient]# ./sc.sh start
Starting ScreenConnectGuestClient started PID=17138

Now I go to my dashboard to see if I can see the machine listed. Not on the list. All other clients are listed except it...

then stopping it shows this:

[root@Server02 screenConnectGuestClient]# ./sc.sh stop
ScreenConnectGuestClient is not running


Here is the screenconnect log info:

No protocol specified
Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
at sun.awt.X11GraphicsEnvironment.access$200(Unknown Source)
at sun.awt.X11GraphicsEnvironment$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.X11GraphicsEnvironment.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at java.awt.GraphicsEnvironment.createGE(Unknown Source)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Unknown Source)
at sun.awt.X11.XToolkit.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at java.awt.Toolkit$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.getDefaultToolkit(Unknown Source)
at com.elsitech.screenconnect.client.Program.main(Unknown Source)
No protocol specified
Exception in thread "main" java.lang.InternalError: Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable.
at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
at sun.awt.X11GraphicsEnvironment.access$200(Unknown Source)
at sun.awt.X11GraphicsEnvironment$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.X11GraphicsEnvironment.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at java.awt.GraphicsEnvironment.createGE(Unknown Source)
at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Unknown Source)
at sun.awt.X11.XToolkit.<clinit>(Unknown Source)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Unknown Source)
at java.awt.Toolkit$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.awt.Toolkit.getDefaultToolkit(Unknown Source)
at com.elsitech.screenconnect.client.Program.main(Unknown Source)

Some reason it has an Uknown source and No protocol specified... Can't connect to X11 window server using ":0.0" as the value of the DISPLAY variable... not sure as how to proceed.

Thanks,
-SF-



Edited by user Tuesday, April 23, 2013 4:22:49 PM(UTC)  | Reason: Not specified

Jake  
#33 Posted : Tuesday, April 23, 2013 4:34:23 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
I don't know much about linux graphics environments. Apparently the DISPLAY environment variable specifies something important. Where are you starting the script from? Maybe you can start it inside a UI session where the DISPLAY will be something meaningful? I'm not sure how this works on system start or any time you're not starting it manually though.
ScreenConnect Team
Shadowfire  
#34 Posted : Friday, May 3, 2013 8:01:20 PM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Jake wrote:
I don't know much about linux graphics environments. Apparently the DISPLAY environment variable specifies something important. Where are you starting the script from? Maybe you can start it inside a UI session where the DISPLAY will be something meaningful? I'm not sure how this works on system start or any time you're not starting it manually though.


So after alot of research on this issues that come up under the screenconnect log file. I have gone through a number of support forums and blogs and they go over that it is a java and X issue where the machine has to be running X and it has to have the java see the DISPLAY source.

I have tried setting the display variable to:


export DISPLAY=:0
export DISPLAY=:0.0
export DISPLAY=localhost:0.0
export DISPLAY=ipaddress:0.0

xhost +
xhost +localhost

I have a number more to try, but these display variables are what looks like fixes the "Can't connect to X11 window server using ':0.0' as the value of the DISPLAY variable."

Let you know which one works for CentOS 6.4

Thanks
-SF-

Edited by user Friday, May 3, 2013 11:22:01 PM(UTC)  | Reason: Not specified

vales  
#35 Posted : Saturday, May 4, 2013 4:55:28 PM(UTC)
vales


Rank: Newbie

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 5/3/2013(UTC)
Posts: 1

Was thanked: 2 time(s) in 1 post(s)
Hello everybody!

I spent a few hours and came to the conclusion that the easiest way to run the SC automatically on Linux looks like this:

1. Create new public session on SC server as admin from any PC
2. On Linux-box run browser (I used Firefox), go to SC server, press "Join" button on first page and save .jnlp file instead of run it.
3. Open this file by any plain-text editor (I used mcedit) search for string which looks like this

<argument>?h=1.2.3.4&amp;p=8041&amp;k=[this_is_long-long-long_cryptographic_key]&amp;s=6734966f-1d45-4d2f-bc6d-c55c204967f9&amp;t=New%20Session&amp;e=Support&amp;y=Guest</argument>

4. In this string replace params:

s=6734966f-1d45-4d2f-bc6d-c55c204967f9 (you will have other value here)
replace with
s=00000000-0000-0000-0000-000000000000

t=New%20Session
replace with
t=arch64 (any value what you want for the sessions's name on "All machines" page of SC web interface. Hostname of this Linux-box is perfect choice)

e=Support
replace with
e=Access

In result your string must be looks like this:
<argument>?h=1.2.3.4&amp;p=8041&amp;k=[this_is_long-long-long_cryptographic_key]&amp;s=00000000-0000-0000-0000-000000000000&amp;t=arch64&amp;e=Access&amp;y=Guest</argument>

5. Save the file and move it into place where your users could't delete it. I prefer /opt/ScreenConnectGuestClient directory which root owned and with 755 rights.

6. Open editor, create new file and put into this content:

[Desktop Entry]
NoDisplay=true
Encoding=UTF-8
Name=ScreenConnectClientWS
Comment=Starting ScreenConnect remote control client via Java Web Start
Exec=javaws /opt/ScreenConnectGuestClient/Elsinore.ScreenConnect.Client.jnlp
Terminal=false
Type=Application

7. Save file as /etc/xdg/autostart/ScreenConnectClientWS.desktop
Name of this file is not matter, but suffix .desktop must be present.
You should also make sure that "javaws" exists in your system.
Run "which javaws" in terminal as ordinary user. If you get output like "/opt/java/jre/bin/javaws" so everything is alright.
If not then check JRE installation.

Make Linux user logout then login again and you should see your Linux-box on "All machines" page and can connect to it.

For explanations:
/opt/ScreenConnectGuestClient/Elsinore.ScreenConnect.Client.jnlp - your saved and patched file from SC server page.
Adjust the path that he pointed to where you have it saved.
javaws - Java Web Start executable. Comes with JRE package on my system.
/etc/xdg/autostart - by Free Desktop convention it is directory for "common (all users) autostart" at DE startup time.
SC client will be started when user does login to desktop and stopped when he does logout.

That's all.
thanks 2 users thanked vales for this useful post.
Shadowfire on 5/6/2013(UTC), bbardon on 1/11/2014(UTC)
Shadowfire  
#36 Posted : Monday, May 6, 2013 12:31:56 PM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
vales wrote:
Hello everybody!

I spent a few hours and came to the conclusion that the easiest way to run the SC automatically on Linux looks like this:

1. Create new public session on SC server as admin from any PC
2. On Linux-box run browser (I used Firefox), go to SC server, press "Join" button on first page and save .jnlp file instead of run it.
3. Open this file by any plain-text editor (I used mcedit) search for string which looks like this

<argument>?h=1.2.3.4&amp;p=8041&amp;k=[this_is_long-long-long_cryptographic_key]&amp;s=6734966f-1d45-4d2f-bc6d-c55c204967f9&amp;t=New%20Session&amp;e=Support&amp;y=Guest</argument>

4. In this string replace params:

s=6734966f-1d45-4d2f-bc6d-c55c204967f9 (you will have other value here)
replace with
s=00000000-0000-0000-0000-000000000000

t=New%20Session
replace with
t=arch64 (any value what you want for the sessions's name on "All machines" page of SC web interface. Hostname of this Linux-box is perfect choice)

e=Support
replace with
e=Access

In result your string must be looks like this:
<argument>?h=1.2.3.4&amp;p=8041&amp;k=[this_is_long-long-long_cryptographic_key]&amp;s=00000000-0000-0000-0000-000000000000&amp;t=arch64&amp;e=Access&amp;y=Guest</argument>

5. Save the file and move it into place where your users could't delete it. I prefer /opt/ScreenConnectGuestClient directory which root owned and with 755 rights.

6. Open editor, create new file and put into this content:

[Desktop Entry]
NoDisplay=true
Encoding=UTF-8
Name=ScreenConnectClientWS
Comment=Starting ScreenConnect remote control client via Java Web Start
Exec=javaws /opt/ScreenConnectGuestClient/Elsinore.ScreenConnect.Client.jnlp
Terminal=false
Type=Application

7. Save file as /etc/xdg/autostart/ScreenConnectClientWS.desktop
Name of this file is not matter, but suffix .desktop must be present.
You should also make sure that "javaws" exists in your system.
Run "which javaws" in terminal as ordinary user. If you get output like "/opt/java/jre/bin/javaws" so everything is alright.
If not then check JRE installation.

Make Linux user logout then login again and you should see your Linux-box on "All machines" page and can connect to it.

For explanations:
/opt/ScreenConnectGuestClient/Elsinore.ScreenConnect.Client.jnlp - your saved and patched file from SC server page.
Adjust the path that he pointed to where you have it saved.
javaws - Java Web Start executable. Comes with JRE package on my system.
/etc/xdg/autostart - by Free Desktop convention it is directory for "common (all users) autostart" at DE startup time.
SC client will be started when user does login to desktop and stopped when he does logout.

That's all.



Just to let everyone know. I can confirm that Vales way works great for CentOS 6.4. It may be one or two more steps, but still seem to be much easier to get it working then other methods talked about. Most importantly. IT WORKS!!!!

Thanks Vales!

Jake  
#37 Posted : Monday, May 6, 2013 12:39:03 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
This solution is very similar to how our unattended for OSX works. Until we get a multi-process architecture like we have for windows, this will probably be the best option.

The .desktop file type seems to be fairly universal:
http://linuxcritic.wordp...atomy-of-a-desktop-file/

Edited by user Monday, May 6, 2013 12:39:36 PM(UTC)  | Reason: Not specified

ScreenConnect Team
Shadowfire  
#38 Posted : Wednesday, May 8, 2013 2:08:44 PM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Jake wrote:
This solution is very similar to how our unattended for OSX works. Until we get a multi-process architecture like we have for windows, this will probably be the best option.

The .desktop file type seems to be fairly universal:
http://linuxcritic.wordp...atomy-of-a-desktop-file/


Actually it is possible for support to get this to be setup through scripting. You could have a script that builds these steps on to the linux computer.

The script could:

1, Build directory.
2. Copy/Download the Elsinore.ScreenConnect.Client.jnlp file needed to the screenconnectclient directory.
3. Place ownership/permissions on directory and file.
4. Replace existing string params:
a. s= variable
b. t= variable
c. e= variable
5. Create ScreenConnectClientWS.desktop file in /etc/xdg/autostart/

*We could also have it test to make sure java is install and is working, and if not it helps with that too. (All though I am more interested in getting the script working)

I would rather have a script made that I could get from the Build Installer button, then have to do everything manual. I would be glad to work with someone on this to create the script. The part I see that would be touchy would be getting the encryption and the file ... but both of these are extremely do-able.

Vales plow the feild this far, the least we can do is finish the job and make it effortless for the non-Linux and Linux users who have Linux machines to work. (Since the Windows side and Mac side seem to be working fine, I think it is time to give a little more love to the linux side and get a working builder ... script or installer and make sure it is working properly)

If someone was to code the script well with good results, would support put it in the Build Installer menu with Windows and Mac???? If so, I will devote some time to it, but I don't want to waste my time.


Thanks,

-SF-

Edited by user Wednesday, May 8, 2013 2:23:41 PM(UTC)  | Reason: Not specified

Jake  
#39 Posted : Wednesday, May 15, 2013 2:21:38 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
You actually don't even need the jnlp file persisted on disk. You can pass a URL to javaws. I guess you guys aren't worried about the web start prompts?

I supposed we can even use this to launch host and attended clients in case the JNLP association isn't wired up.

.... and if this .desktop format is easier to launch that a .sh file we may be able to use it to bootstrap some other good stuff.
ScreenConnect Team
Jake  
#40 Posted : Wednesday, May 15, 2013 3:10:09 PM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
First, to use the URL as an argument to javaws in a .desktop file you need to escape the % chars with %%

.desktop files are not friendly to launch directly. The default association is gedit on our ubuntu test vm. And you can't double click run from shell without +x.

.sh are handled similarly in our ubuntu shell. gedit associated and not executable by default. ... but a sh file would work well across distros, and be easy to generate

a deb file would probably be easy super easy to generate. they are handled very nicely by the shell.
ScreenConnect Team
Shadowfire  
#41 Posted : Monday, June 3, 2013 2:22:16 AM(UTC)
Shadowfire


Rank: Member

Medals: ScreenConnect Advisor: Focus Group MemberLevel 1: Random Act of Kindness! Received One Thanks!

Joined: 12/1/2011(UTC)
Posts: 11
Location: Lakeland, FL

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
Jake wrote:
First, to use the URL as an argument to javaws in a .desktop file you need to escape the % chars with %%

.desktop files are not friendly to launch directly. The default association is gedit on our ubuntu test vm. And you can't double click run from shell without +x.

.sh are handled similarly in our ubuntu shell. gedit associated and not executable by default. ... but a sh file would work well across distros, and be easy to generate

a deb file would probably be easy super easy to generate. they are handled very nicely by the shell.



Hey Jake, sorry I haven't been on or replied in a bit. I have been hard at work with building WinPE custom images. If I get some time I will look in to this and see what I can come up with. I would like to see two main flavors for the linux launchers - deb and rpm's if possible.


Thanks,
-SF-
Jake  
#42 Posted : Monday, June 3, 2013 8:07:24 AM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
3.4 has a deb installer. We'll make sure everything works out with it then add an rpm soon after.
ScreenConnect Team
euser4life  
#43 Posted : Wednesday, June 26, 2013 10:37:09 PM(UTC)
euser4life


Rank: Advanced Member

Medals: Level 1: Random Act of Kindness! Received One Thanks!

Joined: 6/26/2013(UTC)
Posts: 31
Location: Shreveport, LA

Thanks: 1 times
Was thanked: 2 time(s) in 1 post(s)
Does anyone have any feedback on running the deb installer?

Our systems run CentOS so an "rpm" would be needed. I suppose with the current method you must have a linux gui such as KDE or Gnome running to take advantage of remote access. We are needing a way to access the Shell for command line access in an unattended fashion. Hoping this functionality is on the horizon.
dudemcdudedude  
#44 Posted : Saturday, August 3, 2013 2:12:40 PM(UTC)
dudemcdudedude


Rank: Member

Joined: 5/26/2013(UTC)
Posts: 23

I am using Ubuntu with no desktop interface installed and I am not able to get it to install. Below is the output of dpkg -i asdfasdfd.deb

(Reading database ... 100327 files and directories currently installed.)
Unpacking screenconnect-d7aeb8a1e07eef76 (from phonesystem.deb) ...
dpkg: error processing phonesystem.deb (--install):
unable to create `/etc/xdg/autostart/screenconnect-d7aeb8a1e07eef76.desktop.dpk g-new' (while processing `etc/xdg/autostart/screenconnect-d7aeb8a1e07eef76.deskt op'): No such file or directory
Errors were encountered while processing:
phonesystem.deb
dudemcdudedude  
#45 Posted : Saturday, August 3, 2013 2:32:39 PM(UTC)
dudemcdudedude


Rank: Member

Joined: 5/26/2013(UTC)
Posts: 23

Ok so I created the directory and installed it but it is not checking in to the server? I have over 1000+ machines checking in just fine (MACs and Windows)

root@:~# mkdir /etc/xdg/autostart
root@:~# dpkg -i phonesystem.deb
(Reading database ... 100327 files and directories currently installed.)
Unpacking screenconnect-d7aeb8a1e07eef76 (from phonesystem.deb) ...
Setting up screenconnect-d7aeb8a1e07eef76 (3.4.4855.4932) ...
root@isp1:~# nohup: redirecting stderr to stdout
dudemcdudedude  
#46 Posted : Saturday, August 3, 2013 2:36:42 PM(UTC)
dudemcdudedude


Rank: Member

Joined: 5/26/2013(UTC)
Posts: 23

Log File shows this and /opt/ScreenConnect/web.config is not there I confirmed. There is nothing in that directory at all.

Event (ScreenConnect Web Server, Error): Failed to restart service: System.IO.FileNotFoundException: Could not find file "/opt/ScreenConnect/web.config".
File name: '/opt/ScreenConnect/web.config'
at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, Boolean anonymous, FileOptions options) [0x00
000] in <filename unknown>:0
at System.IO.FileStream..ctor (System.String path, FileMode mode, FileAccess access, FileShare share) [0x00000] in <filename unknown>:0
at (wrapper remoting-invoke-with-check) System.IO.FileStream:.ctor (string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare)
at System.Xml.XmlUrlResolver.GetEntity (System.Uri absoluteUri, System.String role, System.Type ofObjectToReturn) [0x00000] in <filename unknown>:0
at Mono.Xml2.XmlTextReader.GetStreamFromUrl (System.String url, System.String& absoluteUriString) [0x00000] in <filename unknown>:0
at Mono.Xml2.XmlTextReader.ReadTextReader (Int32 remained) [0x00000] in <filename unknown>:0
at Mono.Xml2.XmlTextReader.PeekChar () [0x00000] in <filename unknown>:0
at Mono.Xml2.XmlTextReader.ReadContent () [0x00000] in <filename unknown>:0
at Mono.Xml2.XmlTextReader.Read () [0x00000] in <filename unknown>:0
at System.Xml.XmlTextReader.Read () [0x00000] in <filename unknown>:0
at Mono.Xml.EntityResolvingXmlReader.Read () [0x00000] in <filename unknown>:0
at Mono.Xml.DTDValidatingReader.ReadContent () [0x00000] in <filename unknown>:0
at Mono.Xml.DTDValidatingReader.Read () [0x00000] in <filename unknown>:0
at Mono.Xml.Schema.XsdValidatingReader.Read () [0x00000] in <filename unknown>:0
at System.Xml.XmlValidatingReader.Read () [0x00000] in <filename unknown>:0
at Mono.Xml.XPath.DTMXPathDocumentBuilder2.Compile () [0x00000] in <filename unknown>:0
at Mono.Xml.XPath.DTMXPathDocumentBuilder2.Init (System.Xml.XmlReader reader, XmlSpace space, Int32 defaultCapacity) [0x00000] in <filename unknown>:0
at Mono.Xml.XPath.DTMXPathDocumentBuilder2..ctor (System.Xml.XmlReader reader, XmlSpace space, Int32 defaultCapacity) [0x00000] in <filename unknown>:0
at Mono.Xml.XPath.DTMXPathDocumentBuilder2..ctor (System.Xml.XmlReader reader, XmlSpace space) [0x00000] in <filename unknown>:0
at System.Xml.XPath.XPathDocument.Initialize (System.Xml.XmlReader reader, XmlSpace space) [0x00000] in <filename unknown>:0
at System.Xml.XPath.XPathDocument..ctor (System.String uri, XmlSpace space) [0x00000] in <filename unknown>:0
at System.Xml.XPath.XPathDocument..ctor (System.String uri) [0x00000] in <filename unknown>:0
at Elsinore.ScreenConnect.ServerExtensions+<>c__DisplayClass5.<LoadXPathNavigator>b__4 () [0x00000] in <filename unknown>:0
at Elsinore.ScreenConnect.ServerExtensions.LoopIOUntilComplete (Elsinore.ScreenConnect.Proc ioOperation, Int32 maxAttemptCount, Int32 waitBetweenAttemptsMillis) [0x0
0000] in <filename unknown>:0
Event (ScreenConnect Web Server, Error): Failed to restart service: System.IO.FileNotFoundException: Could not f
Jake  
#47 Posted : Monday, August 5, 2013 11:52:30 AM(UTC)
Jake


Rank: Administration

Medals: Level 4: Wise Old Owl! Received 100 Thanks!

Joined: 4/9/2010(UTC)
Posts: 2,061

Thanks: 1 times
Was thanked: 393 time(s) in 188 post(s)
That is a log file from our server install.

I'm not sure what you'll be able to accomplish without a desktop installed. For starters, our application only launches upon logon to the desktkop. It doens't run as a daemon.
ScreenConnect Team
Sizeman  
#48 Posted : Saturday, November 30, 2013 7:13:59 AM(UTC)
Sizeman


Rank: Newbie

Joined: 11/23/2013(UTC)
Posts: 1
Location: tennessee

I have it working with an attended session editing the jnlp file but unattended sessions will not start back up when rebooted except when working with mint os 15.Works great with mint but I need a lighter os for older computers with less hardware for customers.
Users browsing this topic
Similar Topics
Arch Linux unattended access setup (Installation Help)
by Brand0 11/24/2016 6:29:31 AM(UTC)
Linux unattended client Exception -400 in logs (Installation Help)
by dtruesdale 4/26/2016 8:01:38 PM(UTC)
Linux Unattended Client Fails to Connect (General Information)
by SCCurious 2/2/2014 5:51:35 PM(UTC)
Create a good tutorial on making a Linux Unattended setup (Feature Requests)
by holzster 10/16/2012 9:44:16 AM(UTC)
Linux Unattended Script decoding.divisible.four error (Installation Help)
by cmorton 8/29/2012 10:05:00 AM(UTC)
Linux Unattended (Feature Requests)
by JustinB 6/29/2012 9:49:40 AM(UTC)
need help on linux unattended install (Installation Help)
by blkfin 8/26/2011 4:12:35 PM(UTC)
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.