Hans R. Steiner

Вайт, вопрос, наверное, прежде всего к тебе как КОРРЕКТНО обновить KDE?

DOS:> fdisk /mbr

Хотя, это я ступил... действительно, правило должно быть iptables -t mangle -A PREROUTING -i eth0 -j TTL --ttl-set 64 а ошибка говорит о том, что iptables не поддерживает цель TTL т.е., надо перекомпилить его...

А цель-то у правила какая? -j тоже указать не мешало бы...

С наступившем!

Не... с PCI все нормально... у меня есть предположение, что что-то дает разряд в кабель... на выводе мы видем огромное число ошибок и дропов на RX, что говорит о том, что либо пришло очень много глюков, либо это что-то было... При этом, в момент вылетания сетевух, вылетает и комп... если его ребутнуть, в ближайшие пару часов он не запустится... это говорит о деффекте БП, но при этом, это не является источником проблемы так и скорее, является следствием...

Совершенно правильно он говорит... нет у него такой цепочки TTL.. надо писать не -j, а -m

Бардак! Есть две стойки, находящиеся на не маленьком расстоянии. В одной стойке стоит свитч, в другой сервак. В серваке сдохло уже три сетевухи, идущие с этого свитча. Сетевые карты, подключенные к другим точкам, живы и нормально работают. Все порты в свитче тоже нормально работают и все узлы, подключенные к этому свитчу, тоже нормально работают. Сравнивали патенциалы земель двух этих стоек... одинаковы и заземлены стойки с одной и той же дырки. При всем этом, наблюдается вот такая штука, перед ребутом машины... после ребута, сетевуха не определяется. Сетевуха Intel Pro 1000 MT eth2 Link encap:Ethernet HWaddr 00:07:E9:2A:AF:B0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2798305358 errors:4287929510 dropped:4292956500 overruns:4293961898 frame:4291951102 TX packets:3253061357 errors:4292956500 dropped:0 overruns:0 carrier:4291951102 collisions:4293961898 txqueuelen:1000 RX bytes:3731936649 (3.4 GiB) TX bytes:749265827 (714.5 MiB) Base address:0xdc00 Memory:ff8e0000-ff900000

Vlad_ писал(а) Thu, 26 July 2007 17:16 Извините, что вмешиваюсь... НОВИЧКУ???? РУЧКАМИ???? ВЫ ЧТО ОЗВЕРЕЛИ??? да ему для начала кнопикс надо дать, который с диска запускается. и ничего, я повторяю, НИЧЕГО ручками не давать делать. Если понравится, начнет вникать, тогда можно и ручками, понемногу, а сейчас он после Мелкомягкого просто дров наломает, форматнет все и будет еще один убежденный виндусятник. Извините, за резкость. Вот именно ручками и надо! Иначе, он еще долго не вникнет и не поймет разници между виндой и линухом (кроме того, что игрушки и виндовые проги не запускаются) и тогда уж точно будет еще одинн убежденный вындузятник. Вот когда вникнет, когда поймет и научится (если не забьет) то, тогда уже в руки и мышь давать можно... и графические утилиты он тогда сам подходящие найдет или сам их напишет...

