Проблемы с установкой на Ubuntu 14.04 с прокси

[sazhyk]

Добрый день.
Пытаюсь установить Vest'у на чистый сервер с ubuntu, который работает за прокси сервером. Сервер будет использоваться для разработки сайта на Django. Сервер установлен на KVM Debian 8.1

Code: Select all

user@kvm:~# cat /etc/debian_version 
8.1

Скачивает firewall.tar.gz и установка останавливается. Если честно но очень умею ковыряться в логах. А уж где посмотреть логи установки Vest'ы и подавно не знаю. Поэтому точнее описать проблему пока не могу. Установить панель на сервер минуя прокси не получится. В итоге она и будет работать за проксей.

Code: Select all

user@django:~$ uname -a
Linux django.site 3.19.0-26-generic #28~14.04.1-Ubuntu SMP Wed Aug 12 14:09:17 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Code: Select all

user@django:~$ sudo netstat -tpln
Активные соединения с интернетом (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State       PID/Program name
tcp        0      0 0.0.0.0:993             0.0.0.0:*               LISTEN      19090/dovecot   
tcp        0      0 0.0.0.0:995             0.0.0.0:*               LISTEN      19090/dovecot   
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      18650/mysqld    
tcp        0      0 0.0.0.0:587             0.0.0.0:*               LISTEN      19060/exim4     
tcp        0      0 0.0.0.0:110             0.0.0.0:*               LISTEN      19090/dovecot   
tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN      19090/dovecot   
tcp        0      0 192.168.166.154:8080    0.0.0.0:*               LISTEN      19561/apache2   
tcp        0      0 192.168.166.154:80      0.0.0.0:*               LISTEN      19982/nginx.conf
tcp        0      0 127.0.0.1:8081          0.0.0.0:*               LISTEN      19561/apache2   
tcp        0      0 0.0.0.0:465             0.0.0.0:*               LISTEN      19060/exim4     
tcp        0      0 127.0.0.1:8084          0.0.0.0:*               LISTEN      19982/nginx.conf
tcp        0      0 192.168.166.154:53      0.0.0.0:*               LISTEN      18772/named     
tcp        0      0 127.0.0.1:53            0.0.0.0:*               LISTEN      18772/named     
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN      18584/vsftpd    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      18438/sshd      
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN      19060/exim4     
tcp        0      0 127.0.0.1:953           0.0.0.0:*               LISTEN      18772/named     
tcp        0      0 192.168.166.154:8443    0.0.0.0:*               LISTEN      19561/apache2   
tcp        0      0 0.0.0.0:2525            0.0.0.0:*               LISTEN      19060/exim4     
tcp6       0      0 :::993                  :::*                    LISTEN      19090/dovecot   
tcp6       0      0 :::995                  :::*                    LISTEN      19090/dovecot   
tcp6       0      0 :::587                  :::*                    LISTEN      19060/exim4     
tcp6       0      0 :::110                  :::*                    LISTEN      19090/dovecot   
tcp6       0      0 :::143                  :::*                    LISTEN      19090/dovecot   
tcp6       0      0 :::465                  :::*                    LISTEN      19060/exim4     
tcp6       0      0 :::22                   :::*                    LISTEN      18438/sshd      
tcp6       0      0 :::25                   :::*                    LISTEN      19060/exim4     
tcp6       0      0 ::1:953                 :::*                    LISTEN      18772/named     
tcp6       0      0 :::2525                 :::*                    LISTEN      19060/exim4     

В и тоге, так и не могу понять, почему останавливается установка. Если прервать установку (после 2 часов ожидания), перестает обновлять пакеты по

Code: Select all

apt-get update

пишет, что подключается к прокси и всё.
Если запустить установку снова, то естественно ругнётся на то, что кое-какие пакеты уже установлены и естественно просит запуститься с ключем -f, но не запускает установку, так как не может подключиться к прокси.
После перезакрузки тоже самое.
Так же не дает удалить весту по

Code: Select all

apt-get remove vesta*

и вообще никаикие пакееты не удаляет и не ставит
Способ viewtopic.php?f=43&t=7485 не помог ))
Уже просто не понимаю куда копать.

