Как заставить X.org слушать удаленные подключения на порту 6000?

Это 64-разрядный рабочий стол Ubuntu 10.10 (Maverick Meerkat).

Я хочу, чтобы мой X-сервер прослушивал удаленные подключения от клиентов на других компьютерах в локальной сети. Я знаю о ssh -X, и это не то, что я хочу. Я смутно помню, что меняю что-то вроде TCPListen с no до yes, но я не помню, где это изменение должно быть применено.

Меня интересует либо GUI-метод, либо CLI 1.

Редактирование PS /etc/X11/xinit/xserverrc для удаления опции -nolisten tcp и перезагрузки не работает.

12
задан 12 April 2011 в 14:23

32 ответа

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в [d1 ] идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf
[xdmcp]

[chooser]

[security]
DisallowTCP=false

[debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11
$ netstat -an | grep -F 6000
tcp        0      0 0.0.0.0:6000            0.0.0.0:*               LISTEN
tcp6       0      0 :::6000                 :::*                    LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 25 May 2018 в 22:08
  • 1
    Для Ubuntu 14.04 нужно только иметь файл типа /usr/share/lightdm/lightdm.conf.d/100-custom.conf, содержащий `[SeatDefaults] server-allow-tcp = true` – Nitz 2 March 2015 в 23:18
  • 2
    @Nitz, заметьте, что xserver-allow-tcp=true вам не хватает «x» в вашем комментарии. Вы можете удалить существующий комментарий и переписать его. Хотя ответ включает это решение сейчас. – Alexis Wilke 18 May 2016 в 01:12

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP=false [debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11 $ netstat -an | grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 :::6000 :::* LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 25 July 2018 в 22:14

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP=false [debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11 $ netstat -an | grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 :::6000 :::* LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 26 July 2018 в 19:51

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP=false [debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11 $ netstat -an | grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 :::6000 :::* LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 31 July 2018 в 10:50

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP=false [debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11 $ netstat -an | grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 :::6000 :::* LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 31 July 2018 в 10:56

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP=false [debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11 $ netstat -an | grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 :::6000 :::* LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 2 August 2018 в 03:42

(Здесь следует почти дословная копия автоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в идентичный вопрос и файл /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf:

# /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP=false [debug]

Позаботьтесь о случае с буквой: он не будет работать , если вы пишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

exec /usr/bin/X11/X

ie Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого редактирования.

Если вы измените только файл xserverrc, X, тем не менее, начнет с «-nolisten TCP».

После этого все, что необходимо, это перезапуск процесса gdm:

sudo service gdm restart

Вы можете проверить успех как:

tzot@tzot-laptop:/etc/X11 $ netstat -an | grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 :::6000 :::* LISTEN

Обновить

После обновления до 12.04 я имел та же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf, а требуемое дополнение - xserver-allow-tcp=true в секции [SeatDefaults].

И после этого я также нашел этот ответ. :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с указанным выше содержимым и перезапустите gdm.

11
ответ дан 4 August 2018 в 19:46

(Здесь следует почти дословная копия самоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в на этой странице о включении XDCMP и файла /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf :

  # /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP = false [debug]  

Позаботьтесь о письме case: он не будет работать, если вы напишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

  exec / usr / bin /  X11 / X  

т.е. Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого изменения.

Если вы измените только файл xserverrc, X тем не менее начнет с «-nolisten TCP».

После этого все, что вам нужно, это перезапуск процесса gdm:

  sudo service gdm restart  

Вы можете проверить успех как:

  tzot  @ tzot-laptop: / etc / X11 $ netstat -an |  grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 ::: 6000 ::: * LISTEN  

Обновить

После обновление до 12.04, у меня была такая же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf , а обязательным добавлением является xserver-allow-tcp = true в [SeatDefaults ] .

И после этого я также нашел , которые отвечают . :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с содержимым, как указано выше, и перезапустите GDM .

11
ответ дан 6 August 2018 в 03:49

(Здесь следует почти дословная копия самоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в на этой странице о включении XDCMP и файла /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf :

  # /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP = false [debug]  

Позаботьтесь о письме case: он не будет работать, если вы напишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

  exec / usr / bin /  X11 / X  

т.е. Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого изменения.

Если вы измените только файл xserverrc, X тем не менее начнет с «-nolisten TCP».

После этого все, что вам нужно, это перезапуск процесса gdm:

  sudo service gdm restart  

Вы можете проверить успех как:

  tzot  @ tzot-laptop: / etc / X11 $ netstat -an |  grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 ::: 6000 ::: * LISTEN  

Обновить

После обновление до 12.04, у меня была такая же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf , а обязательным добавлением является xserver-allow-tcp = true в [SeatDefaults ] .

И после этого я также нашел , которые отвечают . :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с содержимым, как указано выше, и перезапустите GDM .

11
ответ дан 7 August 2018 в 21:45

(Здесь следует почти дословная копия самоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в на этой странице о включении XDCMP и файла /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf :

  # /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP = false [debug]  

Позаботьтесь о письме case: он не будет работать, если вы напишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

  exec / usr / bin /  X11 / X  

т.е. Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого изменения.

Если вы измените только файл xserverrc, X тем не менее начнет с «-nolisten TCP».

После этого все, что вам нужно, это перезапуск процесса gdm:

  sudo service gdm restart  

Вы можете проверить успех как:

  tzot  @ tzot-laptop: / etc / X11 $ netstat -an |  grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 ::: 6000 ::: * LISTEN  

Обновить

После обновление до 12.04, у меня была такая же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf , а обязательным добавлением является xserver-allow-tcp = true в [SeatDefaults ] .

И после этого я также нашел , которые отвечают . :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с содержимым, как указано выше, и перезапустите GDM .

11
ответ дан 10 August 2018 в 09:59

(Здесь следует почти дословная копия самоответчика из идентичного вопроса на serverfault, о котором я забыл, askubuntu еще не создан).

Основываясь на информации, найденной в на этой странице о включении XDCMP и файла /etc/gdm/gdm.schemas, мне удалось создать файл /etc/gdm/custom.conf :

  # /etc/gdm/custom.conf [xdmcp] [chooser] [security] DisallowTCP = false [debug]  

Позаботьтесь о письме case: он не будет работать, если вы напишете «disallowTCP = false» ... Я также изменил файл / etc / X11 / xinit / xserverrc на:

  exec / usr / bin /  X11 / X  

т.е. Я удалил опции -nolisten tcp в исполняемый файл X. Я не знаю, нужно ли мне это делать. Вы можете попытаться избежать этого изменения.

Если вы измените только файл xserverrc, X тем не менее начнет с «-nolisten TCP».

После этого все, что вам нужно, это перезапуск процесса gdm:

  sudo service gdm restart  

Вы можете проверить успех как:

  tzot  @ tzot-laptop: / etc / X11 $ netstat -an |  grep -F 6000 tcp 0 0 0.0.0.0:6000 0.0.0.0:* LISTEN tcp6 0 0 ::: 6000 ::: * LISTEN  

Обновить

После обновление до 12.04, у меня была такая же проблема. На этот раз виновник - это лампочка, которую использует система. Файл, который необходимо обновить, - /etc/lightdm/lightdm.conf , а обязательным добавлением является xserver-allow-tcp = true в [SeatDefaults ] .

И после этого я также нашел , которые отвечают . :)

Синопсис

Итак, в 10.10 это все еще работает: создайте /etc/gdm/custom.conf с содержимым, как указано выше, и перезапустите GDM .

11
ответ дан 13 August 2018 в 16:18
  • 1
    Для Ubuntu 14.04 нужно только иметь файл типа /usr/share/lightdm/lightdm.conf.d/100-custom.conf , содержащий `[SeatDefaults] server-allow-tcp = true ` – Nitz 2 March 2015 в 23:18
  • 2
    @Nitz, обратите внимание, что это xserver-allow-tcp = true , в вашем комментарии отсутствует «x». Вы можете удалить существующий комментарий и переписать его. Хотя ответ включает это решение сейчас. – Alexis Wilke 18 May 2016 в 01:12
  • 3

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay]
ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm 

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 25 May 2018 в 22:08
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

$ ps ax|grep dm 1515 ? Ssl 0:00 /usr/sbin/gdm3

Затем я редактировал /etc/gdm3/custom.conf и добавил строку :

[security] DisallowTCP=false

Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 25 July 2018 в 22:14
  • 1
    Как это отличается от принятого ответа? – Stephen Rauch 24 June 2018 в 04:07
  • 2
    Не принципиально отличается, но в 18.04 конфигурационный файл имеет значение «/etc/gdm3/custom.conf" в то время как в принятом ответе есть «/etc/gdm/custom.conf" – Bing Ren 25 June 2018 в 10:29

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay] ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 25 July 2018 в 22:14
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

$ ps ax|grep dm 1515 ? Ssl 0:00 /usr/sbin/gdm3

Затем я редактировал /etc/gdm3/custom.conf и добавил строку :

[security] DisallowTCP=false

Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 26 July 2018 в 19:51
  • 1
    Как это отличается от принятого ответа? – Stephen Rauch 24 June 2018 в 04:07
  • 2
    Не принципиально отличается, но в 18.04 конфигурационный файл имеет значение «/etc/gdm3/custom.conf" в то время как в принятом ответе есть «/etc/gdm/custom.conf" – Bing Ren 25 June 2018 в 10:29

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay] ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 26 July 2018 в 19:51
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

$ ps ax|grep dm 1515 ? Ssl 0:00 /usr/sbin/gdm3

Затем я редактировал /etc/gdm3/custom.conf и добавил строку :

[security] DisallowTCP=false

Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 31 July 2018 в 10:50
  • 1
    Как это отличается от принятого ответа? – Stephen Rauch 24 June 2018 в 04:07
  • 2
    Не принципиально отличается, но в 18.04 конфигурационный файл имеет значение «/etc/gdm3/custom.conf" в то время как в принятом ответе есть «/etc/gdm/custom.conf" – Bing Ren 25 June 2018 в 10:29

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay] ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 31 July 2018 в 10:50
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

$ ps ax|grep dm 1515 ? Ssl 0:00 /usr/sbin/gdm3

Затем я редактировал /etc/gdm3/custom.conf и добавил строку :

[security] DisallowTCP=false

Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 31 July 2018 в 10:56
  • 1
    Как это отличается от принятого ответа? – Stephen Rauch 24 June 2018 в 04:07
  • 2
    Не принципиально отличается, но в 18.04 конфигурационный файл имеет значение «/etc/gdm3/custom.conf" в то время как в принятом ответе есть «/etc/gdm/custom.conf" – Bing Ren 25 June 2018 в 10:29

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay] ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 31 July 2018 в 10:56
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

$ ps ax|grep dm 1515 ? Ssl 0:00 /usr/sbin/gdm3

Затем я редактировал /etc/gdm3/custom.conf и добавил строку :

[security] DisallowTCP=false

Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 2 August 2018 в 03:42
  • 1
    Как это отличается от принятого ответа? – Stephen Rauch 24 June 2018 в 04:07
  • 2
    Не принципиально отличается, но в 18.04 конфигурационный файл имеет значение «/etc/gdm3/custom.conf" в то время как в принятом ответе есть «/etc/gdm/custom.conf" – Bing Ren 25 June 2018 в 10:29

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay] ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 2 August 2018 в 03:42
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

$ ps ax|grep dm 1515 ? Ssl 0:00 /usr/sbin/gdm3

Затем я редактировал /etc/gdm3/custom.conf и добавил строку :

[security] DisallowTCP=false

Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 4 August 2018 в 19:46
  • 1
    Как это отличается от принятого ответа? – Stephen Rauch 24 June 2018 в 04:07
  • 2
    Не принципиально отличается, но в 18.04 конфигурационный файл имеет значение «/etc/gdm3/custom.conf" в то время как в принятом ответе есть «/etc/gdm/custom.conf" – Bing Ren 25 June 2018 в 10:29

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm) не помог мне. В моем случае sddm запущен. Чтобы проверить это, запустите, например,

ps -eal | grep sddm

Если он запущен, отображаются процессы sddm и sddm-helper. В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

[XDisplay] ServerArguments=-listen tcp

. После создания этого файла перезагрузите вашу систему (может быть перезапуск sddm достаточно). Как следствие,

PS ax | grep sddm

показывает желаемую опцию Xorg -listen tcp, а X-сервер готов для входящих соединений (не забудьте добавить удаленный хост с помощью xhost).

3
ответ дан 4 August 2018 в 19:46
  • 1
    Обратите внимание, что с SDDM 0.14.0 (который поставляется с Kubuntu 17.10 Artful) раздел [XDisplay] был переименован [X11]. Это вызвало много путаницы, когда я пытался помочь своему коллеге, пока не запустил man 5 sddm.conf на наших машинах 16.04 и 17.10 соответственно и заметил несоответствие! – keithzg 23 November 2017 в 04:25

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm ) не помог мне. В моем случае выполнялся sddm . Чтобы проверить это, запустите, например,

  ps -eal |  grep sddm  

Если он запущен, отображаются процессы sddm и sddm-helper . В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

  [XDisplay] ServerArguments = -listen tcp  

После создания этого файла перезагрузите вашу систему (может быть достаточно перезагрузки sddm ). Как следствие

  PS ax |  grep sddm  

показывает желаемую опцию Xorg -listen tcp , а X-сервер готов к входящим соединениям (не забудьте добавьте удаленный хост с помощью xhost ).

3
ответ дан 6 August 2018 в 03:49

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

  $ ps ax | grep dm 1515?  Ssl 0:00 / usr / sbin / gdm3  

Затем я редактировал /etc/gdm3/custom.conf и добавил строку:

  [security]  DisallowTCP = false  

Как уже упоминалось, открытие порта 6000 не является безопасным. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 6 August 2018 в 03:49

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm ) не помог мне. В моем случае выполнялся sddm . Чтобы проверить это, запустите, например,

  ps -eal |  grep sddm  

