@Minion-Queen said:

It's not completely done. My brother is working on a TTY type translator using this technology for profoundly deaf people. So far the project is pretty cool they are still in testing stages.

Maybe he hasn't been told. Google cancels these things with no warning.

@g.jacobse said:

@thanksaj
Think it just auto-downloaded..

Yup, the Mozilla Maintenance Service at work.

Hey Joy, did you find out why they were asking for this? Did they watch a webconference or something that recommended it?

@Minion-Queen said:

As @SAM says we would be happy to help you out there. Do it all the time. Let me know what you need

I got this one resolved, but I will definitely talk to you next time

They are definitely not using SQRL. They are only using a QR code with an embedded nonce to do side channel authentication.

But it's a first step. It will take very little effort for LMI to use full out SQRL. Actually I'm not sure what they are waiting for?

The third one is "running Crouton in a window inside ChromeOS"

@Reid-Cooper said:

@thanksaj it was linked in another community in a discussion today.

SW or a different one?

Sorry to hear of the difficulty setting this up. But as I am interested in doing the same,.. maybe I'll skip the issues.

I use the highly secure leave-it-off function on my home PC. If my assistance is requested at home by Mrs nadnerB, then I use Teamviewer.

A domain in the first 5 days of ICANN registration.

http://en.wikipedia.org/wiki/Domain_tasting

Was supposed to be an oops thing, but it is/was abused by spammers.

Well, I have two units arrived now and setup. What tests would you like to see done to these?

I have the usual array of I/O testing programs* lined up & 1TB of hot fresh and nasty user data being dumped onto them.

*Solarwinds permissions view
ATTO Disk Benchmark
IO Zone
Intel NAS Performance Toolkit

What is happening is the mapped drive is sitting idle for 15 min and then disconnecting to free up resources. DB applications such as yours get these errors because this connection is not persistent as g.jacobse has eluded to with the /persistent:yes command. This will keep the drive mapped but does not stop the idle timeout from occuring which will continue your error.

Do this on the machines in question: (also can be deployed via Group policy script)

Open CMD then right click and run as administrator

net config server /autodisconnect:-1

This will set the autodisconnect to never disconnect and you should not see this error any more.

Give it a try and report back your findings.

@Vidya - Don't know if you are still able to assist, but some assistance would be welcomed.

THank you.

Also, when I update to 14.10, $4!+ goes haywire...

@scottalanmiller said:

@thanksaj said:

Ok, so what? Am I supposed to install a GUI into these?

Yes, TeamViewer is a remote GUI viewer. Without a GUI what are you expecting TeamViewer to even do? What would it show, a blank page? Without a GUI there is literally nothing for TeamViewer to attach to and show to you remotely.

Exactly - you should be using SSH to connect to a command line, not TeamViewer.

Problem resolved...

Told you it was something stupid

[root@jcloud ~]# firewall-cmd --zone=public --add-port=https/tcp --permanent; success [root@jcloud ~]# firewall-cmd --reload success [root@jcloud ~]#

ywOj3Uw.jpg

OK it's there for me now.