LINUX.ORG.RU

Сказ о том, как вендузятник вебмин установить не осилил.


0

2

Дано:
Вот такая лялька: http://www.online.net/en/dedicated-server/dedibox-xc
Установил дебиан.
Зашел через putty.exe в консольку.

Нагуглил мануал:
http://www.webmin.com/deb.html

Делаю раз:

wget http://prdownloads.sourceforge.net/webadmin/webmin_1.700_all.deb
Скачалось.
Делаю два:
dpkg --install webmin_1.700_all.deb
Получаю:
root@artstudio-3d:~# dpkg --install webmin_1.700_all.deb
(Reading database ... 53754 files and directories currently installed.)
Preparing to replace webmin 1.700 (using webmin_1.700_all.deb) ...
Unpacking replacement webmin ...
dpkg: dependency problems prevent configuration of webmin:
 webmin depends on libnet-ssleay-perl; however:
  Package libnet-ssleay-perl is not installed.
 webmin depends on libauthen-pam-perl; however:
  Package libauthen-pam-perl is not installed.
 webmin depends on libio-pty-perl; however:
  Package libio-pty-perl is not installed.
 webmin depends on apt-show-versions; however:
  Package apt-show-versions is not installed.

dpkg: error processing webmin (--install):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 webmin
root@artstudio-3d:~#

В мануале на сей счет пишут:

apt-get install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl apt-show-versions python

Делаю, получаю:


root@artstudio-3d:~# apt-get install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl apt-show-versions python
Reading package lists... Done
Building dependency tree
Reading state information... Done
libpam-runtime is already the newest version.
perl is already the newest version.
python is already the newest version.
openssl is already the newest version.
openssl set to manually installed.
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 apt-show-versions : Depends: libapt-pkg-perl (>= 0.1.21) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
root@artstudio-3d:~#

-f install - не помогло. Если кто-то еще дочитал эту портянку, то ткните носом в косяк


libpam-runtime is already the newest version.
perl is already the newest version.
python is already the newest version.
openssl is already the newest version.
openssl set to manually installed.
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 apt-show-versions : Depends: libapt-pkg-perl (>= 0.1.21) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
root@artstudio-3d:~#
dk- ()

apt-show-versions : Depends: libapt-pkg-perl (>= 0.1.21) but it is not going to be installed

А если попробовать сначала руками установить недостающий пакет, то есть apt-get install libapt-pkg-perl?

yura_ts ★★ ()
Ответ на: комментарий от yura_ts
root@artstudio-3d:~# apt-get install libapt-pkg-perl
Reading package lists... Done
Building dependency tree
Reading state information... Done
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
webmin : Depends: libnet-ssleay-perl but it is not going to be installed
Depends: libauthen-pam-perl but it is not going to be installed
Depends: libio-pty-perl but it is not going to be installed
Depends: apt-show-versions but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
root@artstudio-3d:~#
dk- ()

фу стыдоба. вебмин. не пиши больше на лор. не позорься.

MikeDM ★★★★★ ()
Ответ на: комментарий от anonymous

Все равно пишет

openssl set to manually installed.
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 apt-show-versions : Depends: libapt-pkg-perl (>= 0.1.21) but it is not going to be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).

dk- ()

На мой взгляд подобные конфликты легче разрешать в aptitude.

orm-i-auga ★★★★★ ()
Ответ на: комментарий от xtraeft

Если уж сильно хочется, то тебе нужен пункт «Using the Webmin APT repository» из твоей ссылки.

Благодарю.
Еще бы понять чем gedit the /etc/apt/sources.list сделать.

Ибо gedit нот фаунд и не ставится.

dk- ()
Ответ на: комментарий от dk-

Еще бы понять чем gedit the /etc/apt/sources.list сделать.

У тебя ведь там нет иксов. Юзай nano хотя бы.
P.S. там для sarge репы, так что править надо. Судя по тому что адекватных реп нет (и в репах дебиана вебмина тоже нету), это вообще мрак какой то.

xtraeft ★★☆☆ ()
Ответ на: комментарий от xtraeft

Вообще на какой-то момент вендузятский подход завякал «да не гугли ты решение, поставь другой дистриб, посмотри что будет» )))

dk- ()
Ответ на: комментарий от dk-

Лучший вариант. Я сейчас на ubuntu-сервер 14.04 напарника «учу».

dhameoelin ★★★★★ ()
Ответ на: комментарий от dk-

А за Плеск мне еще и денег жалко : = )

одно говно другого не лучше.

