cppmm

Ну, не знаю, кому как, а меня всё-таки радует kingston. Его и использую... Касательно свопа, не думаю, что с нынешними винтами не слишком напряжно выделить полгига на всякий случай. Так сам и делаю, но с 2-мя гигами оперативы вам придётся довольно сильно постараться, чтобы десктоп начал свопится. Во всяком случае для работы брозёра, аськи, офиса и подобного, точно уж не получится.

К слову... Для тех, кому, может, пригодится... Можно обойтись и без зебры. Я имею ввиду iproute2 + iptables

Byte писал(а) Fri, 07 December 2007 09:08 Сенкс! Все хорошо, за исключением того, что вот это не получится: cppmm писал(а) Fri, 07 December 2007 00:17 После старый сервер стопится, новый стартуется. на данном сервере еще есть ряд сервисов которые надо, чтобы на нем и остались, как то sendmail. Так что потушить не получится... А что мешает перенести и sendmail?

Я бы перевёл всех только на один сервер(тот, что мощнее). Настройка доступа в инет через двух провайдеров - это классический пример из Lartc Howto с помощью iproute2 + iptables. По поводу серверов, тоже всё просто. На новом сервере поднимаются аналоги того, что крутилось на старом и тупо копируется контент. После старый сервер стопится, новый стартуется. Всё. Можно идти пить пиво на рабостях.

И это пишет компания, которая выпускает один из самых кривых дистров? )

allez писал(а) Wed, 05 December 2007 18:00 cppmm, если вдруг когда-нибудь у вас под рукой опять ничего. кроме Оперы не окажется, загляните в меню "Вид" - там есть пункт "По ширине окна". На Линукс.ру я включаю эту опцию и сайт начинает выглядеть так же, как в Firefox и Konqueror. Спасибо. Учтём. Я, как постоянный пользователь FireFox в настройки оперы практически не заглядывал. Да и смысл изучать, если использовать приходится только иногда на LiveCD Frenzy.

Недавно пришлось посидеть некоторое время под Frenzy, а там из брозёра только Opera. Вот тогда я понял, про что тут говорят. Вся таблица форума сдвинута на половину экрана, а текст расположен "столбиками". В общем, довольно страшное зрелище. ) Сейчас на родном debian из-под Firefox всё отлично. Скриншот, к сожалению я не сделал. В обоих случаях 1024х768 P.S. любители оперы, ни в коем случае не подумайте, что я раздуваю холивар. ) Просто делюсь наблюдениями. Мало ли, вдруг это поможет для решения проблемы.

Гугл говорит, что это изменения в протоколе. Мне из-за этого пришлось отказаться от centericq, потому что клиент уже не поддерживается и никто патчить его не будет, а centerim - уже не то. (

Я сейчас обычно ставлю "голую систему", а потом при помощи apt-get доустанавливаю, всё что надо. Довольно удобно и ничего лишнего.

Я думаю, можно копнуть в сторону vlan. Я такое делаю, но используя аппаратный коммутатор.

Byte писал(а) Fri, 23 November 2007 11:48 Legalizer писал(а) Fri, 23 November 2007 11:29 (а заодно и Свисту тоже вытрут, потому что работать с ней невозможно) оффтоп, конечно, но это, имхо, вопрос спорный... опять же, оффтоп. Но наши ребята из фирмы, специализирующиеся по виндам, ругаются на висту жутко. ) Говорят, настроить невозможно, установить что-нибудь очень сложно, и вообще всё как-то мутно и криво. )

Алексей писал(а) Fri, 23 November 2007 09:56 Большое Вам спасибо! Когда я уже научюсь находить нужную мне информацию без посторонеей помощи :cry: man google )