[skurudo]

Работать она будет, без прокси или интернета - вопрос только с обновлениями, но на данном этапе не принциально. Так это.. может дело в прокси и стоит на самой прокси посмотреть, почему не скачивает? Ограничение какое к примеру, авторизация или прокси к https не пускает.

Не могу не процитировать:

— Посмотри в собаке.
— Как это — посмотри в собаке?
— Ну, в смысле открой её.
— Твою мать, это не консервная банка бобов, что значит «открой её»?!

[sazhyk]

Работать она будет, без прокси или интернета - вопрос только с обновлениями, но на данном этапе не принциально. Так это.. может дело в прокси и стоит на самой прокси посмотреть, почему не скачивает? Ограничение какое к примеру, авторизация или прокси к https не пускает.

Не могу не процитировать:

— Посмотри в собаке.
— Как это — посмотри в собаке?
— Ну, в смысле открой её.
— Твою мать, это не консервная банка бобов, что значит «открой её»?!

Про собаку - это да, спасибо, порадовали с утра.

Но вернемся к нашим баранам.

Вчерась, когда писался топик, я параллельно запустил снова (уже и не помню в который раз) чистую установку Ubuntu 14.04.3, VestaCP. Оставил это дело на ночь. С утра пришла ну уж совсем бредовая мысль

Code: Select all

root@django:# ufw disable

Система сказала, что сетевой экран отключен, и больше не запустится при старте системы.
Затем

Code: Select all

root@django:# apt-get update

и вуаля, побежали строчки обновления.
Собсна вопрос новый: почему все проделанные действия на чужом ВПС затруднений не вызывали, а на собственной виртуалке вот такая неприятность выросла? И как теперь исправить всё это? Я понимаю, что серв находится в локалке и прямого доступа из инета к нему нет и не будет, и можно бы оставить ufw отключенным. НО! Это не есть хорошо с точки зрения безопасности, думаю всем это понятно. Хотя с другой стороны - iptables работает

Code: Select all

root@django:~# iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
fail2ban-VESTA  tcp  --  anywhere             anywhere             tcp dpt:8083
fail2ban-MAIL  tcp  --  anywhere             anywhere             multiport dports smtp,urd,submission,2525,pop3,pop3s,imap2,imaps
fail2ban-SSH  tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:ssh
ACCEPT     tcp  --  anywhere             anywhere             multiport dports http,https
ACCEPT     tcp  --  anywhere             anywhere             multiport dports ftp,12000:12100
ACCEPT     udp  --  anywhere             anywhere             udp dpt:domain
ACCEPT     tcp  --  anywhere             anywhere             multiport dports smtp,urd,submission,2525
ACCEPT     tcp  --  anywhere             anywhere             multiport dports pop3,pop3s
ACCEPT     tcp  --  anywhere             anywhere             multiport dports imap2,imaps
ACCEPT     tcp  --  anywhere             anywhere             multiport dports mysql,postgresql
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:8083
ACCEPT     icmp --  anywhere             anywhere
ACCEPT     all  --  django               anywhere
ACCEPT     all  --  localhost            anywhere
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:ftp-data
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:ftp
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:ssh
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:smtp
ACCEPT     udp  --  anywhere             anywhere             udp spt:domain
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:http
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:https
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:pop3
ACCEPT     udp  --  anywhere             anywhere             udp spt:ntp
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:imap2
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:mysql
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:postgresql
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:http-alt
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:8433
ACCEPT     tcp  --  anywhere             anywhere             tcp spt:8083
ACCEPT     tcp  --  anywhere             anywhere             tcp spts:12000:12100

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination

Chain fail2ban-MAIL (1 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere

Chain fail2ban-SSH (1 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere

Chain fail2ban-VESTA (1 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere

Chain fail2ban-ssh (0 references)
target     prot opt source               destination
RETURN     all  --  anywhere             anywhere

Chain vesta (0 references)
target     prot opt source               destination

[skurudo]

Э... а как так получилось, что ufw стояло и работало? Оно же не идет в комплекте с чистой убунтой? :)

[sazhyk]

Э... а как так получилось, что ufw стояло и работало? Оно же не идет в комплекте с чистой убунтой? :)

Мне что-то придумывать смысла нет.
Вот алгоритм моих действий:

1. Скачиваю с сайта canonical всежую версию Ubuntu

• Создаю виртуалку

• Устанавливаю в режиме эксперта. Из дополнительных программ только SSH

• После установки

  Code: Select all

  apt-get update

  Code: Select all

  apt-get upgrade

  Code: Select all

  apt-get install mc htop

• wget http://vestacp.com/pub/vst-install.sh

• chmod +x vst-install.sh

• ./vst-install.sh

Всё!

UPD!
Имеет ли значение как скачивать скрипт установки?
Так

Code: Select all

wget http://vestacp.com/pub/vst-install.sh

или так

Code: Select all

curl -O http://vestacp.com/pub/vst-install.sh

UPD2!
Ради эксперимента снова запустил чистую установку убунты. После обновок

Code: Select all

ufw disable

Затем установка весты по манулу.
И снова остановка на том же этапе, скачивает firewall.tar.gz и останавливается. Залогинился на tty2, снова отключил ufw и установка завершилась успехом.
...
PROFIT!!1
Что-то я совсем запутался :(

[skurudo]

Мне что-то придумывать смысла нет.

Не обвиняю, вы не подумайте. Для меня это не меньшая неожиданность :)
Образ с оф сайта? Хотел бы тоже поэкспериментировать.

[sazhyk]

Мне что-то придумывать смысла нет.

Не обвиняю, вы не подумайте. Для меня это не меньшая неожиданность :)
Образ с оф сайта? Хотел бы тоже поэкспериментировать.

Может в canonical чего нового напридумывали? )))
Я вот ещё попробую стартнуть на виртуалке вне сети с прокси. Хотя это должно быть ни при чем. Но ради эксперимента.
Вообще (не примите за камень в огород Debian) у Debian, а соответственно и в Ubuntu тоже может быть, есть проблемы в виртуализации по схеме:
Хостовая машина - Debian 8.x
Гостевая машина - Debian 8.x
Там неприятности с сетевушками virtio. В семерке я такой беды не замечал. Но отказаться о построенной схемы пока не могу.
Извините за оффтоп.

[sazhyk]

Ммм... После перезагрузки сервера снова стартует ufw и снова не пускает за обновками и прогами '-(

[skurudo]

Ммм... После перезагрузки сервера снова стартует ufw и снова не пускает за обновками и прогами '-(

update-rc.d ufw disable
А если отключить автостарт?

[sazhyk]

Поставил снуля всё на виртуалбох в винде. OHSHI~

update-rc.d ufw disable
А если отключить автостарт?

Code: Select all

root@vestacp:~# update-rc.d ufw disable
update-rc.d: /etc/init.d/ufw: file does not exist

а дальше ещё интересней )))

Code: Select all

root@vestacp:~# aptitude update
0% [Соединение с 192.168.X.X (192.168.X.X)] [Соединение с 192.168.X.X (192.168.X.X)] [Соединение с 192.168.X.X (192.168.X.X)] [

где 192.168.Х.Х - адрес прокси
Останавливаю aptitude CTRL-C

Code: Select all

root@vestacp:~# ufw status
Состояние: неактивен

Code: Select all

root@vestacp:~# ufw disable
Межсетевой экран отключён и не будет запускаться при запуске системы

Code: Select all

root@vestacp:~# aptitude update
Игнор http://ru.archive.ubuntu.com trusty InRelease
Игнор http://ru.archive.ubuntu.com trusty-updates InRelease
Игнор http://ru.archive.ubuntu.com trusty-backports InRelease
Из кэша http://ru.archive.ubuntu.com trusty Release.gpg
Из кэша http://ru.archive.ubuntu.com trusty-updates Release.gpg

...

Текущее состояние: 0 обновлено [-3], 12 новых [+6].

Я бы и не писал на этом форуме всё это, ибо проблема вроде как в убунте, и писать стоит на сообветствующие форумы. НО... вся батва начинается после установки Vest'ы.

reboot и всё сначала (((