Discover RustDesk, open source remote desktop software, open source TeamViewer alternative, control your desktop remotely. You have full control of your data, no concerns about security.
San Francisco Agile User Group hosted an event on February 22nd with Ade Miller from Microsoft who talks about "Using Agile with Large, Geographically Dispersed Development Teams"
To connect to a virtual machine with a VNC client, you must modify the virtual machine's configuration file (.vmx) while the virtual machine is powered off.
Open the file in a text editor and add the following lines:
RemoteDisplay.vnc.enabled = TRUE
Setting this option to TRUE enables standard VNC support. This setting is valid only while the virtual machine is running. If the virtual machine is powered off, you cannot connect to it with a VNC client.
RemoteDisplay.vnc.port =
Specify the port the VNC client uses to connect to the virtual machine. 5900 is the default VNC port used for . If you want to connect to more than one virtual machine on the same host with a VNC client, you must specify a unique port number for each virtual machine. VMware suggests you use a port number in the range from 5900 to 5999. You can use any port number, but keep in mind that certain port numbers are used by other applications while others are privileged (meaning only the root or Administrator user can listen). For example, the VMware Management Interface uses ports 8333 and 8222; on Linux, only root can listen to ports up to port number 1024. Conflicts can occur if you specify a port in use by another application.
If you add RemoteDisplay.vnc.enabled = TRUE to your configuration file without specifying the port number option, the virtual machine uses port 5900, the default VNC port number. Note that only one virtual machine can use a given port number at a time.
RemoteDisplay.vnc.password =
GSX Server 3 supports VNC 3.3 authentication, which is an eight character password. Use this password when you are prompted for authentication as you use the VNC client to connect to the virtual machine.
mRemoteNG is a fork of mRemote, an open source, tabbed, multi-protocol, remote connections manager. mRemoteNG adds bug fixes and new features to mRemote. It allows you to view all of your remote connections in a simple yet powerful tabbed interface. mRemoteNG supports the following protocols: * RDP (Remote Desktop/Terminal Server) * VNC (Virtual Network Computing) * ICA (Citrix Independent Computing Architecture) * SSH (Secure Shell) * Telnet (TELecommunication NETwork) * HTTP/HTTPS (Hypertext Transfer Protocol) * rlogin * Raw Socket Connections mRemoteNG is now available. Download it now!
Opticks is an expandable remote sensing and imagery analysis software platform that is free and open source. If you've used other commercial tools like: ERDAS IMAGINE, RemoteView, ENVI, or SOCET GXP, then you need to give Opticks a try. Unlike other competing tools, you can add capability to Opticks by creating an extension. Opticks provides the most advanced extension capability of any other remote sensing tool on the market.
Key Features:
* It’s free to download and to use for up to 30 participants
* Secure to use (Read more…)
* Easily share your screen
* Share control of the same screen
* PC, Mac and Linux compatible
* Global conference calling (Land line based)
* Instant messaging
* See when contacts are online
* Automatic updates
Security:
We have made the Yuuguu application as secure as possible by encrypting activity within the application using 128-bit SSL encryption end to end. For an explanation of what this is, read our page on security when using Yuuguu.
Screen sharing:
Sharing your screen is easy with Yuuguu. There are two ways to share your screen using Yuuguu.
rsvndump is a command line tool that is able to dump a Subversion repository that resides on a remote server. All data is dumped in the format that can be read an written by svnadmin dump, so the data which is produced can easily be importerd into a new Subversion repository.
Actually, a remote dump can be done using svnsync and svnadmin dump on the locally synced repository. However, if the remote server does not run Subversion 1.5 or later, svnsync is unable to dump subdirectories of a repository only. This can be solved by syncing the whole repository and using svndumpfilter afterwards, but data of other subdirectories needs to be transferred over the network for no reason. And if you don't have access to the repository root, the whole thing will not work.
Long story short: If you want to dump a subdirectory of a remote repository which runs a version of Subversion prior to 1.5, this is the right tool for you. If not, please consider using svnsync.
rsvndump is written in C and built on top of the Subversion API, so it can offer all functionality needed to access a Subversion repository, including SSL authentication. And it's GPLed.
genesis is an open-source framework that aims to bring simplicity and productivity to enterprise application development, ensuring scalability, robustness and testability of your software. The main goal is to simplify the development of business components and the construction of complex graphical interfaces with minimum effort for developers. To accomplish its mission, genesis combines several open-source frameworks in a completely transparent way for developers, through the use of AOP (Aspect Oriented Programming). Our main challenge is to allow people with little knowledge of the Java platform to develop robust applications fast, without requiring them to learn several new technologies and complex concepts. We invite you to experience our approach to the problem.
This is an open source Remote PC access project, an alternative to subscription based sites like WebEx or Gotomypc. ShowMyPC uses SSH port forwarding mechanism using Open Source SSH client plink and VNC Remote access software
The intention for this project is a very simple API to call different kinds of services (provider/technology). Crispy's aims is to provide a single point of entry for remote invocation for a wide number of transports: eg. RMI, EJB, JAX-RPC or XML-RPC. It works by using properties to configure a service manager, which is then used to invoke the remote API. Crispy is a simple Java codebase with an API that sits between your client code and the services your code must access. It provides a layer of abstraction to decouple client code from access to a service, as well as its location and underlying implementation. The special on this idea is, that these calls are simple Java object calls (remote or local calls are transparent).