#xauth

[sololinuxes]

Solucionar el error login loop en Ubuntu

Solucionar el error login loop en Ubuntu. Uno de los errores más comunes y frustrantes que puedes sufrir en Ubuntu, es el bucle de inicio de sesión, más conocido como "error login loop". Al intentar iniciar sesión en Ubuntu, se produce un bucle y siempre retorna a la pantalla de inicio de sesión. No te molestes en ingresar de nuevo tu usuario, por mucho que lo intentes el error se reproduce indefinidamente. La causa más común del error login loop, son los permisos erróneos del archivo Xauthority, necesario para iniciar sesión de forma gráfica. En este artículo vemos como solucionar el problema de manera rápida y sencilla.   Solucionar el error login loop en Ubuntu El archivo Xauthority (.Xauthority), lo podemos encontrar en el directorio principal de cada usuario. Este almacena las credenciales en las cookies utilizadas por xauth, para una correcta autentificación de XServer. Cuando inicia una instancia de XServer (Xorg), la cookie autentifica las conexiones configuradas de la pantalla. Bien, una vez conocemos el archivo que casi seguro es el culpable, iniciamos el sistema. Cuando aparezca la pantalla de inicio de sesión, pulsamos la siguiente combinación de teclas. Ctrl + Alt +F3 Automáticamente accedemos a la terminal de Ubuntu, introduce tu usuario y password para iniciar sesión. Con el siguiente comando verificamos el archivo Xauthority. ls -lah | grep -i Xauthority Nos deben aparecer los permisos, el usuario y el grupo. Read the full article

[sololinuxes]

Crear un escritorio remoto por ssh en un servidor linux

Crear un escritorio remoto por ssh en un servidor linux. Que duda cabe, que en situaciones especiales echamos de menos que nuestro servidor o vps tenga un entorno gráfico. En esta situación lo mejor es montar una VPN, pero y si no es posible que hacemos. En este interesante articulo, vemos como instalar y configurar un escritorio remoto en nuestro servidor o vps y conectarnos desde nuestro PC domestico. Lo bueno... nos conectamos a traves de SSH, lo que nos ofrece una seguridad extrema, lo malo... se requiere de un server o vps potente, además de un ancho de banda de internet poderoso. Si no cumples estos requisitos igualmente funcionara, pero excesivamente lento.   Crear un escritorio remoto por ssh en un servidor linux Lo primero que debemos hacer, es conectarnos a nuestro servidor permitiendo el reenvío de X y la compresión de datos. Es fácil, accede vía ssh tal como te indico. ssh -XC ip-del-server # o ssh -XC usuario@ip-del-server Una vez estemos conectados, instalamos xauth. # Debian, Ubuntu y derivados sudo apt install xauth # CentOS y derivados sudo yum install xorg-x11-xauth Ahora habilitamos el X11Forwarding, en el archivo de configuración ssh. nnao /etc/ssh/sshd_config Buscas la línea "X11Forwarding", y la modificas por... X11Forwarding yes Guarda el archivo modificado y reinicia sshd. sudo systemctl restart sshd También es aconsejable reiniciar el servidor o vps. sudo Read the full article

[mrhuu]

IPsec XAuth (IKEv1) VPN:n käyttöönotto DrayTek Vigor 2960 reitittimessä

IPsec XAuth (IKEv1) VPN:n käyttöönotto DrayTek Vigor 2960 reitittimessä

Esimerkin kuvat on otettu DrayTek Vigor 2960 firmware versio 1.4.4:n käyttöliittymästä.

Jotta voit käyttää VPN:ää, tarvitset kiinteän IP-osoitteen tai voit käyttää Dynaamista DNS:ää, esimerkiksi DrayDDNS.

Luodaan IPsec VPN profiili: VPN and Remote Access => VPN Profiles => IPsec, Paina +Add

Annetaan profiilille nimi, enabloidaan profiili, sallitaan yhteys etäkäyttäjälle (täppä kohtaan For…

View On WordPress

[yuepc-blog]

X11ssh

ssh -X がうまくいかない理由はサーバ側にxauthがインストールされてないことだった

[vinh-tran]

which: no xauth in ((null)) xvfb-run: error: xauth command not found

I use xserver and webkitoimage to export a webpage to image. I deployed it to centos server. On this server, I used apache for web server.

To export a page to image we will run command:

/usr/bin/xvfb-run --server-args="-screen 0, 1280x1024x24" /usr/local/bin/wkhtmltoimage --use-xserver http://localhost/print/voucher/322?voucher=803 /tmp/tmp1369141170.png 2>&1

After apache call an action which have

echo shell_exec(' /usr/bin/xvfb-run --server-args="-screen 0, 1280x1024x24" /usr/local/bin/wkhtmltoimage --use-xserver http://localhost/print/voucher/322?voucher=803 /tmp/tmp1369141170.png 2>&1'); It throw the error: which: no xauth in ((null)) xvfb-run: error: xauth command not found

I go around and cannot see any articles in internet. I go around and check on the bash script file of xvfb-run and saw the lines:

if ! which xauth >/dev/null; then error "xauth command not found"     exit 3 fi

Look like they will get the path of xauth with the role of process user/group. On this case, apache dont have enough right/permission so it return null.

What I did to fix this issue:

1. Comment out the if statement

#if ! which xauth >/dev/null; then #error "xauth command not found" #    exit 3 #fi

2. replace xauth in the bash script by the absolute path to the file

line 156: XAUTHORITY=$AUTHFILE /usr/bin/xauth source - << EOF >>"$ERRORFILE" 2>&1

line 174: XAUTHORITY=$AUTHFILE /usr/bin/xauth remove ":$SERVERNUM" >"$ERRORFILE" 2>&1

And done!

[a840]

objective-cでOAuthのxAuthを使う方法

[kevinsayscode]

Setting up X11 forwarding on Ubuntu 11.10 Oneiric Ocelot

X11 forwarding is one of the neatest tricks that X puts in your toolbelt: you can run a graphical application on a remote machine (say, a server off in a closet or in the cloud somewhere) and have it magically appear on your desktop.

Even better, you shouldn't have to open firewall ports or find, install, and configure some new software package; the SSH utilities you already have are capable of X11 forwarding, which allows the remote application to connect back to your local X server just by adding the -X option, like so:

$ ssh -X myserver

But wait! On my Ubuntu 11.10 systems, this is silently ignored---I connect to the remote system all right, but graphical applications fail with errors about not being able to find a display. Typing

$ echo $DISPLAY

and getting a blank line confirms that no X display has been set up for us. What gives?

If you Google around, you will find lots of advice pointing you to /etc/ssh/ssh_config (client configuration) and /etc/ssh/sshd-config (server configuration). This seems reasonable, but the defaults actually work perfectly well, and uncommenting the various X11-related lines you will find won't fix the problem.

Instead, connect to the remote server, and install xauth with

$ sudo apt-get install xauth

Then, disconnect, ssh back in with the -X flag, and check the DISPLAY variable. It should have a value now; mine is "localhost:10.0".

[iwadon]