| 1 |
dhk writes: |
| 2 |
|
| 3 |
> On 11/10/2010 06:45 PM, Neil Bothwick wrote: |
| 4 |
> > On Wed, 10 Nov 2010 18:35:20 -0500, dhk wrote: |
| 5 |
> >> Lately I've been getting this MIT-MAGIC-COOKIE error. It only |
| 6 |
> >> happens when I'm logged into my home amd64 box from my office x86 |
| 7 |
> >> box. I use ssh -X ip.add.res.s to log in. |
| 8 |
> > |
| 9 |
> > Have you tried using -Y instead of -X? |
| 10 |
> |
| 11 |
> I haven't tried -Y, but I'll give it a shot when I get to the office. |
| 12 |
> However, shouldn't -X work? It's been working all along. |
| 13 |
|
| 14 |
-Y enables trusted forwarding. I'm no expert here, but I think that this |
| 15 |
could enable enable remote applications to read your screen or capture |
| 16 |
keystrokes. On the other hand, several applications do not work in |
| 17 |
untrusted mode (-X) and need the -Y option. But in these cases you get |
| 18 |
messages like these: |
| 19 |
|
| 20 |
X Error of failed request: BadWindow (invalid Window parameter) |
| 21 |
Major opcode of failed request: 3 (X_GetWindowAttributes) |
| 22 |
|
| 23 |
Resource id in failed request: 0x600001 |
| 24 |
Serial number of failed request: 17 |
| 25 |
Current serial number in output stream: 18 |
| 26 |
|
| 27 |
Your problem seems to be another one. Trying -Y will do no harm, but I |
| 28 |
don't think it will help here. |
| 29 |
|
| 30 |
Wonko |
Archives