Да, извиняюсь. Сам не прочитал. Во фряхе mount работает иначе. Я привык к линуховому. Вот, что нарыл: Цитата: 1. Проверяем, есть ли у нас в ядре псевдо-устройство vn. Если нет - добавляем их штучки 2-4 (pseudo-device vn 4) и пересобираем ядро, перегружаемся. 2. Создаем в /dev соотв. specials, если их нет: cd /dev && ./MAKEDEV vn0 vn1 vn2 vn3 3. Подключаем файл к свободному устройству: vnconfig -c /dev/vn0c file.iso 4. Монтируем: mount -r -t iso9660 /dev/vn0c /mnt 5. Работаем с /mnt 6. Размонтируем: cd /root; umount /mnt 7. Отключаем: vnconfig -u /dev/vn0c (с) http://www.opennet.ru/base/sys/mountcd.txt.html

Цитата: File: grub.info, Node: FreeBSD, Next: NetBSD, Prev: GNU/Linux, Up: OS-specific notes 4.2.3 FreeBSD ------------- GRUB can load the kernel directly, either in ELF or a.out format. But this is not recommended, since FreeBSD's bootstrap interface sometimes changes heavily, so GRUB can't guarantee to pass kernel parameters correctly. Thus, we'd recommend loading the very flexible loader `/boot/loader' instead. See this example: grub> root (hd0,a) grub> kernel /boot/loader grub> boot © info grub

Ядро должно быть собранно с опциями: options PSEUDOFS options PROCFS Также монтирование /proc должно быть прописанно в fstab.

man netstat

Thomas XIII писал(а) Mon, 19 November 2007 20:08 Legalizer писал(а) Mon, 19 November 2007 19:57 Google не помогает? По существу: 1. Pidgin (бывший Gaim) и Kopete - два самых продвинутых клиента. Если найдете еще чего-нибудь, оно скорее всего будет уступать по функционалу. 3. Либо решать проблемы с Xmms, либо переходить на другой проигрыватель, ИМХО. Аналогов немного (потому как Winamp-style проигрыватели сейчас не сильно популярны). С XMMS разобрался, надо все-таки почаще читать Ридми) По поводу gaim и Kopete... Ну зачем мне MSN, Yahoo! и, прости Господи, Gadu-Gadu? Я только аськой пользуюсь. Мне главное удобный интерфейс, поэтому с QIP переходить на эту парочку немного сложновато... Плюс, например, в gaim меня напрягает, что контакты, которые тебя не авторизовали, всегда невидимы... Дело даже не в том, что они непривычны (уж за месяц бы привык), просто для меня они неудобны. А воспользоваться настройками? У меня, конечно, не gaim, а centericq, но он тоже может делать все протоколы, а я пользуюсь только аськой и хорошо.

Почитать man mount.

SShMeL писал(а) Tue, 13 November 2007 17:40 попробую еще спросить пару вопросов. 1. Wi-Fi ASUS 138gE+ пытаеться поставить дрова с винды, боксовые говорит не подходят, новые с асус.ком тоже не подходят, скачивал дрова с того адреса с которого он предлагает, какой-то немецкий сайт, таже история. Может у асус под лин есть где еще каакие дрова или их надо как-то специфически ставить? Копните в сторону ndiswrapper. Хотя мандрива это сама предлагает. Странно, что вы не заметили.

JentryLo писал(а) Mon, 12 November 2007 20:09 а что будет если удалить файлы устройств флопика? Простое удаление вряд ли поможет, а вот если посмотреть настройки udev, может что и выйдет.

fluxy писал(а) Mon, 12 November 2007 10:22 Chain POSTROUTING (policy ACCEPT 26607 packets, 2758K bytes) pkts bytes target prot opt in out source destination 736K 56M SNAT all -- * eth1 0.0.0.0/0 0.0.0.0/0 to:10.0.0.2 Смотрите выделенное. Пакеты сквозь правило проходят. Правило работает. Проблема где-то в другом.

Как вариант, выключить флоп в биосе.

Нет. Надо ещё разрешить маршрутизацию пакетов в ядре, sysctl или /proc.

Либо почитайте здесь и напишите сами.

SignFinder писал(а) Fri, 09 November 2007 16:14 к нату еще надо форвард открыть и еще в ядре или через sysctl разрешить форвард. приведите iptables -nL А ещё iptables -nvL -t nat, чтобы знать, попадают ли вообще пакеты в цепочку.