Если он запущен, отображаются процессы sddm и sddm-helper . В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

  [XDisplay] ServerArguments = -listen tcp  

После создания этого файла перезагрузите вашу систему (может быть достаточно перезагрузки sddm ). Как следствие

  PS ax |  grep sddm  

показывает желаемую опцию Xorg -listen tcp , а X-сервер готов к входящим соединениям (не забудьте добавьте удаленный хост с помощью xhost ).

3
ответ дан 7 August 2018 в 21:45

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

  $ ps ax | grep dm 1515?  Ssl 0:00 / usr / sbin / gdm3  

Затем я редактировал /etc/gdm3/custom.conf и добавил строку:

  [security]  DisallowTCP = false  

Как уже упоминалось, открытие порта 6000 не является безопасным. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 7 August 2018 в 21:45

Этот ответ связан с Kubuntu 17.04, и я добавляю его, потому что ни один из других ответов (связанных с gdm или lightdm ) не помог мне. В моем случае выполнялся sddm . Чтобы проверить это, запустите, например,

  ps -eal |  grep sddm  

Если он запущен, отображаются процессы sddm и sddm-helper . В этом случае добавьте файл конфигурации /etc/sddm.conf с контентом

  [XDisplay] ServerArguments = -listen tcp  

После создания этого файла перезагрузите вашу систему (может быть достаточно перезагрузки sddm ). Как следствие

  PS ax |  grep sddm  

показывает желаемую опцию Xorg -listen tcp , а X-сервер готов к входящим соединениям (не забудьте добавьте удаленный хост с помощью xhost ).

3
ответ дан 10 August 2018 в 09:59

Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:

  $ ps ax | grep dm 1515?  Ssl 0:00 / usr / sbin / gdm3  

Затем я редактировал /etc/gdm3/custom.conf и добавил строку:

  [security]  DisallowTCP = false  

Как уже упоминалось, открытие порта 6000 не является безопасным. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.

0
ответ дан 10 August 2018 в 09:59

Другие вопросы по тегам:

Похожие вопросы: