LabVIEW Idea Exchange

About LabVIEW Idea Exchange

Have a LabVIEW Idea?

  1. Browse by label or search in the LabVIEW Idea Exchange to see if your idea has previously been submitted. If your idea exists be sure to vote for the idea by giving it kudos to indicate your approval!
  2. If your idea has not been submitted click Post New Idea to submit a product idea to the LabVIEW Idea Exchange. Be sure to submit a separate post for each idea.
  3. Watch as the community gives your idea kudos and adds their input.
  4. As NI R&D considers the idea, they will change the idea status.
  5. Give kudos to other ideas that you would like to see in a future version of LabVIEW!
Showing results for 
Search instead for 
Did you mean: 

Native SSH and SFTP Support

Status: New

LabVIEW needs native SSH and SFTP connection support. 


In the past, LabVIEW users have had to rely on third party applications like PuTTY or ExtraPuTTY to do very basic Linux/Unix secure shell operationsNot only does it add an extra layer of complexity to the code but it is also quite inflexibleIncreasing interoperability requirements of present day (and future) computer systems rely heavily on terminal services with a vast percentage of those being SSH basedIn the past 5 years I have needed to use SSH type connections more and more inside of LabVIEW, I do not see it ending anytime soon and I know I am not alone.


An SSH connection could be managed in much the same manor as the current VISA and TelNet connection are managedAn example of some of the tools could look something like the below image and could come standard or part of the Internet Connectivity Toolkit.



Active Participant

Kudoed! These should be written from the ground up, not adapted or built on the old telnet/ftp library designs.


I have applications that open up many (10 or more) telnet sessions simultaniously. There is an issue with telnet where a single common VI (Telnet Buffered Read) is NOT reentrant and this causes major problems. If one session times out, all other sessions are blocked.


Any new implimentation should support multiple simultanious connections that are non-blocking. Rewriting the old libs at the same time wouln't hurt either! :smileyhappy:





Now is the right time to use %^<%Y-%m-%dT%H:%M:%S%3uZ>T
If you don't hate time zones, you're not a real programmer.

"You are what you don't automate"
Inplaceness is synonymous with insidiousness


Native LabVIEW client support for SSH would also allow LabVIEW RT systems make secure connections to machines.  A LabVIEW SSH server would be nice as well. 

Jervin Justin
NI Employee

Hi Noxious,


We just launched a new branch of the NI Idea Exchange to foster ideas for LabVIEW Add-ons. The intent was to create a place for LabVIEW Add-on developers (both NI R&D and developers in the community) to find ideas that matter to the community.


This is part of our ongoing effort to enable LabVIEW developers to productize LabVIEW code. Some of the other things we’ve done this year were adding Licensing & Activation for 3rd Parties, launching the Compatible with LabVIEW Program and the LabVIEW Tools Network.


We’ve identified your particular idea as one that could potentially be made into an Add-on and would like to move it to this new Idea Exchange so that Add-on developers can easily find it. Would this be okay with you?



Jervin Justin
NI TestStand Product Manager

I would like if we are able to transfer the files from cRIO to windows host using SFTP.



We have recently become responsible for maintaining a LV app developed by a colleague from another lab.  His app uses a Telnet session, which he worked out by doing whatever he could do.  But now our lab has to adopt the app to enable hooking up virtual (simulated) devices via socket.  The biggest hurdle is that our lab's policy prevents us from using unsecure TCP/IP connections.  For the time being, we worked out by setting up a private network but this cannot be our final/ideal solution.  I am aware the internet connection tool kit but it'd be nice to have the capability natively since I am pretty sure this needs is only growing quickly.


I would love to see this idea implemented.

Knight of NI



I agree with Philip: "These should be written from the ground up, not adapted or built on the old telnet/ftp library designs."


This is a much needed feature as more and more secured shell will replace telnet.  There are cases where simply sending a script over SSH won't do the trick.  There needs to be a way to keep the session open and have interaction with the client SW.


Yes this is great idea and should be in the next release of LV.


I could then use this with OpenBTS Smiley Happy

Active Participant

I think its important to differentiate between SSH as an application and as a session protocol. What if NI-VISA supported SSH as a session protocol? It could handle the session handle, encryption, compression and negotiation just like it does now for things like VXI11, USBTMC and GPIB.


Adding SSH session functionality would enhance ALL NI-VISA capable products. Any product running on any given platform could include it's own application layer functionality, or the labview community at large could 'roll our own' toolkits.



Now is the right time to use %^<%Y-%m-%dT%H:%M:%S%3uZ>T
If you don't hate time zones, you're not a real programmer.

"You are what you don't automate"
Inplaceness is synonymous with insidiousness


I could use this right now! What I need to do I can't get to work through PuTTY.