Sleeping Daemon писал(а) Thu, 26 July 2007 11:35 Hans R. Steiner писал(а) Wed, 25 July 2007 18:53 Sleeping Daemon писал(а) Wed, 25 July 2007 14:32 Byte писал(а) Wed, 25 July 2007 14:45 Sleeping Daemon писал(а) Tue, 24 July 2007 09:35 Позвольте не согласиться. Когда всё ручками - то вероятность ошибиться больше. Вследствие этого - трудно вылавлеваемые баги. позвольте не согласиться. когда все ручками то знаешь что делаешь и все понятно и прозрачно, а значит диагностируется легко Попробуйте ручками sendmail.cf понастраивать. Там ошибиться - как 2 байта... Вместо таба пробелы и всё, ошибка. А нынче мода пошла конфиги в xml делать. Есть вещи, которые не следует делать ручками... к примеру, мешать картошку в расскаленной сковородке или писать прогу сразу бинарным кодом не замарачиваясь с калькуляторами, НО 1. Slackware абсолютно прозрачный и абсолютно контролируемый дистрибутив именно благодаря тому, что все ручками и действительно продполагает должное количество знаний и навыков. Если знаешь, что делаешь и делаешь это не в первый раз, пробел вместо таба не поставишь... проверено... такие действия проводятся на автопилоте, что позволяет избегать таких ошибок. Для изучения линукса, это тоже чрезвычайно полезно так, как позволяет человеку понять, что, как и для чего он делает. Ручками можно в любом дистрибутиве линукса настройки делать. Но мне, удобнее использовать swat, вместо ковыряния ручками настроек(к примеру). Или использовать drakconf для настройки сети, вместо ковыряния в нескольких файлах. Это я потом, если понадобится буду руками допиливать. Впрочем, дело вкуса. Безусловно, мышкой кликать удобнее... но практически все варианты мыш-кликанья ущербны. Вот примеры: 1. Сижу и ковыряю SLED 10, дабы составить мнение о том, на сколько он пригоден для использования в качестве сервера (у ISP) 1.1. Конфигурация DNS-сервера 1.1.1. Нет возможности автоматически ренерировать адреса в обратной зоне ($GENERATE 1-255 $.1.168.192.in-addr.arpa. PTR host-$.1.168.192.domain.ru.) 1.1.2. Нет возможности установить "адрес домена" без указания субдомена (A 194.6.216.5) 1.2. Конфигурирование сетевых интерфейсов 1.2.1. В подавляющем большинстве утилит, нет возможности повесить альяс (благо в SLED это решено) 1.2.2. Я еще не видел утилит, где была бы возможность поднять vlan или бридж ... говорить об ущербности утилит для облегчения конфигурирования системы можно еще очень много и долго... раньше, да и сейчас, я периодически смотрю различные дистрибутивы и то, что в них реализовано. Безусловно, некоторые элементарные вещи, можно сделать при помощи вспомогательного ПО, но я искренне не понимаю, зачем исспользовать это ПО, если потом, все равно ручками косяки и недоделки этого ПО править?! Более того, это можно допустить, когда речь идет о разовых мероприятиях, а если это сервак, на котором при старте должен vlan подыматься? В большинстве дистрибутивов, многое завязано на их собственных утилитах и ручное вмешательство в конфиги, может повлеч за собой не просто выход из строя утилиты, которая этот конфиг составляла, но и крах системы в целом... или в лучшем случае, это повлечет за собой геморой при дальнейшей работе с сервером. к сожалению или к счастью, но утилит, которые могли бы полностью заметить ручное конфигурирование, на данный момент, просто нет! ... а скрещивать ручки с тулзами, я крайне не рекомендую... могут родиться совсем непредсказуемые баги.

Sleeping Daemon писал(а) Wed, 25 July 2007 14:32 Byte писал(а) Wed, 25 July 2007 14:45 Sleeping Daemon писал(а) Tue, 24 July 2007 09:35 Позвольте не согласиться. Когда всё ручками - то вероятность ошибиться больше. Вследствие этого - трудно вылавлеваемые баги. позвольте не согласиться. когда все ручками то знаешь что делаешь и все понятно и прозрачно, а значит диагностируется легко Попробуйте ручками sendmail.cf понастраивать. Там ошибиться - как 2 байта... Вместо таба пробелы и всё, ошибка. А нынче мода пошла конфиги в xml делать. Есть вещи, которые не следует делать ручками... к примеру, мешать картошку в расскаленной сковородке или писать прогу сразу бинарным кодом не замарачиваясь с калькуляторами, НО 1. Slackware абсолютно прозрачный и абсолютно контролируемый дистрибутив именно благодаря тому, что все ручками и действительно продполагает должное количество знаний и навыков. Если знаешь, что делаешь и делаешь это не в первый раз, пробел вместо таба не поставишь... проверено... такие действия проводятся на автопилоте, что позволяет избегать таких ошибок. Для изучения линукса, это тоже чрезвычайно полезно так, как позволяет человеку понять, что, как и для чего он делает.

