(snip) > Tried following two attach command formats. Both gave same error as above. > xpra attach --username=ubuntu1 --password-file=pswd.txt tcp/ee.ff.gg.hh:10002 > xpra attach --password-file=pswd.txt tcp/[email protected]:10002 > > Finally, following format didn't give any error on the client side. > xpra attach --password-file=pswd.txt tcp/[email protected]/10002 Sorry I forgot, the inline password and "tcp/.." format above are only supported in trunk.
> Following is log at proxy :- (snip) > 2016-09-02 01:31:07,874 Authentication required by multi password file > authenticator module^[[0m > 2016-09-02 01:31:07,874 sending challenge for 'ubuntu1' using hmac > digest^[[0m > ^[[36m2016-09-02 01:31:07,984 processing authentication with multi password > file, response=efe6b9721d4473013f1cd84e6fa9e3e1, > client_salt=38356661383430633664636434653037616165633231623665383138633333626539353765353331326635383436393161393235646533633565653864383863, > challenge_sent=True^[[0m > ^[[31m2016-09-02 01:31:07,984 Error: password file '/multifile.txt' is > missing^[[0m (snip) > Finally, tried giving full path to the multifile :- > xpra proxy :13 --bind-tcp=0.0.0.0:10002 > --tcp-auth=multifile:filename=/home/ubuntu/multifile.txt -d auth > and tried these attach commands, they worked!! Yay :) Thanks! FYI: latest trunk no longer requires absolute paths for those files. > xpra attach --password-file=pswd.txt tcp/[email protected]/10002 > xpra attach --password-file=pswd2.txt tcp/[email protected]/10002 > Yeah have one question:You said second format connects using TCP. What > transport is used for the first format? The other example uses ":100" which uses unix domain sockets. (snip) > Upgraded my windows client version to 0.17.5 revision 13487 > Followed your "--tcp-auth-allow" example. Still, does not work for me. Unless you manually attached the patch I had linked to in the previous email, that would be expected. This minor fix should be included in the 0.17.6 update, until then you can use the beta builds. > Exact commands and logs attached below. Even with "allow", proxy is still challenging client for password. That's expected. Cheers Antoine > xpra start --start=xclock --bind-tcp=0.0.0.0:10000 :11 -d auth > xpra proxy :13 --bind-tcp=0.0.0.0:10002 --tcp-auth=allow -d auth > xpra attach tcp/[email protected]/10002/11 > > Following is the log from proxy > > 2016-09-02 00:52:37,344 created unix domain socket: > /home/ubuntu/.xpra/ip-aa-bb-cc-dd-13^[[0m > ^[[33m2016-09-02 00:52:37,454 Warning: failed to load the mdns avahi > publisher:^[[0m > ^[[33m2016-09-02 00:52:37,454 No module named avahi^[[0m > ^[[33m2016-09-02 00:52:37,454 either fix your installation or use the > 'mdns=no' option^[[0m > 2016-09-02 00:52:37,492 serving html content from '/usr/share/xpra/www'^[[0m > ^[[36m2016-09-02 00:52:37,492 get_auth_module(unix-domain, , {..})^[[0m > ^[[36m2016-09-02 00:52:37,492 get_auth_module(tcp, allow, {..})^[[0m > ^[[36m2016-09-02 00:52:37,505 get_auth_module(ssl, allow, {..})^[[0m > ^[[36m2016-09-02 00:52:37,506 get_auth_module(vsock, , {..})^[[0m > ^[[36m2016-09-02 00:52:37,506 init_auth(..) auth class=None, tcp auth > class=('allow', <class 'xpra.server.auth.allow_auth.Authenticator'>, {}), ssl > auth class=('allow', <class 'xpra.server.auth.allow_auth.Authenticator'>, > {}), vsock auth class=None^[[0m > 2016-09-02 00:52:37,506 xpra proxy version 1.0-r13253 64-bit^[[0m > 2016-09-02 00:52:37,506 running with pid 10576 on Linux Ubuntu 16.04 > xenial^[[0m > 2016-09-02 00:52:37,506 connected to X11 display :13^[[0m > 2016-09-02 00:52:37,506 xpra is ready.^[[0m > 2016-09-02 00:53:04,292 New tcp connection received from > uu.vv.ww.xx:11154^[[0m > ^[[36m2016-09-02 00:53:04,293 socktype=tcp, auth class=('allow', <class > 'xpra.server.auth.allow_auth.Authenticator'>, {}), encryption=, keyfile=^[[0m > ^[[36m2016-09-02 00:53:04,482 creating authenticator ('allow', <class > 'xpra.server.auth.allow_auth.Authenticator'>, {})^[[0m > ^[[36m2016-09-02 00:53:04,483 allow=allow^[[0m > ^[[36m2016-09-02 00:53:04,483 processing authentication with allow, > response=None, client_salt=, challenge_sent=False^[[0m > ^[[36m2016-09-02 00:53:04,483 challenge: ('274be8f27a4742d1b0f37616d6fbc4ec', > 'hmac')^[[0m > 2016-09-02 00:53:04,483 Authentication required by allow authenticator > module^[[0m > 2016-09-02 00:53:04,483 sending challenge for 'ubuntu' using hmac digest^[[0m > 2016-09-02 00:53:04,521 client has requested disconnection: no password > available^[[0m > 2016-09-02 00:53:04,521 Disconnecting client uu.vv.ww.xx:11154:^[[0m > 2016-09-02 00:53:04,521 client request^[[0m > > > Following is the log from server > > 2016-09-02 00:51:26,418 created unix domain socket: > /home/ubuntu/.xpra/ip-aa-bb-cc-dd-11^[[0m > ^[[33m2016-09-02 00:51:26,468 Warning: menu forwarding is disabled:^[[0m > ^[[33m2016-09-02 00:51:26,468 cannot load dbus helper: No module named > dbus^[[0m > ^[[33m2016-09-02 00:51:26,697 Warning: enc_xvid failed its self test^[[0m > ^[[33m2016-09-02 00:51:26,698 No module named xvid^[[0m > ^[[33m2016-09-02 00:51:26,712 Warning: failed to load the mdns avahi > publisher:^[[0m > ^[[33m2016-09-02 00:51:26,712 No module named avahi^[[0m > ^[[33m2016-09-02 00:51:26,712 either fix your installation or use the > 'mdns=no' option^[[0m > ^[[33m2016-09-02 00:51:26,717 Warning: no X11 RandR support on :11^[[0m > 2016-09-02 00:51:27,327 serving html content from '/usr/share/xpra/www'^[[0m > ^[[36m2016-09-02 00:51:27,327 get_auth_module(unix-domain, , {..})^[[0m > ^[[36m2016-09-02 00:51:27,327 get_auth_module(tcp, , {..})^[[0m > ^[[36m2016-09-02 00:51:27,328 get_auth_module(ssl, , {..})^[[0m > ^[[36m2016-09-02 00:51:27,328 get_auth_module(vsock, , {..})^[[0m > ^[[36m2016-09-02 00:51:27,328 init_auth(..) auth class=None, tcp auth > class=None, ssl auth class=None, vsock auth class=None^[[0m > ^[[31m2016-09-02 00:51:27,401 Error: failed to import the virtual video > module:^[[0m > ^[[31m2016-09-02 00:51:27,401 No module named _dbus_bindings^[[0m > 2016-09-02 00:51:27,411 pulseaudio server started with pid 10536^[[0m > /bin/sh: 1: pulseaudio: not found > Warning: failed to import GStreamer: > GStreamer 1.0: Namespace Gst not available > GStreamer 0.10: could not import gobject (could not find _PyGObject_API > object) > ^[[31m2016-09-02 00:51:27,710 Error: failed to query sound subsystem:^[[0m > ^[[31m2016-09-02 00:51:27,711 query did not return any data^[[0m > ^[[33m2016-09-02 00:51:27,712 Warning: failed to load or register our dbus > notifications forwarder:^[[0m > ^[[33m2016-09-02 00:51:27,712 No module named dbus.service^[[0m > ^[[33m2016-09-02 00:51:27,712 if you do not have a dedicated dbus session > for this xpra instance,^[[0m > ^[[33m2016-09-02 00:51:27,712 use the 'notifications=no' option^[[0m > ^[[33m2016-09-02 00:51:27,713 cannot load dbus helper: No module named > dbus^[[0m > ^[[31m2016-09-02 00:51:27,717 Error setting up our dbus server:^[[0m > ^[[31m2016-09-02 00:51:27,717 No module named dbus^[[0m > 2016-09-02 00:51:27,721 xpra X11 version 1.0-r13253 64-bit^[[0m > 2016-09-02 00:51:27,722 running with pid 10500 on Linux Ubuntu 16.04 > xenial^[[0m > 2016-09-02 00:51:27,722 connected to X11 display :11^[[0m > 2016-09-02 00:51:27,831 xpra is ready.^[[0m > ^[[33m2016-09-02 00:51:28,723 Warning: pulseaudio has terminated shortly > after startup.^[[0m > ^[[33m2016-09-02 00:51:28,723 pulseaudio is limited to a single instance per > user account,^[[0m > ^[[33m2016-09-02 00:51:28,723 and one may be running already for user > 'ubuntu'^[[0m > ^[[33m2016-09-02 00:51:28,723 to avoid this warning, either fix the > pulseaudio command line^[[0m > ^[[33m2016-09-02 00:51:28,723 or use the 'pulseaudio=no' option^[[0m > > > Regards, > Mukul > ( https://sites.google.com/site/mukulagrawal ) > > On Thursday, September 1, 2016 4:40 PM, Antoine Martin > <[email protected]> wrote: > > > On 01/09/16 13:40, Mukul Agrawal wrote: >> Some more information :- >> >> 1) server works with --auth and --tcp-auth. But proxy only works with >> tcp-auth. > If you are still stuck, please explain what "doesn't work" exactly here. > Do you get an error? If so, please post it. > >> 2) I can connect to each of the servers directly. I can get their >> displays to local windows machine if I connect to them directly. But no >> luck getting the display through proxy. Connected like this :- >> Xpra_cmd.exe attach --username=ubuntu --password-file=pswd.txt >> tcp/[email protected]/10000 >> Xpra_cmd.exe attach --username=ubuntu --password-file=pswd.txt >> tcp/[email protected]/10001 > The username is specified twice in those command lines which is a little > bit confusing: once using the "--username=" command line option and > again in the URL. I find this form easier to read: > xpra attach tcp/username:password@host:port/DISPLAY > > You only need to specify the DISPLAY if there are going to be more than > one matching display for that user. > If you are using multifile with a single entry then you don't need it. > >> 3) --tcp-auth=none or --tcp-auth=allow do not work. They kept giving me >> authentication error no mater what I do. > Please always include the actual errors, difficult to help you without. > > You need an authentication module so that the proxy can use it to locate > the available sessions, so "none" is not expected to work. > "allow" can work, but the username you specify must exist on the target > system and if there is more than one session running as that user > (including the proxy itself), you will probably need this fix: > http://xpra.org/trac/changeset/13533 > >> Finally, I had to use multifil to get rid of authetication errors. >> >> 4) auth file just has one line and no next line character (build using >> echo command). One line is this :- >> ubuntu|secretpassword|1000|1000|tcp:aa.bb.cc.dd:10001|EXAMPLE_ENV=VALUE|compression=0 >> >> I tried both the internal and external IP address. aa.bb.cc.dd:10001 as >> well as xx.yy.xx.aa:10001. I dont get authetication errors or connection >> errors with either. But none of them show me display. > Please post the full logs with the "-d auth" switch. > These should show the authentication attempt, the sessions found, etc. > >> On local machine password file pswd.txt just had single word >> secretpassword. Again no next line character. >> >> 5) The xpra versions from the server log is shown like this :- >> >> ^[[31m2016-08-31 21:50:45,340 Error setting up our dbus server:^[[0m >> ^[[31m2016-08-31 21:50:45,340 No module named dbus^[[0m >> 2016-08-31 21:50:45,341 xpra X11 version 1.0-r13253 64-bit^[[0m >> 2016-08-31 21:50:45,341 running with pid 6869 on Linux Ubuntu 16.04 >> xenial^[[0m >> 2016-08-31 21:50:45,341 connected to X11 display :11^[[0m >> 2016-08-31 21:50:45,391 xpra is ready.^[[0m >> ^[[33m2016-08-31 21:50:46,343 Warning: pulseaudio has terminated shortly >> after startup.^[[0m >> >> And logs from the proxy are here :- >> >> 2016-08-31 22:26:59,300 serving html content from '/usr/share/xpra/www'^[[0m >> 2016-08-31 22:26:59,312 xpra proxy version 1.0-r13253 64-bit^[[0m >> 2016-08-31 22:26:59,312 running with pid 7491 on Linux Ubuntu 16.04 >> xenial^[[0m >> 2016-08-31 22:26:59,313 connected to X11 display :13^[[0m >> 2016-08-31 22:26:59,313 xpra is ready.^[[0m >> >> 6) Anything else I might have forgotten? >> I am running out of ideas to try. >> Let me know? Very motivated to make it work .... but have no more ideas >> to experiment. > This works fine for me with the latest trunk: > > > Example with multifile: > > $ cat > multifile.txt <<EOF > ubuntu1|secretpassword1|1000|1000|:100|| > ubuntu2|secretpassword2|1000|1000|tcp:127.0.0.1:10000|| > EOF > $ xpra start --start=xterm --bind-tcp=0.0.0.0:10000 :100 -d auth > $ xpra proxy :13 --bind-tcp=0.0.0.0:10002 \ > --tcp-auth=multifile:filename=./multifile.txt -d auth > $ xpra attach tcp/ubuntu1:[email protected]:10002 > > Or if you want the proxy to connect to the server via TCP, use the > second username: > $ xpra attach tcp/ubuntu2:[email protected]:10002 > > > Example with allow: > $ xpra start --start=xterm --bind-tcp=0.0.0.0:10000 :100 -d auth > $ xpra proxy :13 --bind-tcp=0.0.0.0:10002 --tcp-auth=allow -d auth > $ xpra attach tcp/$USER:[email protected]:10002/100 > (with allow, you must specify the display) > > The same client attach commands also work from win32 or OSX clients, you > will just need to change the server IP to its external one. > > Cheers > Antoine > > > >> >> Regards, >> Mukul >> ( https://sites.google.com/site/mukulagrawal ) >> >> >> On Wednesday, August 31, 2016 8:45 PM, Antoine Martin >> <[email protected]> wrote: >> >> >> On 01/09/16 05:55, Mukul Agrawal wrote: >>> OK. Upgraded my ubuntu distributon to Xenial and then got the xpra 1.0 >>> from beta. Still, cannot get it to work. Any help? >>> >>> started proxy like this >>> -- xpra proxy :13 >>> >> --bind-tcp=0.0.0.0:10002--tcp-auth=multifile:filename=/home/ubuntu/xpra-auth >>> >>> started a couple of servers on same machine like this >>> -- xpra start :11 --bind-tcp=0.0.0.0:10000 >>> -- xpra start :12 --bind-tcp=0.0.0.0:10001 >>> -- DISPLAY=:11 xlclock & >>> -- DISPLAY=:12 xlogo >> Don't do that. Same as the other thread about tty. Use this instead: >> xpra start :DISPLAY --bind-tcp=... --start=COMMAND >> >>> try to attach from windows machine >>> -- Xpra_cmd.exe attach --username=ubuntu --password-file=pswd.txt >>> tcp/52.53.168.31/10002/11 >>> >>> Everything seems to go well in the beginning. No error message. It >>> simply drops the connection without saying anything. >> You're not sharing your multifile password file, so I won't be able to >> reproduce what you did. >> >> You're also not showing what versions you've used for testing, the only >> version shown is from the win32 client, which is well out of date: >>> Python/Gtk2 Microsoft Windows 7 client version 0.16.3-r12203 >> >> There's a debug flag for authentication, try adding "-d auth" to your >> server command line. >> >> Cheers >> Antoine >> >> >>> >>> Here is the log from proxy :- >>> >>> >>> >>> 2016-08-31 22:28:47,740 New unix-domain connection received on >>> /home/ubuntu/.xpra/ip-aa-bb-cc-dd-13^[[0m >>> 2016-08-31 22:29:00,624 New tcp connection received from >>> xx.yy.zz.aa:5792^[[0m >>> 2016-08-31 22:29:00,625 Authentication required by multi password file >>> authenticator module^[[0m >>> 2016-08-31 22:29:00,625 sending challenge for 'ubuntu' using hmac >>> digest^[[0m >>> ^[[33m2016-08-31 22:29:00,955 Warning: enc_xvid failed its self test^[[0m >>> ^[[33m2016-08-31 22:29:00,955 No module named xvid^[[0m >>> 2016-08-31 22:29:00,966 proxy video encoders: x264^[[0m >>> 2016-08-31 22:29:00,966 new proxy instance started^[[0m >>> 2016-08-31 22:29:00,966 for client tcp socket: aa.bb.cc.dd:10002 <- >>> xx.yy.zz.aa:5792^[[0m >>> 2016-08-31 22:29:00,967 and server tcp socket: aa.bb.cc.dd:43006 <- >>> 22.33.44.55:10000^[[0m >>> 2016-08-31 22:29:00,967 proxy instance now also available using unix >>> domain socket:^[[0m >>> 2016-08-31 22:29:00,967 /home/ubuntu/.xpra/ip-aa-bb-cc-dd-proxy-7553^[[0m >>> 2016-08-31 22:29:00,967 setting sockets (tcp socket: aa.bb.cc.dd:10002 >>> <- xx.yy.zz.aa:5792, tcp socket: aa.bb.cc.dd:43006 <- 22.33.44.55:10000) >>> to blocking mode^[[0m >>> 2016-08-31 22:29:01,628 stop(client connection lost, Protocol(None))^[[0m >>> 2016-08-31 22:29:01,628 removing socket >>> /home/ubuntu/.xpra/ip-aa-bb-cc-dd-proxy-7553^[[0m >>> 2016-08-31 22:29:01,638 proxy instance 7553 stopped^[[0m >>> >>> Here is the log from the server itself >>> >>> 2016-08-31 22:28:47,738 New unix-domain connection received on >>> /home/ubuntu/.xpra/ip-aa-bb-cc-dd-11^[[0m >>> 2016-08-31 22:29:00,974 New tcp connection received from >>> 22.33.44.55:43006^[[0m >>> 2016-08-31 22:29:00,977 Handshake complete; enabling connection^[[0m >>> ^[[31m2016-08-31 22:29:00,980 Error setting up the source's DBUS >>> server:^[[0m >>> ^[[31m2016-08-31 22:29:00,980 No module named dbus^[[0m >>> 2016-08-31 22:29:00,981 Python/Gtk2 Microsoft Windows 7 client version >>> 0.16.3-r12203^[[0m >>> 2016-08-31 22:29:00,981 connected from 'MAGRAWAL’ as 'ubuntu' - >>> 'magrawal'^[[0m >>> 2016-08-31 22:29:00,981 via {'': 'linux2', 'name': 'Linux Ubuntu 16.04 >>> xenial', 'machine': 'x86_64', 'platform': >>> 'Linux-4.4.0-36-generic-x86_64-with-Ubuntu-16.04-xenial', >>> 'architecture': ['64bit', 'ELF'], 'release': '4.4.0-36-generic', >>> 'processor': 'Intel(R) Xeon(R) CPU E5-2670 v2 @ 2.50GHz', >>> 'linux_distribution': ['Ubuntu', '16.04', 'xenial']} proxy version >>> unknown on 'ip-aa-bb-cc-dd'^[[0m >>> ^[[33m2016-08-31 22:29:00,981 Warning: proxy version may not be >>> compatible: remote version not available!^[[0m >>> 2016-08-31 22:29:00,982 using h264 as primary encoding also >> available:^[[0m >>> 2016-08-31 22:29:00,982 vp9, vp8, png, png/P, png/L, rgb24, jpeg, >>> rgb32^[[0m >>> 2016-08-31 22:29:00,990 client root window size is 1920x1080 with 1 >>> display:^[[0m >>> 2016-08-31 22:29:00,990 Default (508x285 mm - DPI: 96x96)^[[0m >>> 2016-08-31 22:29:00,990 DISPLAY1 (677x381 mm - DPI: 72x72)^[[0m >>> 2016-08-31 22:29:01,017 setting key repeat rate from client: 500ms delay >>> / 33ms interval^[[0m >>> 2016-08-31 22:29:01,018 keyboard mapping already configured (skipped)^[[0m >>> 2016-08-31 22:29:01,629 client has requested disconnection: server >>> shutdown (client connection lost)^[[0m >>> 2016-08-31 22:29:01,629 Disconnecting client 22.33.44.55:43006:^[[0m >>> 2016-08-31 22:29:01,629 client request^[[0m >>> 2016-08-31 22:29:01,630 xpra client 5 disconnected.^[[0m >>> >>> >>> Regards, Mukul ( https://sites.google.com/site/mukulagrawal >> <https://sites.google.com/site/mukulagrawal>) >>> >>> >>> On Wednesday, August 31, 2016 4:05 AM, Antoine Martin via shifter-users >>> <[email protected] >> <mailto:[email protected]>> wrote: >>> >>> >>> On 30/08/16 23:52, Mukul Agrawal via shifter-users wrote: >>>> I am running xpra server 0.15 that I got from the latest winswitch repo. >>>> Started proxy like that shown in your basic usage example ProxyServer >>> – Xpra >>>> >>>> xpra proxy :13 --bind-tcp=0.0.0.0:10000 --auth=allow >>>> started a xpra server instance on same machine/same account using >>> several different formatsxpra start :11 >>>> xpra start :11 --bind-tcp=127.0.0.1:10001 >>>> xpra start :11 --auth=allow --bind-tcp=127.0.0.1:10001 >>>> When I try to attach to this instance from windows machine using >>>> Xpra_cmd attach tcp/user@IP <mailto:user@IP> <mailto:user@IP >> <mailto:user@IP>>/10000/11 >>>> >>>> I get authentication error :- " authentication failed: this server >>> requires authentication, please provide a password." >>> I assume you must be using an older distribution like Ubuntu Trusty? >>> >>> Please try with the current beta packages, the next release will support >>> those older distribution versions and it includes a large number of >>> fixes for the proxy server: >>> http://xpra.org/trac/ticket/952 >>> http://xpra.org/trac/ticket/1264 >>> Many of those features and fixes are not available in the branch you are >>> using. >>> >>> Cheers >>> Antoine >>> >>>> >>>> Another problem >>>> xpra stop :13 will not stop the proxy.I again get a message asking for >>> a password. >>>> Regards, >>>> Mukul >>>> ( https://sites.google.com/site/mukulagrawal >>> <https://sites.google.com/site/mukulagrawal>) >>>> _______________________________________________ >>>> shifter-users mailing list >>>> [email protected] >> <mailto:[email protected]> >>> <mailto:[email protected] >> <mailto:[email protected]>> >>>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >>>> >>> >>> _______________________________________________ >>> shifter-users mailing list >>> [email protected] >> <mailto:[email protected]> >>> <mailto:[email protected] >> <mailto:[email protected]>> >> >>> http://lists.devloop.org.uk/mailman/listinfo/shifter-users >>> >>> >> >> >> > > > > > > > _______________________________________________ > shifter-users mailing list > [email protected] > http://lists.devloop.org.uk/mailman/listinfo/shifter-users > _______________________________________________ shifter-users mailing list [email protected] http://lists.devloop.org.uk/mailman/listinfo/shifter-users
