[Andrei]

На сервере с debian стоит VBox для виртуалок.

Раньше управлял виртуалками с компа с виндой из X-Win32, не часто, в основном для экспериментов. Но вдруг обнаружил, что эта возможность пропала.

В логе X-Win32:

starnetssh> 809 SSH2 key exchange complete.
starnetssh> 810 Starting SSH2 user authentication.
starnetssh> 814 SSH2 user authentication complete.
starnetssh> 815 SSH protocol negotiation complete.
starnetssh> 816 Setup X11 tunnel starting.
starnetssh> 817 Setup X11 tunnel complete.
starnetssh> 819 Sending command: echo "-- $DISPLAY --";sudo virtualbox
starnetssh> 820 Command sent: echo "-- $DISPLAY --";sudo virtualbox
stdout:  --  --
stdout:
stdout:  Failed to open the X11 display!
stdout:
starnetssh> 701 channel 0: Channel::shutdownWrite: close() failed for wfd: Unknown error

 

В /etc/ssh/sshd_config указано
X11Forwarding yes
X11DisplayOffset 10

Раньше работало. Теперь перестало. 

 

Дописывать себе в bashrc 

export DISPLAY=:0.0

или 

export DISPLAY=localhost:0.0

тоже пробовал, не помогает.

 

Гугление ничего не дало. Какая-то ерунда случилась, а что именно - никак не пойму. :(

[Andrei]

Может кому пригодится:

в /etc/ssh/sshd_config дописали 

AddressFamily inet

[vop]

Или прописать адреса в ListenAddress...

[s.lobanov]

Включенный неработающий Ipv6 -  зло,щас многие приложения ведут себя некорректно из-за него, тот же curl. Первый раз эту проблему встретил еще на debian8

[Andrei]

В 10.06.2018 в 05:36, vop сказал:

Или прописать адреса в ListenAddress

По умолчанию, ssh-сервер находится в состоянии ожидания подключения на всех IP-адресах.

Так что вряд ли это влияло/

 

Есть еще другой сервер, там Centos 6 minimal.

ipv6 выключил:

в /etc/sysctl.conf добавил

# IPv6 support in the kernel, set to 0 by default
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

и потом

sysctl -p

Вроде ipv6 выключился

 ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether a0:36:9f:6a:36:d8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.3/24 brd 192.168.10.255 scope global eth0

Но при попытке зайти на него той же X-Win32:
 

starnetssh> 810 Starting SSH2 user authentication.
starnetssh> 814 SSH2 user authentication complete.
starnetssh> 815 SSH protocol negotiation complete.
starnetssh> 816 Setup X11 tunnel starting.
starnetssh> 817 Setup X11 tunnel complete.
starnetssh> 819 Sending command: echo "-- $DISPLAY --";sudo virtualbox
starnetssh> 820 Command sent: echo "-- $DISPLAY --";sudo virtualbox
stdout:  --  --
stdout:
stderr:  Qt FATAL: QXcbConnection: Could not connect to display
stderr:
starnetssh> 701 channel 0: Channel::shutdownWrite: close() failed for wfd: Unknown error
Программа завершена нормально.

И локально из ssh тоже проблема:

# virtualbox
Qt FATAL: QXcbConnection: Could not connect to display
Аварийный останов (core dumped)

Поскольку Centos minimal, то доставил

yum install xorg-x11-server-Xorg

Но проблема остается. Что-то еще надо доставить? :(

[Ivan_83]

phpVirtualBox вам в помощь, а иксы нафик.

[Andrei]

В 12.06.2018 в 19:56, Ivan_83 сказал:

phpVirtualBox вам в помощь

Вещь похоже стОящая. Только на Cenos-mini http://mirror.yandex.ru/centos/6.9/isos/x86_64/CentOS-6.9-x86_64-minimal.iso не встает. :(

[s.lobanov]

@Andrei 

Самый просто способ решить проблемы с пробросом X-ов это использовать vncserver. 

 

Ну а вообще, пакет xauth стоит?

[Andrei]

49 минут назад, s.lobanov сказал:

использовать vncserver

Давным давно использовал VNC под виндой. Под линух никогда не пробовал.

49 минут назад, s.lobanov сказал:

пакет xauth стоит

Сейчас - уже никакой :)

Задача-то в общем-то развернуть Carbon Reductor, а на виртуалке (думаю на том же сервере) Carbon Reductor Sattelite. Сегодня пришлось снести сервер под корень и поставить Центос 6 мини заново: поддержка у редуктора отзывчивая, но видио что-то пошло не так и после их посещения сервера он перестал отвечать. Доехав до серверной убедился, что с сервера не пингуется не только инет, но и собственные интерфейсы сервер тоже не пингует. Шаманства не помогли, пришлось снести и поставить заново по инструкции http://docs.carbonsoft.ru/pages/viewpage.action?pageId=65799192#УстановкаCarbonReductor-УстановкаCarbonPlatform

Вот теперь думаю - что лучше туда теперь поставить для развертывания виртуалок. Обычно использовал VirtualBox. Думаю поставить его в комплекте с phpVirtualBox как вариант - https://www.tecmint.com/install-phpvirtualbox-to-manage-virtualbox-virtual-machines-centos-debian-ubuntu/

[s.lobanov]

virtualbox это десктопное баловство. docker/openvz для контейнеров и kvm для полноценных виртуалок. и для того и другого есть gui-шные тулзы, но проще выучить пару консольных команд, т.к. gui пилится на расслабоне для них

[Ivan_83]

4 часа назад, Andrei сказал:

Вещь похоже стОящая. Только на Cenos-mini http://mirror.yandex.ru/centos/6.9/isos/x86_64/CentOS-6.9-x86_64-minimal.iso не встает. :(

PHP и nginx что ли в центе не работают?)))

 

54 минуты назад, s.lobanov сказал:

но проще выучить пару консольных команд,

На вкус и цвет...

 

54 минуты назад, s.lobanov сказал:

т.к. gui пилится на расслабоне для них

Это да, но самое нужное и популярное есть в гуе.

В пхпвиртуалбоксе в конфиге есть крутилки чтобы больше настроек показывать.

[Andrei]

7 часов назад, Ivan_83 сказал:

PHP и nginx что ли в центе не работают?))

Там Cenots 6 mini.

[guеst]

CentOS mini это всего лишь один из вариантов собранного дистрибутива CentOS

Вы по прежнему подключаетесь к тем же репозиториям, что и "не mini" и можете легко через yum поставить любые пакеты ..превратив mini хоть во что.

Если конечно это не принцип или не ограничение объема hdd или религии ;)

 

[Andrei]

12 часов назад, guеst сказал:

это не принцип или не ограничение объема hdd или религии ;)

Описанных ограничений нет :) Однако стоит там Carbon Reductor

Иду по инструкции https://www.tecmint.com/install-phpvirtualbox-to-manage-virtualbox-virtual-machines-centos-debian-ubuntu/

И вот не работает часть фич, например

[root@CR conf]# /etc/init.d/httpd restart
Останавливается httpd:                                     [  OK  ]
Запускается httpd: (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
                                                           [СБОЙ ]
[root@CR conf]# ps afx | grep http
 6914 pts/1    S+     0:00  |               \_ grep http
 3232 ?        Ss     0:00 /usr/local/bin/mini_httpd -p 8080 -h 169.254.80.80 -dd /usr/local/www/htdocs/ -u root -c **.php -i /var/run/auth_http.pid -l /var/log/mini_httpd.log
27374 ?        S      0:00 uwsgi -s 169.254.80.85:8085 --chdir=/opt/reductor_web/ --pidfile=/var/run/reductor_web.pid --daemonize2=/var/log/reductor_web.log --protocol=http -w WSGI:app

Может установленный Редуктор так влияет, но не удается поставить phpVirtualBox.

В общем борода какая-то. Опыта не хватает.

[Ivan_83]

Address already in use: make_sock: could not bind to address 0.0.0.0:80

Что тут непонятного?

Повешайте ваш вебсервер на не 80 порт.

Я бы вообще поставил nginx + php-fcgi, мне оно понятнее и приятнее, чем это старьё.

 

На фре есть sockstat -P tcp чтобы посмотреть все tcp сокеты, включая слушающие и кому они принадлежат, это более правильный путь поиска того кто занял порт 80.

[Andrei]

12 минут назад, Ivan_83 сказал:

Повешайте ваш вебсервер на не 80 порт.

Как? Поправить Listen в /etc/init.d/httpd/conf/httpd.conf ?

Поправил. Рестартанул httpd, но все равно вместо морды phpVirtualBox видно заглушку Редуктора.

 

12 минут назад, Ivan_83 сказал:

Я бы вообще поставил nginx + php-fcgi,

Для меня это набор букв. увы.

 

12 минут назад, Ivan_83 сказал:

На фре

Тут центос. На фрю переходить не предлагайте.

[Ivan_83]

3 минуты назад, Andrei сказал:

Как? Не силен я в этом.

Обучится самому или нанять специалиста.

 

3 минуты назад, Andrei сказал:

Для меня это набор букв. увы.

Можно почитать в инете что он означает :)

 

3 минуты назад, Andrei сказал:

Тут центос. На фрю переходить не предлагайте.

Это как пример того, что есть более простые и надёжные способы определить какой процесс занял определённый порт в системе. На линухн оно тоже может быть, просто я с лиухами мало работаю.

[Andrei]

1 минуту назад, Ivan_83 сказал:

Обучится самому

Поправить Listen в /etc/init.d/httpd/conf/httpd.conf ?

Поправил. Рестартанул httpd, но все равно вместо морды phpVirtualBox видно заглушку Редуктора.

 

Ну и тут тоже какая-то проблема:

[root@CR conf]# /etc/init.d/vboxweb-service start
[root@CR conf]# ps afx | grep vboxweb
16603 pts/1    S+     0:00                  \_ grep vboxweb
[root@CR conf]# ps afx | grep vbox
17511 pts/1    S+     0:00                  \_ grep vbox

 

[Ivan_83]

10 минут назад, Andrei сказал:

Поправить Listen в /etc/init.d/httpd/conf/httpd.conf ?

Поправил. Рестартанул httpd, но все равно вместо морды phpVirtualBox видно заглушку Редуктора.

Я настраивал уже относительно давно и под фрёй, проще нагуглить как это настраивается.

[guеst]

5 часов назад, Andrei сказал:

Как? Поправить Listen в /etc/init.d/httpd/conf/httpd.conf ?

Поправил. Рестартанул httpd, но все равно вместо морды phpVirtualBox видно заглушку Редуктора.

:) и на что поправили?

Надеюсь, что после того как поставили отличный от 80 порт для apache, то в браузере тоже заходите на тот отличный теперь от 80 порт? ;)

...посмотреть что на каких портах работает:

netstat -anp

[MATPOC]

Проще поднять на линуксовом сервере VNC или RDP и ходить туда любым удобным VNC клиентом или удалённым рабочим столом (RDP).

[Andrei]

2 часа назад, guеst сказал:

:) и на что поправили?

Надеюсь, что после того как поставили отличный от 80 порт для apache, то в браузере тоже заходите на тот отличный теперь от 80 порт? ;)

Поправил на 81й порт. Иду на порт 8080 для управления Карбон Редуктором, на 18083 - для phpVirtualBox.

2 часа назад, guеst сказал:

netstat -anp

[root@CR ~]# netstat -anp | grep :80
tcp        0      0 169.254.0.80:80             0.0.0.0:*                   LISTEN      4927/nginx
tcp        0      0 169.254.80.80:8080          0.0.0.0:*                   LISTEN      3232/mini_httpd
tcp        0      0 169.254.80.81:8081          0.0.0.0:*                   LISTEN      2783/uwsgi
tcp        0      0 169.254.80.83:8083          0.0.0.0:*                   LISTEN      27339/nginx
tcp        0      0 169.254.80.85:8085          0.0.0.0:*                   LISTEN      27374/uwsgi
tcp        0      0 188.130.xxx.xxx:54000         81.177.103.92:80            TIME_WAIT   -
[root@CR ~]# netstat -anp | grep :18083
tcp        0      0 188.130.xxx.xxx:18083             0.0.0.0:*                   LISTEN      12539/vboxwebsrv

Т.е. 80й порт не освободился.

При попытке зайти на http://188.130.xxx.xxx:18083/phpvb ответ:

 

Не удается получить доступ к сайту
Превышено время ожидания ответа от сайта 188.130.xxx.xxx
ERR_CONNECTION_TIMED_OUT

 

19 минут назад, MATPOC сказал:

Проще поднять на линуксовом сервере VNC или RDP

Как я часто слышу фразу "проще...", на деле - ни фига не проще, начинаешь ставить и там столько заботливо разложенных граблей, что мама не горюй. Так что уверен - не проще. :)

[guеst]

3 часа назад, Andrei сказал:

[root@CR ~]# netstat -anp | grep :80
tcp        0      0 169.254.0.80:80             0.0.0.0:*                   LISTEN      4927/nginx
tcp        0      0 169.254.80.80:8080          0.0.0.0:*                   LISTEN      3232/mini_httpd
tcp        0      0 169.254.80.81:8081          0.0.0.0:*                   LISTEN      2783/uwsgi
tcp        0      0 169.254.80.83:8083          0.0.0.0:*                   LISTEN      27339/nginx
tcp        0      0 169.254.80.85:8085          0.0.0.0:*                   LISTEN      27374/uwsgi
tcp        0      0 188.130.xxx.xxx:54000         81.177.103.92:80            TIME_WAIT   -
[root@CR ~]# netstat -anp | grep :18083
tcp        0      0 188.130.xxx.xxx:18083             0.0.0.0:*                   LISTEN      12539/vboxwebsrv

Т.е. 80й порт не освободился.

ну потому что 80 порт слушает не apache, а nginx

Вы же хотели запустить apache и он не мог стартануть потому что 80 порт занят. Вы исправили , чтобы apache стартовал на 81 порту.

А на 80 порту как работал, так и работает сейчас у вас nginx

 

Изменено пятница в 08:00 пользователем guеst

[Andrei]

в /etc/httpd/conf/httpd.conf 

Listen 127.0.0.1:81

[root@CR conf]# /etc/init.d/httpd restart
Stopping httpd:                                            [  OK  ]
Starting httpd:                                            [  OK  ]
[root@CR ~]# vboxwebsrv -H 127.0.0.1
Oracle VM VirtualBox web service Version 4.3.40
(C) 2007-2016 Oracle Corporation
All rights reserved.
VirtualBox web service 4.3.40 r110317 linux.amd64 (Aug 22 2016 15:03:59) release log
00:00:00.000252 main     Log opened 2018-06-15T08:43:02.247940000Z
00:00:00.000255 main     Build Type: release
00:00:00.000266 main     OS Product: Linux
00:00:00.000269 main     OS Release: 2.6.32-696.30.1.el6.x86_64
00:00:00.000272 main     OS Version: #1 SMP Tue May 22 03:28:18 UTC 2018
00:00:00.000320 main     DMI Product Name: ProLiant DL385p Gen8
00:00:00.000338 main     DMI Product Version:
00:00:00.000740 main     Host RAM: 64373MB total, 63056MB available
00:00:00.000751 main     Executable: /usr/lib/virtualbox/vboxwebsrv
00:00:00.000753 main     Process ID: 19931
00:00:00.000754 main     Package type: LINUX_64BITS_EL_6
00:00:00.258695 SQPmp    Socket connection successful: host = 127.0.0.1, port = 18083, master socket = 8
00:00:05.254695 Watchdog Statistics: 0 websessions, 0 references


[root@CR conf]# netstat -anp | grep :80
tcp        0      0 169.254.0.80:80             0.0.0.0:*                   LISTEN      4927/nginx
tcp        0      0 169.254.80.80:8080          0.0.0.0:*                   LISTEN      3232/mini_httpd
tcp        0      0 169.254.80.81:8081          0.0.0.0:*                   LISTEN      2783/uwsgi
tcp        0      0 169.254.80.83:8083          0.0.0.0:*                   LISTEN      27339/nginx
tcp        0      0 169.254.80.85:8085          0.0.0.0:*                   LISTEN      27374/uwsgi
[root@CR conf]# netstat -anp | grep :81
tcp        0      0 127.0.0.1:81                0.0.0.0:*                   LISTEN      20125/httpd
[root@CR conf]# netstat -anp | grep :18083
tcp        0      0 127.0.0.1:18083             0.0.0.0:*                   LISTEN      19931/vboxwebsrv

 

И все равно  морда http://188.130.xxx.xxx:18083/phpvb не работает.

[Ivan_83]

В 15.06.2018 в 11:46, Andrei сказал:

И все равно  морда http://188.130.xxx.xxx:18083/phpvb не работает.

Вы хотите быстро и не хотите разбираться.

Попробуйте просто навести там порядок, 3-4 вебсервера на одной машине это явно перебор за гранью разумного.

Я бы советовал освоить nginx и потом получать удовольствие от работы с ним, как это делаю я. Там очень всё гибко и настраиваемо, и плагинов много, на все потребности, и мануалов полно.

 

0.0.0.0:*                   LISTEN      12539/vboxwebsrv

 

Я бы его не выставлял так в инет.