With IPv6 disabled, openssh will not forward X connections
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
portable OpenSSH |
Unknown
|
Unknown
|
|||
openssh (Debian) |
New
|
Unknown
|
|||
openssh (Ubuntu) |
Confirmed
|
Low
|
Unassigned | ||
openssh (openSUSE) |
Fix Released
|
Medium
|
Bug Description
If you disable IPv6 in /etc/sysctl.conf sshd will not forward X11.
It logs the failue in /var/log/auth.log
Oct 27 18:49:26 uscps002 sshd[14722]: Accepted password for root from 172.20.10.50 port 60322 ssh2
Oct 27 18:49:26 uscps002 sshd[14722]: pam_unix(
Oct 27 18:49:27 uscps002 sshd[14722]: error: Failed to allocate internet-domain X11 display socket.
Aparently the compiled sshd version will not try an ipv4 localhost if an ipv6 localhost does not exist.
Placing the following line in /etc/ssh/
X11UseLocalHost no
root@uscps002:
Description: Ubuntu 11.10
Release: 11.10
root@uscps002:
root@uscps002:
Linux uscps002 3.0.0-12-server #20-Ubuntu SMP Fri Oct 7 16:36:30 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
tags: | added: precise |
Changed in openssh (Debian): | |
status: | Unknown → New |
Changed in openssh (openSUSE): | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in openssh (openSUSE): | |
status: | Confirmed → Fix Released |
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0
When you disable ipv6 from the yast2 network, system correctly remove the assignation of ipv6 addresses from everywhere but there is an annoying bug in openssh that break the possibility to make X11 tunnels because it seems that ssh try to bind X11 tunnel to an ipv6 address even with ipv6 disabled causing this kind of message in /var/log/messages:
Aug 17 16:47:28 franz2011 sshd[6300]: error: Failed to allocate internet-domain X11 display socket.
this can avoided configuring correctly the file /etc/ssh/ sshd_config with the parameter:
AddressFamily inet
and restarting sshd. bugs.debian. org/cgi- bin/bugreport. cgi?bug= 422327# 20
This is done in according to this bug reported to debian bugsystem:
http://
Reproducible: Always
Steps to Reproduce:
1.
2.
3.