Покажи Публикации - RABBIT
* Виж публикациите на потр. | Виж темите на потр. | Виж прикачените файлове на потр
Страници: [1]
1  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Software RAID проблем -: Jan 07, 2006, 16:58
Проблема ти е там, че самото ядро поддържа md чрез модули които са в /lib/modules което е върху md дял за който трябват нужните модули. В посоченото от тебе how-to не е споменато как да сложиш тези модули в initrd, а аз много се съмнявам че оригинално са включени там.

Първия вариант е да си преправиш initrd.img:
Качваш си initrd-tools от apt
проверяваш дали имаш lib/modules/<your-kernel>/kernel/drivers/md/*.ko (за всеки случай)
пишеш depmod да ти се инициализира module table (пак за всеки случай)
пишеш mkinitrd -o 2/initrd.img
и би трябвало да си готов (м/у другото какво е това 2/ ?)

другия (по чист) вариант е да инсталираш системата с инсталатор който разбира от raid '<img'> Като този тук например: http://cdimage.debian.org/debian-....nst.iso

Успех!
2  Linux секция за начинаещи / Настройка на програми / Въпрос: Как да огранича кънекциите за IP -: Jan 05, 2006, 11:26
Това http://www.netfilter.org/project....shlimit в комбина със -m -p tcp --syn и нагласено така че да не пуска повече от 3 в рамките на 10 секунди (примерно).
3  Linux секция за напреднали / Хардуерни и софтуерни проблеми / DNS REVERSE PROBLEM! -: Jan 05, 2006, 11:10
Това за което питаш се прави със views. Направо ти давам примерна конфигурация, въпреки че е дълга е (imho) разбираема и сравнително подредена. Питай ако нещо.

==================================================

rabbit@Arx:~$ cat /etc/bind/named.conf
acl "insiders" {
    192.168.13.0/24;
    192.168.9.0/24;
    127.0.0.1;
};


acl "int_if" {
    192.168.13.1;
    192.168.9.1;
    127.0.0.1;
};


acl "ext_if" {
    68.251.127.6;   #server external ip
};


acl "sbc" {
    206.141.251.2;
    206.141.193.168;
};

acl "cc" {        # a master server for which we act as a slave
    yyy.yyy.yyy.yyy;
};
server yyy.yyy.yyy.yyy {
    transfers 50;
};
masters "cc" {
    yyy.yyy.yyy.yyy;
};


acl "alt" {        # another one
    zzz.zzz.zzz.zzz;
};
server zzz.zzz.zzz.zzz {
    transfers 50;
};
masters "alt" {
    zzz.zzz.zzz.zzz;
};


options {
    notify no;
    directory "/var/cache/bind/";
    allow-transfer { none; };
    listen-on { "int_if"; "ext_if"; };
    interface-interval 5;
};

logging {
        category lame-servers { null; };
};

view "internal" {
    match-clients { "insiders"; };
    match-destinations { "int_if"; };
    forward first;
    forwarders { 68.251.127.6; };   #my very same external ip, makes resolution fall back to the external view

    include "/etc/bind/internal.view.conf";
};

view "external" {
    match-clients { "any"; };
    match-destinations { "ext_if"; };

    include "/etc/bind/masters.rabbit.conf";

    include "/etc/bind/slaves.alt.conf";

    include "/etc/bind/slaves.cc.conf";

    zone "." {
        type hint;
        file "/etc/bind/db.root";
    };

    zone "com" { type delegation-only; };

    zone "net" { type delegation-only; };
};


==================================================

rabbit@Arx:~$ cat /etc/bind/internal.view.conf
zone "localhost" {
    type master;
    file "/etc/bind/db.local";
};

zone "127.in-addr.arpa" {
    type master;
    file "/etc/bind/db.127";
};

zone "rabbit.us" {
    type master;
    file "rabbit.us.internal";
};

zone "13.168.192.in-addr.arpa" {
    type master;
    file "rabbit.us.internal.ptr";
};


==================================================

rabbit@Arx:~$ cat /etc/bind/masters.rabbit.conf
zone "0.127.251.68.in-addr.arpa" {
    type master;
    file "rabbit.us.ptr";
    allow-transfer { "cc"; "sbc"; };
    notify yes;
};

zone "rabbit.us" {
    type master;
    file "rabbit.us";
    allow-transfer { "cc"; };
    notify yes;
};


==================================================

rabbit@Arx:~$ cat /etc/bind/slaves.cc.conf
zone "yyy.yyy.yyy.yyy.in-addr.arpa" {
    type slave;
    file "slave.cc.ptr";
    masters { "cc"; };
};

zone "ccdomain" {
    type slave;
    file "slave.cc";
    masters { "cc"; };
};
4  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Кирилица за напреднали (encoding interoperability) -: Jan 05, 2006, 10:47
Благодаря за съветите.
X window идеята не е особенно приложима именно защото всеки клиент трябва да има налична графична среда (мога ли да седна да нагласям X window навсякъде откъдето ми скимне да се логна).
За разлика от това хитринката с AcceptEnv е много напред, въобще не ми дойде на акъла да прегледам документацията на сървъра.
FYI: Debian Sarge (може и по ранни) позволява независима настройка на шрифтове и charsets за всеки отделент VC в /etc/console-tools/config, независимо от това какъв getty вариант ползваш.

Аз обаче имам още един въпрос - защо един и същ непачнат mc binary се държи различно под VC и Xterm със един и същ LC_*? В смисъл под VC със активиран utf-mode и с правилен шрифт всички line drawing символи исчезват, докато под xterm със същия ENV показва както и текст в unicode така и не разваля line drawing. Откъде този ефект?
5  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Кирилица за напреднали (encoding interoperability) -: Jan 01, 2006, 01:24
Идеята с пачнатото mc не ме блазни - твърде много хора се оплакват из google от пачнат slang. Плюс машината е pure-64 което потенциално може да доведе до още повече проблеми (леко променени библиотеки). А малко неща са по зле от забиващ OFM (orthdox file manager).
За smbmount - ставаше въпрос от линукс към линукс, XP-то е просто пример как "всичко работи" '<img'> Както и да е - с исползването на iocharset И codepage всичко върви (не прави много смисъл но върви).
Остава последния проблем - ssh транслация. Ако и това даде акъл някой - халал да му е '<img'>
6  Linux секция за напреднали / Хардуерни и софтуерни проблеми / Кирилица за напреднали (encoding interoperability) -: Jan 01, 2006, 00:27
Не съм сигурен че това е правилния раздел но нейсе. Имам три работни машини - два линукса и един XP.

Единия линукс няма X, конзолата е нагласена да работи на CP1251 (посредством console-cyrillic) както и samba-та която чете/пише файлове в 1251.

Втория линукс е чист en_US.ISO-8859-1 под конзола и UTF-8 под KDE (добавил съм нужните envvars в Autostart). Знам че е грозно решение, но често се налага да работя под чиста конзола и не моа да си позволя потрошено mc '<img'> Файлов сървър - под UTF-8.

Цялата тази цапаница създава два неприятни проблема:
1. Не мога да ползвам пълноценно ssh м/у двата линукса, тъй като (поне доколкото знам) ssh няма опция за character encoding translation за разлика от putty например. В резултат каква да е кирилица се осакатява.
2. Докато уиндоуса нормално вижда файловите имена и от двете машини, smbmount не се справя в коя да е посока. Добавяйки опция nls=utf8 или nls=cp1251 респективно не променя нищо.

По принцип най логичния вариант е да прехвърля първата машина в Unicode режим, но тъй като тя е само конзолна всички slang базирани приложения се побъркват (в моя случай mc и centericq). Имената на файловете на втората машина не позволяват преминаване към 1251 (не са само ASCII/Кирилица)

Надявам се че съм описал достатъчно добре положението. Ако има някаква хитринка хем вълка да е сит хем агнетата да са в ред - споделете '<img'>

<редакция>
Забравих да спомена - и двата линукса са Debian Sid, без framebuffer (ако изобщо има някакво значение)
Страници: [1]