» Новичок в GNU/Linux’е

comrades, iptables позволяет раздать интернет через вторую сетевую, не делая комп шлюзом (т.е., чтобы с этого компа тоже можно было пользоваться интернетом)?
или смотреть в сторону 3proxy, например?

Skif_off
Цитата:

iptables позволяет раздать интернет через вторую сетевую, не делая комп шлюзом (т.е., чтобы с этого компа тоже можно было пользоваться интернетом)?

это не совсем свзяные вещи))) комп становится шлюзом при прописи одного правило для маршрутизации исходящего трафика. И разрешения транзитного трафика на машине.
За подробностями настройки в соответствующую тему. И внимательно изучаем ссылки из шапки.

Подскажите какую версию linux лучше взять под настройку прокси сервера?

popugai, что Вы поразумеваете под версией Linux?

Прошу прощения неправильно выразился. Всмысле какой дистрибутив лучше подойдет под прокси сервер?

popugai
Выбор дистрибутива ГНУ/Линукса

Есть такой хитрый дистрибутив "Kerio Control Software Appliance", который базируется на:
Код: ~ # cat /proc/version
Linux version 2.6.32-k4-kerio-686 (Debian 2.6.32-15) (ben@decadent.org.uk) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Thu Jul 22 10:01:41 UTC 2010

m0nty2k5
http://wiki.debian.org/DebianPackageManagement
Должен быть хотя бы dpkg или ipkg, opkg, если это что-то вроде busybox

terminat0r
нет ни одного из выше перечисленного - видать авторы дистра перебдели за качество своей продукции, чтоб "шаловливые ручки" ни чего не натворили ...

m0nty2k5
Ну и творчество... Повбывав бы. gcc то там хоть есть?

"not found" - хоть какие-то шансы есть, например, тупо скопировать бинарники менеджера?

Добавлено:
по слову gcc нашел только /lib/libgcc_s.so.1

m0nty2k5
Жёстко конечно, ну всегда можно копирнуть туды бинарники tcc или gcc, например... И потом уже компилить из исходников... (В общем нужен как минимум готовый к работе make).
Для успокоения души надо спросить про apt.

p.s. Почему бы не взять понравившейся дистр, тот же Debian Squeeze и не установить туда Kerio Control. Вот как раз только что человек спрашивал про махинацию установки Kerio на х64 систему.

Alukardd
Цитата:

p.s. Почему бы не взять понравившейся дистр, тот же Debian Squeeze и не установить туда Kerio Control.

Мне казалось что он есть только для "винды" и в виде того дистра.
Винду ставить не хочу - слишком круто для простого домашнего маршрутизатора с самбой, а под линукс Kerio Control нет, есть только та несчастная сборка ...


Цитата:

Вот как раз только что человек спрашивал про махинацию установки Kerio на х64 систему.

Там Connect, а у меня Control.


Цитата:

И потом уже компилить из исходников...

Так или есть описание лучше?

Добавлено:
Думаю, лучше мне поискать аналоги под линукс.
Вот к примеру: http://www.ideco-software.ru/products/free_home_edition.aspx?l=126

m0nty2k5
вы бы обьяснили сначала что вам нужно.

terminat0r
это уже для другой темы, но я там вряд ли появлюсь ибо гугл уже освежил мою память (я несколько лет назад уже носил подобную идею и уже находил для нее решение).

Мне по сути нужен NAS с функцией роутера (графики, лог, учет - обязателен лишь из-за моего любопытства сколько и как качается).
Роутеры не подходят из-за слабого железа (последние модели) - самба ели тянет 3мб/сек, а мне б не меньше 30мб/сек.
NAS - нужно два порта, а это уже не дешево и вот приходиться импровизировать: купил мать АМ2+, процессор Athlon II X2, все остальное уже имелось. Даунклокнул процессор до 600Мгц и получил бесшумную систему.
Осталось только отконфигурировать.

Сейчас буду пытать в виртуалке Ideco ICS и pfSense.

m0nty2k5
Если соберётесь, то статья про исходники хорошо написана. Только пункты 7 и 8 вам не к чему...

