similar to: What did I mess up?

Dave Close wrote: > The error shown with "ssh -Xvvv" in all failure cases is, > debug3: send packet: type 91 > debug2: X11 auth data does not match fake data. > X11 connection rejected because of wrong authentication. > debug2: X11 rejected 1 i0/o0 I don't know but I do have questions. So maybe... What is the output of these commands? type xauth

I have several local machines that, while working, I frequently use ssh to do something on a different machine. While on that second machine, I may even use ssh to do something on a third machine. All of this works exactly as it should. FWIW, all of my local machines run Fedora. Fedora currently includes openssh-9.6p1-1.fc40.4.x86_64 package. If I use JuiceSSH on my Android phone to contact one

Damien Miller wrote: >This is ssh trying to connect to $SSH_AUTH_SOCK, perhaps JuiceSSH's >agent that you've forwarded. > ... >the sudo is probably clearing $SSH_AUTH_SOCK and so it doesn't >try to connect to it. > >You can simulate this by clearing the environment variable yourself and >see if the hangs persist. > >If it is the forwarded agent, then the

Jochen Bern wrote: >[scratches head] If JuiceSSH's forwarded agent reliably refuses to >serve, why not simply tell it to stop doing such a forward ... ? Well, JuiceSSH is an Android app. I don't have the source and there are almost no configuration options. >On another note, the fact that you apparently do not need an agent to >authenticate the SSH connections from the

Bob Proulx wrote: >> The error shown with "ssh -Xvvv" in all failure cases is, >> debug3: send packet: type 91 >> debug2: X11 auth data does not match fake data. >> X11 connection rejected because of wrong authentication. >> debug2: X11 rejected 1 i0/o0 >I don't know but I do have questions. So maybe... What is the output >of these

On Fri, 23 Aug 2024, Dave Close wrote: > I have several local machines that, while working, I frequently use ssh > to do something on a different machine. While on that second machine, > I may even use ssh to do something on a third machine. All of this > works exactly as it should. FWIW, all of my local machines run Fedora. > Fedora currently includes openssh-9.6p1-1.fc40.4.x86_64

On 24.08.24 03:16, Dave Close wrote: > Damien Miller wrote: >> This is ssh trying to connect to $SSH_AUTH_SOCK, perhaps JuiceSSH's >> agent that you've forwarded. > > No need to fix JuiceSSH. It's authors ignore all contact anyway. Fixed > on my system with a simple bash command: > "alias xssh="unset SSH_AUTH_SOCK; ssh". [scratches head]

On Fri, 23 Aug 2024, Dave Close wrote: >No need to fix JuiceSSH. It's authors ignore all contact anyway. Fixed >on my system with a simple bash command: > "alias xssh="unset SSH_AUTH_SOCK; ssh". Or you could put the unset into .ssh/rc, or if you use a key to connect from JuiceSSH to machine1 you could add the restrict keyword to the corresponding authorised_keys line

On Tue, 9 Jul 2019 at 14:40, Dave Close <dave at compata.com> wrote: > It appears that CentOS 7 was the last one with a 32-bit version. I'm > trying to install it on an older laptop and having some trouble. I have > CentOS-7-i386-Everything-1810.iso and have verified it. Using either dd > or mediawriter to put a copy on a 16 GB thumb drive seems to work. But > then the

It appears that CentOS 7 was the last one with a 32-bit version. I'm trying to install it on an older laptop and having some trouble. I have CentOS-7-i386-Everything-1810.iso and have verified it. Using either dd or mediawriter to put a copy on a 16 GB thumb drive seems to work. But then the laptop reports, "no boot image found". Note that the first 32 KB of the iso is all zeros,

http://bugzilla.mindrot.org/show_bug.cgi?id=851 Summary: some X11 prgs generate ``BadAtom (invalid Atom parameter)'' in X_GetProperty when using X11 forwarding Product: Portable OpenSSH Version: 3.8.1p1 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P2

> On Tue, 9 Jul 2019 at 14:40, Dave Close <dave at compata.com> wrote: > >> It appears that CentOS 7 was the last one with a 32-bit version. I'm >> trying to install it on an older laptop and having some trouble. I tried to resurrect a 32-bit desktop with a Pentium 4 processor by installing CentOS 7 32-bit version. Everything installed OK, but after the first boot,

Hi, I've noticed some ssh behaviour that I wish didn't happen. I was wondering if someone can explain how I can stop it from happening, or explain why it's unavoidable. If I ssh-with-agent-forwarding from one host to a second host, and on the second host use something like nohup/screen/tmux/daemon, and from within that new process session, start a long-running command via

On 13/10/2017 15:29, Michael Felt wrote: > This verifies it is xauth related: > > debug3: sending debug message: No xauth program; cannot forward with > spoofing. > > so, added an extra debug - and this is what I see: > > debug1: session_input_channel_req: session 0 req x11-req > debug3: setup_x11fwd: xauth_location == /usr/X11R6/bin/xauth > debug3: sending debug

No "ssh -X hostname" doesn't work. But when you "export DISPLAY=..." it works!? I set the the Display Hack so that I can see my IP with "env" or "echo SSH_CLIENT" when I'm connect via VPN-Tunnel and I don't know my IP in the Net I'm connected through. Andreas Kerl ----------------------------------------- DTS Medien GmbH Heidestrasse 38

On 13/10/2017 08:03, Damien Miller wrote: > On Thu, 12 Oct 2017, Michael Felt wrote: > >> On 08/10/2017 23:32, Michael Felt wrote: >>> On 04/10/2017 11:07, Michael Felt wrote: >>>> I do not often use X11 - but when I do I prefer to enable >>>> X11forwarding, and when finished - turn it off. This is preferable, >>>> imho, to having

http://bugzilla.mindrot.org/show_bug.cgi?id=338 ------- Additional Comments From stevesk at pobox.com 2002-07-07 04:00 ------- will look into this ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Hi all, I have C6 i386 with cr repo enabled; problem is, I can't get x-forwarding to work, xorg-x11-auth rpm is installed, have checked sshd config for #X11Forwarding no X11Forwarding yes #X11DisplayOffset 10 Here is a verbose ssh logon, I can't see any difference to a working server: debug1: Authentication succeeded (password). debug1: channel 0: new [client-session] debug3:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 With this change built ok. But patch must be quite different on my platform (see attached) for portable version. And, of course, after autoreconf run. 02.08.2016 10:55, Darren Tucker ?????: > --- a/configure.ac > +++ b/configure.ac > @@ -754,6 +754,9 @@ main() { if (NSVersionOfRunTimeLibrary("System") >= (60 << 16))

Ever since I upgraded my laptop from FC15 to FC17, I've been getting this message when I ssh to some RHEL6 hosts inside Red Hat. In particular, I'm trying to do this: virt-viewer --connect \ qemu+ssh://kvm11.devlab.phx1.redhat.com/system \ bork-s01.candlepin.dev.devlab.phx1.redhat.com This is the message I get: X11 forwarding request failed on channel 0 A viewer window pops