Прав си, има го и този момент '> обаче през НАТ или маскираш, или можеш да направиш т.нар. "bi-directional mapping", който пък симулира, че машината ти е на мястото на рутера... Трябва да се мисли '>

Хора, човекът вече е пуснал НАТ и явно той си работи за мрежовите IP адреси (192.168...). Предполагам 8те реални IP адреса са от един сегмент, предполагам също, че един от тях е на BSD рутера. Просто сложи един от останалите на машината, която искаш да е достъпна директно отвън, сложи й също IP-то на BSD рутера за gateway. На BSD машината сложи в /etc/rc.conf следния ред (ако го нямаш вече):

gateway_enable="YES"

и промени променливата на ядрото net.inet.ip.forwarding=1 през sysctl (също ако не е нагласена). Имайки предвид, че машината е рутер, горните 2 опции би трябвало вече да са нагласени, така че имаш работа само по другата машина. Не забравяй да оправиш политиките на firewall-a '>.

Успех!

3223КБ без модулите и без излишните глупости '>

Има няколко начина в завосимост от личните предпочитания '>). Можеш да погледнеш примерно официалното FAQ ето тук или да ползваш програмката sudo (за повече инфо за sudo виж man страницата й или питай google).

Успех!

[Цитат]

За NAT:
правилото ти трябва да е:

nat pass on $ext_if from <network> to any -> $ext_if

Наличието на думичката "pass" прескача филтрирането на трафика през firewall-a, отсъствието означава, че трафика се филтрира на базата на правилата (rules) по-долу. С твоя списък правила можеш спокойно да я махнеш. <network> се замества с IP-то/тата на межата, която ще е зад NAT-а или с CIDR нотацията му/им (192.168.1.0/24 примерно). NAT правилата много приличат на rules правилата - казваш от къде за къде да се пуска трафика, а след "->" с какъв изходен адрес да е пропуснатия трафик (повече).

За логването:
Само лог файл ли нямаш или изобщо не ти работи pf? Провери с командите:

/etc/rc.d/pf rcvar
и
/etc/rc.d/pflog rcvar

Трябва да получиш отговори съответно:

$pf_enable=YES
$pflog_enable=YES

Ако отговорите са NO, трябва да пуснеш pf и pflog като укажеш начално стартиране в /etc/rc.conf като добавиш редовете:

pf_enable="YES"
pflog_enable="YES"

За повече настройки погледни /etc/defaults/rc.conf и потърси pf_ и pflog параметрите (има обяснения кое за какво е).

Цитат

относно логването: погледни в /etc/defaults/rc.conf , секция Network configuration sub-section , firewall_logging= .

NINJ4: firewall_logging= се отнася за ipfw и няма нищо общо с pf '>. Както знаете във FreeBSD има избор между три отделни firewall-а - ipfw/ipfw2, ipf (ipfilter) и pf.

След успешното активиране на pf и pflog трябва да имаш две нови устройства в изхода от командата ifconfig - pflog0 и pfsync0. По подразбиране pflog логва във /var/log/pflog, което може да се промени в /etc/rc.conf (виж /etc/defaults/rc.conf и потърси опцията pflog_logfile=).

Успех!

[Цитат]

За съжаление не мога да ти дам конкретен отговор, но забележката ти относно аудио опцията в конфигурационния файл на ядрото ти ми напомня за нещо подобно във FreeBSD. В 5.x сериите до 5.3-RELEASE пусках звука само с опция pcm в ядрото, в 5.3 тя вече е променена на snd, но имайки snd не решава проблема със звука (имам същия звуков чип като теб). Освен snd трябва да си пусна И съответния модул - snd_via8233. Така че може би все пак не всички други audio* са излишни :))

А мрежата не ми изглежда коректно разпозната -

Цитат

Dec  5 05:09:48 fi4o /netbsd: vr0: Ethernet address: 00:00:00:00:00:00

мислиш ли, че това ти е истинския MAC адрес? :)

Не съм го написал, защото мисля, че се подразбира, но все пак - като добавиш нужните опции към конфигурационния файл на ядрото, трябва да компилираш ново ядро и да го заредиш него '>. Само добавяне и рестарт не върши работа. Просто доуточнявам, защото виждам, че си нов потребител тук и не знам на какво ниво си '>. За повече информация относно опциите на ядрото се консултирай с документацията.

Успех!

Предполагам, без да съм сигурен, че SCSI емулацията под OpenBSD е подобна на тази под FreeBSD. Как става под FReeBSD можеш да прочетеш на http://www.freebsd.org/doc....ds.html , точка 16.6.9. В общи линии добавят се малко опции към ядрото и рестартираш с новото.

Успех!

Като гледам конфигурацията на ibb27 наистина се размечтах '> и почти забравих: надявам се знаеш, че до седмица-две се очаква излизането на FreeBSD 5.3, което ще е и новата STABLE версия, а също и новия STABLE клон. Разработката на сегашния STABLE (4.x) се спира, като остава само поддръжка за сигурност и съвместимост още около година. Така, че най-добре изчакай излизането на FreeBSD 5.3-STABLE.

По конфигурацията нямам какво да добавя като че ли.. ех.. '>

Защо просто не си дръпнеш едно FreeSBIE (FreeBSD live CD), да го запишеш на едно CD, да закачиш 2та харда и да копираш от стария на новия? Ако цялата информация на стария е читава можеш дори да си пуснеш инсталационното CD на FreeBSD, да си разделиш новия хард на дялове и слайсове и след това под FreeSBIE направо да си пренесеш старата инсталация на новия хард. Правил съм това няколко пъти и не съм имал проблеми, особено с FreeBSD 5.x и devfs. Ако си с 4.x може да ти се наложи да си създадеш наново файловете в /dev. Не забравяй след копирането преди да заредиш от новия хард да го пуснеш в single user mode и да направиш нужните корекции (примерно да преконфигурираш описа на дяловете в /etc/fstab и т.н.).

Иначе не съм сигурен, че Линукс може да чете UFS/UFS2 файлови системи, но пък и не съм ползвал Линукс за това, така че да не ти давам грешна информация.

Спокойно - нищо ценно не се трие от тук '>

Всичко, което ти трябва да прочетеш в случая е тук - http://www.openbsd.org/faq/pf/nat.html .

Настройките на "ланките" '> се записват в /etc/rc.conf във вида:

ifconfig_rl0="inet 192.168.0.1  netmask 255.255.255.0"

Така задаваш IP и маска, ако искаш да дадеш и други параметри прочети man ( ifconfig. rl0 ти е името на мрежовия интерфейс, който ще конфигурираш. В твоя случай са два - rl0 и xl0.

Успех

Чул те Господ с 2те уши  '>  '>  '>  

Knowledge Base?!! Хахаха това прилича повече на серия от BOFH  '>

За лична употреба може да пробвате това - http://unixcode.org/uptimed/ . Приятно демонче '>.