SUSE - действительно рабочий дистрибутив, весьма дружелюбный к пользователю и простой в управлении. Чтобы посмотреть что, где и как. Slackware - если хотите узнать, что такое линукс и научиться с ним работать. Никакой автоматизации. Все ручками. Конфиги тоже ручками править... но отличается повышеной надежностью. У меня: Desktop - SLED 10 SP1 Servers - Slackware 11

Тогда, думаю что актуально перевесить ссх на несуществующий IP-адрес и на нестандартный порт... гравное, чтобы роут к этому адресу, был через этот сервак

Slackware or SLED

Очень интересно... что дает ls -al `which startx` ?

А зачем пользователю запускать kdm? kdm запускается только от имени root от имени пользователя, можно пользовать startx

p2p думаю, такой подсказки достаточгно!

У многих возникает проблема маршрутизации при наличии двух апплинков от двух разных провайдеров (основа и резерв). Я не сталкивался с необходимостью разруливания каналов в домашних условиях и разбирать это пока не буду (как-нибудь позже). Пока я в кратце разбиру возможность такого при наличии собственной AS (автономной системы) и BGP от провайдера. Устанавливаум zebra/quagga. Думаю, Вы в состоянии самостоятельно найти пакет (на том же linuxpackages.net). Я для поиска и установки использую slapt-get slapt-get --install quagga Не много откорректируем появившийся у нас /etc/rc.d/rc.quagga 1. закомментируем в процедуре "start" строку с ospfd 2. расскоментируем в процедуре "start" строку с bgpd 3. добавим в строку запуска brpd и zebrd "-u root -g root" echo -n "Starting bgpd: " && /usr/sbin/bgpd -d -u root -g root && echo "done" echo -n "Starting ripd: " && /usr/sbin/ripd -d -u root -g root && echo "done" Это нужно для того, чтобы эти демоны имели нормальный (нужный им) доступ к лог-файлам (ну не хочеться с правами ковыряться...) Далее, заходим в /etc/quagga и очищаем конфиги, которые там лежат for FILE in `ls *.conf`; do > ${FILE}; done и запускаем квагу /etc/rc.d/rc.quagga start Теперь, у нас имеется чистая зЁбра с чистым БГП. Их надо отконфигурить... Для конфигурирования всего этого дела, без его постоянного перезапуска, используется виртуальная консоль vtysh запускаем консоль зебры и делаем первые шаги по конфигу vtysh vtysh: conf t vtysh: hostname BR vtysh: username root nopassword vtysh: password secretword vtysh: enable password secretword теперь, конфигурируем там же BGPD ... так... пора домой... ПРОДОЛЖЕНИЕ СЛЕДУЕТ

есть еще приколы с перенаправлением ирафика на его же источник, но их я уже не помню... давно не баловался

А можно замутить что-нибудь такое: локалка 10.137.0.0/16 внешняя сеть 199.88.31.0/24 наша машина: 127.0.0.1/8 10.137.0.1/24 199.88.31.1/24 машина, которой у нас нет: 199.88.31.92 iptables -P INPUT DROP iptables -A INPUT -d 127.0.0.1 --dport ssh -j ACCEPT iptables -t nat -A PREROUTING -d 199.88.31.92 --dport ssh -j DNAT --to-destination 127.0.0.1 Бред... не знаю, будет ли работать, но интересно

Вопрос поставлен не корректно! Что Вы хотите?

Касательно дров для принтера: Если нет на сайте производителя, ищите в гугле... У меня Xerox WorkCentre PE16 нормально работает с дровами от Samsung SCX-4216F

))

Ну... в принципе, я как всегда, только ЗА, но... семейная жизнь не отпускает