x2go-user

x2go-user@lists.x2go.org

2 participants
2322 discussions

Server/Client Timeout
by brian 26 May '20

26 May '20

I'm using x2go to log into a server that I have woken from a suspended state using a wake-on-lan command. It appears that the server pc is not aware of the x2go connection, and returns to a suspended state shortly after I connect with the x2go client. About 10 minutes. Are there keep-alive settings or time-out parameters, or other means that can be configured is x2go to prevent this from happening? Thanks, brian, ny

2 1

x2goversion problem affecting pyhoca-cli, and a solution
by Michael Ashley 26 May '20

26 May '20

Hi folks, While trying to get pyhoca-cli to work, I noticed that x2goversion on the server was printing out the version numbers without the leading component names. E.g., : 4.1.0.3 : 4.1.0.3 : 4.1.0.3 : 4.1.0.3 : 4.1.0.3 : 3.5.99.23 : 4.1.0.3 instead of: x2goserver: 4.1.0.3 x2goserver-common: 4.1.0.3 x2goserver-extensions: 4.1.0.3 x2goserver-fmbindings: 4.1.0.3 x2goserver-printing: 4.1.0.3 x2goserver-x2goagent: 3.5.99.23 x2goserver-xsession: 4.1.0.3 The problem was that my X2GO_VERSIONS_BASEPATH had a ".." in it, which caused the following line in x2goversion to fail: X2GO_COMPONENT="$(echo "${compfile}" | cut -d '.' -f '2')" A fix is to replace the line with: X2GO_COMPONENT=${compfile#*VERSION.} Finally, to have a working pyhoca-cli, you need to use the version from 11 March 2020 or later https://code.x2go.org/gitweb?p=pyhoca-cli.git;a=tree Regards, Michael

2 1

x2gokdrive: disable menu bar
by Martin Lange 21 May '20

21 May '20

Hello, I am experimenting with x2gokdrive right now. It works great, much faster than nx in a local network. I have only one problem: Is there an option to disable the kdrive menu bar overlay in an active session? I didn't found anything in the wiki. This menu is useful on fat clients, but on thinclients (with x2gothinclient and x2gobroker) it is unnecessary and would confuse my users. Thanks in advance! Martin

4 7

SSH compression
by Simon Reiter 17 May '20

17 May '20

Hi, I already read a few information about the compression used in x2go at https://github.com/ArcticaProject/nx-libs/issues/802. My naive assumption would be that using the compression in x2go makes any compression in the SSH config obsolete, because the compression is only a general one and the one in x2go should suite better for what to be transmitted. Since x2go reads my SSH config, I am now wondering, if the “Compression” option in the config file is ignored when establishing the connection or not. On my current setup, the x2go server requires a ProxyJump, which I set up in the x2go session settings. Does it provide better performance to do it like this or rather open manually a SSH connection to the target host with some local forwarding? And also here with or without compression? I am very happy for some recommendations. Best regards, Simon Reiter

1 0

x2go occasionally stops responding
by Andrew Munn 12 May '20

12 May '20

I can connect to my x2go session running XFCE on CentOS 8.1. The x2go client runs on Windows. Screen updates are still pushed to my client correctly (on-screen clock shows correct time), however sometimes my kb and mouse actions start being ignored. I can disconnect and reconnect to the same session from another windows PC and the results are the same. So something on the CentOS server appears to be the issue, The only way I know to recover is kill the x2go session on the server and reconnect.

1 0

Semi-Offtopic: The sorry state of Landline and Mobile Internet in Germany
by Stefan Baur 11 May '20

11 May '20

Hi List, in an adjacent thread, Alex made a statement that low-bandwidth internet connections are a thing of the past, and thus NX is basically obsolete. I have personal experience to share which proves him wrong. The following internet speeds were recorded in a suburb of a metropolitan area with more than 185 000 residents. And yes, I have the screenshots to prove it, I just don't want to burden the list with them. Residential DSL: Downstream: 5.435 MBit/s max, 5.233 MBit/s average Upstream: 0.465 MBit/s max, 0.427 MBit/s average Ping latency: 23.00 ms min, 28.94 ms average Residential Cable: Downstream: 35.14 MBit/s max, 28.06 MBit/s average Upstream: 2625 MBit/s max, 2.426 MBit/s average Ping latency: 32.00 ms min, 39,38 ms average (iow, higher throughput than DSL, but higher latency) -> This will, however, get worse, as Cable is a shared medium and people in the area are getting fed up with their DSL speeds and are switching over to Cable as their contracts expire. LTE, 1st of 2 providers: 3 out of 5 bars Downstream: 4.715 MBit/s max, 2.029 MBit/s average Upstream: 3.923 MBit/s max, 3.706 MBit/s average Ping latency: 48.00 ms min, 60.50 ms average LTE, 2nd of 2 providers: 2 out of 5 bars Downstream: 0.325 MBit/s max, 0.214 MBit/s average Upstream: 0.325 MBit/s max, 0.225 MBit/s average Ping latency: 64.00 ms min, 79.25 ms average Now step outside and move another 800 meters towards the city limits, and LTE provider 1 drops to UMTS/EDGE (and GSM on a bad day), while LTE provider 2 actually goes up to 3-4 bars and gets 3-7 MBit/s peak rates - but they are short peaks/bursts in an otherwise very mediocre reception. Nothing you want to rely on. Again, this isn't Mooville, West Virgina, with 100 inhabitants and 75 of them cattle, but a larger city in the self-proclaimed high-tech nation Germany. Even Finnish rural areas have better UMTS and LTE coverage than we in Germany have, at the outskirts of our cities. And no, I'm not making this up, I've been to such areas in Finland in the last two years, and I know what the reception there was like. So NX will be here for quite some time, there is a need for it, and for less fancy, but lightweight desktops that work well with it. -Stefan -- BAUR-ITCS UG (haftungsbeschränkt) Geschäftsführer: Stefan Baur Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243

6 11

Re: [X2Go-User] Resizing bug
by Kees Bakker 09 May '20

09 May '20

On 07-05-2020 11:48, Ulrich Sibiller wrote: > 1. well, the current source is this one: > https://github.com/ArcticaProject/nx-libs > 2. go to nx-X11/programs/Xserver/hw/nxagent > 3. edit Screen.c and Window.c. find these lines right at the beginning: > #undef TEST > #undef DEBUG > and change them to > #define TEST > #define DEBUG > > If you want to have really much output that tends to get overwhelming > and unreadable you can do the same for Events.c > > 4. in the toplevel directory run debuild -uc -us > > (for other distros see README.NX-development in the toplevel directory) > > 5. Install the resulting packages > 6. run you session, replicate the issue > 7. post ~/.xg2o/<your session>/session.log (maybe strip it a bit) > > Please ask if you have questions/problems. > Thanks Uli Here is a first set of (stripped) logs. The procedure was simple, but is of course not 100% reproducible because the mouse movements can be different each time. But the import condition is that the window is only **moved** by clicking on the top bar and dragging it somewhat to the right and a bit down. After the move, keep the mouse down and keep it there for two or three seconds. Three remote desktops: (standard) Ubuntu, Gnome Classic, MATE. The remote session size is 800x600. The local desktop is 1440x900. To start I have only grepped the lines with "nxagentChangeScreenConfig:" In the case of MATE the bug does not show up, but in the other two cases it does. ===============MATE==================== nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55aa1ec8be60] nxagentChangeScreenConfig: grabstate [SERVER_GRABBED], client [(nil)] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 1,56 800x600 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55aa1ec8be60] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55aa1edd4bb0] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 119,99 800x600 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55aa1ec8be60] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55aa1edd4bb0] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 300,164 800x600 nxagentChangeScreenConfig: returning [1] ===============MATE==================== ===============Ubuntu=================== nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_GRABBED], client [(nil)] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 67,57 800x600 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x600 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [630] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 630 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x630 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [660] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 660 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x660 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [690] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 690 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x690 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [720] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 720 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x720 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [750] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 750 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x750 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [780] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x56398886cef0] nxagentChangeScreenConfig: Changing config to 800 x 780 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x780 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [843] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x56398886cef0] nxagentChangeScreenConfig: Changing config to 800 x 843 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x843 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [843] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x56398886cef0] nxagentChangeScreenConfig: Changing config to 800 x 843 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,57 800x843 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [843] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x563988763e40] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x5639888ab690] nxagentChangeScreenConfig: Changing config to 800 x 843 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 439,159 800x843 nxagentChangeScreenConfig: returning [1] ===============Ubuntu=================== ===============Gnome Classic================ nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_GRABBED], client [(nil)] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 0,65 800x600 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [600] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 600 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x600 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [637] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 637 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x637 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [674] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 674 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x674 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [711] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 711 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x711 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [748] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 748 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x748 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [785] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 785 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x785 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [801] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 801 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x801 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [801] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 801 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,65 800x801 nxagentChangeScreenConfig: returning [1] nxagentChangeScreenConfig: called for screen [0], width [800] height [801] nxagentChangeScreenConfig: screenInfo.screens[0]->root [0x55efc5939ee0] nxagentChangeScreenConfig: grabstate [SERVER_UNGRABBED], client [0x55efc5a96170] nxagentChangeScreenConfig: Changing config to 800 x 801 nxagentChangeScreenConfig: Xinerama is disabled nxagentChangeScreenConfig: current geometry: 205,132 800x801 nxagentChangeScreenConfig: returning [1] ===============Gnome Classic================ -- Kees

2 1

Fwd: Resizing bug
by Ulrich Sibiller 09 May '20

09 May '20

Sorry, hit the wrong reply button... ---------- Forwarded message --------- From: Ulrich Sibiller <uli42(a)gmx.de> Date: Thu, May 7, 2020 at 11:48 AM Subject: Re: [X2Go-User] Resizing bug To: Kees Bakker <kees(a)ijzerbout.nl> 1. well, the current source is this one: https://github.com/ArcticaProject/nx-libs 2. go to nx-X11/programs/Xserver/hw/nxagent 3. edit Screen.c and Window.c. find these lines right at the beginning: #undef TEST #undef DEBUG and change them to #define TEST #define DEBUG If you want to have really much output that tends to get overwhelming and unreadable you can do the same for Events.c 4. in the toplevel directory run debuild -uc -us (for other distros see README.NX-development in the toplevel directory) 5. Install the resulting packages 6. run you session, replicate the issue 7. post ~/.xg2o/<your session>/session.log (maybe strip it a bit) Please ask if you have questions/problems. Uli BTW: I have not received your email with the "OK lets hear it", I also have checked the spam folder. On Thu, May 7, 2020 at 10:03 AM Kees Bakker <kees(a)ijzerbout.nl> wrote: > > On 04-05-2020 18:00, Kees Bakker wrote: > > On 03-05-2020 21:28, Ulrich Sibiller wrote: > >> I can instruct you how to build a debugging version of > >> nxagent/x2goagent to get more information in the logs. > >> > > OK. Let's hear it. > > Hey, > > I really need some guidance, please. > > I'm familiar how to build things. But I need to know what program(s) to > debug, how to enable more logging, etc. Especially, what are the things > to be looking for? > > I have two virtualbox VMs that I can use, one as the server and one as > the client. I have cloned git://code.x2go.org/nx-libs.git. Is that the one? > -- > Kees > _______________________________________________ > x2go-user mailing list > x2go-user(a)lists.x2go.org > https://lists.x2go.org/listinfo/x2go-user

1 0

new x2go client for windows
by Paul Borowicz 08 May '20

08 May '20

I've been using the 4.1.2.0 windows client with no issues aside from the clipboard occasionally getting messed up. I usually restart the client and it fixes the problem. I just tried the 4.1.2.2 client, hoping it fixed this. It works fine when I access my OpenSuse server, but when I try to access my Red Hat 7 server it drops with no error output. I tried using the debug console and it also crashes. I can't seem to find a way to output the debug info somewhere I can capture it. Can you point me at the files necessary for to submit a bug report? I see this on the server: Session: Resuming session at 'Wed May 6 08:56:15 2020'. Info: Proxy running in client mode with pid '105652'. Info: Using errors file '/tmp/.x2go-e93313t/C-e93313t-53-1588625310_stDKDE_dp32/session.log'. Info: Using stats file '/tmp/.x2go-e93313t/C-e93313t-53-1588625310_stDKDE_dp32/C-e93313t-53-1588625310_stDKDE_dp32/stats'. Loop: WARNING! Unrecognized session type 'unix-kde-depth_32'. Assuming agent session. Warning: Unrecognized session type 'unix-kde-depth_32'. Assuming agent session. Info: Waiting for connection from 'localhost' on socket 'tcp:*:33747'. Info: Aborting the procedure due to signal '1'. Session: Display failure detected at 'Wed May 6 08:57:15 2020'. Session: Suspending session at 'Wed May 6 08:57:15 2020'. Session: Session suspended at 'Wed May 6 08:57:15 2020'. Session: Resuming session at 'Wed May 6 09:01:22 2020'. Info: Proxy running in client mode with pid '105652'. Info: Using errors file '/tmp/.x2go-e93313t/C-e93313t-53-1588625310_stDKDE_dp32/session.log'. Info: Using stats file '/tmp/.x2go-e93313t/C-e93313t-53-1588625310_stDKDE_dp32/C-e93313t-53-1588625310_stDKDE_dp32/stats'. Loop: WARNING! Unrecognized session type 'unix-kde-depth_32'. Assuming agent session. Warning: Unrecognized session type 'unix-kde-depth_32'. Assuming agent session. Info: Waiting for connection from 'localhost' on socket 'tcp:*:33747'. : Paul Borowicz

3 9

Re: [X2Go-User] Semi-Offtopic: The sorry state of Landline and Mobile Internet in Germany
by J.Witvliet＠mindef.nl 07 May '20

07 May '20

From: "Михайло Падалка" <misha.cn.ua(a)gmail.com<mailto:misha.cn.ua@gmail.com>> Date: Thursday, 7 May 2020 at 20:56:45 To: "Stefan Baur" <X2Go-ML-1(a)baur-itcs.de<mailto:X2Go-ML-1@baur-itcs.de>> Cc: "x2go users" <x2go-user(a)lists.x2go.org<mailto:x2go-user@lists.x2go.org>> Subject: Re: [X2Go-User] Semi-Offtopic: The sorry state of Landline and Mobile Internet in Germany Hmm... Just tested connection from my home (city with ~300 000 people), Ukraine: 1) Cable connection, the cheapest plan I can get here: Downstream: 24.72 Mbps Upstream: 24.27 Mbps Ping: 6 ms Btw, I can easily get symmetrical 90 Mbps if I need that - just need to switch plan. 2) LTE (3 bars): Downstream: 10.96 Mbps Upstream: 11.89 Mbps Ping: 36 ms DSL gives lower speeds of course, due to old cables most of which are >30 years old. But it's not used much nowadays. Tested with speedtest.net<http://speedtest.net> You need to see it slightly broader. Nice that some lucky ones have Mega bit connections up/down and few ms latency; but tháts not standard. Some have to cope with satellite connection, gprs. And even those with *dsl, cable or fibre, one individual might have 8Mb download. But at the other end, it also has to be uploaded. One single connection is no problem, neither 10, or 100. But when dealing with 10,000 parallel connections you ARE aware of excessive bandwidth usage. Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden, wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. De Staat aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico's verbonden aan het elektronisch verzenden van berichten. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. The State accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

x2go-user