Это 64-разрядный рабочий стол Ubuntu 10.10 (Maverick Meerkat).
Я хочу, чтобы мой X-сервер прослушивал удаленные подключения от клиентов на других компьютерах в локальной сети. Я знаю о ssh -X, и это не то, что я хочу. Я смутно помню, что меняю что-то вроде TCPListen с no до yes, но я не помню, где это изменение должно быть применено.
Меня интересует либо GUI-метод, либо CLI 1.
Редактирование PS /etc/X11/xinit/xserverrc для удаления опции -nolisten tcp и перезагрузки не работает.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия автоответчика из идентичного вопроса на 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.
(Здесь следует почти дословная копия самоответчика из идентичного вопроса на 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
.
(Здесь следует почти дословная копия самоответчика из идентичного вопроса на 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
.
(Здесь следует почти дословная копия самоответчика из идентичного вопроса на 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
.
(Здесь следует почти дословная копия самоответчика из идентичного вопроса на 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
.
/usr/share/lightdm/lightdm.conf.d/100-custom.conf
, содержащий `[SeatDefaults] server-allow-tcp = true `
– Nitz
2 March 2015 в 23:18
xserver-allow-tcp = true
, в вашем комментарии отсутствует «x». Вы можете удалить существующий комментарий и переписать его. Хотя ответ включает это решение сейчас.
– Alexis Wilke
18 May 2016 в 01:12
Этот ответ связан с 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).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax|grep dm
1515 ? Ssl 0:00 /usr/sbin/gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку :
[security]
DisallowTCP=false
Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax|grep dm
1515 ? Ssl 0:00 /usr/sbin/gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку :
[security]
DisallowTCP=false
Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax|grep dm
1515 ? Ssl 0:00 /usr/sbin/gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку :
[security]
DisallowTCP=false
Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax|grep dm
1515 ? Ssl 0:00 /usr/sbin/gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку :
[security]
DisallowTCP=false
Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax|grep dm
1515 ? Ssl 0:00 /usr/sbin/gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку :
[security]
DisallowTCP=false
Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax|grep dm
1515 ? Ssl 0:00 /usr/sbin/gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку :
[security]
DisallowTCP=false
Как уже упоминалось, открытие порта 6000 небезопасно. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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).
Этот ответ связан с 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
).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax | grep dm 1515? Ssl 0:00 / usr / sbin / gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку:
[security] DisallowTCP = false
Как уже упоминалось, открытие порта 6000 не является безопасным. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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
).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax | grep dm 1515? Ssl 0:00 / usr / sbin / gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку:
[security] DisallowTCP = false
Как уже упоминалось, открытие порта 6000 не является безопасным. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.
Этот ответ связан с 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
).
Начиная с Ubuntu 18.04, я посмотрел на запущенные процессы и выяснил, что используемым диспетчером дисплея является gdm3:
$ ps ax | grep dm 1515? Ssl 0:00 / usr / sbin / gdm3
Затем я редактировал /etc/gdm3/custom.conf и добавил строку:
[security] DisallowTCP = false
Как уже упоминалось, открытие порта 6000 не является безопасным. Однако я использую это только в домашней сети, и порт дополнительно защищен iptables, чтобы открыть только мой основной ноутбук, он должен быть в порядке.