Welcome to the Polish translation effort!
PR: docs/42670 Submitted by: Lukasz Bojarski <ni@merkury.pol.lublin.pl>
This commit is contained in:
Marc Fonvieille
parent
563ac26955
commit
ddeb945f3a
Notes:
svn2git
2020-12-08 03:00:23 +00:00
svn path=/head/; revision=14391
17 changed files with 3405 additions and 0 deletions
9
pl_PL.ISO8859-2/Makefile
Normal file
9
pl_PL.ISO8859-2/Makefile
Normal file
|
|
@ -0,0 +1,9 @@
|
|||
# $FreeBSD$
|
||||
|
||||
SUBDIR = articles
|
||||
#SUBDIR+= books
|
||||
|
||||
COMPAT_SYMLINK = pl
|
||||
|
||||
DOC_PREFIX?= ${.CURDIR}/..
|
||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
||||
9
pl_PL.ISO8859-2/articles/Makefile
Normal file
9
pl_PL.ISO8859-2/articles/Makefile
Normal file
|
|
@ -0,0 +1,9 @@
|
|||
# $FreeBSD$
|
||||
|
||||
SUBDIR =
|
||||
SUBDIR+= dialup-firewall
|
||||
SUBDIR+= filtering-bridges
|
||||
SUBDIR+= new-users
|
||||
|
||||
DOC_PREFIX?= ${.CURDIR}/../..
|
||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
||||
3
pl_PL.ISO8859-2/articles/Makefile.inc
Normal file
3
pl_PL.ISO8859-2/articles/Makefile.inc
Normal file
|
|
@ -0,0 +1,3 @@
|
|||
# $FreeBSD$
|
||||
|
||||
DESTDIR?= ${DOCDIR}/pl_PL.ISO8859-2/articles/${.CURDIR:T}
|
||||
14
pl_PL.ISO8859-2/articles/dialup-firewall/Makefile
Normal file
14
pl_PL.ISO8859-2/articles/dialup-firewall/Makefile
Normal file
|
|
@ -0,0 +1,14 @@
|
|||
# $FreeBSD$
|
||||
|
||||
DOC?= article
|
||||
|
||||
FORMATS?= html
|
||||
|
||||
INSTALL_COMPRESSED?=gz
|
||||
INSTALL_ONLY_COMPRESSED?=
|
||||
|
||||
SRCS= article.sgml
|
||||
|
||||
DOC_PREFIX?= ${.CURDIR}/../../..
|
||||
|
||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
||||
397
pl_PL.ISO8859-2/articles/dialup-firewall/article.sgml
Normal file
397
pl_PL.ISO8859-2/articles/dialup-firewall/article.sgml
Normal file
|
|
@ -0,0 +1,397 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.25
|
||||
-->
|
||||
|
||||
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
|
||||
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
|
||||
%man;
|
||||
]>
|
||||
|
||||
<article lang="pl">
|
||||
<articleinfo>
|
||||
<title>Firewall na połączeniu modemowym w FreeBSD</title>
|
||||
|
||||
<authorgroup>
|
||||
<author>
|
||||
<firstname>Marc</firstname>
|
||||
<surname>Silver</surname>
|
||||
<affiliation>
|
||||
<address><email>marcs@draenor.org</email></address>
|
||||
</affiliation>
|
||||
</author>
|
||||
</authorgroup>
|
||||
|
||||
<releaseinfo>$FreeBSD$</releaseinfo>
|
||||
|
||||
<abstract>
|
||||
<para>W niniejszym artykule przedstawiono instrukcję konfiguracji
|
||||
firewalla przy dynamicznie przydzielanym adresie IP, a także
|
||||
przepis na uruchomienie takiego firewalla w FreeBSD, korzystając
|
||||
z IPFW.
|
||||
Artykuł nie zawiera instrukcji konfigurowania połączenia
|
||||
PPP.</para>
|
||||
</abstract>
|
||||
</articleinfo>
|
||||
|
||||
<sect1 id="preface">
|
||||
<title>Wstęp</title>
|
||||
|
||||
<para>Firewall na połączeniu modemowym w FreeBSD</para>
|
||||
|
||||
<para>Niniejszy artykuł opisuje konfigurację firewalla w FreeBSD
|
||||
w przypadku, gdy adres IP przydzielany jest dynamicznie przez
|
||||
dostawcę usług internetowych. Dołożono wszelkich starań, aby
|
||||
artykuł zawierał przydatne informacje i był wolny od błędów,
|
||||
jednakże wszelkie uwagi i sugestie są mile widziane, proszę
|
||||
kierować je do <email>marcs@draenor.org</email>.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="kernel">
|
||||
<title>Opcję jądra</title>
|
||||
|
||||
<para>Na początek będziemy musieli przekompilować jądro. Wiecej
|
||||
informacji na temat kompilowania jądra znaleźć można w <ulink
|
||||
URL="../../books/handbook/kernelconfig.html">części Podręcznika
|
||||
poświęconej konfiguracji jądra</ulink>. Do pliku konfiguracyjnego
|
||||
jądra dopisujemy następujące opcje:</para>
|
||||
|
||||
<variablelist>
|
||||
<varlistentry>
|
||||
<term><literal>options IPFIREWALL</literal></term>
|
||||
|
||||
<listitem>
|
||||
<para>Właczenie obsługi firewalla w jądrze.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><literal>options IPFIREWALL_VERBOSE</literal></term>
|
||||
|
||||
<listitem>
|
||||
<para>Wysyłanie informacji o pakietach do logów systemowych.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><literal>options
|
||||
IPFIREWALL_VERBOSE_LIMIT=<replaceable>100</replaceable></literal></term>
|
||||
|
||||
<listitem>
|
||||
<para>Ograniczenie liczby pakietów zapisywanych w logach;
|
||||
dzięki temu plik loga nie zostanie zapchany wieloma
|
||||
powtarzającymi się wpisami. Wartość
|
||||
<replaceable>100</replaceable> jest sensowna, można jednak
|
||||
wstawić inną, odpowiednią dla własnych potrzeb.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
|
||||
<varlistentry>
|
||||
<term><literal>options IPDIVERT</literal></term>
|
||||
|
||||
<listitem>
|
||||
<para>Włączenie gniazd divert.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
</variablelist>
|
||||
|
||||
<para>Można dopisać jeszcze kilka wierszy
|
||||
<emphasis>opcjonalnych</emphasis>, które zwiększają poziom
|
||||
bezpieczeństwa. Firewall pracuje poprawnie również bez nich,
|
||||
jednakże bardziej ostrożni użytkownicy mogą zechcieć z nich
|
||||
skorzystać.</para>
|
||||
|
||||
<variablelist>
|
||||
<varlistentry>
|
||||
<term><literal>options TCP_DROP_SYNFIN</literal></term>
|
||||
|
||||
<listitem>
|
||||
<para>Ignorowanie pakietów TCP z ustawionymi flagami
|
||||
SYN i FIN. Zapobiega to możliwości identyfikacji stosu TCP/IP
|
||||
przy pomocy narzędzi takich jak nmap, jest to jednak wbrew
|
||||
ustaleniom dokumentu RFC1644. Nie powinno być stosowane,
|
||||
jeśli na maszynie ma działać serwer WWW.</para>
|
||||
</listitem>
|
||||
</varlistentry>
|
||||
</variablelist>
|
||||
|
||||
<para>Po kompilacji jądra nie trzeba od razu przeładowywać systemu.
|
||||
Jeśli wszystko pójdzie zgodnie z planem, wystarczy jedno
|
||||
przeładowanie po ukończeniu konfiguracji firewalla.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="rcconf">
|
||||
<title>Uruchamianie firewalla w
|
||||
<filename>/etc/rc.conf</filename></title>
|
||||
|
||||
<para>Trzeba teraz wprowadzić pewne zmiany w
|
||||
<filename>/etc/rc.conf</filename>, by uwzględniał on firewalla.
|
||||
Dodajemy następujące linijki:</para>
|
||||
|
||||
<programlisting>firewall_enable="YES"
|
||||
firewall_script="/etc/firewall/fwrules"
|
||||
natd_enable="YES"
|
||||
natd_interface="tun0"
|
||||
natd_flags="-dynamic"</programlisting>
|
||||
|
||||
<para>Informacje na temat działania powyższych poleceń można
|
||||
znaleźć w <filename>/etc/defaults/rc.conf</filename> oraz
|
||||
&man.rc.conf.5;.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1>
|
||||
<title>Wyłączenie tłumaczenia adresów przez PPP</title>
|
||||
|
||||
<para>Jeżeli wykorzystywane jest tłumaczenie adresów
|
||||
sieciowych
|
||||
wbudowane w PPP, trzeba będzie je wyłączyć. W naszych przykładach
|
||||
tłumaczeniem zajmuje się &man.natd.8;.</para>
|
||||
|
||||
<para>Fragment pliku odpowiedzialny za automatyczne uruchomienie
|
||||
PPP wygląda zapewne tak:</para>
|
||||
|
||||
<programlisting>ppp_enable="YES"
|
||||
ppp_mode="auto"
|
||||
ppp_nat="YES"
|
||||
ppp_profile="<replaceable>profile</replaceable>"</programlisting>
|
||||
|
||||
<para>Jeśli tak właśnie jest, trzeba będzie wyłączyć
|
||||
<literal>ppp_nat</literal> wpisując
|
||||
<literal>ppp_nat="NO"</literal> w
|
||||
<filename>/etc/rc.conf</filename>. Ponadto należy usunąć
|
||||
wpisy <literal>nat enable yes</literal> lub
|
||||
<literal>alias enable yes</literal> w
|
||||
<filename>/etc/ppp/ppp.conf</filename>.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="rules">
|
||||
<title>Reguły firewalla</title>
|
||||
|
||||
<para>Większość pracy mamy już za sobą. Pozostało już tylko
|
||||
ustalenie reguł firewalla, po czym będzie można dokonać
|
||||
przeładowania systemu i powinniśmy otrzymać działającego
|
||||
firewalla. Zdaję sobie sprawę, że zbiór reguł zależy od
|
||||
indywidualnych
|
||||
potrzeb, starałem się jednak przygotować reguły odpowiednie
|
||||
dla większości użytkowników łącz komutowanych. Można je
|
||||
oczywiście dostosować samodzielnie, traktując poniższe reguły
|
||||
jako punkt wyjścia. Zacznijmy od zamkniętego firewalla: z
|
||||
założenia wszystkie pakiety są blokowane, przepuszczać
|
||||
będziemy jedynie to, co jest nam rzeczywiście potrzebne.
|
||||
Reguły powinny najpierw określać, co jest przepuszczane, potem
|
||||
co jest blokowane. Podajemy więc wszystkie reguły
|
||||
przepuszczające, a potem nakazujemy blokować całą resztę.
|
||||
:)</para>
|
||||
|
||||
<para>Stwórzmy teraz katalog <filename
|
||||
class="directory">/etc/firewall</filename>. W nim utwórzmy plik
|
||||
<filename>fwrules</filename>, zgodnie z tym, co napisaliśmy
|
||||
w <filename>rc.conf</filename>. Możemy oczywiście nazwać ten
|
||||
plik jak nam się żywnie podoba, proponowana tu nazwa jest
|
||||
jedną z możliwości.</para>
|
||||
|
||||
<para>Spójrzmy teraz na przykładowy plik firewalla, opatrzony
|
||||
komentarzami.</para>
|
||||
|
||||
|
||||
<programlisting>
|
||||
# Reguły firewalla
|
||||
# Autor: Marc Silver (marcs@draenor.org)
|
||||
# http://draenor.org/ipfw
|
||||
#
|
||||
|
||||
# Definicja komendy firewalla (jak w /etc/rc.firewall) upraszcza
|
||||
# jej wywoływanie i czyni plik bardziej czytelnym.
|
||||
fwcmd="/sbin/ipfw"
|
||||
|
||||
# Wyczyszczenie aktualnie obowiązujących reguł.
|
||||
$fwcmd -f flush
|
||||
|
||||
# Przekierowanie wszystkich pakietów przez interfejs tun0.
|
||||
$fwcmd add divert natd all from any to any via tun0
|
||||
|
||||
# Przepuszczanie danych przesyłanych przez kartę sieciową i lokalnie.
|
||||
# Upewnij się, że wpisałeś tu właściwą kartę (w moim przypadku fxp0)
|
||||
# zanim przeładujesz system. :)
|
||||
$fwcmd add allow ip from any to any via lo0
|
||||
$fwcmd add allow ip from any to any via fxp0
|
||||
|
||||
# Przepuszczanie wszystkich połączeń nawiązywanych przez nas.
|
||||
$fwcmd add allow tcp from any to any out xmit tun0 setup
|
||||
|
||||
# Pozwalamy, by połączenia nawiązane mogły pozostać otwarte.
|
||||
$fwcmd add allow tcp from any to any via tun0 established
|
||||
|
||||
# Zezwolenie na połączenia z zewnątrz z określonymi usługami na
|
||||
# naszej maszynie. Przykładowo dopuszczamy połączenia z ssh i apache.
|
||||
$fwcmd add allow tcp from any to any 80 setup
|
||||
$fwcmd add allow tcp from any to any 22 setup
|
||||
|
||||
# Wysyłamy RESET w odpowiedzi na pakiety ident.
|
||||
$fwcmd add reset log tcp from any to any 113 in recv tun0
|
||||
|
||||
# Pozwalamy na wychodzące zapytania DNS do wybranych serwerów.
|
||||
$fwcmd add allow udp from any to <replaceable>x.x.x.x</replaceable> 53 out xmit tun0
|
||||
|
||||
# I oczywiście pozwalamy im odpowiedzieć... :)
|
||||
$fwcmd add allow udp from <replaceable>x.x.x.x</replaceable> 53 to any in recv tun0
|
||||
|
||||
# Dopuszczenie pakietów ICMP (dzięki którym działają ping i traceroute).
|
||||
# Można zdecydować się na ich blokowanie, ja jednak myślę, że mi się
|
||||
# przydadzą.
|
||||
$fwcmd add allow icmp from any to any
|
||||
|
||||
# Odrzucenie całej reszty.
|
||||
$fwcmd add deny log ip from any to any
|
||||
</programlisting>
|
||||
|
||||
<para>Zbudowaliśmy w pełni sprawny firewall zezwalający na połączenia
|
||||
z portami 80 i 22, oraz rejestrujący próby połączenia z czymkolwiek
|
||||
innym. Po przeładowaniu systemu powinien już należycie
|
||||
funkcjonować. Jeżeli jakiekolwiek z podanych tu informacji
|
||||
okażą się błędne, bądź będą powodować problemy, proszę o
|
||||
zawiadomienie emailem. Mile widziane są również pomysły
|
||||
na ulepszenie niniejszej strony.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1>
|
||||
<title>Pytania</title>
|
||||
|
||||
<qandaset>
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Dlaczego korzystasz z &man.natd.8; i &man.ipfw.8;, a
|
||||
nie z filtrów wbudowanych w &man.ppp.8;?</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>Mówiąc szczerze, nie ma konkretnego powodu dla którego
|
||||
zdecydowałem się na <command>ipfw</command> i
|
||||
<command>natd</command>, a nie filtrowanie wbudowane w
|
||||
<command>ppp</command>. Dyskusje przeprowadzone z
|
||||
różnymi osobami doprowadziły do stwierdzenia, iż
|
||||
<command>ipfw</command> jest z pewnością bardziej
|
||||
rozbudowany i ma większe możliwości konfiguracji niż
|
||||
filtry <command>ppp</command>, jest jednak trudniejszy
|
||||
w używaniu. Jednym z powodów mojego wyboru jest
|
||||
to, że wolę, by firewall działał na poziomie jądra systemu,
|
||||
a nie programu użytkownika.</para>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Otrzymuję komunikat w rodzaju <errorname>limit 100
|
||||
reached on entry 2800</errorname>, po którym w logach
|
||||
nie pojawiają się informacje o zablokowanych pakietach.
|
||||
Czy mój firewall nadal działa?</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>Taki komunikat oznacza jedynie, że osiągnięty został
|
||||
limit rejestrowania reguły. Sama reguła wciąż obowiązuje,
|
||||
nie będzie już jednak rejestrowana, dopóki liczniki
|
||||
rejestrowania nie zostaną wyzerowane; można to zrobić
|
||||
poleceniem <command>ipfw resetlog</command>. Innym
|
||||
rozwiązaniem jest zwiększenie limitu w konfiguracji
|
||||
jądra przy pomocy opcji
|
||||
<option>IPFIREWALL_VERBOSE_LIMIT</option>, tak jak
|
||||
jest to opisane wcześniej. Limit można także ustawić
|
||||
zmieniając wartość net.inet.ip.fw.verbose_limit
|
||||
przy pomocy &man.sysctl.8;.</para>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>W sieci wewnętrznej korzystam z adresów z puli prywatnej,
|
||||
np. z zakresu 192.168.0.0, czy mogę uzupełnić reguły firewalla
|
||||
wpisem w rodzaju
|
||||
<literal>$fwcmd add deny all from any to
|
||||
192.168.0.0:255.255.0.0 via tun0</literal> aby uniemożliwić
|
||||
próby połączeń z zewnątrz z lokalnymi maszynami?</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>Nie, ponieważ <emphasis>wszystko</emphasis> co
|
||||
przechodzi przez <devicename>tun0</devicename> podlega
|
||||
tłumaczeniu adresów realizowanemu przez
|
||||
<command>natd</command>.
|
||||
Pakiety przychodzące z zewnątrz trafiają wyłącznie do
|
||||
dynamicznie przydzielonego adresu IP, a
|
||||
<emphasis>nie</emphasis> do sieci wewnętrznej. Zauważmy
|
||||
jednak, że można dodać regułę w rodzaju <literal>$fwcmd
|
||||
add deny all from 192.168.0.4:255.255.0.0 to any
|
||||
via tun0</literal>, która zabroni maszynie w sieci
|
||||
wewnętrznej komunikowania się ze światem przez
|
||||
firewall.</para>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
|
||||
<qandaentry>
|
||||
<question>
|
||||
<para>Coś musi być nie tak. Postępowałem dokładnie według
|
||||
wskazówek i jestem w kropce.</para>
|
||||
</question>
|
||||
|
||||
<answer>
|
||||
<para>W artykule przyjmujemy, że korzystamy z
|
||||
<emphasis>userland-ppp</emphasis>, reguły obowiązują więc
|
||||
dla interfejsu <devicename>tun0</devicename>, odpowiadającemu
|
||||
pierwszemu połączeniu nawiązanemu przez &man.ppp.8;
|
||||
(zwanemu także <emphasis>user-ppp</emphasis>). Dodatkowym
|
||||
połączeniom odpowiadać będą interfejsy
|
||||
<devicename>tun1</devicename>, <devicename>tun2</devicename>
|
||||
itd. </para>
|
||||
|
||||
<para>W przypadku &man.pppd.8; jest
|
||||
z kolei wykorzystywany
|
||||
interfejs <devicename>ppp0</devicename>, jeśli
|
||||
więc połączenie jest realizowane za pośrednictwem
|
||||
&man.pppd.8;, w miejscu <devicename>tun0</devicename>
|
||||
trzeba wstawić <devicename>ppp0</devicename>. Poniżej
|
||||
przedstawiona jest szybka metoda uwzględnienia tej zmiany
|
||||
w regułach firewalla. Oryginalny plik z regułami
|
||||
zachowywany jest pod nazwą
|
||||
<filename>fwrules_tun0</filename>.</para>
|
||||
|
||||
<screen> &prompt.user; <userinput>cd /etc/firewall</userinput>
|
||||
/etc/firewall&prompt.user; <userinput>su</userinput>
|
||||
<prompt>Password:</prompt>
|
||||
/etc/firewall&prompt.root; <userinput>mv fwrules fwrules_tun0</userinput>
|
||||
/etc/firewall&prompt.root; <userinput>cat fwrules_tun0 | sed s/tun0/ppp0/g > fwrules</userinput>
|
||||
</screen>
|
||||
|
||||
<para>By przekonać się, czy w użyciu jest &man.ppp.8;, czy
|
||||
&man.pppd.8;, można po nawiązaniu połączenia
|
||||
posłużyć się &man.ifconfig.8;. W przypadku połączenia
|
||||
nawiązanego przez &man.pppd.8; zobaczylibyśmy coś
|
||||
w rodzaju (pomijając nieistotne informacje):</para>
|
||||
|
||||
<screen> &prompt.user; <userinput>ifconfig</userinput>
|
||||
<emphasis>(nieistotne...)</emphasis>
|
||||
ppp0: flags=<replaceable>8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1524</replaceable>
|
||||
inet <replaceable>xxx.xxx.xxx.xxx</replaceable> -************-> <replaceable>xxx.xxx.xxx.xxx</replaceable> netmask <replaceable>0xff000000</replaceable>
|
||||
<emphasis>(nieistotne...)</emphasis>
|
||||
</screen>
|
||||
|
||||
<para>Natomiast gdy nawiązanie połączenia odbyło się za
|
||||
pośrednictwem &man.ppp.8; (<emphasis>user-ppp</emphasis>),
|
||||
ujrzymy coś takiego:</para>
|
||||
|
||||
<screen> &prompt.user; <userinput>ifconfig</userinput>
|
||||
<emphasis>(nieistotne...)</emphasis>
|
||||
ppp0: flags=<replaceable>8010<POINTOPOINT,MULTICAST> mtu 1500</replaceable>
|
||||
<emphasis>(nieistotne...)</emphasis>
|
||||
tun0: flags=<replaceable>8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1524</replaceable>
|
||||
<emphasis>(nieistotne IPv6...)</emphasis>
|
||||
inet <replaceable>xxx.xxx.xxx.xxx</replaceable> -************-> <replaceable>xxx.xxx.xxx.xxx</replaceable> netmask <replaceable>0xffffff00</replaceable>
|
||||
Opened by PID <replaceable>xxxxx</replaceable>
|
||||
<emphasis>(nieistotne...)</emphasis></screen>
|
||||
</answer>
|
||||
</qandaentry>
|
||||
</qandaset>
|
||||
</sect1>
|
||||
</article>
|
||||
14
pl_PL.ISO8859-2/articles/filtering-bridges/Makefile
Normal file
14
pl_PL.ISO8859-2/articles/filtering-bridges/Makefile
Normal file
|
|
@ -0,0 +1,14 @@
|
|||
# $FreeBSD$
|
||||
|
||||
DOC?= article
|
||||
|
||||
FORMATS?= html
|
||||
|
||||
INSTALL_COMPRESSED?=gz
|
||||
INSTALL_ONLY_COMPRESSED?=
|
||||
|
||||
SRCS= article.sgml
|
||||
|
||||
DOC_PREFIX?= ${.CURDIR}/../../..
|
||||
|
||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
||||
418
pl_PL.ISO8859-2/articles/filtering-bridges/article.sgml
Normal file
418
pl_PL.ISO8859-2/articles/filtering-bridges/article.sgml
Normal file
|
|
@ -0,0 +1,418 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.12
|
||||
-->
|
||||
|
||||
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
|
||||
<!ENTITY % man PUBLIC "-//FreeBSD//ENTITIES DocBook Manual Page Entities//EN">
|
||||
%man;
|
||||
]>
|
||||
|
||||
<article lang="pl">
|
||||
<articleinfo>
|
||||
<title>Mosty filtrujące</title>
|
||||
|
||||
<authorgroup>
|
||||
<author>
|
||||
<firstname>Alex</firstname>
|
||||
<surname>Dupre</surname>
|
||||
<affiliation>
|
||||
<address><email>sysadmin@alexdupre.com</email></address>
|
||||
</affiliation>
|
||||
</author>
|
||||
</authorgroup>
|
||||
|
||||
<releaseinfo>$FreeBSD$</releaseinfo>
|
||||
|
||||
<abstract>
|
||||
<para>Częstokroć zdarza się, że trzeba podzielić jedną sieć fizyczną
|
||||
(np. Ethernet) na dwa oddzielne segmenty, nie tworząc przy tym
|
||||
podsieci, a oba segmenty połączyć ze sobą ruterem. Urządzenie
|
||||
łączące w ten sposób dwie sieci nazywane jest mostem. Komputer z
|
||||
FreeBSD posiadający dwa interfejsy sieciowe może z powodzeniem
|
||||
pracować jako most.</para>
|
||||
|
||||
<para>Zadaniem mostu jest analizowanie adresów <acronym>MAC</acronym>
|
||||
(adresów ethernetowych) należących do urządzeń przyłączonych do obu
|
||||
interefejsów sieciowych, a następnie przekazywaniu danych pomiędzy
|
||||
obiema sieciami tylko wtedy, gdy nadawca i odbiorca należą do
|
||||
innych segmentów. Pod wieloma względami most przypomina przełącznik
|
||||
ethernetowy wyposażony w jedynie dwa porty.</para>
|
||||
</abstract>
|
||||
</articleinfo>
|
||||
|
||||
<sect1 id="filtering-bridges-why">
|
||||
<title>Dlaczego korzysta się z mostów filtrujących?</title>
|
||||
|
||||
<para>Dzięki obniżającym się kosztom szerokopasmowych połączeń
|
||||
internetowych (xDSL), jak również z powodu niewielkiej liczby dostępnych
|
||||
adresów IPv4, coraz częściej zdarza się, że firmy dysponują stałym
|
||||
połączeniem z Internetem, nie posiadając przy tym zbyt wielu adresów IP.
|
||||
W takiej sytuacji przydatne jest stosowanie firewalla filtrującego
|
||||
pakiety wysyłane do Internetu i z niego nadchodzące. Może się jednak
|
||||
zdarzyć, że filtrowania pakietów na poziomie rutera nie da się
|
||||
zrealizować, na przykład ze względu na podział sieci,
|
||||
lub dlatego, że to dostawca usług interentowych jest właścicielem
|
||||
rutera, bądź też sam ruter nie umożliwia takiego rozwiązania. Wtedy
|
||||
właśnie wskazane jest skorzystanie z mostu filtrującego.</para>
|
||||
|
||||
<para>Firewall będący jednocześnie mostem może być wstawiony pomiędzy
|
||||
ruter xDSL a koncentrator/przełącznik ethernetowy. Jego konfiguracja
|
||||
nie wymaga zajmowania się numeracją IP.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="filtering-bridges-how">
|
||||
<title>Instalacja</title>
|
||||
|
||||
<para>W FreeBSD włączenie funkcji mostu nie jest trudnym przedsięwzięciem.
|
||||
Począwszy od wydania 4.5 owe funkcje mogą być dołączone jako moduły, nie
|
||||
trzeba więc przebudowywać jądra, co jest znacznym udogodnieniem.
|
||||
Poniżej opisuję obydwa sposoby.</para>
|
||||
|
||||
<important>
|
||||
<para><emphasis>Nie należy</emphasis> postępować według obu poniższych
|
||||
przepisów: skorzystanie z jednego z nich
|
||||
<emphasis>wyklucza</emphasis> korzystanie z drugiego. Wybór powinien
|
||||
zależeć od własnych potrzeb i możliwości.</para>
|
||||
</important>
|
||||
|
||||
<para>Przed rozpoczęciem należy upewnić się, że dysponujemy przynajmniej
|
||||
dwiema kartami sieciowymi zdolnymi do pracy w trybie pośredniczenia
|
||||
zarówno przy odbiorze, jak i nadawaniu; karty będą wysyłać pakiety
|
||||
opatrzone niekoniecznie ich własnymi adresami. Co więcej, by osiągnąć
|
||||
dobrą wydajność, powinny być to karty PCI obsługujące zarządzanie
|
||||
magistralą. Do takich należą karty Intel EtherExpress Pro, a także
|
||||
karty 3Com z serii 3c9xx. Dla uproszczenia konfiguracji firewalla
|
||||
pożytecznym okazać się może posiadanie kart dwóch różnych producentów
|
||||
(korzystających z innych sterowników), by łatwiej było odróżnić
|
||||
interfejs podłączony do rutera od interfejsu połączonego z siecią
|
||||
wewnętrzną.</para>
|
||||
|
||||
<sect2 id="filtering-bridges-kernel">
|
||||
<title>Konfigurowanie jądra</title>
|
||||
|
||||
<para>Pierwsza z metod jest starsza, lecz sprawdzona. Na początek
|
||||
należy dodać następujące wiersze do pliku konfiguracyjnego
|
||||
jądra:</para>
|
||||
|
||||
<programlisting>options BRIDGE
|
||||
options IPFIREWALL
|
||||
options IPFIREWALL_VERBOSE</programlisting>
|
||||
|
||||
<para>Pierwszy wiersz włącza do jądra obsługę mostu, drugi obsługę
|
||||
firewalla, a trzeci funkcje rejestrujące firewalla.</para>
|
||||
|
||||
<para>Teraz trzeba skompilować i zainstalować nowe jądro. Szczegółowy
|
||||
opis tych czynności znaleźć można w Podręczniku FreeBSD, w części
|
||||
"<ulink
|
||||
url="../../books/handbook/kernelconfig-building.html">Building
|
||||
and Installing a Custom Kernel</ulink>".</para>
|
||||
</sect2>
|
||||
|
||||
<sect2 id="filtering-bridges-modules">
|
||||
<title>Ładowanie modułów</title>
|
||||
|
||||
<para>Ta metoda instalacji jest nowsza i prostsza, polega jedynie
|
||||
na dodaniu poniższego wiersza do
|
||||
<filename>/boot/loader.conf</filename>:</para>
|
||||
|
||||
<programlisting>bridge_load="YES"</programlisting>
|
||||
|
||||
<para>W efekcie podczas ładowania systemu wraz z jądrem zostanie
|
||||
załadowany moduł <filename>bridge.ko</filename>. Nie trzeba dodawać
|
||||
analogicznego wiersza dla modułu <filename>ipfw.ko</filename>, gdyż
|
||||
zostanie on załadowany automatycznie po wykonaniu czynności
|
||||
opisanych w następnej części.</para>
|
||||
</sect2>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="filtering-bridges-finalprep">
|
||||
<title>Przygotowanie do pracy</title>
|
||||
|
||||
<para>Przed ponownym uruchomieniem systemu oraz załadowaniem nowego jądra
|
||||
lub modułów (w zależności od wybranej metody instalacji), trzeba
|
||||
jeszcze dokonać kilku zmian w pliku konfiguracyjnym
|
||||
<filename>/etc/rc.conf</filename>. Domyślną regułą firewalla jest
|
||||
zatrzymywanie wszystkich pakietów IP. Zaczniemy od skonfigurowania
|
||||
firewalla <option>otwartego</option>, by sprawdzić jego działanie przy
|
||||
wyłączonym filtrowaniu (dzięki temu maszyna będzie mogła utrzymać
|
||||
połączenie z siecią, co jest niezbędne w przypadku, gdy konfiguracja
|
||||
przeprowadzana jest poprzez sieć).
|
||||
W pliku <filename>/etc/rc.conf</filename> należy umieścić poniższe
|
||||
wpisy:</para>
|
||||
|
||||
<programlisting>firewall_enable="YES"
|
||||
firewall_type="open"
|
||||
firewall_quiet="YES"
|
||||
firewall_logging="YES"</programlisting>
|
||||
|
||||
<para>Pierwszy wiersz powoduje uruchomienie firewalla (ładowany jest
|
||||
moduł <filename>ipfw.ko</filename>, jeśli nie został wkompilowany do
|
||||
jądra), w drugim ustawiany jest
|
||||
<option>otwarty</option> tryb jego pracy (zgodnie z opisem w
|
||||
<filename>/etc/rc.firewall</filename>). Następny wiersz nakazuje nie
|
||||
pokazywać ładowanych reguł, a w ostatnim włączane jest
|
||||
rejestrowanie.</para>
|
||||
|
||||
<para>Interfejsy sieciowe są najczęściej skonfigurowane tak, że tylko
|
||||
jedna z kart sieciowych ma przypisany adres IP, jednakże most działa
|
||||
tak samo również wtedy, gdy adresy przypisane są do obu kart lub nie są
|
||||
przypisane do żadnej z nich. W tym ostatnim przypadku (brak IP) maszyna
|
||||
pełniąca rolę mostu będzie jeszcze bardziej ukryta, gdyż nie będzie
|
||||
dostępna z sieci; dostęp do niej możliwy będzie poprzez konsolę lub
|
||||
trzeci interfejs sieciowy odseparowany od mostu. Niekiedy dostęp do
|
||||
sieci potrzebny jest programom uruchamianym podczas
|
||||
ładowania systemu, na przykład do określenia nazwy domeny. W takiej
|
||||
sytuacji adres IP należy przydzielić interfejsowi zewnętrznemu (czyli
|
||||
temu, który połączony jest z Internetem, gdzie znajduje się serwer
|
||||
<acronym>DNS</acronym>), ponieważ most będzie uruchomiony dopiero w
|
||||
końcowej fazie uruchamiania systemu. Oznacza to, że interfejs
|
||||
<devicename>fxp0</devicename> (jak w przykładzie) musi być uwzględniony
|
||||
w sekcji ifconfig pliku <filename>/etc/rc.conf</filename>, w
|
||||
przeciwieństwie do interfejsu <devicename>xl0</devicename>.
|
||||
Przydzielanie adresów IP obu kartom sieciowym nie ma raczej sensu,
|
||||
chyba, że podczas uruchamiania systemu programy potrzebują dostępu
|
||||
do obu segmentów sieci.</para>
|
||||
|
||||
|
||||
<para>Należy mieć na uwadze, że w sieci IP opartej na Ethernecie działają
|
||||
w rzeczywistości dwa protokoły: jednym jest oczywiście IP, drugim
|
||||
jest <acronym>ARP</acronym>. Zadaniem protokołu <acronym>ARP</acronym>
|
||||
jest przekształcenie adresu IP stacji na jej adres ethernetowy (adres
|
||||
<acronym>MAC</acronym>). By możliwa była komunikacja między dwoma
|
||||
stacjami znajdującymi się po dwóch stronach mostu, pakiety
|
||||
<acronym>ARP</acronym> muszą być przekazywane przez most. Protokół
|
||||
<acronym>ARP</acronym> nie jest składnikiem warstwy IP, ponieważ
|
||||
jest używany tylko wtedy, gdy IP działa w sieci Ethernet. Filtrowanie
|
||||
pakietów przez firewall w FreeBSD dotyczy warstwy IP, więc pakiety
|
||||
innego typu (w tym także <acronym>ARP</acronym>) będą przekazywane
|
||||
dalej bez filtrowania, nawet jeśli konfiguracja firewalla nakazuje
|
||||
blokowanie wszystkiego.</para>
|
||||
|
||||
<para>Można już uruchomić system ponownie i korzystać z niego jak
|
||||
dotychczas. Pojawią się nowe komunikaty dotyczące mostu i firewalla,
|
||||
most jednak nie będzie jeszcze pracować, natomiast firewall będzie
|
||||
działać w trybie <option>otwartym</option>, bez jakiegokolwiek
|
||||
blokowania.</para>
|
||||
|
||||
<para>Jeśli pojawią się jakiekolwiek problemy, należy się z nimi
|
||||
uporać przed przystąpieniem do kolejnego etapu pracy.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="filtering-bridges-enabling">
|
||||
<title>Uruchamianie mostu</title>
|
||||
|
||||
<para>Uruchomienie mostu polega na wykonaniu następującej sekwencji
|
||||
poleceń (nazwy przykładowych interfejsów sieciowych
|
||||
<devicename>fxp0</devicename> i <devicename>xl0</devicename> należy
|
||||
zastąpić nazwami własnych interfejsów):</para>
|
||||
|
||||
<screen>&prompt.root; <userinput>sysctl net.link.ether.bridge_cfg=fxp0:0,xl0:0</userinput>
|
||||
&prompt.root; <userinput>sysctl net.link.ether.bridge_ipfw=1</userinput>
|
||||
&prompt.root; <userinput>sysctl net.link.ether.bridge=1</userinput></screen>
|
||||
|
||||
<para>Pierwsze polecenie wskazuje interfejsy obsługiwane przez most,
|
||||
drugie włącza firewalla, wreszcie trzecie polecenie włącza sam
|
||||
most.</para>
|
||||
|
||||
<para>Tak skonfigurowana maszyna może zostać włączona między dwie grupy
|
||||
połączonych w sieć komputerów bez zakłócania ich wzajemnej komunikacji.
|
||||
Jeśli to się powiedzie, można dodać do pliku
|
||||
<filename>/etc/sysctl.conf</filename> wpisy
|
||||
<literal>net.link.ether.<replaceable>[coś]</replaceable>=<replaceable>[coś]</replaceable></literal>
|
||||
zgodne z powyższymi, by zostały uwzględnione przy ładowaniu systemu.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="filtering-bridges-ipfirewall">
|
||||
<title>Konfiguracja firewalla</title>
|
||||
|
||||
<para>Następnym krokiem jest przygotowanie reguł firewalla,
|
||||
zabezpieczających sieć wewnętrzną. Wiąże się to z pewnymi utrudnieniami,
|
||||
gdyż nie wszystkie możliwości firewalla mogą być wykorzystywane w
|
||||
przypadku pakietów przechodzących przez most. Trzeba też wiedzieć, że
|
||||
między pakietami przekazywanymi, a odbieranymi przez maszynę lokalną
|
||||
jest pewna różnica. Pakiety przychodzące przechodzą przez firewall
|
||||
tylko raz, a nie dwa razy jak w zwykłych warunkach. Mówiąc dokładniej,
|
||||
są one filtrowane tylko przy odbiorze, tak więc reguły zawierające
|
||||
<option>out</option> lub <option>xmit</option> będą bezużyteczne.
|
||||
Ja osobiście używam starszej składni <option>in via</option>, którą
|
||||
rozsądniej się czyta. Trzeba również pamiętać, że filtrując pakiety
|
||||
przechodzące przez most, można używać tylko poleceń
|
||||
<option>pass</option> lub <option>drop</option>. Bardziej wymyślne
|
||||
polecenia, jak <option>divert</option>, <option>forward</option> czy
|
||||
<option>reject</option> są niedozwolone. Można z nich korzystać tylko
|
||||
w odniesieniu do pakietów wysyłanych przez maszynę mostu lub do niej
|
||||
przychodzących (jeśli oczywiście ma ona adres IP).</para>
|
||||
|
||||
<para>Nowością w FreeBSD 4.0 jest filtrowanie z utrzymywaniem stanu. Jest
|
||||
ono znacznym ułatwieniem obsługi komunikacji przez
|
||||
<acronym>UDP</acronym>, polegającej najczęściej na wysłaniu żądania, a
|
||||
za chwilę odebraniu odpowiedzi, z takimi samymi adresami IP i numerami
|
||||
portów (przy czym nadawca i odbiorca są oczywiście zamienieni
|
||||
miejscami). Praktycznie nie da się potraktować takiej wymiany jako
|
||||
pojedynczej sesji,
|
||||
posługując się firewallem nie przechowującym informacji o stanie
|
||||
połączenia. Jednakże gdy firewall potrafi <quote>zapamiętać</quote>
|
||||
wychodzący pakiet <acronym>UDP</acronym> i zezwolić na odpowiedź w
|
||||
ciągu kilku następnych minut, wówczas zarządzanie komunikacją
|
||||
<acronym>UDP</acronym> staje się dziecinnie proste. Jak to zrobić,
|
||||
pokazuje poniższy przykład. Podobnie można traktować pakiety
|
||||
<acronym>TCP</acronym>, chroni to przed niektórymi atakami przez
|
||||
uniemożliwienie działania oraz innymi figlami, prowadzi jednak do
|
||||
szybkiego rozrastania się tablicy stanów.</para>
|
||||
|
||||
|
||||
<para>Spójrzmy na przykładową konfigurację. Zwróćmy uwagę, że na początku
|
||||
pliku <filename>/etc/rc.firewall</filename> umieszczono domyślne reguły
|
||||
dla interfejsu pseudosieci <devicename>lo0</devicename>, nie trzeba
|
||||
się więc już nimi przejmować. Inne reguły powinny być umieszczone w
|
||||
oddzielnym pliku (np. <filename>/etc/rc.firewall.local</filename>),
|
||||
który byłby dołączany podczas ładowania systemu dzięki zmianie
|
||||
w pliku <filename>/etc/rc.conf</filename> tego wiersza, w którym
|
||||
typ firewalla był zdefiniowany jako <option>otwarty</option>:</para>
|
||||
|
||||
<programlisting>firewall_type="/etc/rc.firewall.local"</programlisting>
|
||||
|
||||
<important>
|
||||
<para>Należy tu podać <emphasis>pełną</emphasis> ścieżkę, w przeciwnym
|
||||
razie plik nie zostanie załadowany, co grozi utratą dostępu do
|
||||
sieci.</para>
|
||||
</important>
|
||||
|
||||
<para>Na potrzeby przykładu przyjmujemy, że interfejs
|
||||
<devicename>fxp0</devicename> połączony jest z Internetem, natomiast
|
||||
<devicename>xl0</devicename> z siecią wewnętrzną
|
||||
(<acronym>LAN</acronym>). Adres IP maszyny mostu to
|
||||
<hostid role="ipaddr">1.2.3.4</hostid> (w rzeczywistości dostawca
|
||||
usług interenetowych nie mógłby przydzielić adresu klasy A, jednak
|
||||
świetnie nadaje się on jako przykład).</para>
|
||||
|
||||
<programlisting># Szybkie przepuszczanie pakietów, których stan został zapamiętany
|
||||
add check-state
|
||||
|
||||
# Blokada sieci z RFC 1918
|
||||
add drop all from 10.0.0.0/8 to any in via fxp0
|
||||
add drop all from 172.16.0.0/12 to any in via fxp0
|
||||
add drop all from 192.168.0.0/16 to any in via fxp0
|
||||
|
||||
# Maszyna będąca mostem może wysyłać co tylko zechce
|
||||
# (jeśli maszyna nie ma adresu IP, pomiń poniższe wiersze)
|
||||
add pass tcp from 1.2.3.4 to any setup keep-state
|
||||
add pass udp from 1.2.3.4 to any keep-state
|
||||
add pass ip from 1.2.3.4 to any
|
||||
|
||||
# Stacje sieci wewnętrznej mogą wysyłać co tylko zechcą
|
||||
add pass tcp from any to any in via xl0 setup keep-state
|
||||
add pass udp from any to any in via xl0 keep-state
|
||||
add pass ip from any to any in via xl0
|
||||
|
||||
# Protokół TCP
|
||||
# Przepuszczanie SSH
|
||||
add pass tcp from any to any 22 in via fxp0 setup keep-state
|
||||
# Przepuszczanie SMTP jedynie do serwera poczty
|
||||
add pass tcp from any to relay 25 in via fxp0 setup keep-state
|
||||
# Informacje o obszarach mogą być przesyłane tylko przez podrzędny
|
||||
# serwer nazw [dns2.nic.it]
|
||||
add pass tcp from 193.205.245.8 to ns 53 in via fxp0 setup keep-state
|
||||
# Przepuszczanie zapytań ident - takie rozwiązanie jest lepsze
|
||||
# niż oczekiwanie na przekroczenie czasu
|
||||
add pass tcp from any to any 113 in via fxp0 setup keep-state
|
||||
# Przepuszczenie zakresu portów dynamicznych
|
||||
add pass tcp from any to any 49152-65535 in via fxp0 setup keep-state
|
||||
|
||||
# Protokół UDP
|
||||
# Przepuszczanie zapytań DNS jedynie do serwera DNS
|
||||
add pass udp from any to ns 53 in via fxp0 keep-state
|
||||
# Przepuszczenie zakresu portów dynamicznych
|
||||
add pass udp from any to any 49152-65535 in via fxp0 keep-state
|
||||
|
||||
# Protokół ICMP
|
||||
# Przepuszczanie 'pingów'
|
||||
add pass icmp from any to any icmptypes 8 keep-state
|
||||
# Przepuszczanie komunikatów o błędach generowanych przez 'traceroute'
|
||||
add pass icmp from any to any icmptypes 3
|
||||
add pass icmp from any to any icmptypes 11
|
||||
|
||||
# Wszystko inne jest podejrzane
|
||||
add drop log all from any to any</programlisting>
|
||||
|
||||
<para>Czytelnicy mający już doświadczenie z konfiguracją firewalla mogą
|
||||
zwrócić uwagę na brak pewnych rzeczy. W szczególności, brakuje reguł
|
||||
zapobiegających podszywaniu się. Rzeczywiście, wśród powyższych reguł
|
||||
<emphasis>nie było</emphasis> takiej:</para>
|
||||
|
||||
<programlisting>add deny all from 1.2.3.4/8 to any in via fxp0</programlisting>
|
||||
|
||||
<para>Nakazuje ona odrzucanie pakietów, które nadchodzą z zewnątrz, a
|
||||
udają, że są z sieci wewnętrznej. Jest to zwykle stosowane w celu
|
||||
zabezpieczenia się przed próbami prześliznięcia się przez filtrowanie,
|
||||
polegającymi na tworzeniu fałszywych pakietów, wyglądających jak
|
||||
wysłane z sieci wewnętrznej. Kłopot w tym, że jest
|
||||
<emphasis>co najmniej</emphasis> jedna stacja połączona z interfejsem
|
||||
zewnętrznym, której nie można zignorować: jest nią ruter. Zwykle
|
||||
jednak ochrona przed podszywaniem się realizowana jest przez
|
||||
dostawcę usług internetowych na jego ruterze, nie trzeba się więc
|
||||
tym przejmować.</para>
|
||||
|
||||
<para>Ostatnia reguła jest bardzo podobna do reguły przyjmowanej
|
||||
domyślnie, czyli odrzucania wszystkiego, co nie jest ściśle dozwolone.
|
||||
Jest jednak różnica: wszystko, co jest podejrzane, jest
|
||||
rejestrowane.</para>
|
||||
|
||||
<para>Dwie reguły odpowiedzialne są za przekazywanie pakietów
|
||||
<acronym>SMTP</acronym> i <acronym>DNS</acronym> do serwera poczty i
|
||||
serwera nazw, o ile takowe serwery są. Zestaw reguł powinien być
|
||||
oczywiście dostosowany do własnych potrzeb, tutaj pokazany jest tylko
|
||||
pewien przykład (składnia reguł jest dokładnie opisana w dokumentacji
|
||||
systemowej &man.ipfw.8;). Trzeba mieć na uwadze, że aby poprawnie
|
||||
działały
|
||||
<quote>relay</quote> i <quote>ns</quote>, wymagane jest, by zapytania
|
||||
DNS działały <emphasis>zanim</emphasis> pracę rozpoczyna most. Dzięki
|
||||
temu można też się przekonać, czy adres IP został przypisany do
|
||||
właściwiej karty sieciowej. Alternatywnym rozwiązaniem jest
|
||||
wpisanie adresu IP zamiast nazwy stacji (jest to jedyna możliwość
|
||||
w przypadku, gdy maszyna nie ma adresu IP).</para>
|
||||
|
||||
<para>Osoby, które już kiedyś miały pewne doświadczenia z konfiguracją
|
||||
firewalla, przyzwyczajone są zapewne do reguł <option>reset</option>
|
||||
lub <option>forward</option> dla pakietów ident (port
|
||||
<acronym>TCP</acronym> o numerze 113). Niestety, w przypadku mostu
|
||||
takie rozwiązanie nie wchodzi w grę, najlepiej jest po prostu
|
||||
przepuścić owe pakiety do ich adresata. Jest to stosunkowo niegroźne,
|
||||
gdy adresat ma wyłączoną usługę ident. Można także blokować połączenia
|
||||
z portem 113, co powoduje pewne problemy np. z usługą
|
||||
<acronym>IRC</acronym> (ponieważ zapytanie ident musi przekroczyć
|
||||
czas oczekiwania).</para>
|
||||
|
||||
<para>Niezrozumiała może wydać się obecność oddzielnych reguł, z
|
||||
których jedne zezwalaja na wysyłanie maszynie będącej mostem, drugie
|
||||
natomiast stacjom sieci wewnętrznej. Jest tak dlatego, że pakiety
|
||||
wysyłane przez maszynę lokalną docierają do filtra inną drogą niż
|
||||
pakiety wysłane z sieci wewnętrznej. Te ostatnie muszą przejść przez
|
||||
most, natomiast pakiety wysłane lokalnie trafiają na stos IP maszyny.
|
||||
Osobne zestawy reguł obsługują obydwa przypadki. Z kolei reguły
|
||||
zawierające <literal>in via <devicename>fxp0</devicename></literal>
|
||||
odnoszą się do obu rodzajów pakietów. Mówiąc ogólnie, pisząc reguły
|
||||
<option>in via</option> trzeba zrobić wyjątek dla pakietów wysyłanych
|
||||
z lokalnej maszyny, ponieważ one nie przyszły przez żaden z
|
||||
interfejsów.</para>
|
||||
</sect1>
|
||||
|
||||
<sect1 id="filtering-bridges-contributors">
|
||||
<title>Podziękowania</title>
|
||||
|
||||
<para>Duża część niniejszego artykułu zaczerpnięta została ze starego
|
||||
dokumentu o mostach autorstwa Nicka Sayera. Inspiracją było również
|
||||
wprowadzenie do tematyki mostów napisane przez Steve'a Petersona.</para>
|
||||
|
||||
<para>Bardzo dziękuję Luigiemu Rizzo za implementację kodu mostu w
|
||||
FreeBSD, jak również za czas poświęcony na odpowiedzi na moje
|
||||
pytania.</para>
|
||||
|
||||
<para>Dziękuję też Tomowi Rhodesowi, który zechciał przyjrzeć się
|
||||
mojemu tłumaczeniu tego artykułu z włoskiego (w takim języku napisany
|
||||
był oryginał) na angielski.</para>
|
||||
</sect1>
|
||||
</article>
|
||||
14
pl_PL.ISO8859-2/articles/new-users/Makefile
Normal file
14
pl_PL.ISO8859-2/articles/new-users/Makefile
Normal file
|
|
@ -0,0 +1,14 @@
|
|||
# $FreeBSD$
|
||||
|
||||
DOC?= article
|
||||
|
||||
FORMATS?= html
|
||||
|
||||
INSTALL_COMPRESSED?=gz
|
||||
INSTALL_ONLY_COMPRESSED?=
|
||||
|
||||
SRCS= article.sgml
|
||||
|
||||
DOC_PREFIX?= ${.CURDIR}/../../..
|
||||
|
||||
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
|
||||
1145
pl_PL.ISO8859-2/articles/new-users/article.sgml
Normal file
1145
pl_PL.ISO8859-2/articles/new-users/article.sgml
Normal file
File diff suppressed because it is too large
Load diff
715
pl_PL.ISO8859-2/share/sgml/authors.ent
Normal file
715
pl_PL.ISO8859-2/share/sgml/authors.ent
Normal file
|
|
@ -0,0 +1,715 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
Nazwiska i adresy email autorów wnosz±cych swój wk³ad oraz edytorów CVS.
|
||||
Nazwy obiektów dla edytorów powinny byæ takie same jak ich login na
|
||||
freefall.FreeBSD.org.
|
||||
|
||||
Nale¿y u¿ywaæ tych obiektów gdy odnosimy siê do osób.
|
||||
|
||||
Prosimy utrzymywaæ tê listê w alfabetycznym porz±dku wed³ug nazw obiektów.
|
||||
|
||||
WA¯NE: Je¶li usuwasz nazwiska z tego pliku, *musisz* upewniæ siê, ¿e
|
||||
wszystkie odno¶niki do nich zosta³y usuniête z t³umaczeñ
|
||||
podrêcznika. Je¶li nie zosta³y, *zepsujesz* budowania
|
||||
w innych jêzykach, a w konsekwencji zostaniesz publicznie
|
||||
wy¶miany.
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.237
|
||||
-->
|
||||
|
||||
<!ENTITY a.abial "Andrzej Bialecki <email>abial@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ache "Andrey A. Chernov <email>ache@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.adam "Adam David <email>adam@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ade "Ade Lovett <email>ade@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.adrian "Adrian Chadd <email>adrian@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.akiyama "Shunsuke Akiyama <email>akiyama@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.alane "Alan Eldridge <email>alane@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.alc "Alan L. Cox <email>alc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.alex "Alexander Langer <email>alex@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.alfred "Alfred Perlstein <email>alfred@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ambrisko "Doug Ambrisko <email>ambrisko@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.amorita "Akio Morita <email>amorita@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.amurai "Atsushi Murai <email>amurai@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.anders "Anders Nordby <email>anders@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.andreas "Andreas Klemm <email>andreas@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.andy "Andrey Zakhvatov <email>andy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.anholt "Eric Anholt <email>anholt@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.archie "Archie Cobbs <email>archie@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.arr "Andrew R. Reiter <email>arr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.asami "Satoshi Asami <email>asami@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.asmodai "Jeroen Ruigrok/Asmodai <email>asmodai@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.assar "Assar Westerlund <email>assar@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.awebster "Andrew Webster <email>awebster@pubnix.net</email>">
|
||||
|
||||
<!ENTITY a.babkin "Sergey Babkin <email>babkin@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bbraun "Rob Braun <email>bbraun@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bde "Bruce Evans <email>bde@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bean "Rebecca Visger <email>bean@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ben "Ben Smithurst <email>ben@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.benno "Benno Rice <email>benno@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.billf "Bill Fumerola <email>billf@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.blackend "Marc Fonvieille <email>blackend@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bmah "Bruce A. Mah <email>bmah@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bmilekic "Bosko Milekic <email>bmilekic@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bp "Boris Popov <email>bp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.brandon "Brandon Gillespie <email>brandon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.brian "Brian Somers <email>brian@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.brooks "Brooks Davis <email>brooks@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bsd "Brian S. Dean <email>bsd@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cawimm "Charles A. Wimmer <email>cawimm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ceri "Ceri Davies <email>ceri@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cg "Cameron Grant <email>cg@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.charnier "Philippe Charnier <email>charnier@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.chern "Chern Lee <email>chern@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.chm "Christoph Herrmann <email>chm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.chris "Chris Costello <email>chris@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.chuckr "Chuck Robey <email>chuckr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cjc "Crist J. Clark <email>cjc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cjh "Junho CHOI <email>cjh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.clive "Clive Lin <email>clive@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cokane "Coleman Kane <email>cokane@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cp "Chuck Paterson <email>cp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cpiazza "Chris Piazza <email>cpiazza@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cracauer "Martin Cracauer <email>cracauer@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.csgr "Geoff Rehmet <email>csgr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cshumway "Christopher Shumway <email>cshumway@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cwt "Chris Timmons <email>cwt@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cy "Cy Schubert <email>cy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dan "Dan Moschuk <email>dan@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.danny "Daniel O'Callaghan <email>danny@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dannyboy "Daniel Harris <email>dannyboy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.darrenr "Darren Reed <email>darrenr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.davidc "Chad David <email>davidc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.davidn "David Nugent <email>davidn@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dbaker "Daniel Baker <email>dbaker@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dburr "Donald Burr <email>dburr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dcs "Daniel C. Sobral <email>dcs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dd "Dima Dorfman <email>dd@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dec "David E. Cross <email>dec@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.deischen "Daniel Eischen <email>deischen@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.demon "Dmitry Sivachenko <email>demon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.des "Dag-Erling C. Smørgrav <email>des@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dfr "Doug Rabson <email>dfr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dg "David Greenman <email>dg@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dick "Richard Seaman Jr. <email>dick@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dillon "Matthew Dillon <email>dillon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dima "Dima Ruban <email>dima@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dinoex "Dirk Meyer <email>dinoex@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dirk "Dirk Frömberg <email>dirk@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dmlb "Duncan Barclay <email>dmlb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dougb "Doug Barton <email>DougB@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dt "Dmitrij Tejblum <email>dt@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dufault "Peter Dufault <email>dufault@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dwcjr "David W. Chapman Jr. <email>dwcjr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dwhite "Doug White <email>dwhite@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.dwmalone "David Malone <email>dwmalone@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.eivind "Eivind Eklund <email>eivind@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ejc "Eric J. Chet <email>ejc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.eric "Eric Melville <email>eric@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.erich "Eric L. Hernes <email>erich@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.fanf "Tony Finch <email>fanf@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.fenner "Bill Fenner <email>fenner@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.fjoe "Max Khon <email>fjoe@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.flathill "Seiichirou Hiraoka <email>flathill@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.foxfair "Howard F. Hu <email>foxfair@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.fsmp "Steve Passe <email>fsmp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.furuta "Atsushi Furuta <email>furuta@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gad "Garance A Drosehn <email>gad@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gallatin "Andrew Gallatin <email>gallatin@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gerald "Gerald Pfeifer <email>gerald@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ghelmer "Guy Helmer <email>ghelmer@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gibbs "Justin T. Gibbs <email>gibbs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gioria "Sebastien Gioria <email>gioria@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gj "Gary Jennejohn <email>gj@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.glewis "Greg Lewis <email>glewis@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gordon "Gordon Tetlow <email>gordon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gpalmer "Gary Palmer <email>gpalmer@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.graichen "Thomas Graichen <email>graichen@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.green "Brian F. Feldman <email>green@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.greid "George C. A. Reid <email>greid@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.grog "Greg Lehey <email>grog@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.groudier "Gerard Roudier <email>groudier@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gryphon "Coranth Gryphon <email>gryphon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gshapiro "Gregory Neil Shapiro <email>gshapiro@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gsutter "Gregory Sutter <email>gsutter@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.guido "Guido van Rooij <email>guido@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hanai "Hiroyuki HANAI <email>hanai@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.helbig "Wolfgang Helbig <email>helbig@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hm "Hellmuth Michaelis <email>hm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hoek "Tim Vanderhoek <email>hoek@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.horikawa "Kazuo Horikawa <email>horikawa@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hosokawa "Tatsumi Hosokawa <email>hosokawa@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hrs "Hiroki Sato <email>hrs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hsu "Jeffrey Hsu <email>hsu@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.iedowse "Ian Dowse <email>iedowse@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ijliao "Ying-Chieh Liao <email>ijliao@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ikob "Katsushi Kobayashi <email>ikob@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.imp "Warner Losh <email>imp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.imura "R. Imura <email>imura@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.issei "Issei Suzuki <email>issei@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.itojun "Jun-ichiro Itoh <email>itojun@itojun.org</email>">
|
||||
|
||||
<!ENTITY a.iwasaki "Mitsuru IWASAKI <email>iwasaki@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jake "Jake Burkholder <email>jake@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jasone "Jason Evans <email>jasone@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jayanth "Jayanth Vijayaraghavan <email>jayanth@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jb "John Birrell <email>jb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jdp "John Polstra <email>jdp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jedgar "Chris D. Faulhaber <email>jedgar@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jeff "Jeff Roberson <email>jeff@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jeh "James Housley <email>jeh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jehamby "Jake Hamby <email>jehamby@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jesper "Jesper Skriver <email>jesper@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jesusr "Jesus Rodriguez <email>jesusr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jfieber "John Fieber <email>jfieber@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jfitz "James FitzGibbon <email>jfitz@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jgreco "Joe Greco <email>jgreco@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jhay "John Hay <email>jhay@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jhb "John Baldwin <email>jhb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jhs "Julian Stacey <email>jhs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jim "Jim Mock <email>jim@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jkh "Jordan K. Hubbard <email>jkh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jkoshy "Joseph Koshy <email>jkoshy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jlemon "Jonathan Lemon <email>jlemon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jlrobin "James L. Robinson <email>jlrobin@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jmacd "Joshua Peck Macdonald <email>jmacd@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jmallett "Juli Mallett <email>jmallett@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jmas "Jose M. Alcaide <email>jmas@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jmb "Jonathan M. Bresler <email>jmb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jmg "John-Mark Gurney <email>jmg@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jmz "Jean-Marc Zucconi <email>jmz@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.joe "Josef Karthauser <email>joe@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.joerg "Jörg Wunsch <email>joerg@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.johan "Johan Karlsson <email>johan@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.john "John Cavanaugh <email>john@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jon "Jonathan Chen <email>jon@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jseger "Justin Seger <email>jseger@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.julian "Julian Elischer <email>julian@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jvh "Johannes Helander <email>jvh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jwd "John W. DeBoskey <email>jwd@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kan "Alexander Kabaev <email>kan@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.karl "Karl Strickland <email>karl@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kato "Takenori KATO <email>kato@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kbyanc "Kelly Yancey <email>kbyanc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.keichii "Michael C. Wu <email>keichii@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.keith "Jing-Tang Keith Jang <email>keith@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ken "Kenneth D. Merry <email>ken@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.keramida "Giorgos Keramidas <email>keramida@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kevlo "Kevin Lo <email>kevlo@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kiri "Kazuhiko Kiriyama <email>kiri@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kjc "Kenjiro Cho <email>kjc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.knu "Akinori MUSHA <email>knu@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kris "Kris Kennaway <email>kris@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.kuriyama "Jun Kuriyama <email>kuriyama@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.lars "Lars Fredriksen <email>lars@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.lile "Larry Lile <email>lile@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.lioux "Mário Sérgio Fujikawa Ferreira <email>lioux@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ljo "L Jonas Olsson <email>ljo@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.lkoeller "Lars Koeller <email>lkoeller@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.logo "Valentino Vaschetto <email>logo@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.luigi "Luigi Rizzo <email>luigi@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.luoqi "Luoqi Chen <email>luoqi@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.marcel "Marcel Moolenaar <email>marcel@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.marcus "Joe Marcus Clarke <email>marcus@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.markm "Mark Murray <email>markm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.marko "Mark Ovens <email>marko@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.markp "Mark Pulford <email>markp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.martin "Martin Renters <email>martin@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.matusita "Makoto Matsushita <email>matusita@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.max "Masafumi NAKANE <email>max@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.maxim "Maxim Konovalov <email>maxim@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mb "Maxim Bolotin <email>mb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mbarkah "Ade Barkah <email>mbarkah@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mbr "Martin Blapp <email>mbr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mckay "Stephen McKay <email>mckay@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mckusick "Kirk McKusick <email>mckusick@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mdodd "Matthew N. Dodd <email>mdodd@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mharo "Michael Haro <email>mharo@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mi "Mikhail Teterin <email>mi@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mike "Mike Barcroft <email>mike@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mikeh "Mike Heffner <email>mikeh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mini "Jonathan Mini <email>mini@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mita "Yoshio MITA <email>mita@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mjacob "Matthew Jacob <email>mjacob@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mks "Mike Spengler <email>mks@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.motoyuki "Motoyuki Konno <email>motoyuki@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mp "Mark Peek <email>mp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mph "Matthew Hunt <email>mph@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mpp "Mike Pritchard <email>mpp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mr "Michael Reifenberger <email>mr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.msmith "Michael Smith <email>msmith@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mtaylor "Mark J. Taylor <email>mtaylor@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.murray "Murray Stokely <email>murray@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mux "Maxime Henrion <email>mux@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mwlucas "Michael W. Lucas <email>mwlucas@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.naddy "Christian Weisgerber <email>naddy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nakai "Yukihiro Nakai <email>nakai@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nate "Nate Williams <email>nate@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nbm "Neil Blakey-Milner <email>nbm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nectar "Jacques Vidrine <email>nectar@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.netchild "Alexander Leidinger <email>netchild@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.newton "Mark Newton <email>newton@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nhibma "Nick Hibma <email>n_hibma@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nik "Nik Clayton <email>nik@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nobutaka "Nobutaka MANTANI <email>nobutaka@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.non "Noriaki Mitsunaga <email>non@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nork "Norikatsu Shigemura <email>nork@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nsayer "Nick Sayer <email>nsayer@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nsouch "Nicolas Souchu <email>nsouch@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.nyan "Yoshihiro Takahashi <email>nyan@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.obrien "David O'Brien <email>obrien@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.okazaki "Tetsurou OKAZAKI <email>okazaki@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.olgeni "Jimmy Olgeni <email>olgeni@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.onoe "Atsushi Onoe <email>onoe@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.orion "Orion Hodson <email>orion@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pat "Patrick Li <email>pat@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.patrick "Patrick S. Gardella <email>patrick@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.paul "Paul Richards <email>paul@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pb "Pierre Beyssac <email>pb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pdeuskar "Prafulla S. Deuskar <email>pdeuskar@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pds "Peter da Silva <email>pds@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.perky "Hye-Shik Chang <email>perky@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.petef "Pete Fritchman <email>petef@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.peter "Peter Wemm <email>peter@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.phantom "Alexey Zelkin <email>phantom@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.phk "Poul-Henning Kamp <email>phk@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pho "Peter Holm <email>pho@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.piero "Piero Serini <email>piero@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pirzyk "Jim Pirzyk <email>pirzyk@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.proven "Chris Provenzano <email>proven@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ps "Paul Saab <email>ps@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.pst "Paul Traina <email>pst@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.reg "Jeremy Lea <email>reg@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rgrimes "Rodney Grimes <email>rgrimes@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ricardag "Ricardo AG <email>ricardag@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rich "Rich Murphey <email>rich@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rnordier "Robert Nordier <email>rnordier@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.roam "Peter Pentchev <email>roam@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.robert "Robert Drehmel <email>robert@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.roberto "Ollivier Robert <email>roberto@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.roger "Roger Hardiman <email>roger@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rpratt "Randy Pratt <email>rpratt@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rse "Ralf S. Engelschall <email>rse@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ru "Ruslan Ermilov <email>ru@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rv "Rajesh Vaidheeswarran <email>rv@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rvb "Robert V. Baron <email>rvb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.rwatson "Robert Watson <email>rwatson@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sada "SADA Kenji <email>sada@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sam "Sam Leffler <email>sam@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sanpei "Yoshiro Sanpei MIHIRA <email>sanpei@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.schweikh "Jens Schweikhardt <email>schweikh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.scop "Ville Skyttä <email>scop@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.scottl "Scott Long <email>scottl@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.scrappy "Marc G. Fournier <email>scrappy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.se "Stefan Esser <email>se@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sef "Sean Eric Fagan <email>sef@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.semenu "Semen Ustimenko <email>semenu@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sf "Satsuki FUJISHIMA <email>sf@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.shafeeq "Shafeeq Sinnamohideen <email>shafeeq@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sheldonh "Sheldon Hearn <email>sheldonh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.shiba "Takeshi Shibagaki <email>shiba@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.shige "Shigeyuki Fukushima <email>shige@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.shin "Yoshinobu Inoue <email>shin@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.silby "Mike Silbersack <email>silby@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.simokawa "Hidetoshi Shimokawa <email>simokawa@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.skv "Sergey Skvortsov <email>skv@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.smace "Scott Mace <email>smace@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.smpatel "Sujal Patel <email>smpatel@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sobomax "Maxim Sobolev <email>sobomax@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sos "Søren Schmidt <email>sos@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.stanislav "G. Adam Stanislav <email>adam@whizkidtech.net</email>">
|
||||
|
||||
<!ENTITY a.stark "Gene Stark <email>stark@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.stb "Stefan Bethke <email>stb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.steve "Steve Price <email>steve@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sumikawa "Munechika Sumikawa <email>sumikawa@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.suz "SUZUKI Shinsuke <email>suz@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.swallace "Steven Wallace <email>swallace@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.takawata "Takanori Watanabe <email>takawata@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tanimura "Seigo Tanimura <email>tanimura@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.taoka "Satoshi Taoka <email>taoka@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tedm "Ted Mittelstaedt <email>tedm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tegge "Tor Egge <email>tegge@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tg "Thomas Gellekum <email>tg@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.thepish "Peter Hawkins <email>thepish@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ticso "Bernd Walter <email>ticso@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tjr "Tim J. Robbins <email>tjr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tmm "Thomas Möstl <email>tmm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tobez "Anton Berezin <email>tobez@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tom "Tom Hukins <email>tom@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tomsoft "Thomas-Henning von Kamptz <email>tomsoft@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.torstenb "Torsten Blum <email>torstenb@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.toshi "Toshihiko Arai <email>toshi@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.trevor "Trevor Johnson <email>trevor@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.trhodes "Tom Rhodes <email>trhodes@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.truckman "Don “Truck” Lewis <email>truckman@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tshiozak "Takuya SHIOZAKI <email>tshiozak@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.uch "Yasushi UCHIYAMA <email>uch@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ue "Udo Erdelhoff <email>ue@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ugen "Ugen J.S.Antsilevich <email>ugen@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.uhclem "Frank Durda IV <email>uhclem@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ulf "Ulf Zimmermann <email>ulf@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ume "Hajimu UMEMOTO <email>ume@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.unfurl "Bill Swingle <email>unfurl@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.vanilla "Vanilla I. Shu <email>vanilla@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wes "Wes Peters <email>wes@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.whiteside "Don Whiteside <email>whiteside@acm.org</email>">
|
||||
|
||||
<!ENTITY a.wilko "Wilko Bulte <email>wilko@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.will "Will Andrews <email>will@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wjv "Johann Visagie <email>wjv@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wollman "Garrett Wollman <email>wollman@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wosch "Wolfram Schneider <email>wosch@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wpaul "Bill Paul <email>wpaul@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wsanchez "Wilfredo Sánchez <email>wsanchez@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.wylie "Wylie Stilwell <email>wylie@magnesium.net</email>">
|
||||
|
||||
<!ENTITY a.yar "Yar Tikhiy <email>yar@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.yoichi "Yoichi NAKAYAMA <email>yoichi@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.yokota "Kazutaka YOKOTA <email>yokota@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.zarzycki "Dave Zarzycki <email>zarzycki@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.znerd "Ernst de Haan <email>znerd@FreeBSD.org</email>">
|
||||
|
||||
16
pl_PL.ISO8859-2/share/sgml/bookinfo.ent
Normal file
16
pl_PL.ISO8859-2/share/sgml/bookinfo.ent
Normal file
|
|
@ -0,0 +1,16 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
Odnośniki do innych plików, które mogą być zawarte w elemencie
|
||||
DocBook-owym BookInfo.
|
||||
|
||||
Nazwy obiektów przyjmują formę "bookinfo.<element>", gdzie <element> jest
|
||||
nazwą najbardziej zewnętrznego elementu w obiekcie. Na przykład:
|
||||
"bookinfo.legalnoctice", albo "bookinfo.preface".
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.2
|
||||
-->
|
||||
|
||||
<!ENTITY bookinfo.legalnotice SYSTEM "legalnotice.sgml">
|
||||
|
||||
11
pl_PL.ISO8859-2/share/sgml/catalog
Normal file
11
pl_PL.ISO8859-2/share/sgml/catalog
Normal file
|
|
@ -0,0 +1,11 @@
|
|||
-- ...................................................................... --
|
||||
-- FreeBSD SGML Public Identifiers ...................................... --
|
||||
|
||||
-- $FreeBSD$
|
||||
--
|
||||
|
||||
PUBLIC "-//FreeBSD//DOCUMENT DocBook Stylesheet//EN"
|
||||
"freebsd.dsl"
|
||||
|
||||
PUBLIC "-//FreeBSD//ENTITIES DocBook Mailing List Entities//PL"
|
||||
"mailing-lists.ent"
|
||||
274
pl_PL.ISO8859-2/share/sgml/freebsd.dsl
Normal file
274
pl_PL.ISO8859-2/share/sgml/freebsd.dsl
Normal file
|
|
@ -0,0 +1,274 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.14
|
||||
-->
|
||||
|
||||
<!DOCTYPE style-sheet PUBLIC "-//James Clark//DTD DSSSL Style Sheet//EN" [
|
||||
<!ENTITY freebsd.dsl PUBLIC "-//FreeBSD//DOCUMENT DocBook Language Neutral Stylesheet//EN" CDATA DSSSL>
|
||||
<!ENTITY % output.html "IGNORE">
|
||||
<!ENTITY % output.print "IGNORE">
|
||||
<!ENTITY % output.print.niceheaders "IGNORE">
|
||||
]>
|
||||
|
||||
<style-sheet>
|
||||
<style-specification use="docbook">
|
||||
<style-specification-body>
|
||||
<!-- HTML only .................................................... -->
|
||||
|
||||
<![ %output.html; [
|
||||
(define ($email-footer$)
|
||||
(make sequence
|
||||
(make element gi: "p"
|
||||
attributes: (list (list "align" "center"))
|
||||
(make element gi: "small"
|
||||
(literal "This, and other documents, can be downloaded from ")
|
||||
(create-link
|
||||
(list (list "HREF" "ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/"))
|
||||
(literal "ftp://ftp.FreeBSD.org/pub/FreeBSD/doc/"))
|
||||
(literal ".")))
|
||||
(make element gi: "p"
|
||||
attributes: (list (list "align" "center"))
|
||||
(make element gi: "small"
|
||||
(literal "For questions about FreeBSD, read the ")
|
||||
(create-link
|
||||
(list (list "HREF" "http://www.FreeBSD.org/docs.html"))
|
||||
(literal "documentation"))
|
||||
(literal " before contacting <")
|
||||
(create-link
|
||||
(list (list "HREF" "mailto:questions@FreeBSD.org"))
|
||||
(literal "questions@FreeBSD.org"))
|
||||
(literal ">.")
|
||||
(make empty-element gi: "br")
|
||||
(literal "For questions about this documentation, e-mail <")
|
||||
(create-link (list (list "HREF" "mailto:doc@FreeBSD.org"))
|
||||
(literal "doc@FreeBSD.org"))
|
||||
(literal ">.")))))
|
||||
|
||||
|
||||
<!-- Convert " ... " to `` ... '' in the HTML output. -->
|
||||
(element quote
|
||||
(make sequence
|
||||
(literal "``")
|
||||
(process-children)
|
||||
(literal "''")))
|
||||
|
||||
<!-- Generate links to HTML man pages -->
|
||||
(define %refentry-xref-link% #t)
|
||||
|
||||
<!-- Specify how to generate the man page link HREF -->
|
||||
(define ($create-refentry-xref-link$ #!optional (n (current-node)))
|
||||
(let* ((r (select-elements (children n) (normalize "refentrytitle")))
|
||||
(m (select-elements (children n) (normalize "manvolnum")))
|
||||
(v (attribute-string (normalize "vendor") n))
|
||||
(u (string-append "http://www.FreeBSD.org/cgi/man.cgi?query="
|
||||
(data r) "&" "sektion=" (data m))))
|
||||
(case v
|
||||
(("xfree86") (string-append u "&" "manpath=XFree86+4.2.0"))
|
||||
(("netbsd") (string-append u "&" "manpath=NetBSD+1.5"))
|
||||
(("ports") (string-append u "&" "manpath=FreeBSD+Ports"))
|
||||
(else u))))
|
||||
]]>
|
||||
|
||||
<!-- More aesthetically pleasing chapter headers for print output -->
|
||||
|
||||
<![ %output.print.niceheaders; [
|
||||
|
||||
(define niceheader-rule-spacebefore (* (HSIZE 5) %head-before-factor%))
|
||||
(define niceheader-rule-spaceafter 0pt)
|
||||
|
||||
(define ($component-title$)
|
||||
(let* ((info (cond
|
||||
((equal? (gi) (normalize "appendix"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "article"))
|
||||
(node-list-filter-by-gi (children (current-node))
|
||||
(list (normalize "artheader")
|
||||
(normalize "articleinfo"))))
|
||||
((equal? (gi) (normalize "bibliography"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "chapter"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "dedication"))
|
||||
(empty-node-list))
|
||||
((equal? (gi) (normalize "glossary"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "index"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "preface"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "reference"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
((equal? (gi) (normalize "setindex"))
|
||||
(select-elements (children (current-node)) (normalize "docinfo")))
|
||||
(else
|
||||
(empty-node-list))))
|
||||
(exp-children (if (node-list-empty? info)
|
||||
(empty-node-list)
|
||||
(expand-children (children info)
|
||||
(list (normalize "bookbiblio")
|
||||
(normalize "bibliomisc")
|
||||
(normalize "biblioset")))))
|
||||
(parent-titles (select-elements (children (current-node)) (normalize "title")))
|
||||
(info-titles (select-elements exp-children (normalize "title")))
|
||||
(titles (if (node-list-empty? parent-titles)
|
||||
info-titles
|
||||
parent-titles))
|
||||
(subtitles (select-elements exp-children (normalize "subtitle"))))
|
||||
(make sequence
|
||||
(make paragraph
|
||||
font-family-name: %title-font-family%
|
||||
font-weight: 'bold
|
||||
font-size: (HSIZE 4)
|
||||
line-spacing: (* (HSIZE 4) %line-spacing-factor%)
|
||||
space-before: (* (HSIZE 4) %head-before-factor%)
|
||||
start-indent: 0pt
|
||||
first-line-start-indent: 0pt
|
||||
quadding: %component-title-quadding%
|
||||
heading-level: (if %generate-heading-level% 1 0)
|
||||
keep-with-next?: #t
|
||||
|
||||
(if (string=? (element-label) "")
|
||||
(empty-sosofo)
|
||||
(literal (gentext-element-name-space (current-node))
|
||||
(element-label)
|
||||
(gentext-label-title-sep (gi)))))
|
||||
(make paragraph
|
||||
font-family-name: %title-font-family%
|
||||
font-weight: 'bold
|
||||
font-posture: 'italic
|
||||
font-size: (HSIZE 6)
|
||||
line-spacing: (* (HSIZE 6) %line-spacing-factor%)
|
||||
; space-before: (* (HSIZE 5) %head-before-factor%)
|
||||
start-indent: 0pt
|
||||
first-line-start-indent: 0pt
|
||||
quadding: %component-title-quadding%
|
||||
heading-level: (if %generate-heading-level% 1 0)
|
||||
keep-with-next?: #t
|
||||
|
||||
(if (node-list-empty? titles)
|
||||
(element-title-sosofo) ;; get a default!
|
||||
(with-mode component-title-mode
|
||||
(make sequence
|
||||
(process-node-list titles)))))
|
||||
|
||||
(make paragraph
|
||||
font-family-name: %title-font-family%
|
||||
font-weight: 'bold
|
||||
font-posture: 'italic
|
||||
font-size: (HSIZE 3)
|
||||
line-spacing: (* (HSIZE 3) %line-spacing-factor%)
|
||||
space-before: (* 0.5 (* (HSIZE 3) %head-before-factor%))
|
||||
space-after: (* (HSIZE 4) %head-after-factor%)
|
||||
start-indent: 0pt
|
||||
first-line-start-indent: 0pt
|
||||
quadding: %component-subtitle-quadding%
|
||||
keep-with-next?: #t
|
||||
|
||||
(with-mode component-title-mode
|
||||
(make sequence
|
||||
(process-node-list subtitles))))
|
||||
|
||||
(if (equal? (gi) (normalize "index"))
|
||||
(empty-sosofo)
|
||||
(make rule
|
||||
length: %body-width%
|
||||
display-alignment: 'start
|
||||
space-before: niceheader-rule-spacebefore
|
||||
space-after: niceheader-rule-spaceafter
|
||||
line-thickness: 0.5pt)))))
|
||||
|
||||
(element authorgroup
|
||||
(empty-sosofo))
|
||||
|
||||
]]>
|
||||
|
||||
<!-- Print only ................................................... -->
|
||||
|
||||
<![ %output.print; [
|
||||
|
||||
(define minimal-section-labels #f)
|
||||
(define max-section-level-labels
|
||||
(if minimal-section-labels 3 10))
|
||||
|
||||
(define ($section-title$)
|
||||
(let* ((sect (current-node))
|
||||
(info (info-element))
|
||||
(exp-children (if (node-list-empty? info)
|
||||
(empty-node-list)
|
||||
(expand-children (children info)
|
||||
(list (normalize "bookbiblio")
|
||||
(normalize "bibliomisc")
|
||||
(normalize "biblioset")))))
|
||||
(parent-titles (select-elements (children sect) (normalize "title")))
|
||||
(info-titles (select-elements exp-children (normalize "title")))
|
||||
(titles (if (node-list-empty? parent-titles)
|
||||
info-titles
|
||||
parent-titles))
|
||||
(subtitles (select-elements exp-children (normalize "subtitle")))
|
||||
(renderas (inherited-attribute-string (normalize "renderas") sect))
|
||||
(hlevel ;; the apparent section level;
|
||||
(if renderas ;; if not real section level,
|
||||
(string->number ;; then get the apparent level
|
||||
(substring renderas 4 5)) ;; from "renderas",
|
||||
(SECTLEVEL))) ;; else use the real level
|
||||
(hs (HSIZE (- 4 hlevel))))
|
||||
|
||||
(make sequence
|
||||
(make paragraph
|
||||
font-family-name: %title-font-family%
|
||||
font-weight: (if (< hlevel 5) 'bold 'medium)
|
||||
font-posture: (if (< hlevel 5) 'upright 'italic)
|
||||
font-size: hs
|
||||
line-spacing: (* hs %line-spacing-factor%)
|
||||
space-before: (* hs %head-before-factor%)
|
||||
space-after: (if (node-list-empty? subtitles)
|
||||
(* hs %head-after-factor%)
|
||||
0pt)
|
||||
start-indent: (if (or (>= hlevel 3)
|
||||
(member (gi) (list (normalize "refsynopsisdiv")
|
||||
(normalize "refsect1")
|
||||
(normalize "refsect2")
|
||||
(normalize "refsect3"))))
|
||||
%body-start-indent%
|
||||
0pt)
|
||||
first-line-start-indent: 0pt
|
||||
quadding: %section-title-quadding%
|
||||
keep-with-next?: #t
|
||||
heading-level: (if %generate-heading-level% (+ hlevel 1) 0)
|
||||
;; SimpleSects are never AUTO numbered...they aren't hierarchical
|
||||
(if (> hlevel (- max-section-level-labels 1))
|
||||
(empty-sosofo)
|
||||
(if (string=? (element-label (current-node)) "")
|
||||
(empty-sosofo)
|
||||
(literal (element-label (current-node))
|
||||
(gentext-label-title-sep (gi sect)))))
|
||||
(element-title-sosofo (current-node)))
|
||||
(with-mode section-title-mode
|
||||
(process-node-list subtitles))
|
||||
($section-info$ info))))
|
||||
|
||||
]]>
|
||||
|
||||
<!-- Both sets of stylesheets ..................................... -->
|
||||
|
||||
(define (local-en-label-title-sep)
|
||||
(list
|
||||
(list (normalize "warning") ": ")
|
||||
(list (normalize "caution") ": ")
|
||||
(list (normalize "chapter") " ")
|
||||
(list (normalize "sect1") " ")
|
||||
(list (normalize "sect2") " ")
|
||||
(list (normalize "sect3") " ")
|
||||
(list (normalize "sect4") " ")
|
||||
(list (normalize "sect5") " ")
|
||||
))
|
||||
|
||||
(define %html-header-tags% '(("META" ("HTTP-EQUIV" "Content-Type") ("CONTENT" "text/html; charset=iso-8859-2"))))
|
||||
|
||||
</style-specification-body>
|
||||
</style-specification>
|
||||
|
||||
<external-specification id="docbook" document="freebsd.dsl">
|
||||
</style-sheet>
|
||||
47
pl_PL.ISO8859-2/share/sgml/legalnotice.sgml
Normal file
47
pl_PL.ISO8859-2/share/sgml/legalnotice.sgml
Normal file
|
|
@ -0,0 +1,47 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
Standard FreeBSD Documentation Project Legal Notice.
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.2
|
||||
-->
|
||||
|
||||
<legalnotice>
|
||||
<para>Redistribution and use in source (SGML DocBook) and 'compiled'
|
||||
forms (SGML, HTML, PDF, PostScript, RTF and so forth) with or without
|
||||
modification, are permitted provided that the following conditions are
|
||||
met:</para>
|
||||
|
||||
<orderedlist>
|
||||
<listitem>
|
||||
<para>Redistributions of source code (SGML DocBook) must retain the
|
||||
above copyright notice, this list of conditions and the following
|
||||
disclaimer as the first lines of this file unmodified.</para>
|
||||
</listitem>
|
||||
|
||||
<listitem>
|
||||
<para>Redistributions in compiled form (transformed to other DTDs,
|
||||
converted to PDF, PostScript, RTF and other formats) must
|
||||
reproduce the above copyright notice, this list of conditions and
|
||||
the following disclaimer in the documentation and/or other
|
||||
materials provided with the distribution.</para>
|
||||
</listitem>
|
||||
</orderedlist>
|
||||
|
||||
<important>
|
||||
<para>THIS DOCUMENTATION IS PROVIDED BY THE FREEBSD DOCUMENTATION
|
||||
PROJECT "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING,
|
||||
BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND
|
||||
FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL
|
||||
THE FREEBSD DOCUMENTATION PROJECT BE LIABLE FOR ANY DIRECT, INDIRECT,
|
||||
INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING,
|
||||
BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS
|
||||
OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
|
||||
ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR
|
||||
TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
|
||||
USE OF THIS DOCUMENTATION, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH
|
||||
DAMAGE.</para>
|
||||
</important>
|
||||
</legalnotice>
|
||||
|
||||
218
pl_PL.ISO8859-2/share/sgml/mailing-lists.ent
Normal file
218
pl_PL.ISO8859-2/share/sgml/mailing-lists.ent
Normal file
|
|
@ -0,0 +1,218 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
Names of FreeBSD mailing lists and related software.
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.7
|
||||
-->
|
||||
|
||||
<!ENTITY a.advocacy "FreeBSD advocacy mailing list
|
||||
<email>freebsd-advocacy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.afs "FreeBSD AFS porting mailing list
|
||||
<email>freebsd-afs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.aic7xxx "FreeBSD Adaptec AIC7xxx discussions mailing list
|
||||
<email>freebsd-aic7xxx@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.alpha "FreeBSD Alpha porting mailing list
|
||||
<email>freebsd-alpha@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.announce "FreeBSD announcements mailing list
|
||||
<email>freebsd-announce@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.arch "FreeBSD architecture and design mailing list
|
||||
<email>freebsd-arch@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.arm "FreeBSD ARM porting mailing list
|
||||
<email>freebsd-arm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.atm "FreeBSD ATM networking mailing list
|
||||
<email>freebsd-atm@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.audit "FreeBSD source code audit mailing list
|
||||
<email>freebsd-audit@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.binup "FreeBSD binary update system mailing list
|
||||
<email>freebsd-binup@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bugbusters "FreeBSD bugbusters mailing list
|
||||
<email>freebsd-bugbusters@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.bugs "FreeBSD problem reports mailing list
|
||||
<email>freebsd-bugs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.chat "FreeBSD chat mailing list
|
||||
<email>freebsd-chat@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cluster "FreeBSD clustering mailing list
|
||||
<email>freebsd-cluster@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.committers "FreeBSD committer's mailing list
|
||||
<email>cvs-committers@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.config "FreeBSD installation and configuration tools mailing list
|
||||
<email>freebsd-config@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.core "FreeBSD core team
|
||||
<email>freebsd-core@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.current "FreeBSD-current mailing list
|
||||
<email>freebsd-current@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cvsall "FreeBSD CVS commit message mailing list
|
||||
<email>cvs-all@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.database "FreeBSD based Databases mailing list
|
||||
<email>freebsd-database@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.developers "FreeBSD developers mailing list
|
||||
<email>freebsd-developers@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.doc "FreeBSD documentation project mailing list
|
||||
<email>freebsd-doc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.emulation "FreeBSD-emulation mailing list
|
||||
<email>freebsd-emulation@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.firewire "FreeBSD FireWire (IEEE 1394) discussion mailing list
|
||||
<email>freebsd-firewire@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.fs "FreeBSD filesystem project mailing list
|
||||
<email>freebsd-fs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.gnome "FreeBSD GNOME and GNOME applications mailing list
|
||||
<email>freebsd-gnome@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hackers "FreeBSD technical discussions mailing list
|
||||
<email>freebsd-hackers@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hardware "FreeBSD hardware and equipment mailing list
|
||||
<email>freebsd-hardware@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.hubs "FreeBSD mirror sites mailing list
|
||||
<email>freebsd-hubs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.i18n "FreeBSD internationalization mailing list
|
||||
<email>freebsd-i18n@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ia64 "FreeBSD IA64 porting mailing list
|
||||
<email>freebsd-ia64@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.install "FreeBSD installation development mailing list
|
||||
<email>freebsd-install@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ipfw "FreeBSD IPFW code mailing list
|
||||
<email>freebsd-ipfw@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.isdn "FreeBSD ISDN mailing list
|
||||
<email>freebsd-isdn@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.isp "FreeBSD Internet service provider's mailing list
|
||||
<email>freebsd-isp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.java "FreeBSD Java Language mailing list
|
||||
<email>freebsd-java@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.jobs "FreeBSD related employment mailing list
|
||||
<email>freebsd-jobs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.lfs "FreeBSD LFS porting mailing list
|
||||
<email>freebsd-lfs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.libh "FreeBSD libh installation and packaging system mailing list
|
||||
<email>freebsd-libh@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mobile "FreeBSD laptop computer mailing list
|
||||
<email>freebsd-mobile@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.mozilla "FreeBSD port of the Mozilla browser mailing list
|
||||
<email>freebsd-mozilla@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.multimedia "FreeBSD multimedia mailing list
|
||||
<email>freebsd-multimedia@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.net "FreeBSD networking mailing list
|
||||
<email>freebsd-net@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.newbies "FreeBSD new users mailing list
|
||||
<email>freebsd-newbies@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.newbus "New Bus Architecture mailing list
|
||||
<email>new-bus-arch@bostonradio.org</email>">
|
||||
|
||||
<!ENTITY a.platforms "FreeBSD non-Intel platforms porting mailing list
|
||||
<email>freebsd-platforms@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.policy "FreeBSD core team policy decisions mailing list
|
||||
<email>freebsd-policy@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ports "FreeBSD ports mailing list
|
||||
<email>freebsd-ports@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.ppc "FreeBSD PowerPC porting mailing list
|
||||
<email>freebsd-ppc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.qa "FreeBSD Quality Assurance mailing list
|
||||
<email>freebsd-qa@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.questions "FreeBSD general questions mailing list
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.questions.m "ogólna lista dyskusyjna nt. FreeBSD
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.questions.d "ogólnej listy dyskusyjnej nt. FreeBSD
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.questions.c "ogólnej li¶cie dyskusyjnej nt. FreeBSD
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.questions.b "ogóln± listê dyskusyjn± nt. FreeBSD
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.questions.n "ogóln± list± dyskusujn± nt. FreeBSD
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.questions.ms "ogólnej li¶cie dyskusyjnej nt. FreeBSD
|
||||
<email>freebsd-questions@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.realtime "FreeBSD realtime extensions mailing list
|
||||
<email>freebsd-realtime@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.scsi "FreeBSD SCSI subsystem mailing list
|
||||
<email>freebsd-scsi@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.security "FreeBSD security mailing list
|
||||
<email>freebsd-security@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.security-notifications "FreeBSD security notifications mailing list
|
||||
<email>freebsd-security-notifications@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.small "FreeBSD-small mailing list
|
||||
<email>freebsd-small@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.smp "FreeBSD symmetric multiprocessing mailing list
|
||||
<email>freebsd-smp@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.sparc "FreeBSD SPARC porting mailing list
|
||||
<email>freebsd-sparc@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.stable "FreeBSD-stable mailing list
|
||||
<email>freebsd-stable@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.standards "FreeBSD C99 and POSIX compliance mailing list
|
||||
<email>freebsd-standards@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.test "FreeBSD test mailing list
|
||||
<email>freebsd-test@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.tokenring "FreeBSD tokenring mailing list
|
||||
<email>freebsd-tokenring@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.usergroups "FreeBSD user group coordination mailing list
|
||||
<email>freebsd-user-groups@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.vendors "FreeBSD vendors pre-release coordination mailing list
|
||||
<email>freebsd-vendors@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.www "FreeBSD Webmaster mailing list
|
||||
<email>freebsd-www@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.majordomo "<email>majordomo@FreeBSD.org</email>">
|
||||
|
||||
25
pl_PL.ISO8859-2/share/sgml/newsgroups.ent
Normal file
25
pl_PL.ISO8859-2/share/sgml/newsgroups.ent
Normal file
|
|
@ -0,0 +1,25 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
Nazwy grup dyskusyjnych o FreeBSD
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.1
|
||||
-->
|
||||
|
||||
<!ENTITY ng.misc "the
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>
|
||||
newsgroup">
|
||||
<!ENTITY ng.pl.misc.m "grupa dyskusyjna
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>">
|
||||
<!ENTITY ng.pl.misc.d "grupy dyskusyjnej
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>">
|
||||
<!ENTITY ng.pl.misc.c "grupie dyskusyjnej
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>">
|
||||
<!ENTITY ng.pl.misc.b "grupê dyskusyjn±
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>">
|
||||
<!ENTITY ng.pl.misc.n "grup± dyskusyjn±
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>">
|
||||
<!ENTITY ng.pl.misc.ms "grupie dyskusyjnej
|
||||
<ulink url='news:comp.unix.bsd.freebsd.misc'>comp.unix.bsd.freebsd.misc</ulink>">
|
||||
|
||||
76
pl_PL.ISO8859-2/share/sgml/teams.ent
Normal file
76
pl_PL.ISO8859-2/share/sgml/teams.ent
Normal file
|
|
@ -0,0 +1,76 @@
|
|||
<!--
|
||||
The FreeBSD Polish Documentation Project
|
||||
|
||||
Nazwiska i adresy e-mail zespo³ów ludzi pracuj±cych nad okre¶lonymi
|
||||
zadaniami. Zazwyczaj s± to po prostu aliasy mailowe ustawione na hub.FreeBSD.org
|
||||
|
||||
Nale¿y u¿ywaæ tych encji odwo³uj±c siê do odpowiednich zespo³ów.
|
||||
|
||||
Prosimy utrzymywaæ listê w alfabetycznym porz±dku wed³ug nazwy encji.
|
||||
|
||||
WA¯NE: Je¶li usuwasz nazwiska z tego pliku, *musisz* upewniæ siê, ¿e
|
||||
wszystkie odniesienia do nich zosta³y usuniête z t³umaczeñ
|
||||
podrêcznika. Je¶li nie zosta³y, *zepsujesz* budowania
|
||||
w innych jêzykach, a w konsekwencji zostaniesz publicznie
|
||||
wy¶miany.
|
||||
|
||||
$FreeBSD$
|
||||
Original revision: 1.4
|
||||
-->
|
||||
|
||||
<!ENTITY a.core-secretary "Sekretariat Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.core-secretary.m "Sekretariat Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.core-secretary.d "Sekretariatu Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.core-secretary.c "Sekretariatowi Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.core-secretary.b "Sekretariat Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.core-secretary.n "Sekretariatem Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.core-secretary.ms "Sekretariacie Zespo³u G³ównego <email>core-secretary@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.cvs "Mistrzowie Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.cvs.m "Mistrzowie Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.cvs.d "Mistrzów Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.cvs.c "Mistrzom Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.cvs.b "Mistrzów Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.cvs.n "Mistrzami Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.cvs.ms "Mistrzach Repozytorium CVS <email>cvs@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.faq "Konserwator FAQ <email>faq@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.faq.m "Konserwator FAQ <email>faq@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.faq.d "Konserwatora FAQ <email>faq@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.faq.c "Konserwatorowi FAQ <email>faq@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.faq.b "Konserwatora FAQ <email>faq@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.faq.n "Konserwatorem FAQ <email>faq@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.faq.ms "Konserwatorze FAQ <email>faq@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.portmgr "Zespó³ Zarz±dzaj±cy Portami <email>portmgr@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.portmgr.m "Zespó³ Zarz±dzaj±cy Portami <email>portmgr@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.portmgr.d "Zespo³u Zarz±dzaj±cego Portami <email>portmgr@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.portmgr.c "Zespo³owi Zarz±dzaj±cemu Portami <email>portmgr@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.portmgr.b "Zespó³ Zarz±dzaj±cy Portami <email>portmgr@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.portmgr.n "Zespo³em Zarz±dzaj±cym Portami <email>portmgr@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.portmgr.ms "Zespole Zarz±dzaj±cym Portami <email>portmgr@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.re "Zespó³ Techniczny Publikacji <email>re@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.re.m "Zespó³ Techniczny Publikacji <email>re@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.re.d "Zespo³u Technicznego Publikacji <email>re@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.re.c "Zespo³owi Technicznemu Publikacji <email>re@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.re.b "Zespó³ Techniczny Publikacji <email>re@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.re.n "Zespo³em Technicznym Publikacji <email>re@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.re.ms "Zespole Technicznym Publikacji <email>re@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.security-officer "Zespó³ Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.security-officer.m "Zespó³ Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.security-officer.d "Zespo³u Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.security-officer.c "Zespo³owi Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.security-officer.b "Zespó³ Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.security-officer.n "Zespo³em Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.security-officer.ms "Zespole Oficera Bezpieczeñstwa <email>security-officer@FreeBSD.org</email>">
|
||||
|
||||
<!ENTITY a.www "Lista mailowa Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.www.m "Lista mailowa Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.www.d "Listy mailowej Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.www.c "Li¶cie mailowej Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.www.b "Listê mailow± Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.www.n "List± mailow± Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
<!ENTITY a.pl.www.ms "Li¶cie mailowej Webmasterów FreeBSD <email>www@FreeBSD.org</email>">
|
||||
|
||||
Loading…
Reference in a new issue