Re: [offtopic] ценнник на IP-адреса
Hello, Yuri Kozlov wrote: Пару лет назад купили блок PA-адресов и AS у LIR. Сегодня выкатывают счёт на продление 1 IP -- 30руб месяц, а в следующем году чуть ли не 300руб месяц. (раньше было 15тыр за всё) Имея 512*30*12 = 180тыр в год за воздух как-то дороговато. Ого, вот ведь как наглеть пошли. Назовите LIR-а, пожалуйста. ЗЫ: В последних конференциях озвучивалась стоимость одного адреса в штатах при трансфере (не аренде) в $12.5, так что наглость вашего LIR-а зашкаливает, да ещё к старым клиентам. -- wbr, Roman Sokolov mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50b5c8ef.9030...@cheater.ru
Re: чудеса на mirror.yandex.ru
Hello, alex kuklin wrote: на одной из машин начал доставлять софт и напоролся: я, конечно, перепишу сейчас на security.debian.org но как-то неаккуратненько Чукча, конечно, дурак, но ip я сравнил первым делом. Машина находется в ДЦ Даталайна и никакого прозрачного прокси там быть не может. А что говорит сам яндекс? Они периодически mirror. ломают, но довольно оперативно реагируют на письма с вопросами что случилось?. -- wbr, Roman Sokolov mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/504460a0.9090...@cheater.ru
Re: Java и timezone. Приложение пишет лог на 1 час меньше системного времени
Hello, Andrey Rahmatullin wrote: On Tue, Dec 20, 2011 at 11:37:09PM +0400, Dmitry A. Zhiglov wrote: Насколько я понимаю ситуацию пакет tzdata-java используется только openjdk. Sun (Oracle) JDK не использует его. Для обновления данных о временных зонах в этих jdk необходимо скачать tzupdater с сайта Oracle (http://www.oracle.com/technetwork/java/javase/tzupdater-readme-136440.html) и запустить его от рута (sudo java -jar tzupdaer.jar). В общем это костыль, но более прямых методов не знаю. Перепробовал разные прямые варианты. Ваш метод самый правильный и верный, в настоящее время! Самый правильный и верный в настоящее время - снести сановскую жабу, потому что она обновляться не будет, в т.ч. по безопасности. Не всё корректно работает с не-сановской, а есть ещё куча проприетарщины, которая вообще нормально работает только на jdk, поставляемом вместе с ней. Я, чтобы не пользоваться сложнообновляемым апдейтером, ставлю tzdata-zava и потом линкую с ним нужные директории. Например, для стандартной сановской жабы это выглядит примерно так: mv /usr/lib/jvm/java-6-sun/jre/lib/zi /usr/lib/jvm/java-6-sun/jre/lib/zi.old ln -s /usr/share/javazi /usr/lib/jvm/java-6-sun/jre/lib/zi Кстати, не надо забывать и о jdk со стороны клиента, там тоже норовят пихнуть свою копию со своим софтом. Иногда с поправленной tz на сервере и старой на клиенте выглядит смешно: зона пишется не MSD, а MSK, но время при этом всё равно на час сдвинуто. -- wbr, Roman Sokolov mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ef76aa2.1060...@cheater.ru
Re: правильный debian-way для запуска iptables
Hello, Max Kosmach wrote: Гугл говорит, что скрипт из init.d, который делал iptables-save давно уже выпилили и надо смотреть на http://wiki.debian.org/Firewalls . Помимо уже озвученных способов есть еще iptables-persistent (http://packages.debian.org/search?keywords=iptables-persistent) Который делает всё тот же iptables-save/restore и даже в своём минимальном init-скрипте имеет опечатку в сохранении правил ipv6. Зато действительно минималистичен. -- wbr, Roman Sokolov mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d65139f.3000...@cheater.ru
Re: Улыбнуло :)
Hello, Виктор wrote: Пока мы тут чешем лясы о дистрибутивах - BSD шагнуло в телевизоры..:) Linux там давно. Кроме того, сознательные вендоры ещё и публикуют исходники, погуглите openlgtv, например. Отдельно доставляет пункт known problems у openlgtv. -- wbr, Roman Sokolov mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4d1e0160.7060...@cheater.ru
Re: linux-image с PAE с NCQ на AHCI
Hello Иван Лох, Поставил таки amd64 на одну машину, поднялось со второго раза, первый раз дошло до стадии логина, но по сети сервер был не виден. Нажатие ctrl-alt-del решило проблему с видимостью, но NCQ не появился. Теперь вопрос меняется так: не сталкивались ли вы с неработой NCQ на платах с Intel ESB2 в режиме ACHI, например в составе серверной платформы SuperMicro 6015? on 17.03.2009 19:16, you wrote: Сложности есть пропиетарными блобами в ядре. fgrlx, в частности. А нет ли опыта как поведут себя платформозависимые вещи типа явы, у которых в зависимости от архитектуры меняются размеры стеков и т.п.? Они будут продолжать считать себя на i386? Вроде, работает. С самим включением NCQ под PAE, я так понимаю, никто не заморачивался? Думаю, что вы больше, собственно, на PAE теряете. Давно не проверял, но раньше тормозило знатно. -- Best regards, Roman mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
linux-image с PAE с NCQ на AHCI
Hello, Столкнулся с проблемой: используя ядра из etch и lenny с PAE (linux-image-2.6.26-1-686-bigmem и linux-image-2.6.18-6-686-bigmem) не включается NCQ на ICH7-8 и ESB2, всё в режиме AHCI, но в capabilities ncq нет. Выдержки из dmesg: [1.926201] libata version 3.00 loaded. [2.520963] ahci :00:1f.2: version 3.0 [2.520973] ACPI: PCI Interrupt :00:1f.2[B] - GSI 19 (level, low) - IRQ 19 [4.111940] ahci :00:1f.2: AHCI 0001.0100 32 slots 6 ports 3 Gbps 0x3f impl SATA mode [4.112027] ahci :00:1f.2: flags: 64bit pm led pmp slum part ^^^ тут должно быть ncq [5.017422] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [5.217352] ata1.00: ATA-7: ST3400620NS, 3.AEG, max UDMA/133 [5.217352] ata1.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) а тут должно быть 31 ^^^ [5.217352] ata1.00: configured for UDMA/133 Диски используются разных вендоров, материнские платы и контроллеры - тоже. В гугле описания подобного ограничения не нашел, может кто-то ещё сталкивался и знает как получить ncq в подобных условиях не теряя память после 4гиг? Архитектура i386 сложилась исторически, машины под нагрузкой, просто так поменять систему на amd64 не получится. Кстати, в репозитарии для i386 есть ядра для amd64 (linux-image-2.6.26-1-amd64_2.6.26-13_i386.deb), правильно ли я понимаю теорию, что можно использовать amd64 ядро и всю остальную обвязку от i386 без каких-либо сложностей, видя при этом всю память? -- Best regards, Roman mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
linux-image с PAE с NCQ на AHCI
Hello, Столкнулся с проблемой: используя ядра из etch и lenny с PAE (linux-image-2.6.26-1-686-bigmem и linux-image-2.6.18-6-686-bigmem) не включается NCQ на ICH7-8 и ESB2, всё в режиме AHCI, но в capabilities ncq нет. Выдержки из dmesg: [1.926201] libata version 3.00 loaded. [2.520963] ahci :00:1f.2: version 3.0 [2.520973] ACPI: PCI Interrupt :00:1f.2[B] - GSI 19 (level, low) - IRQ 19 [4.111940] ahci :00:1f.2: AHCI 0001.0100 32 slots 6 ports 3 Gbps 0x3f impl SATA mode [4.112027] ahci :00:1f.2: flags: 64bit pm led pmp slum part ^^^ тут должно быть ncq [5.017422] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [5.217352] ata1.00: ATA-7: ST3400620NS, 3.AEG, max UDMA/133 [5.217352] ata1.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) а тут должно быть 31 ^^^ [5.217352] ata1.00: configured for UDMA/133 Диски используются разных вендоров, материнские платы и контроллеры - тоже. В гугле описания подобного ограничения не нашел, может кто-то ещё сталкивался и знает как получить ncq в подобных условиях не теряя память после 4гиг? Архитектура i386 сложилась исторически, машины под нагрузкой, просто так поменять систему на amd64 не получится. Кстати, в репозитарии для i386 есть ядра для amd64 (linux-image-2.6.26-1-amd64_2.6.26-13_i386.deb), правильно ли я понимаю теорию, что можно использовать amd64 ядро и всю остальную обвязку от i386 без каких-либо сложностей, видя при этом всю память? -- Best regards, Roman mailto:r...@spdop.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: linux-image с PAE с NCQ на AHCI
Hello Иван Лох, on 17.03.2009 18:21, you wrote: On Tue, Mar 17, 2009 at 01:55:28PM +0300, Roman Sokolov wrote: Архитектура i386 сложилась исторически, машины под нагрузкой, просто так поменять систему на amd64 не получится. Кстати, в репозитарии для i386 есть ядра для amd64 (linux-image-2.6.26-1-amd64_2.6.26-13_i386.deb), правильно ли я понимаю теорию, что можно использовать amd64 ядро и всю остальную обвязку от i386 без каких-либо сложностей, видя при этом всю память? Да. Но, конечно, приложение скомпилированное под i386 больше 3.5GB для себя не увидит. Но в Debian i386 есть libc скомпилированная под amd64 и еще пара библиотек. Хм, если ещё и libc от amd64 - тут вообще зоопарк получится, страшновато. А что до 3.5GB - так и с PAE это ограничение остается. Для меня основной смысл от PAE в возможности иметь несколько приложений по 1+GB и при этом не лишиться дисковых кешей. Сложности есть пропиетарными блобами в ядре. fgrlx, в частности. А нет ли опыта как поведут себя платформозависимые вещи типа явы, у которых в зависимости от архитектуры меняются размеры стеков и т.п.? Они будут продолжать считать себя на i386? С самим включением NCQ под PAE, я так понимаю, никто не заморачивался? -- Best regards, Roman mailto:r...@cheater.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как увеличить ско рость загрузки файлов на сервер?
Hello, Dmitriy Sirant wrote: Имелась ввиду поддержка jumbo frames на свитчах. Каталисты выше 3500XL поддерживают, про остальные незнаю. Потому что если увеличишь MTU только на сетевой карте это ничего не даст, если свитч их будет кромсать опять по 1500. Далеко не все каталисты выше 3500XL поддерживаю настолько большие фреймы, надо индивидуально смотреть документацию. -- Best regards, Roman mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ядро 2.6 и сеть на intel e1000
Hello Ilya, Monday, August 28, 2006, 4:40:25 PM, you wrote: ISS Попробовал скопировать с шары samba на этой машине большие ISS файлики - скорость копирования по сети - 400-500к!!! при ISS том, что гигабитный switch и на 2.4 всё работало как часы. ISS Ну думаю, может самба тормозит - нифига, scp тоже самое. ISS Пешил локально покопировать - всё нормально, более 20М в ISS секунду, т.е. норма. Наверняка прорблема с автоопределением скорости-дуплекса. Попробуйте зафиксировать свич и карту на 1000fdx. Ошибки negotiation-а - довольно распространенное явление даже на гигабите :( -- Best regards, Roman mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: php4 mysql-4.1 connecton charset
Hello Andrey, Tuesday, June 6, 2006, 1:16:41 AM, you wrote: AM Иное ПО, да еще и со старыми библиотеками идет в сад. Проще пересобрать AM онное ПО. Не всегда это реально, ну да ладно. Например, добавить в [mysqld] нижеследующее - и все дела. character_set_server = cp1251 character_set_client = cp1251 default-character-set = cp1251 AM Мысль тоже здравая, странно, что в гугле попадаются только вопли про set AM names. В гугле в основном вопли тех, кто не может влиять на php.ini и my.cnf. Другое же решение собирается кусочками из того же гугла и вдумчивого изучения mysql.com. AM Впрочем, мне всеравно php приходиться пресобирать, патчем больше-патчем AM меньше, без разницы. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... кастpатофически -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: php4 mysql-4.1 connecton charset
Hello Andrey, Saturday, June 3, 2006, 2:02:54 AM, you wrote: AM Суть проблемы - бибилиотека от mysql-4.1 согласует с сервером AM character_set_client, character_set_connection и character_set_results, AM которые по умолчанию стоят в latin1. AM Был найден патч [1] для 5.0.4, который использует новую опцию AM mysql_real_connect() - MYSQL_SET_CHARSET_NAME для установки AM дефолтного чарсета. Не проще ли посто вписать другой дефолтный чарсет в my.cnf? Тем же, кому нужен другой всё равно придется его устанавливать. Тем более, что вы всё равно пишете этот самый дефолтный чарсет в php.ini, а на машине может стоять и иное ПО, собранное со старыми библиотеками. Например, добавить в [mysqld] нижеследующее - и все дела. character_set_server = cp1251 character_set_client = cp1251 default-character-set = cp1251 -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Ради зачета студент пойдет на все - даже на зачет! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: Ядро 2.6.16, thinkpad source и ALSA
Hello Victor, Sunday, May 14, 2006, 12:02:27 PM, you wrote: Рекомендую попробовать собрать модули alsa из пакета alsa-source версии 1.0.11. VW Так вроде в ядре 2.6.16 и так 1.0.11rc2. (от 4 января сего года). Во VW всяком случае /proc/asound/version так говорит. Хм. И по changelog изменения для 4232 были до rc2. Кстати, в changelog он странным образом упоминается в двух разных модулях. Я бы всё же попробовал релизную. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Соседняя очередь всегда движется быстрее. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ядро 2.6.16, thinkpad source и ALSA
Hello Victor, Saturday, May 13, 2006, 4:02:29 PM, you wrote: VW А вот ALSA на thinkpad 600 мне пока победить не удалось. Точнее, один VW раз удалось добиться загрузки модуля snd-cs4232 с неправильным значением VW irq, но работать он после этого не стал. VW А так говорит: VW pnp: Device 00:0e activated. VW CS4232 WSS PnP manual resources are invalid, using auto config VW CS4232 WSS PnP configure failed for WSS (out of resources?) VW PnP BIOS detection failed for CS4232 VW pnp: Device 00:0e disabled. ... VW Грешил на то что в предыдущем ядре включена PNPBIOS, и выключена VW ISAPNP (pnp-bios нужна чтобы можно было setpnp пользоваться), включил и VW то и другое - результат не изменился. Рекомендую попробовать собрать модули alsa из пакета alsa-source версии 1.0.11. Судя по changelog там было некоторое количество фиксов cs4232 и pnp. Однако, про sarge и сборку в нем не скажу - у меня unstable (собирал себе alsa 1.0.11 для зафиксеного драйвера vortex2 на amd64 - работает!). -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Он силен в шахматах: легко поднимает мешок ферзей ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Проблема amd64 + vortex2
Hello debian-russian,
У меня unstable на amd64, ядро дитрибутивное, 2.6.15-6.
Пришла тут в голову мысль поставить вместо плохоникого AC97 на маме
поставить старый добрый Vortex2 (Au8830), а он начисто отказывается
работать. Никто не сталкивался?
При загрузке модуль говорит вот что:
Pid: 9407, comm: modprobe Not tainted 2.6.15-1-amd64-k8 #2
RIP: 0010:[88237b1a]
88237b1a{:snd_au8830:snd_vortex_create+342}
RSP: 0018:8100290abbd8 EFLAGS: 00010292
RAX: c268 RBX: RCX: 4578
RDX: 0006 RSI: 8037f478 RDI: 0005
RBP: 810023e88000 R08: 8100 R09: 3000
R10: 0002320d R11: R12: 00029080
R13: 81003faee000 R14: 81003faee000 R15: 8100304de000
FS: 2ae02ae0() GS:803bd800() knlGS:
CS: 0010 DS: ES: CR0: 8005003b
CR2: c26d4018 CR3: 288ca000 CR4: 06e0
Process modprobe (pid: 9407, threadinfo 8100290aa000, task 81002c4d15f0)
Stack: 8100290abc60 fff4 81003faee000 8100304de000
81003faee000 81003e3364f0 c223dec0 882386fb
Call Trace:882386fb{:snd_au8830:snd_vortex_probe+126}
801d391e{pci_device_probe+74}
80228fa2{driver_probe_device+63}
80229055{__driver_attach+0}
8022908a{__driver_attach+53}
8022867e{bus_for_each_dev+67}
80228a84{bus_add_driver+116}
801d36c2{__pci_register_driver+132}
80142855{sys_init_module+4932}
8824{:snd_au8830:alsa_card_vortex_init+0}
80154e6d{vma_prio_tree_insert+30}
8015b7f1{do_mmap_pgoff+1512}
8016cccf{sys_newfstat+32} 8010e4ba{system_call+126}
Code: c7 80 18 40 05 00 ff ff ff ff e8 c9 ca ef f7 48 8b 95 e8 40
RIP 88237b1a{:snd_au8830:snd_vortex_create+342} RSP 8100290abbd8
CR2: c26d4018
При этом он не выгружается и alsaconf не отрабатывает. Звука, конечно же,
тоже нет.
lsmod | grep 8830
snd_au8830 51891 1
gameport 15824 1 snd_au8830
snd_ac97_codec101244 1 snd_au8830
snd_pcm90252 3 snd_au8830,snd_ac97_codec,snd_pcm_oss
snd_mpu401_uart 7808 1 snd_au8830
snd57984 9
snd_au8830,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
wajig list | grep alsa
ii alsa-base 1.0.10-3
ALSA driver configuration files
ii alsa-utils 1.0.10-1
ALSA utilities
lspci
:00:00.0 Host bridge: nVidia Corporation nForce3 Host Bridge (rev a4)
:00:01.0 ISA bridge: nVidia Corporation nForce3 LPC Bridge (rev a6)
:00:01.1 SMBus: nVidia Corporation nForce3 SMBus (rev a4)
:00:02.0 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5)
:00:02.1 USB Controller: nVidia Corporation nForce3 USB 1.1 (rev a5)
:00:02.2 USB Controller: nVidia Corporation nForce3 USB 2.0 (rev a2)
:00:08.0 IDE interface: nVidia Corporation nForce3 IDE (rev a5)
:00:0a.0 PCI bridge: nVidia Corporation nForce3 PCI Bridge (rev a2)
:00:0b.0 PCI bridge: nVidia Corporation nForce3 AGP Bridge (rev a4)
:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
:01:06.0 Multimedia audio controller: Aureal Semiconductor Vortex 2 (rev fe)
:01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
:01:0c.0 Mass storage controller: Integrated Technology Express, Inc.
IT/ITE8212 Dual channel ATA RAID controller (PCI version seems to be IT8212,
embedded seems (rev 11)
:01:0d.0 Mass storage controller: Silicon Image, Inc. SiI 3512
[SATALink/SATARaid] Serial ATA Controller (rev 01)
:02:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon
9200] (rev 01)
:02:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200]
(Secondary) (rev 01)
--
Best regards,
Roman
mailto:[EMAIL PROTECTED]
... I know his story well - Я знаю исторический колодец ...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: traceroute для ethernet?
Hello Bogdan, Friday, April 25, 2003, 6:03:02 PM, you wrote: B Надо софтинка типа traceroute, только для eth - т.е. необходимо B проследить, через какие свичи проходит траффик. На всевозможных cat3550, cat4500, cat6500 - есть L2 traceroute, и то он кривоватый (да ещё работает с использованием CDP). На более высоких девайсах это нереально. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Ах, вы не спонсоp?! Положите вилкy!..
Re[2]: XFree 4.3
Hello Dmitriy, Wednesday, March 12, 2003, 1:12:28 AM, you wrote: кто-нибудь для вуди собирал? Нет, не собирал, но люди добрые собрали... http://people.debian.org/~mmagallo/packages/xfree86/ http://devel-home.kde.org/~nolden/X11/ никто не пробовал их ставить? как впечатления от работы? есть какие-нибудь глюки ? я ставил на unstable - работает, но проблемы с клавиатурой - не могу заставить xkb нормально работать с раскладками - она их не переключает :-( если кто сможет заставить ее работать - поделитесь опытом... DS Та же самая беда + по умолчанию стоит русская раскладка (кто говорил что DS русский ввод настроить трудно ? :) - вот он, как убрать не знаю еще), но DS разбираться было некогда - перегрузил - увидел - улыбнулся и выключил... по DS свободе посмотрю... вообще, всё описано в /usr/X11R6/lib/X11/doc/README.XKB-*, но вот очень хорошее описалово от человека, прошедшего это на фрюхе: This is a forwarded message From: Seva Gluschenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Wednesday, March 5, 2003, 11:49:39 AM Subject: XFree86 4.3.0 up and running ; ===8==Original message text=== В общем, с минорным репортом вчерашнего дня я поторопился ; Наблюдения: 1. XKB поменял свой способ работы, так что теперь может быть задано любое количество layout'ов для циклического переключения. Для переходящего с предыдущих версий это означает, что в /etc/X11/XF86Config сугубо необходимо изменить строку Option XKBLayout ru на Option XKBLayout us.ru иначе после рестарта он окажется в иксах без латиницы ; Кроме того, X сервер нынче имеет обыкновение конфигурацию сразу записывать в /etc/X11/X0-config.keyboard и дальше в XF86Config не смотреть, так что надо будет либо менять этот файл, либо удалять. И ещё кроме того :), есть /etc/X11/xkb/compiled aka /var/db/xkb, и там может оказаться прекомпиленный кеймап, который тоже может понадобиться удалить, чтобы справиться со своеволием XFree %) 2. Xft тоже поменялся, притом довольно сильно. Если используется какой-нибудь комплексный тулкит типа Qt, его понадобится пересобирать, иначе результаты будут чудовищные. В остальном всё вполне работоспособно. SY, Seva Gluschenko, just stranger on The Road. Demos-Internet NOC | GVS-RIPE | GVS3-RIPN ===8===End of original message text=== -- Best regards, Roman mailto:[EMAIL PROTECTED] ... PKUNZIP.ZIP
Re[2]: Вывод на телевизор
Hello Sergey, Tuesday, March 11, 2003, 1:49:42 PM, you wrote: SS А неспециализированные хорошее качество тебе не дадут. SS Прикол в том что декодирование/масштабирование/постпроцессирование мпег4 SS идёт в железе - в результате высокочайшее качество на выходе. Однако, вывод по меньшей мере странный. Нет абсолютно никакой разницы где идет декодирование - на центральном процессоре или в dsp на карте, если ресурсов на само декодирование хватает и тому, и другому. Карты различаются только качеством RAMDAC-а, ответственного за выход на ТВ. К сожалению, до сих пор ещё ни один производитель не сделал нормальной поддержки вывода по цифре на современные телевизоры, поэтому циферную картинку приходится перегонять в s-video или композитный сигнал, на этом процессе как раз и проявляется разница видеокарт. Мне в данном случае больше нравится картинка, которую выдает ATI. Знаю, что сам вывод в линуксе осуществляется всё из тех же X-ов, но сам, к сожалению, не делал и попробовать не имею возможности (дома живет винда как медиа-центр и места на линух нет). -- Best regards, Roman mailto:[EMAIL PROTECTED] Keyboard not found. Press F1 to continue...
Re[2]: Вывод на телевизор
Hello Sergey, Tuesday, March 11, 2003, 5:14:34 PM, you wrote: SS А неспециализированные хорошее качество тебе не дадут. SS Прикол в том что декодирование/масштабирование/постпроцессирование мпег4 SS идёт в железе - в результате высокочайшее качество на выходе. Однако, вывод по меньшей мере странный. Нет абсолютно никакой разницы где идет декодирование - на центральном процессоре или в dsp на карте, SS Вот хорошо, что есть какое-то опровержение. Я повторю, что сам не пробовал. если ресурсов на само декодирование хватает и тому, и другому. Карты SS Как я себе представлял декодировать можно по-разному (я могу конечно SS ошибаться). И после декодирования можно ещё постпроцессирование какое-то SS делать, чтобы убрать артефакты (или как их там). Потом возможно SS масштабировать нужно. Масштабирование опять даёт какие-нибудь дефекты, SS т.е. масштабирование тоже по-разному можно делать. SS Очевидно для меня, что специализированная железяка может, просто обязана SS это делать гораздо лучше. Но, повторюсь, сам не пробовал. Только SS теоретизирую. Нет, не обязана. Алгоритмы там используются ровно те же, что и при софтовом декодировании-масштабировании и т.п., с той лишь разницей, что там всё мертво прошито (возможно перешиваемо, что под вопросм), а здесь у тебя есть выбор что использовать - ffdshow ли, divx от divx.com ли и т.п. (опять же, учитывая, что у тебя хватит ресурсов cpu). Масштабируют же сейчас все довольно неплохо :) -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[2]: Вывод на телевизор
Hello Sergey, Tuesday, March 11, 2003, 7:10:42 PM, you wrote: SS Вот ты очередной раз делаешь оговорку если хватит. Т.е. может не SS хватить? Ну на декодировать хватит, а на всякие артефакты/сглаживания SS хватит? А если хватит, то на очень простой алгоритм? А там какая-нить SS специализировнная мискросхема, которая в несколько юнитов параллельно SS всё это дело шурует, а у тебя зато шина и ЦПУ разгружены - красота! отсюда вопрос: ты когда с выводом видео дело имеешь часто занимаешь ещё чем-нить? никогда не замечал, что если при декодировании проц загружен более (именно самим декодером, остальное может ещё чем-то отъедаться, но уже не влияет), чем на 70-80% возможны отставания звука и т.п. ? я веду к тому, что на слабом процессоре ты так или иначе получаешь проблему. Шина загружена будет в любом случае (даже спец-карте данные надо откуда-то брать). SS Даже если в качестве выигрыша нет (я так понял, что ты тоже SS теоретизируешь? или есть опыт?), но ЦПУ и шина ведь разгружаются! опыт только в виде посмотрел фильму-другую на чужом компе и хорошем тв с выводом через miro - ощутимой разницы не заметил, т.е. именно записью на бетакамы и т.п. я не занимался и не могу сравнить. SS А возможность смотреть фильмы без апгрейда ЦПУ/материнки/памяти? SS Ведь с этой карточкой и на 300Мгц К5 будет такая же великолепная SS картинка как и на 1.2Гц пентиум3! SS В случае со слабым ЦПУ есть экономическая выгода. Ну, экономической выгоды, положим, точно не будет. Потому как все эти спец-проф-карты-с-декодером-на-борту стоят очень специальных денег, а превратить пентиум-1 в атлон 1ГГц стоит в минимуме около 100$ (память - sdram, корпус - atx, может быть можно и дешевле). При этом ты получаешь плюсы не только при просмотре фильмов (любыми кодеками), но и вообще существенное ускорение и облегчение жизни. Вот и считай. -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[2]: Q:100Mb сетевая карточка для сервера
Hello Yuriy, Friday, February 21, 2003, 4:10:06 PM, you wrote: Какую 100Мб сетевую карточку посоветует общественность для сервера (apache,samba,mysql) небольшой (16 компов) локальной сети ? На сервере - woody, ядро 2.4.18. Сейчас стоит Compex ReadyLink 2000, вопрос возник в связи с переходом от коаксиала на витую пару и появившейся возможностью получить 100Мб. Чтение разных доков и howto наводит на мысль о том, что выбор может быть между 3Com 3C905CX-TX (модуль 3c59x.o) или Intel EtherExpress Pro/100 (eepro100.o), если говорить о недорогих вариантах. А карточки на базе rtl8139 наверное слабоваты для сервера. Это правильно ? Если да, то какие за и против для 3Com и Intel ? YV Регулярно наблюдаю проблемы с 3с905 + catalyst . Падает где-то в YV районе autonegotiation. Слегка лечится локингом дуплекса. Но не все YV 3c905 имеют эту проблему. Вообще, у 3com последнее время карточки очень нестабильно много у кого живут. Именно поэтому мы стараемся пользоваться интелями. И всем их рекомендуем. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Добро обязательно победит зло. Поставит на колени. И зверски убьет.
Re[2]: Q:100Mb сетевая карточка для сервера
Hello Maxim, Friday, February 21, 2003, 5:03:58 PM, you wrote: YV Регулярно наблюдаю проблемы с 3с905 + catalyst . Падает где-то в YV районе autonegotiation. Слегка лечится локингом дуплекса. Но не все YV 3c905 имеют эту проблему. Вообще, у 3com последнее время карточки очень нестабильно много у кого живут. Именно поэтому мы стараемся пользоваться интелями. И всем их рекомендуем. MT Именно 905-е нестабильно ведут? Не замечал, хотя их как грязи. MT Есть у 3com подлый 920 чип. С ним бывают проблемы. Именно 905. При чем всех годов выпуска - мрут, не детектят скорость (хотя раньше детектили), перестают стабильно работать на 100 и т.д., много признаков. Что характерно, интеля работают _очень_ стабильно. За всё время и под полсотни кард странная попалась одна - и то на старом чипе. От трикома избавляемся понемногу, точнее он сам избавляет нас от себя. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Чем закусывал, тем и откликнется.
Re: running expect from cron
Hello Igor, Thursday, January 23, 2003, 6:42:22 AM, you wrote: IS Multiple Cisco products contain vulnerabilities in the processing of Simple IS Network Management Protocol (SNMP) messages. The vulnerabilities can be IS repeatedly exploited to produce a denial of service. In most cases, IS workarounds are available that may mitigate the impact. These vulnerabilities IS are identified by various groups as VU#617947, VU#107186, OUSPG #0100, IS CAN-2002-0012, and CAN-2002-0013. IS Если по русски - мы тут в нашем оборудовании нашли туеву хучу ошибок. IS Дырявой оказалась почти вся линейка с IOS. И ошибок там столько, что IS пришлось разбить их на группы. Что нашли - заткнули. А рассказ об этом IS повесили на самом видном месте, прямо на странице с IOS'ами. Кто хочет IS - пусть думает. Видимо у тебя нет захода на CCO :) Иначе, с таким мироощущением, ты перестал бы пользоваться продукцией Cisco вообще :) И ты, кстати, сделал неверные выводы из того, где оно висит и почему так несколько групп перечислено. Первое следует из того, что баг относится к фиче, включенной по дефолту, так что становятся affected всевозможные люди, не умеющие защищать свою managenent network и вообще настраивающие купленное оборудование через quick setup и не получающие field nitice's, которых из-за этого надо тыкнуть в дыру носом везде, где только можно. Второе же вытакает из всё-таки модульной (до некоторой степени) структуры IOS и такой беды, как code reusing. IS В ssh ошибки такими пачками не сыпались. Не всё ли равно, какой размер у пачки ошибок, если они примерно одинаковы по своей глубине? IS И? У 805 Serial умеет максимум 512 Кбит. Ну хорошо, если надо больше - тогда 1721+соответствующие WIC-и. Кстати, стоит почти копейки. -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[3]: running expect from cron
Hello Igor, Tuesday, January 21, 2003, 8:50:33 PM, you wrote: % snmpset 172.16.99.20 private .1.3.6.1.4.1.9.2.1.55.171.68.191.135 s router-config enterprises.9.2.1.55.171.68.191.135 = router-config Этот вариант я отбросил из-за необходимости наличия tftp сервера, да и к тому же включать SNMP на цисках не секьюрно. EE Извините, чем же telnet секьюрнее snmp? Я понимаю, шла бы речь о ssh. EE Telnet очень неудобен тем, что приходится хранить пароль в явном виде на диске EE (а при выполнении он в явном виде считывается в ПАМЯТЬ). IS rsh И всё же, чем не секьюрен snmp-то ? Отключай public community, настраивай acl на доступ к snmp - и вперед. EE Наличие tftpd очень удобно как дополнительная возможность загрузки (не EE обязательно кошек). IS У передачи конфигураций по snmp есть один минус. Она не поддерживается IS (точнее, поддерживается, но сильно через одно место и в не полном IS виде) на коммутаторах. Да, у разных железок есть свои нюансы. EE По поводу snmp - а статистику иначе каким образом снимать? По rsh? IS Именно. snmp ощутимо просаживает процессор. вот, для примера, не IS сильно нагруженное животное, откуда статистика снимается именно так: IS Cisco1601-4#sh proc cpu IS CPU utilization for five seconds: 61%/13%; one minute: 37%; five minutes: 36% IS PID Runtime(ms) Invoked uSecs5Sec 1Min 5Min TTY Process IS 38 836900 1339305624 45.44% 9.98% 4.73% 0 IP SNMP IS С ростом загрузки все становится гораздо плачевнее. SNMP на кошках - низкоприоритетная задача. В том, что раз в 5 минут (или чаще - не суть) она просаживает процессор нет ничего страшного, свитчить кошка хуже не начинает. И статистику загрузки интерфейсов проще собирать действительно так (для визуализации загрузки, а для пользования реальными цифрами всё же лучше netflow). А по сабжу твоей проблемы вообще - рекомендую обратить внимание на пакет rancid. Очень удобный собиратель конфигов, показывает сразу диффы при изменении и т.п. -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[5]: running expect from cron
Hello Igor, Wednesday, January 22, 2003, 4:57:17 PM, you wrote: RS И всё же, чем не секьюрен snmp-то ? Отключай public community, RS настраивай acl на доступ к snmp - и вперед. IS http://www.cisco.com/warp/public/707/cisco-malformed-snmp-msgs-pub.shtml Да-да, бага почти годичной давности, разве кто-то ещё оставил у себя софт, где она не поправлена? Если да - то здесь мне сказать нечего. IS Скрипты за съемом статистики начинают выстраиваться в очередь, т.к. IS данные с маршрутизатора просто не успевают выгружаться в базу. Чем же это у вас так загружен маршрутизатор ?? Если у него не хватает ресурсов даже на то, чтобы ответить на запрос нескольких конкретных значений snmp-дерева - то значит у вас работает неправильная модель и явно пора либо что-то апгрейдить, либо подправлять в консерватории. IS Опять же, пусть оно лучше потратит свои ресурсы на нечто полезное. Если ресурсы простаивают - то почему бы их не использовать на более простой метод доступа к данным? RS А по сабжу твоей проблемы вообще - рекомендую обратить внимание на пакет RS rancid. Очень удобный собиратель конфигов, показывает сразу диффы при RS изменении и т.п. IS Это не моя проблема, вообще то. ;-) Прошу прощения, попутал :) Конечно же это было о проблеме Alexey Zagarin. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Какодемоны наступают небольшими группами, по две-три головы...
Re[7]: running expect from cron
Hello Igor, Wednesday, January 22, 2003, 7:40:20 PM, you wrote: RS И всё же, чем не секьюрен snmp-то ? Отключай public community, RS настраивай acl на доступ к snmp - и вперед. IS http://www.cisco.com/warp/public/707/cisco-malformed-snmp-msgs-pub.shtml RS Да-да, бага почти годичной давности,разве кто-то ещё оставил у себя RS софт, где она не поправлена? Если да - то здесь мне сказать нечего. IS Этого не достаточно для того, чтобы задуматься о том, всегда ли стоит IS открывать snmp на железке? Тогда действительно no comments. Сообщение об исправленном баге? Конечно нет. Может ты вспомнишь, как колбасило разработчиков SSH летом и перестанешь им пользоваться? IS Скрипты за съемом статистики начинают выстраиваться в очередь, т.к. IS данные с маршрутизатора просто не успевают выгружаться в базу. RS Чем же это у вас так загружен маршрутизатор ?? IS Ты не поверишь - данные передает. :-) RS Если у него не хватает ресурсов даже на то, чтобы ответить на запрос RS нескольких конкретных значений snmp-дерева - IS ip accounting, это не несколько конкретных значений. это таблица. На 1601 - это несколько конкретных значений :)) Вообще, ip accounting сам по себе довольно прожорлив и глюкав, но на такой слабенькой железке ему альтернативы наверное действительно нет... Если только перейти тупо на снятие только загрузки канала и потом вычислять на основе этих данных примерное значение прокаченного. RS то значит у вас работает неправильная модель и явно пора либо что-то RS апгрейдить, либо подправлять в консерватории. IS естественно. о том и речь, что перед тем, как задуматься о смене 1601 на IS 26ХХ, я вначале перейду от snmp к rsh. а вот когда и этот запас будет IS исчерпан, можно говорить о замене железа. Кроме серии 26хх существуют также и более начального уровня маршрутизаторы. Например - 80х. Однако, к дебиану это всё уже не имеет отношения :) -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[2]: kylix 2
Hello Andrei, Tuesday, December 31, 2002, 8:31:24 PM, you wrote: AS Есть определенная традиция - все-таки Юниксу уже не десять и не AS пятнадцать лет... Так вот если Линукс делается согласно основной AS традиции Юникс, если GNU трудится над программами согласно той же AS традиции, то в чем же проблема? В том, что в Mac OS X все не так? Ну, в AS Винде тоже все далеко не так: если хорошо вспомнить, то DOS, из которого AS вышел Windows, был разработан как своеобразный Юникс, перенимавшим из AS него многое. К тому же, значит, Mac OS X уже не Юникс, а только ее AS подобие (я, к сожалению, не видел еще ни одного Мака, поэтому не могу AS его оценить объективно и со знанием). AS Если Линукс делался по какой-то традиции, значит, (изначально) он должен AS был и использоваться тоже согласно этой традиции. И до сих пор это AS продолжается -- в конце концов, gcc, fetchmail, procmail, ... -- тому AS подтверждение. Простите, но пользование традициями не всегда позволяет добиться лучшего результата :) Время-таки идет, и традиции, придуманные в прошлом веке теперь, мягко говоря, устаревают. И становятся просто-напросто не удобными для повседневного применения. Так землекоп, по традиции копающий яму лопатой, будет говорить, что идея пользоваться экскаваторами идет в разрез с его традицией. Практически, предложение пользоваться самописными скриптами на все случаи жизни - это предложение переписывать то, что давно сделали другие, и частенько лучше и продуманнее. Так, можно автоматизировать создание правила в mutt-е для того же procmail-а, но пользоваться возможностями графических mail-reader-ов всё же намного удобнее (при этом я конечно же не предлагаю отказаться от само-написания частных для своих задач вещей). Нельзя всё сводить к традициям. И так же нельзя сразу клеймить всё, что от них отступает. AS Абсолютной точки зрения нет, я согласен, и я ее не выдвигал: я старался AS следовать обычной логике... Софизм :) -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Трудное детство - килобайтные игрушки...
Re[2]: Нестандартные видеорежимы
Hello Victor, Wednesday, December 25, 2002, 11:51:49 AM, you wrote: Подскажите, пожалуйста, есть ли какие подводные камни при установке нестандартных видеорежимов в Х? Например, 1280x1024? Монитор ViewSonic GT775. xserver-common 4.1.0-16 EE (II) NV(0): #6: hsize: 1280 vsize 1024 refresh: 85 vid: 39297 EE Соответственно, у меня это #6: hsize: 1280 vsize 1024 refresh: 85 vid: 39297 Однако, учитывая, строку #6 становится ясно, что значения выше неё (5,4 и т.д.) явно занижены. Так, такой монитор наверняка держит 1024х768х100Гц. Так что ДиСиСе доверяй, но проверяй. А вот границы VW А посчитать? VW Берем типичную Modeline для такого видеорежима, и видим что реально VW у нас строка занимает примерно 1/1070 кадра. Следовательно, частота VW горизонтальной развертки должна быть в 1070 раз больше, чем частота VW кадровая. Умножаем 1070 на 100 и получаем 107 КHz горизонтальной VW развертки. А что у нас выше в HorizSync написано? VW Делим 96 килогерц на 1066 и получаем 90 Гц. Это максимум который VW можно добиться от монитора с горизонтальной разверткой в 96КHz при VW разрешении 1280x1024. Полностью согласен. Только я писал про 1024х768 :) А там со 100Гц получается 81 kHz горизонтальной развертки. Что опять же подтверждает, что значения DCC занижены. Другой вопрос, что возможно электроника монитора с ними работает стабильнее, но разговор-то идет о нестандартных видеорежимах :) -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[2]: Нестандартные видеорежимы
Hello Elena, Tuesday, December 24, 2002, 5:08:17 PM, you wrote: Подскажите, пожалуйста, есть ли какие подводные камни при установке нестандартных видеорежимов в Х? Например, 1280x1024? Монитор ViewSonic GT775. xserver-common 4.1.0-16 xserver-xfree86 4.1.0-16 2.4.18 Все дело в том, что на ранее установленном RH-6.2 удавалось добиться при этом разрешении частоты развертки до 75 герц, здесь же не дает более 60. EE Усли монитор поддерживает DDC, то можно посмотреть, какие режимы он поддерживает EE в лог-файле иксов. Должно быть что-то вроде такого: EE (II) NV(0): Supported VESA Video Modes: EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] (interlaced) EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): [EMAIL PROTECTED] EE (II) NV(0): Supported Future Video Modes: EE (II) NV(0): #0: hsize: 640 vsize 480 refresh: 85 vid: 22833 EE (II) NV(0): #1: hsize: 800 vsize 600 refresh: 85 vid: 22853 EE (II) NV(0): #2: hsize: 1024 vsize 768 refresh: 85 vid: 22881 EE (II) NV(0): #3: hsize: 1152 vsize 864 refresh: 85 vid: 22897 EE (II) NV(0): #4: hsize: 1280 vsize 960 refresh: 75 vid: 20353 EE (II) NV(0): #5: hsize: 1280 vsize 960 refresh: 85 vid: 22913 EE (II) NV(0): #6: hsize: 1280 vsize 1024 refresh: 85 vid: 39297 EE (II) NV(0): #7: hsize: 1600 vsize 1200 refresh: 75 vid: 20393 EE (II) NV(0): Supported additional Video Mode: EE (II) NV(0): clock: 94.5 MHz Image Size: 312 x 234 mm EE (II) NV(0): h_active: 1024 h_sync: 1072 h_sync_end 1168 h_blank_end 1376 h_border: 0 EE (II) NV(0): v_active: 768 v_sync: 769 v_sync_end 772 v_blanking: 808 v_border: 0 EE (II) NV(0): Ranges: V min: 48 V max: 170 Hz, H min: 30 H max: 96 kHz, PixClock max 220 MHz EE (--) NV(0): Virtual size is 1280x1024 (pitch 1280) EE (**) NV(0): Default mode 1280x1024: 157.5 MHz, 91.1 kHz, 85.0 Hz EE (II) NV(0): Modeline 1280x1024 157.50 1280 1344 1504 1728 1024 1025 1028 1072 +hsync +vsync EE (**) NV(0): Default mode 1024x768: 94.5 MHz, 68.7 kHz, 85.0 Hz EE (II) NV(0): Modeline 1024x768 94.50 1024 1072 1168 1376 768 769 772 808 +hsync +vsync EE (**) NV(0): Default mode 800x600: 56.3 MHz, 53.7 kHz, 85.1 Hz EE (II) NV(0): Modeline 800x600 56.30 800 832 896 1048 600 601 604 631 +hsync +vsync EE (**) NV(0): Default mode 640x480: 74.2 MHz, 85.9 kHz, 85.1 Hz (D) EE (II) NV(0): Modeline 640x480 74.25 640 672 752 864 480 480 482 505 doublescan +hsync +vsync EE Соответственно, у меня это #6: hsize: 1280 vsize 1024 refresh: 85 vid: 39297 EE и работает вполне неплохо. Соответственно, и параметры в секции Monitor из вышеприведенной EE строчки: Ranges: V min: 48 V max: 170 Hz, H min: 30 H max: 96 kHz: EE HorizSync 30-96 EE VertRefresh 48-170 Однако, учитывая, строку #6 становится ясно, что значения выше неё (5,4 и т.д.) явно занижены. Так, такой монитор наверняка держит 1024х768х100Гц. Так что ДиСиСе доверяй, но проверяй. А вот границы режимов из этих данных и правда можно взять. -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re[2]: Debian мы WindowsXP
Hello Dmitry, Monday, December 9, 2002, 4:37:40 AM, you wrote: DM Не поможет (проверено). Насколько мне известно, так называемый виндовый DM маскарадинг требует клиента на каждой машине, поэтому линукс через него просто DM так ходить не будет. Поэтому надо сделать либо так: Тебе известно неправильно. Да, есть отдельный класс прокси-серверок, требующих клиента, но то, что делает именно маскарадинг (NAT) - работает именно по rfc-не-помню-какому, т.е. осуществляется нормальная трансляция адресов, для клиента прозрачная. -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re: route RFC
Hello Evgenie, Wednesday, December 4, 2002, 10:49:08 AM, you wrote: EY ip = 80.89.x.x EY mask 255.255.255.255 EY gw = 212.164.x.x EY по дефолту такое работать не должно EY так как gw в недоступной сети EY вышел из этого создав ip alias с ip в подсети gw прописал сам гейт EY и абрал этот виртуальный интерфейс EY вроде как все заработало но закралось сомнение в сей подход EY вообщем правильно ли это даввать такие адреса? EY дайте pls ссылку на доку по этому поводу В rfc ты про это врядли что найдешь, но common practice - это пользовать p2p-адреса (с маской /30), в данном же случае провайдер явно экономит свои ip-ресурсы - за счет дополнительных конфигураций клиента. Так делать не запрещено, но не совсем удобно - конфигурация получается не прозрачной. Кстати, в твоем случае можно и просто явно указать роут на этот адрес на соответствующий интерфейс. -- Best regards, Roman mailto:[EMAIL PROTECTED] ... Тише едешь - дальше будешь... от того места, куда едешь.
Re: bind9 trouble
Hello Igor, Thursday, November 21, 2002, 8:04:02 PM, you wrote: IS Thursday, November 21, 2002, 7:43:48 PM, you wrote: mmn Проверь режим доступа к файлу. А также пользователя, под которым mmn запускается bind9. Если не ошибаюсь, автор пакета тут экспериментирует mmn с chroot-овостью... IS Кстати, кто бы сказал ... Почему bind8 и в potato, и в woody IS запускается от root'a? Я по старой привычке переучиваю его на IS своего пользователя. Странно думать что автор пакета не в курсе, IS а цель такого поведения в голову не приходит. Возможно так делается, чтобы всё же по здравому размышлению пользователь мог перевестиего в chroot-а. IS -- IS Igor -- Best regards, Roman mailto:[EMAIL PROTECTED]
Re: bind9 trouble
Hello Igor, IS Тогда по моему логичней было бы сразу настроить пакет соответствующим IS образом. А так получается куча серверов, где критичный (и в очередной IS раз поломанный) сервис смотрит во внешний мир от root'a. Вообще, эта беда уже не первый и не второй год :) А точнее - с тех самых пор, как вообще делаются пакеты с bind-ом, ни разу не видел, что бы при стандартной установке он работал от пользователя, отличного от рута :) -- Best regards, Roman mailto:[EMAIL PROTECTED] ... NO PITY, NO MERCY, NO REGRET... NO CARRIER
Re[2]: проблема с bsd-ftpd
Hello Viktor, Tuesday, October 15, 2002, 12:02:13 PM, you wrote: Интерестно, почему тогда на ftp.kernel.org стоит самый дырявый сервер: telnet ftp.kernel.org 21 Trying 204.152.189.116... Connected to zeus-pub.kernel.org. Escape character is '^]'. 220 ProFTPD [ftp.kernel.org] VV Видимо он им нравится. А мне не нравится. И я уже обосновал почему. VV Поэтому и совет я дал соответствующий. Как для себя ;) Кстати, для proftpd на security.nnov.ru полуторагодичной давности дырка, тогда же и заштопанная. И если там нет упоминания о названных тобой серверах - это не значит, что они идеальны :) Просто на них не обращали пристальное внимание :) -- Best regards, Roman mailto:[EMAIL PROTECTED]
