Thanks a lot everybody. I too am really surprised the server component hasn’t been released. However, my guess is NVDA remote was more designed with the primary vision of remote technical support, like a remote assistance thing and perhaps remote management of a machine second. Possibly very reasonable, I don’t know what the push to come up with this was. I don’t think the nvdaremote.com<http://nvdaremote.com> people would like 200 or so servers suddenly connecting up to their server for remote management, and considering that you’re basically sending key strokes and getting responses back, I’d imagine that the corporate security types around would really not sleep well at nights knowing that was going on. Today, I spun up a Windows 2012R2 VM in Azure and put NVDA on there and set up a remote connection between the VM and my computer. I wanted to simulate managing a remote server without setting up a test server at a remote office. One problem I ran into quickly was that while I could configure the NVDA remote session in my logon session to auto connect to nvdaremote.com<http://nvdaremote.com>, I couldn’t make the same change to the NVDA that ran at the logon screen. Because its Azure, you don’t have console access to the VM, just RDP access, so there’s no way to get to a logon screen to configure the NVDA there. That may be what Blake’s solution fixes, but I basically ended up needing to establish an RDP connection to the VM which started NVDA and then I could connect using the NVDA remote add-on. Blake, is this the problem you were referring to that you put in a request to get changed? For whatever reason I couldn’t actually send keystrokes through, when I tried nothing happened, but I could hear speech output, so it was kind of working, which was cool. By the way, to Troy’s point, RDP audio actually functioned a lot better than I thought it would, I think MS has cleaned that up a lot in 2012R2. There was still a noticeable delay, and I’m sure Azure VMs get really high-bandwidth connections, but it was still very usable. Would I want to rely on it when connecting to one of our remote offices in Australia or South Africa, probably not, but still, credit where its due. So, so far, I’m really liking NVDA Remote, and I think it meets a need, but I still finding myself wishing NVDA had RDP/Citrix virtual channel synthesizers like JFW and Window-Eyes do. The ability to just start a regular old RDP session, launch the screen reader and have speech just be piped through the channel is really cool, and considering how lean NVDA is compared to JFW or Window-Eyes it actually would make a decent screen reader in heavy use Citrix environments, so I’m a little surprised they haven’t gone down that road. But that’s just me. Ryan On Sep 17, 2015, at 9:49 AM, Blake Oliver <oliver22213@me.com<mailto:oliver22213@me.com>> wrote: Hello. I'm new to this mailinglist, but I think I can help here. Though the team that released NVDA Remote hasn't officially released a server component, thus (supposedly) limiting us to nvdaremote.com<http://nvdaremote.com> which I find slightly heavy handed, the open source community has risen to the challenge. https://github.com/Technow-es/NVDARemoteServer It's completely open source, with packages for lots of operating systems. I run several of these servers and have found no problems yet. I've also submitted a pull request to the NVDA remote team that allows the add-on to automatically self-host a server at startup. I like this approach because it means you're computer doesn't have an open connection to a potentially unsafe server as soon as you start NVDA, rather it starts a server instance with a key you configure. I haven't updated it in a while, but if you're interested... https://github.com/Oliver2213/NVDARemote/tree/autoconnect Hope this helps On 9/17/2015 11:35 AM, Andrew Hodgson wrote: Hi, For me the NVDA remote option has been made less useful because we don't have the actual server component which makes things work a lot easier. I was hoping to be able to set up a local server on the network which could be used for central connections. I don't want to have to open up ports from my workstation to the other servers. I have a controlling admin host which I wanted to install the server onto. Also it is a lot easier if machines connect once logged into the central server. Thanks, Andrew. ________________________________________ From: Blind-sysadmins [blind-sysadmins-bounces@lists.hodgsonfamily.org] on behalf of Ryan Shugart [rshugart@ryanshugart.com] Sent: 17 September 2015 00:24 To: Blind sysadmins list Subject: [Blind-sysadmins] NVDA remote VS Window-Eyes or JAWS remote access in a datacenter environment Hi all: I was wondering what the experiences here were using NVDA remote access as apposed to JAWS or Window-Eyes offering specifically in a datacenter environment managing remote servers. I have Window-Eyes set up on just under 200 servers, about 60 or so of which I access regularly and the others from time to time if ever (Window-Eyes is in our base image so its ready to go if needed.) With Window-Eyes, I know I can just RDP in, once a desktop comes up press ctrl+alt+w and am good to go. If I were to use NVDA in this same situation, I know it uses its own remote access protocol and not RDP, which is both good and bad, but was wondering what you have found the ideal setup for that is? Thanks a lot. Ryan _______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins _______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins _______________________________________________ Blind-sysadmins mailing list Blind-sysadmins@lists.hodgsonfamily.org https://lists.hodgsonfamily.org/listinfo/blind-sysadmins