Если ssh может установить соединение, оно установит DISPLAYправильное значение. Поскольку вы X11DisplayOffsetустановили значение 10 (значение по умолчанию), ssh будет использовать первый доступный дисплей, начиная с 10. Если вы видите значение, которое меньше 10¹, то что-то мешает нормальной переадресации X11, установленной с помощью ssh, по крайней мере, с помощью переопределение DISPLAY. Значение :0(или :0.0часть после точки не имеет значения) указывает на первое отображение, которое было запущено на машине, которое в типичных случаях является активным сеансом (или графическим приглашением для входа в систему) на консоли машины.
Наиболее вероятным объяснением поведения, которое вы наблюдаете, является набор одного из ваших файлов конфигурации оболочки DISPLAY. Наиболее очевидным виновником является ~/.bashrc(который из-за причуды bash выполняется всякий раз, когда родитель bash является rshdили sshd, даже если оболочка не является интерактивной). Еще один файл, который определяет переменные среды /etc/environment. Если это так, решение очевидно: не устанавливайте DISPLAYтам. (Есть очень мало случаев, когда вам нужно установить DISPLAYвручную.)
Есть и другие экзотические объяснения. Это может произойти, если вы изменили свою оболочку входа в систему screen(симпатичная идея в теории, но не практичная), и у вас есть файл инициализации оболочки, который принудительно устанавливается DISPLAYвнутри экрана (не очень хорошая идея). Это также может произойти, если вы настроили сервер на прием переменных среды, отправленных клиентом ( AcceptEnvдиректива in sshd_config), клиент отправляет DISPLAY, и X-соединение не может быть установлено. Или это может произойти, если вы установите переменную окружения на сервере с помощью commandдирективы in ~/.ssh/authorized_keys. Или xtermможет быть сценарий.
¹ Или какое-либо значение X11DisplayOffsetв конфигурации сервера, но вряд ли когда-либо изменилось по умолчанию.
xtermв текущем терминале до SSH-IN?