Вам стоит ознакомится с шапкой этой темы нашего прекрасного форума.

Alukardd
спасибо за ссылку!
Благодаря ей нашел то, что мне нужно было на все сто (самба "искаропки" и графики красивые ) - Zentyal (eBox)!

подскажите как в centos 5.5 поставить boost141 ? (в yum list *boost* только 1.33.1-10.el5)
нашел это - скачал, сделал:
rpm -i boost141-1.41.0-2.el5.src.rpm
rpmbuild --rebuild boost141-1.41.0-2.el5.src.rpm
выдало:

Цитата:

error: Failed build dependencies:
cmake is needed by boost141-1.41.0-2.x86_64
bzip2-devel is needed by boost141-1.41.0-2.x86_64
python-devel is needed by boost141-1.41.0-2.x86_64
libicu-devel is needed by boost141-1.41.0-2.x86_64
chrpath is needed by boost141-1.41.0-2.x86_64
openmpi-devel is needed by boost141-1.41.0-2.x86_64
mpi-selector is needed by boost141-1.41.0-2.x86_64
mpich2-devel is needed by boost141-1.41.0-2.x86_64

(руками я эти пакеты искать и ставить не хочу, это и не кошерно и подозреваю что они еще какие нить пакеты потребуют к себе в дополнение)

Добавлено:
так тоже делал:

Код:
# rpm -ivh http://download.fedora.redhat.com/pub/epel/5/SRPMS/boost141-1.41.0-2.el5.src.rpm
Retrieving http://download.fedora.redhat.com/pub/epel/5/SRPMS/boost141-1.41.0-2.el5.src.rpm
warning: /var/tmp/rpm-xfer.ed1Pzm: Header V3 DSA signature: NOKEY, key ID 217521f6
1:boost141 warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
########################################### [100%]
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root
warning: user mockbuild does not exist - using root
warning: group mockbuild does not exist - using root

DrakonHaSh
С ходу -- маленький нюанс, таким способом ставить пакеты на CentOS -- изощрение, подключите себе репозиторий EPEL (умеете это делать? На всякий случай подсказка) и установите, что надо, штатными средствами (yum).

Viewgg
круто, Спасибо.


Цитата:

умеете это делать?

благодаря Вам уже да
wget http://download.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm
rpm -ihv epel-release-5-4.noarch.rpm

Добавлено:
вопросы в догонку:

как обновить rpm ? (сам не нашел [хотя минут 20 гугл штудировал])
при попытке установить http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-5.noarch.rpm выдает:
rpmlib(FileDigests) <= 4.6.0-1 is needed by epel-release-6-5.noarch
rpmlib(PayloadIsXz) <= 5.2-1 is needed by epel-release-6-5.noarch

подходят ли rpm пакеты от fedora для CentOS 5.5 x32_64 (если да, то от какой/каких)



Добавлено:

---

короче, в чем смысл всех этих моих вопросов:
мне надо на CentOS 5.5 x32_64 поставить edb debugger.
из исходников собрать не получается - ругается при make (хотя на убунте x32 собирал без проблем)
нашел в rpmfind - это но и тут блин облом:

Код:
#rpm -ihv edb-0.9.17-1.fc15.x86_64.rpm

error: Failed dependencies:
libc.so.6(GLIBC_2.14)(64bit) is needed by edb-0.9.17-1.fc15.x86_64
libstdc++.so.6(GLIBCXX_3.4.11)(64bit) is needed by edb-0.9.17-1.fc15.x86_64
libstdc++.so.6(GLIBCXX_3.4.9)(64bit) is needed by edb-0.9.17-1.fc15.x86_64
rpmlib(FileDigests) <= 4.6.0-1 is needed by edb-0.9.17-1.fc15.x86_64
rpmlib(PayloadIsXz) <= 5.2-1 is needed by edb-0.9.17-1.fc15.x86_64