MikeDM ★★★★★ ()
Ответ на: комментарий от dhameoelin

Я к нему за несколько лет привык, освоился.
Задачи возложенные - решает без претензий к нему.

Монстры типа Плеска для меня избыточны.

Джедайский путь «вообще без этой лажи и только консолька» для меня муторный. Я сам замучаюсь и лор заспамлю «помогите-тредами».

dk- ()

Общие советы от Капитана О.

— Конфликты разруливать через aptitude
— Забыть webmin. Без него реально намного удобнее, не говоря уже про безопасность.

KRoN73 ★★★★★ ()

Это, конечно, проблемы дебиана, да.
Хотя, нет. Проблема, дорогие коллеги, куда глубже. Тупые разработчики «энтерпрайзных» в кавычках программ, пишут эти самые программы, которые тащат за собой зависимости из нестабильных веток дистрибутива.
Проблема №2. Наивные админы-пользователя ставют на сервера программы, которые не могут корректно работать со стабильным дистрибутивом, ТО ЕСТЬ НЕ ПРЕДНАЗНАЧЕНЫ ДЛЯ ИСПОЛЬЗОВАНИЯ НА КРИТИЧЕСКИХ СЕРВЕРАХ.

darkenshvein ★★★★★ ()
Ответ на: комментарий от dk-

Джедайский путь «вообще без этой лажи и только консолька» для меня муторный. Я сам замучаюсь и лор заспамлю «помогите-тредами».

Пфф, какая чушь. Нет там джедайства. Маны, гугл и ЛОР тебе помогут.

P.S.: ты знаешь, в адекватном «помогите-треде» и отписаться приятно)

dhameoelin ★★★★★ ()
Ответ на: комментарий от dhameoelin

Пфф, какая чушь. Нет там джедайства. Маны, гугл и ЛОР тебе помогут.

Панель иногда действительно удобна, только если это не вебмин :)

xtraeft ★★☆☆ ()
Ответ на: комментарий от darkenshvein

С чего ты взял что он устраивался на какую-то работу и у него критически важный сервер?

xtraeft ★★☆☆ ()
Ответ на: комментарий от KRoN73

— Забыть webmin. Без него реально намного удобнее,

Это согласен.

не говоря уже про безопасность.

Вот тут не знаю, многие вещи mysql, mongo, memcached зачем-то слушают 0.0.0.0 я не знаю какой там в дебиане дефолтный фаервол но это совсем не безопасно.

hidden_4003 ()
Ответ на: комментарий от hidden_4003

многие вещи mysql, mongo, memcached зачем-то слушают 0.0.0.0

mysql по дефолту всегда слушает только 127.0.0.1. По крайней мере во всех дистрибутивах последнего времени, где с ним работал. Gentoo, Ubuntu, CentOS.

memcached, кажется, тоже. Но тут уверенно не скажу.

Вот про mongo — да, оно, кажется, на 0.0.0.0 по умолчанию.

я не знаю какой там в дебиане дефолтный фаервол

Ну, по хорошему, всё это надо сажать в LXC-контейнер за NAT и тогда добраться до него можно будет только тем, кому разрешишь явно :)

но это совсем не безопасно.

mysql на 0.0.0.0 совершенно безопасен. Половина Интернета работает в таком варианте :) А вот webmin — это постоянный гость новостей на тему уязвимостей...

KRoN73 ★★★★★ ()
Ответ на: комментарий от xtraeft

Это говно тянет за собой мускул, эксим и кучу всякого говна, которое либо не нужно, либо стоит отдельно в соседнем контейнере, либо вместо экзима и того левого имапсервера что оно хочет стоит постфикс и dbmail, например.

INFOMAN ★★★★★ ()
Ответ на: комментарий от KRoN73

mysql по дефолту всегда слушает только 127.0.0.1. По крайней мере во всех дистрибутивах последнего времени, где с ним работал. Gentoo, Ubuntu, CentOS.

Запустил виртуалку с centos 6.5 и mysql так вот с пустым my.cnf оно слушает 0.0.0.0,

mysql на 0.0.0.0 совершенно безопасен. Половина Интернета работает в таком варианте :) А вот webmin — это постоянный гость новостей на тему уязвимостей...

То что это безопасно, как минимум спорное утверждение, поломать может и не поломают но dos могут устроить или замедлить.

Ну, по хорошему, всё это надо сажать в LXC-контейнер за NAT и тогда добраться до него можно будет только тем, кому разрешишь явно :)

Он webmin установить не может, какой контейнер? :)))

hidden_4003 ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.