compiled in. HAVE_GNUTLS
only disables compiling
the TLS based security types.
7 enhance the normal security type parsing code, so that it can support 2^32
security types.
6+8+11+12 integrate the VeNCrypt security types into the normal code
Regards,
Martin Kögler
Martin Koegler (13):
1) Remove
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/SSecurityVeNCrypt.h |9 -
common/rfb/Security.h |9 +
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/common/rfb/SSecurityVeNCrypt.h b/common/rfb/SSecurityVeNCrypt.h
index
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/CConnection.cxx | 30 ++
common/rfb/CConnection.h |8
unix/vncviewer/CConn.cxx |3 ---
win/vncviewer/CConn.cxx|2 --
4 files changed, 14 insertions(+), 29 deletions
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/Configuration.cxx |6 ++
common/rfb/Configuration.h |1 +
2 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/common/rfb/Configuration.cxx b/common/rfb/Configuration.cxx
index 6811a79..e9eee1a 100644
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/Security.cxx | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/common/rfb/Security.cxx b/common/rfb/Security.cxx
index ad51f1b..86328b3 100644
--- a/common/rfb/Security.cxx
+++ b
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/Security.cxx | 34 +++---
common/rfb/Security.h | 21 +++--
2 files changed, 34 insertions(+), 21 deletions(-)
diff --git a/common/rfb/Security.cxx b/common/rfb/Security.cxx
On Wed, Jul 21, 2010 at 12:48:05PM -0500, DRC wrote:
On 7/21/10 3:16 AM, Adam Tkac wrote:
This is a valid argument but I would like to see feedback from other
TigerVNC developers to decide which types should be enabled by
default. I will open a separate thread for this.
I am joining into
On Thu, Jul 22, 2010 at 04:02:52PM -0500, DRC wrote:
This makes the use of extended authentication types somewhat useless
from the point of view of a SysAdmin, though. If there is not a way for
them to enforce, or at least strongly encourage, the use of secure
authentication on a system-wide
On Wed, Aug 25, 2010 at 03:40:29PM +0200, Adam Tkac wrote:
On Tue, Aug 24, 2010 at 08:05:38AM +0200, Martin Koegler wrote:
Libraries like qt segfault, if reader is enabled but this information
is not set
Commited with little modifications as r4124. Thanks for the patch.
Your patch leaves
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/CSecurityPlain.cxx | 46 +
common/rfb/CSecurityPlain.h | 36
common/rfb/Makefile.am|4 +-
common/rfb/Security.cxx | 10
On Thu, Sep 02, 2010 at 04:14:20PM +0200, Adam Tkac wrote:
On Thu, Sep 02, 2010 at 09:05:54AM +0200, Martin Koegler wrote:
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
Windows password validator is contained in the VeNCrypt sources.
Ok, I will port it to TigerVNC
On Fri, Sep 03, 2010 at 07:50:07AM -0600, DRC wrote:
On 9/3/10 12:00 AM, Martin Koegler wrote:
The client side honors the Security Type order of the server - code
for using the client side order was removed with Remove unused
CConnection::setClientSecTypeOrder function on Jul 20 2010.
So
On Wed, Sep 08, 2010 at 02:14:55AM -0500, DRC wrote:
However, when I attempted to apply the patch to work around this, I got
a worse build error:
gcc4 -DHAVE_CONFIG_H -I. -I/home/drc/worksrc/tigervnc/common/os -I../..
-I/home/drc/worksrc/tigervnc/common -O3 -static-libgcc -fPIC -Wall -MT
On Fri, Oct 01, 2010 at 02:38:53PM -0500, DRC wrote:
I agree. SourceForge has mediawiki pre-installed, so projects such as
ours can choose to use that for our web site instead of a static page.
Last time I looked at mediawiki offered by SoureForge, edit rights
must be granted by the wiki admin
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
java/src/com/tigervnc/vncviewer/RfbProto.java | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/java/src/com/tigervnc/vncviewer/RfbProto.java
b/java/src/com/tigervnc/vncviewer/RfbProto.java
index
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
java/src/com/tigervnc/vncviewer/RfbProto.java | 33 +-
java/src/com/tigervnc/vncviewer/VncViewer.java | 43 ++-
2 files changed, 58 insertions(+), 18 deletions(-)
diff --git a/java/src/com
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/ConnParams.cxx |2 +-
common/rfb/ConnParams.h|1 -
common/rfb/SConnection.cxx | 170
common/rfb/SConnection.h |9 ---
4 files changed, 1 insertions(+), 181
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
java/src/com/tigervnc/vncviewer/Makefile|4 +-
java/src/com/tigervnc/vncviewer/RfbProto.java |8 ++
java/src/com/tigervnc/vncviewer/VncViewer.java | 15
java/src/com/tigervnc/vncviewer/X509Tunnel.java | 103
with precompiled, GNUTLS enabled windows
binaries and the
VeNCrypt project can be declared as superseded.
Regards,
Maritn Kögler
Martin Koegler (10):
1. Add VeNCrypt security types
2. Implement VeNCrypt chooser
3. Support asking for a user name
4. Implement Plain Security type
5. Add simple Message Box
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
java/src/com/tigervnc/vncviewer/Dialog.java | 80 ++
java/src/com/tigervnc/vncviewer/Makefile|6 +-
java/src/com/tigervnc/vncviewer/MessageBox.java | 82 +++
3 files changed
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
java/src/com/tigervnc/vncviewer/AuthPanel.java | 13 +++--
java/src/com/tigervnc/vncviewer/VncViewer.java | 31 +++-
2 files changed, 40 insertions(+), 4 deletions(-)
diff --git a/java/src/com/tigervnc
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
common/rfb/SConnection.cxx|2 +-
java/src/com/tigervnc/vncviewer/RfbProto.java |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/rfb/SConnection.cxx b/common/rfb/SConnection.cxx
Signed-off-by: Martin Koegler mkoeg...@auto.tuwien.ac.at
---
java/src/com/tigervnc/vncviewer/Makefile |4 +-
java/src/com/tigervnc/vncviewer/RfbProto.java | 13 +++
java/src/com/tigervnc/vncviewer/TLSTunnel.java | 51
java/src/com/tigervnc/vncviewer
On Sun, Nov 07, 2010 at 12:52:54PM -0600, DRC wrote:
TurboVNC 1.0 uses the Tight security type to implement its auth
extensions, and it relies upon the ability to advertise capabilities to
the client using that mechanism. Whether or not the Tight security type
actually does anything in our
On Thu, Nov 11, 2010 at 03:42:39PM +0100, Adam Tkac wrote:
6. Implment TLS security type
7. Implement X509 Security types
Just a design question. Wouldn't be better to merge TLSTunnel,
TLSTunnelBase and X509Tunnel classes to the one class as I did it in
common/rfb/CSecurityTLS.*? In my
Two general comments:
* This patch will probably break the windows build, as it adds an
msg!=NULL assert without setting the variable on Windows. The best
solution would be to add the windows implementation too.
* CSecurityTLS is only available, if tigervnc is built with GNUTLS.
So it should
On Sat, Dec 18, 2010 at 06:47:08PM +0100, Gabriele Tedeschi wrote:
is it possible to export only one window via TigerVNC server, running on
Windows 7 64 bit ?
As far as I know, vnc only exports the whole desktop.
Regards,
Martin Kögler
There has been checked in some GNUTLS support for cmake recently, so I
wanted to try it:
Installing VC Express, the newst binary of CMake and GNUTLS for
Windows was easy.
Calling cmake on a clean tigervnc checkout yields to an (warning?)
message, while determining the build date [Only on the
On Wed, Feb 09, 2011 at 10:09:25PM -0600, DRC wrote:
An unrelated issue is that whenever I try to use the vncviewer GUI to
set the Zlib level to something other than the default, the server
crashes (the log says ZlibOutStream: deflate failed.)
In my self compiled windows viewer, I can
On Thu, Feb 10, 2011 at 10:27:33AM +0100, Pierre Ossman wrote:
On Wed, 09 Feb 2011 03:15:14 -0600
DRC dcomman...@users.sourceforge.net wrote:
I could write a book on the difficulties I've had with GnuTLS. I am
ultimately finding that I have to pretty much build it from source on
all
On Thu, Feb 10, 2011 at 04:01:26AM -0600, DRC wrote:
We had one-- the Tight Security Extension. :) I signed off on removing
it before I fully understood the ramifications.
Please don't mix up Encryption with VeNCrypt. VeNCrypt consists of two
parts:
1) An extended chooser, which has enough
On Thu, Feb 10, 2011 at 03:46:17PM -0600, DRC wrote:
On 2/10/11 3:35 PM, Martin Koegler wrote:
We could always port over an authentication method that supports
username/password without the full encryption framework. I don't have
any objections to that.
It's already present in the SVN
On Thu, Feb 10, 2011 at 04:40:13AM -0600, DRC wrote:
On 2/10/11 2:24 AM, Martin Koegler wrote:
I really wonder how useful of a feature built-in session encryption is
if it's this slow. Without encryption, I can get approximately 20
Megapixels/second. Tunneling through SSh, about the same
On Thu, Feb 10, 2011 at 04:18:52PM -0600, DRC wrote:
On 2/10/11 4:00 PM, Martin Koegler wrote:
Please don't mix up Encryption with VeNCrypt. VeNCrypt consists of two
parts:
1) An extended chooser, which has enough available security type
numbers even for every hobby developer.
2
On Fri, Feb 11, 2011 at 12:09:17PM -0600, DRC wrote:
On 2/11/11 2:24 AM, Martin Koegler wrote:
It should be possible (HAVE_GNUTLS not defined). In that case,
VeNCrypt + Plain are still available.
Right you are. I built without GnuTLS, and Plain definitely does still
work. That makes
On Thu, Feb 10, 2011 at 09:45:22PM -0600, DRC wrote:
In the course of this work, I've discovered much about how to build
GnuTLS (and how not to.) I'm not sure how people are currently using
that technology on Windows, but there doesn't seem to be a sane way to
build static libraries for
On Fri, Feb 11, 2011 at 02:22:04PM -0600, DRC wrote:
Well, yes and no. libssh requires OpenSSL, right? That means we have
to statically link with OpenSSL in order to produce cross-compatible
binaries. Static linking with OpenSSL is, I can tell you from
experience, not my favorite pastime.
On Sat, Feb 12, 2011 at 03:19:48PM -0600, DRC wrote:
You have to run glxspheres with vglrun. Otherwise, it will use the
software OpenGL renderer in TigerVNC, and that will be the bottleneck,
not TigerVNC's image pipeline.
Also realize that the methodology is not just running GLXspheres and
On Fri, Feb 11, 2011 at 10:53:48AM -0600, DRC wrote:
I would still be interested in knowing whether it would be feasible to
use the auth extensions without GnuTLS.
The main question is:
How much more fragementation should be added to the VNC world?
qemu has eg. implemented VeNCrypt:
On Sun, Feb 13, 2011 at 04:32:46PM -0600, DRC wrote:
So what exactly is a default Linux installation? I don't think anyone
can reasonably conclude that what is true for their Linux installation
is true for all Linux installations.
The performance problems are triggered by running running high
On Tue, Feb 15, 2011 at 08:22:15AM -0700, Mike Fisk wrote:
1. Complete session management functionality including flexible
authentication, strong encryption, spawning new sessions, reconnecting
to existing sessions, etc. I lump a lot of things together that do
not have to be part of the RFB
On Tue, Feb 15, 2011 at 04:42:32PM -0600, DRC wrote:
On 2/15/11 3:11 PM, Martin Koegler wrote:
Making the vncviewer ssh into the server as the user, detecting all
running VNC servers of the user and finally let the user select to
connect to one instance or start a new session: I'm really
On Wed, Feb 16, 2011 at 03:21:38AM -0600, DRC wrote:
However, I did discover that playing the 1920x1080 version of Big Buck
Bunny from the beginning using VLC in full-screen mode makes a good 2D
benchmark. The beginning of this movie has full-scene motion on almost
every frame, so if you
On Thu, Feb 17, 2011 at 09:06:33AM +0100, Martin Koegler wrote:
On Wed, Feb 16, 2011 at 03:21:38AM -0600, DRC wrote:
However, I did discover that playing the 1920x1080 version of Big Buck
Bunny from the beginning using VLC in full-screen mode makes a good 2D
benchmark. The beginning
On Sat, Feb 19, 2011 at 04:17:14PM -0600, DRC wrote:
On 2/18/11 4:55 AM, Adam Tkac wrote:
Definite improvement. Here's what I now see with VirtualGL:
Machine 1: Pentium 4 Xeon 2.8 GHz single core
Machine 2: AMD X2 5050e 2.6 GHz dual core
1--2
-
On Fri, Feb 25, 2011 at 03:35:39PM -0600, DRC wrote:
Are you using a compositing window manager by chance? I noticed a
similar issue with my installation of Gnome, and I think it was related
to me having tried to get it working with compiz earlier. I didn't have
time to look into it, so I
On Fri, Feb 25, 2011 at 07:06:39PM -0500, Robert Goley wrote:
Here are the results from using the different encodings:
OpenBox Window Manager:
ZLRE: 11428 kbs (Server has a little load at the moment,
this was around 2 when tested earlier...)Has freezing issue
in TLS
On Tue, Mar 01, 2011 at 08:53:27PM -0600, DRC wrote:
Is there a good reason why only VncAuth and TLSVnc are enabled on the
server by default? Would it be reasonable to enable the other secure
types as well?
X509* make no sense without specifing certificates.
*None and Plain should not be
On Tue, Mar 08, 2011 at 08:33:20PM -0600, DRC wrote:
Windows is still suffering from the TLS refresh issue described earlier.
It affects VirtualGL as well (you have to move the mouse to see the 3D
application change frames.) I don't have the time to look into this at
the moment, but IMHO, it
On Fri, Mar 11, 2011 at 04:05:00PM +0100, Adam Tkac wrote:
On Fri, Mar 11, 2011 at 08:41:02AM -0600, DRC wrote:
Just so I fully understand the issue, what would you normally do if the WM
crashes? Is there a reasonable way to recover in that case?
When WM crashes then applications which
On Fri, Mar 11, 2011 at 02:56:51PM -0500, Robert Goley wrote:
You have been more fortunate then. My users always seem to find
those unknown or unlikely crashes or closes. We have used KDE/GNOME
in the past but they are kind of heavy and slow down the VNC
session performance when using it
On Thu, May 05, 2011 at 07:01:49AM -0400, Brian Hinz wrote:
Wouldn't this (also untested) work as well, and have the advantage of
relying on gnutls to verify that the handshake was completed?
diff -Nr -C 6 rfb.unix/CSecurityTLS.cxx.bak rfb.unix/CSecurityTLS.cxx
***
On Fri, May 13, 2011 at 05:56:53PM -0400, Brian Hinz wrote:
Awesome! Thanks for making the class changes, that's been on my TODO list
since we discussed this last...
You should look at the character encoding handling too:
InStream.readString interprets input data as ISO-8859-1.
On Tue, Jul 19, 2011 at 06:01:47PM -0400, Robert Goley wrote:
The first issue is with the security types. I am specifying
-SecurityTypes TLSVnc,VncAuth on the server. When I connect with
all client options enabled, it uses TLSVnc. When I connect with ALL
TLS options unchecked, it still
cmake only
generates non-PIC object files (eg libnetwork).
autotools+libtool did this automatically.
Regards,
Martin Koegler
--
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration
.
While linking, libtool selectes the correct version automatically.
Regards,
Martin Koegler
--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
On Tue, Aug 23, 2011 at 12:50:52PM -0500, DRC wrote:
On 8/17/11 4:01 PM, Martin Koegler wrote:
First of all, Makefile.am is missing some include path, so that a out of
source tree build fails (xserver 1.7):
--- tigervnc-1.0.1.svn0.orig/unix/xserver/hw/vnc/Makefile.am
+++ tigervnc-1.0.1
On Wed, Aug 24, 2011 at 11:06:06AM -0500, DRC wrote:
At any rate, I was able to reproduce the original issue after that, and
I checked in your patch to fix it.
Just one more issue, the new build system install the man-pages to $prefix/man
instead of $prefix/share/man - as used in all major
- in the final version, I'll change this.
Regards,
Martin Koegler
--
EMC VNX: the world's simplest storage, starting under $10K
The only unified storage solution that offers unified management
Up to 160% more powerful than
, menuKeyStr))
+menuKeyCode = menuSymbols[i].keycode;
+
+return menuKeyCode;
+}
diff --git a/vncviewer/keysyms.h b/vncviewer/keysyms.h
new file mode 100644
index 000..ecb46ed
--- /dev/null
+++ b/vncviewer/keysyms.h
@@ -0,0 +1,30 @@
+/* Copyright 2011 Martin Koegler mkoeg
interface is most important?
Should we perhaps have three columns to cater to both needs?
The three column approach would proably be the best.
Regards,
Martin Koegler
--
EMC VNX: the world's simplest storage, starting under
@@ -0,0 +1,71 @@
+/* Copyright 2011 Martin Koegler mkoeg...@auto.tuwien.ac.at
+ * Copyright 2011 Pierre Ossman oss...@cendio.se for Cendio AB
+ *
+ * This is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License as published by
+ * the Free Software
On Tue, Nov 22, 2011 at 05:39:54PM +, Dan Garton wrote:
I'm still in the process of developing an integrated remote desktop system
for a specialist user base, and am using TigerVNC to great effect so far.
I would like to enable client connections from standard Win/Mac/Lin
desktops (using
On Tue, Nov 22, 2011 at 04:26:44PM -0600, DRC wrote:
Android would be an easier target. I don't think it already has GnuTLS,
so it would probably be necessary to build those libraries and
statically link against them, but the Android Market does allow GPL'ed
software, so it would be
On Wed, Nov 30, 2011 at 06:03:36PM +, Dan Garton wrote:
I have kind of answered my own question. An option seems to be to run with
-SecurityTypes=VNCAuth,TLSVnc
This mandates a minimum of a secure authentication stage, and then the
client can be configured (but not forced) to encrypt
On Fri, Dec 02, 2011 at 02:45:45PM +, Dan Garton wrote:
I'm not aware of any transparent signon. TigerVNC only allows:
* No authentification
* Classic VNC authentification
* Authentification with username/password (default authentification
provider
is the system authentification)
66 matches
Mail list logo