DrakonHaSh
Значит, так, я попробую объяснить "от сотворения мира", чтобы было нагляднее, если я что-то тривиальное скажу, не обижайтесь, ОК? CentOS -- это клон Red Hat Enterprise Linux (RHEL), совместимый с ним по версиям. RHEL 5 собран на основе Fedora Core 6, RHEL 6 -- на основе Fedora 12 и 13. Остюда напрашивается вывод, что в репозиториях Fedora и EPEL для RHEL 6 пакеты существенно более новые, чем в Вашей системе, и подружить их вряд ли удастся.


Цитата:

мне надо на CentOS 5.5 x32_64 поставить edb debugger.

С архитектурой Вы что-то намудрили, такой не бывает , но это неважно. В репозиториях, действительно, этого пакета нет, но это вообще характерная проблема дистрибутивов подобного класса -- ограниченное количество софта + часто устаревшие версии.


Честно говоря, я бы лично не советовал новичку ставить себе дистрибутив Ынтырпрайз-класса, а в Вашем случае просто рекомендовал бы поставить Fedora (наверное, лучше пока 14-ю) и не мучиться в дальнейшем с подобными проблемами (дистрибутив похожий, поскольку они близкие "родственники", зато там софта в репозиториях много и он достаточно свежий), а то это известная проблема: "Поставил RHEL/CentOS/Scientific Linux/... , не могу поставить пакет X". Отмечу на всякий случай, что сказанное выше является моим личным мнением, кто-то может со мной не согласиться, хотя я придерживаюсь следующего подхода (Линус Торвальдс бы, кстати, меня поддержал ): дистрибутивы для того и существуют, чтобы пользователь просто брал нужный ему софт из репозитория и работал, а не тратил время на сборку из исходничков, возню с зависимостями и т. д.

По причине усталости и невнимательности в SLED 11 из-под root'а были выполнены из корня (/) последовательно команды:
Код: find . -type d -exec chmod 755 {} \;

KrgUser
В лучшем случае система продолжит корректно функционировать, с тем лишь упущением, что вы расширили права простых смертных до непозволительных...
В худшем система откажется корректно функционировать при текущих правах на определённые файлы, особенно это касается всевозможных ключей шифрования.
ИМХО, 2 правильных пути: 1 - если имеется бэкап, то откатится, если нет смотри дальше 2 - поставить всё с нуля

> поставить всё с нуля
Увы, не знаком с пакетной системой SLED'а, но в Дебиане можно было бы переустановить все пакеты (# aptitude reinstall ~i).

ASE_DAG
Возможно и спасло бы... Но зачем? Проще уже с нуля поставить, скопировав (хотя это и так должно быть сделано) все изменённые конфиги.

У меня тут еще мысля появилась но озвучивать не стал, но раз пошла такая канитель с aptitude то выскажу и её:
В общем создать файл на нормальной системе со списком всех файлов и их прав доступа. А потом на покорёженной восстановить из этого файла скриптом.

Alukardd
> Проще уже с нуля поставить
Почему?

> создать файл на нормальной системе со списком всех файлов и их прав доступа
А зачем система? Тем более на ней могут быть не все файлы, что на данной. Наверняка и для SLED'а есть вот такой файлик (30 Мб).

ASE_DAG
подозревал, что существует, но настолько в это не верил, что даже не пошёл проверять/искать...
Кстати как ЭТО правильно называется? Хочу такой для Debian и вообще знать что искать...

p.s. кстати не очень удобно его будет парсить, но тем не менее...

Alukardd
> Хочу такой для Debian
Не встречал, увы.

> не очень удобно его будет парсить
Там только символьной формой представления прав могут быть проблемы (надо отконвертировать в понятную chmod'у форму).

ASE_DAG
А жаль(((
По аналогии с тем, что вы показали мне придумал, что помимо глухого find или еще какого ls по всем каталогам системы, можно сделать разбивку по пакетам. Финт в 3 команды - ну выводы конечно надо парсить...
dpkg-query -W
dpkg-query -L $packagename
ls -l $filename

Добавлено:
Меня начал мучить странный вопрос - а сколько в ViM различных клавиатурных команд? Команды вводимые в командном режиме не считаются (только их аналоги в виде сочетания клавиш, их последовательности или одной клавиши).

Alukardd
Брр... Не догоняю. Это для чего?