Forum Debian Users Gang

Yampress · 2018-04-12 20:50:46

linux ma jednak wieksze wsparcie. wiele wielkich film pcha w niego ogromne pieniadze.

bryn1u · 2018-04-13 00:54:22

Yampress napisał(-a):
linux ma jednak wieksze wsparcie. wiele wielkich film pcha w niego ogromne pieniadze.

Ostatnio bylem na fajnym szkoleniu. Facet ma ponad 20 letnie doswiadczenie w ogromnych sieciach, administracja serverami, prowadzil miedzynarodowe szkolenia i ogrom wiedzy oraz doswiadczenia. Prowadzil min. szkolenia z RedHat. Mowil otwarcie, ze korpo kupuja RedHata ze wzgledu na wsparcie, mimo tego, ze nawet jak admini wiedza jak naprawic bug'a nie moga nic zrobic bo kazda ingerencja np w kernela konczy sie koncem wsparciem ze strony RedHata. Na rozwiazanie ticketa przez Rhel czekaja nawet 2-3 tyg. Duzo lepszych rozwiazan mogli i by sami wprowadzic, ale sa uzaleznieni od vendora. Duzo np paneli do zarzadzania, do monitoringu, do obslugi ronych rzeczy korpo kupuja mimo tego, ze moga to sami napisac. Wszystko sporwadza sie do supportu. Linux sam w sobie jest bardzo popularny, ale zas z tego co widze to nie grzeszy bezpieczenstwem. Ilosc exploitow mowi sama za siebie. Ochrona przeciwko expolitacji tez jest po prostu czerstwa. Nawet Selinux nie chroni w pelni bo np nie chroni przed shellcode, nie wykryje Ci roznych sztuczek w pamieci ram. Jedyna ochrona byl/jest grsecurity w wersji platnej. U nas uzywaja linuxow tylko w intranecie, wiec wszystko jest poblokowane. Co do BSD to ostatnio jak siedzialem na freenode dowiedzialem sie, ze jednak duzo osob uzywa w Polsce FreeBSD, tylko nie sa uzywane w korpo i nie ma na to ofert pracy. Praktycznie wszystko to co na linuxa odpalisz na FreeBSD, nie mowie o desktopach czy innych pierdolach. Nawet dockera sobie mozesz odpalic na zfs w jailu :D Ostatnio byly konfernecje w Warszawie na tem debugowania programow pod FreeBSD dla developerow. Kiedys tez bylo sporo o zfs na konfernecji, wiec nie jest tak zle. Ja uzywam i bede uzywal HardenedBSD to co mozna zrobic z tym systemem i w jailu to po prostu przechodzi ludzkie pojecie. Jest tyle mechanizmow bezpieczenstwa, ze z kazdym dodanym przekonuje mnie, ze ten system to najlepszy wybor jaki moglem wybrac. Ludzie, ktorzy uzywali grsec przechodza wlasnie na hbsd, a wiem o tym stad, ze rozmawialem z nimi wlasnie na freenode :D Powiem Ci, ze hbsd przebija grsec chocby nawet ze wzgledu na kompilatory. Clang oferuje wiecej opcji niz gcc jak np SafeStack https://clang.llvm.org/docs/SafeStack.html oraz Code-Pointer Integrity http://dslab.epfl.ch/proj/cpi. Akurat CPI bedzie dopiero dostepne w HardenedBSD-12 ze wzgledu na zmiany w kompilatorze czy cos tam. Nie pamietam dokladnie, ale tych opcji ogolnie rzecz biorac tych opcji nie ma dostepnych w gcc. W ogole porty teraz sa budowane by default z fstack-protector-all co jest "much powerfull then" -fstack-protector-strong. Nie chce mi sie rozpisywac, ale powiem Ci, ze warto uzywac tego systemu ze wzgledu na mozliwosci FreeBSD i bezpieczenstwo HBSD. Co prawda po cichu, ale ludzi w Polsce, ktorzy uzywaja BSD, przybywa :D

Jacekalex · 2018-04-13 01:48:43

RH ma potężne wsparcie US Govermentu i US korpo.

Np NYSE na bazie RH zrobiło sobie system UTP do obsługi giełdy, i kiedy GPW kupiła licencję na ten system, to przy okazji wszystkie domy maklerskie musiały wpakować się w RH.
A domy maklerskie banków muszą mieć systemy zintegrowane z systemem całego banku...
I koło się zamyka.

Identyczny marketing wynika z integracji krajowych systemów z NATO.

Poza takimi przypadkami "marketingu bezpośredniego" w korpo każdy korpoludek potrzebuje pancernej blachy na dupę, żeby wobec poważnej awarii czy wjazdu hakerów pokazać "TO NIE JA" to RH.
A RH ma przecież referencje z bankowości i wojska, znaczy musi być dobre i bezpieczne.

W Polsce jeszcze sprawę nieźle definiuje Ustawa o Zam Publicznych, z której specjaliści w całym państwie od profesorów uczelni po całą administrację wierzą, że wartość systemu wynika z wartości kwoty na fakturze.
Ma to kilka skutków praktycznych, począwszy od niewinnego porównania ceny w procedurach przetargowych a skończywszy na nierzadkich systemach prowizyjno-korupcyjnych, z których największe przypadki znamy z mediów pod kryptonimem kolejnych infoafer.

Pozdro

Ostatnio edytowany przez Jacekalex (2018-04-13 02:20:55)

bryn1u · 2018-04-13 02:04:57

Jacekalex napisał(-a):
RH ma potężne wsparcie US Govermentu i US korpo.

W Polsce jeszcze sprawę nieźle definiuje Ustawa o Zam Publicznych, z której specjaliści w całym państwowe od profesorów uczelni po całą administrację wierzą, że wartość systemu wynika z wartości kwoty na fakturze.

Pozdro

Brawo :) To samo slyszalem.

Ostatnio edytowany przez bryn1u (2018-04-13 02:07:33)

Jacekalex · 2018-04-13 02:19:47

SElinux ostatnio zaimplementował mechanizm podobny do PAX MPROTECT,
co jednak skończyło się tylko kosmiczną niekompatybilnością Grsec i SELinux,
i milionami błędów w systemach.

Zamknięcie projektu Grsec to bezpośredni skutek działań Google, które zaczęło na "gewałt" łatać kolejne wersje Androida kopiując rożne części Grseca bez choćby jednego słówka podziękowania.

Oczywiście Google jeszcze nie portuje grseca prosto do Andka, ale najpierw wypuściło swoich ludzi, żeby założyli KSPP, i na żywym organizmie Linuxa przetestowali zabawki, które mają uzbroić Androida.

Linux też nie jest taki strasznie dziurawy, utrzymuje dosyć rozsądną odległość od exploitów pisanych przez rożne firmy.

Polecam historię, jak to Kaspersky próbuje zrobić krytycznego exploita na Kernel Linux,
i już ze dwa razy przed takim strasznym exploitem Debiana ochroniła standardowa aktualizacja systemu.
Dlatego Debian na tysiącach serwerów nie powoduje większych problemów,
nawet w wersji oldstable.

Teraz z resztą dostał AA włącznie z pam_apparmor, w którym to module można niezłe cuda robić bez jakiejś wiedzy tajemnej od RH, jak w SELinuxie.
Np zrobić śliczną klateczkę na Basha, w której będzie miał dostęp tylko do 3 plików na dyziu.

Kombinacja AA i Cgroups, jaką używam na Linuxie jest raczej trudna w implementacji na systemach BSD.

Pod wieloma względami Linux jest po prostu bardziej uniwersalny, ze względu na posiadaną masę krytyczną, która gwarantuje łatwiejszy dostęp różnych sterowników, gigantycznej dokumentacji i niezłego supportu w społeczności.
Tutaj też mamy sprzężenie zwrotne, na większości tanich VPSów jest do instalacji CentOS, Debian albo Ubuntu, inne Linuxy tylko czasami, BSD w ogóle.

Pozdro

Ostatnio edytowany przez Jacekalex (2018-04-13 02:35:42)

skullman · 2018-04-13 11:12:14

Z tymi sterownikami to w BDS dość krucho. Właśnie przedwczoraj chciałem wrzucić FreeBSD na terminal HP T510 i za nic nie chciał wykryć dysku. Pomyślałem o czymś innym co jest bardzo stabilne i... Slackware poszedł od ręki chociaż mam wątpliwości co do swojego wyboru bo nie jestem pewny, czy distro jeszcze żyje.

yossarian · 2018-04-13 14:28:24

Biorąc pod uwagę prędkość z jaką się rozwija Slackware, jego ewentualna śmierć może zostać długo niezauważona ;)

bryn1u · 2018-04-13 14:43:04

Jacekalex napisał(-a):
SElinux ostatnio zaimplementował mechanizm podobny do PAX MPROTECT,
co jednak skończyło się tylko kosmiczną niekompatybilnością Grsec i SELinux,
i milionami błędów w systemach.

Zamknięcie projektu Grsec to bezpośredni skutek działań Google, które zaczęło na "gewałt" łatać kolejne wersje Androida kopiując rożne części Grseca bez choćby jednego słówka podziękowania.

Oczywiście Google jeszcze nie portuje grseca prosto do Andka, ale najpierw wypuściło swoich ludzi, żeby założyli KSPP, i na żywym organizmie Linuxa przetestowali zabawki, które mają uzbroić Androida.

Linux też nie jest taki strasznie dziurawy, utrzymuje dosyć rozsądną odległość od exploitów pisanych przez rożne firmy.

Polecam historię, jak to Kaspersky próbuje zrobić krytycznego exploita na Kernel Linux,
i już ze dwa razy przed takim strasznym exploitem Debiana ochroniła standardowa aktualizacja systemu.
Dlatego Debian na tysiącach serwerów nie powoduje większych problemów,
nawet w wersji oldstable.

Teraz z resztą dostał AA włącznie z pam_apparmor, w którym to module można niezłe cuda robić bez jakiejś wiedzy tajemnej od RH, jak w SELinuxie.
Np zrobić śliczną klateczkę na Basha, w której będzie miał dostęp tylko do 3 plików na dyziu.

Kombinacja AA i Cgroups, jaką używam na Linuxie jest raczej trudna w implementacji na systemach BSD.

Pod wieloma względami Linux jest po prostu bardziej uniwersalny, ze względu na posiadaną masę krytyczną, która gwarantuje łatwiejszy dostęp różnych sterowników, gigantycznej dokumentacji i niezłego supportu w społeczności.
Tutaj też mamy sprzężenie zwrotne, na większości tanich VPSów jest do instalacji CentOS, Debian albo Ubuntu, inne Linuxy tylko czasami, BSD w ogóle.

Pozdro

O tym mowisz ?
https://github.com/copperhead/linux-hardened

Co do KSPP to z tego co czytalem, team grsec po prostu to wysmial jako przerost tresci nad forma. Na tweeterze tez czytalem post wlasnie o KSPP "how to fuck kernel protection". No, ale zobaczymy.
Ja nie mowie, ze jest strasznie dziurawy. Mowisz o Debianie, poszukaj sobie niedawno wypuszczonego exploita, ktory podnosil uprawnienia uzytkownika do uprawnien roota. Exploit dzialal na wszystkich linuxach debian, fedora etc.. oprocz Centos i RedHat. Jak to ktos na liscie mailingowej napisal "RedHat ma wiecej patchy na kernel niz sobie to mozesz wyobrazic". Zapewne tak jest, tym bardziej, ze maja armie ludzi do debugowania kernela co na produkcyjne servery jest oczywiscie priorytetem. A co do Kasperskiego to w ogole jest glosno, wiec mnie juz nic nie zdziwi.
Jesli chodzi o cgroups to Pan czytal ? https://www.freebsd.org/doc/handbook/security-resourcelimits.html, a zwlaszcza RCTL, gdzie mozna z miejsca zarzadzac i jest latwiejsze niz ukrasc dziecku cukierka ? :D
To fakt BSD nie jest wszedzie jesli chodzi o VPS, a zwlaszcza w Polsce. W RHEL 7.5 dojda nowe zabawki do SElinuxa. W linuxie boli mnie to, ze kernel strasznie puchnie. Kiedys byl wywiad z developerem to mowil, ze dziennie dodaja okolo 8000 linijek kodu kernela, czesc podmieniaja i czesc usuwaja. To w ciagu miesiaca daje horendalna ilosc. W zwiazku z tym wydaje mi sie, ze jest to jedna z przyczyn "dziur" w kernelu. Jezeli ode mnie by to zalezalo to poswiecil bym jeden rok na review/audit kodu i wprowadzenie zabezpieczen wlasnie cos na wzor grsec.
#edit
Ze wzgledu na KSPP, alpine linux musi zrezygnowac z grsecurity. Nie sa w stanie pogodzic jedno z drugim. Po prostu sie gryza.

@skullman
A ktora wersje instalowales ?
Polecam FreeBSD current. Co do sterownikow to rzeczywiscie linux bedzie bardziej universalny.

Ostatnio edytowany przez bryn1u (2018-04-13 14:45:25)

Jacekalex · 2018-04-13 17:18:37

Fajnie Ci się udało sznurka wkleić, nie ma co ;)

https://www.freebsd.org/doc/handbook/security-resourcelimits.html napisał(-a):
Page not found.
Oh no. :(

We could not find the page you requested.

Please try your request again, use one of the links in the navigation menu, or the search box at the top of the page.

Tu masz poprawiony:
https://www.freebsd.org/doc/handbook/security-resourcelimits.html

Wiem że FreeBSD ma limity i niezły ACL, i że ma w planach tak cudowny system wirtualizacji, że Kernel Virtual Machines pójdzie do muzeum.

Ale jakiś poza forami takimi jak DUG czy BSDguru diabelnie rzadko widuję BSD, taki to ze mnie pechowiec. :P

Ostatnio edytowany przez Jacekalex (2018-04-13 17:20:58)

bryn1u · 2018-04-13 20:54:21

Ale o czym ty mowisz ? napisalem to w fazie optymistycznej w sensie linuxa. Sam
korzystam

hi · 2018-04-14 00:22:58

bsd to jest inna baja, systemy nie do zaorania i to ootb, nawet stare i niewspierane są niezniszczalne dopiero jakieś stare usługi je kładą ale to tez tak w kit (openbsd rządzi, ja pierdolę system jest mega odporny) wielki szacun, naprawdę to są twardziele, bsd kładzie wszystko linuksowe na serwerach i to ootb, pewnie można na linuksie zarzucić sobie grseca czy selinuxa/apparmora i opakować usługi ale bsd hehehhe to jest na wjazd i wszystko poukładane no kurde mega, to są wręcz stworzone systemy do wystawki i pokazania wrogom:

Ostatnio edytowany przez hi (2018-04-14 00:50:53)

Yampress · 2018-04-16 07:57:35

"fuck you && fuck off" ]:>

Openbsd stawiasz i zapominasz o jakimkolwiek hartowaniu. No może tylko troche usługi. Poza tym możesz go nawet kazać postawić zupełnemu amatorowi
i też ten system, nie zostanie skompromitowany . Nawet jeśli przejmiesz uslugę na tym systemie to z systemem nie jesteś nic w stanie zrobić. A jeśli ustawisz na nim jeszcze securylevel 2 to system moze chodzić beż żadnej ingerencji, do czasu aż nie padnie sprzęt na którym jest zainstalowany ]:>

https://man.openbsd.org/securelevel
Niestety OpenBSD superwydajny nie jest. Za to superbezpieczny. Superwydajny to jest FreeBSD:

Taki freebsd z systemem plików zfs i Netflix. Miliony ludzi stramuje treści wideo, a system chodzi. Jest odporny na ogromne przeciążenia...

"Netflix OpenConnect appliances are responsible for delivering more than 32% of all Internet traffic in North America."

No i to

"Memory protection ensures that applications (or users) cannot interfere with each other. One application crashing will not affect others in any way."

https://www.freebsd.org/doc/en_US.ISO8859-1/books/h … nutshell.html

skullman · 2018-04-16 13:15:03

@bryn1u, zarówno stable jak i current.

bryn1u · 2018-04-18 17:49:04

skullman napisał(-a):
@bryn1u, zarówno stable jak i current.

To probowales ?
https://www.trueos.org/ - Jest sliczny i bardzo lekki z przeznaczeniem na desktop.

Wyszedl jakis fork FreeBSD, tylko nie pamietam nazwy. Zostal zaprogramowany do automatycznego wyszukiwania sterownikow i ich instalacji. Poszukaj moze to rowziaze twoj problem :D U mnie na HBSD na GTX960M smiga az milo. Instalacja sterownikow wlasnosciowych ogranicza sie prawie tylko do

kldload nvidia

:D

Ostatnio edytowany przez bryn1u (2018-04-18 17:49:50)

bryn1u · 2018-06-11 20:26:52

@Yampress

Powolutku do przodu :). Nic tylko sie cieszyc :)

We at HardenedBSD are working towards starting up a 501(c)(3) not-for-profit organization in the USA. Setting up this organization will allow future donations to be tax deductible. We've made progress and would like to share with you the current state of affairs.

We have identified, sent invitations out, and received acceptance letters from six people who will serve on the HardenedBSD Foundation Board of Directors. You can find their bios below. In the latter half of June 2018 or the beginning half of July 2018, we will meet for the first time as a board and formally begin the process of creating the documentation needed to submit to the local, state, and federal tax services.

Here's a brief introduction to those who will serve on the board:

W. Dean Freeman (Advisor): Dean has ten years of professional experience with deploying and security Unix and networking systems, including assessing systems security for government certification and assessing the efficacy of security products. He was introduced to Unix via FreeBSD 2.2.8 on an ISP shell account as a teenager. Formerly, he was the Snort port maintainer for FreeBSD while working in the Sourcefire VRT, and has contributed entropy-related patches to the FreeBSD and HardenedBSD projects — a topic on which he presented at vBSDCon 2017.
Ben La Monica (Advisor): Ben is a Senior Technology Manager of Software Engineering at Morningstar, Inc and has been developing software for over 15 years in a variety of languages. He advocates open source software and enjoys tinkering with electronics and home automation.
George Saylor (Advisor): George is a Technical Directory at G2, Inc. Mr. Saylor has over 28 years of information systems and security experience in a broad range of disciplines. His core focus areas are automation and standards in the event correlation space as well as penetration and exploitoation of computer systems. Mr Saylor was also a co-founder of the OpenSCAP project.
Virginia Suydan (Accountant and general administrator): Accountant and general administrator for the HardenedBSD Foundation. She has worked with Shawn Webb for tax and accounting purposes for over six years.
Shawn Webb (Director): Co-founder of HardenedBSD and all-around infosec wonk. He has worked and played in the infosec industry, doing both offensive and defensive research, for around fifteen years. He loves open source technologies and likes to frustrate the bad guys.
Ben Welch (Advisor): Ben is currently a Security Engineer at G2, Inc. He graduated from Pennsylvania College of Technology with a Bachelors in Information Assurance and Security. Ben likes long walks, beaches, candlelight dinners, and attending various conferences like BSides and ShmooCon.

Ostatnio edytowany przez bryn1u (2018-06-11 20:28:36)

Yampress · 2018-06-12 21:06:37

no musi być jakiś marketing lub jakieś działania w kierunku pokazania się systemu, gdyż nieliczni wiedzą o jego istnieniu.

hi · 2018-06-19 23:26:02

Yampress a widziałeś jak nasz rodak posprzątał jakiegoś forka FreeBSD, bodajże DragonFlyBSD, szacun dla gościa, nie ma litości dla chu.... i dziurawych systemów :)
https://www.youtube.com/watch?v=HZnu9Re2oZs

btw. końcówka wymiata:

tak naprawdę zdobyliśmy te prawa roota, żeby wyłączyć to DragonFlyBSD w cholerę, halt -p

padłem :)

Ostatnio edytowany przez hi (2018-06-19 23:33:57)

skullman · 2018-06-19 23:47:25

bryn1u napisał(-a):
skullman napisał(-a):
@bryn1u, zarówno stable jak i current.
To probowales ?
https://www.trueos.org/ - Jest sliczny i bardzo lekki z przeznaczeniem na desktop.

[...]

Na desktop nic na BSD bym nie pchał, to miało śmigać bezobsługowo bez X-ów. Nie chciało pójść BSD wrzuciłem slacka i miodzio.

hi · 2018-06-20 00:02:53

bsd na desktop no chyba, że tam będziesz miał jakieś multiboty i inne cuda wianki z windowsami czy linuksami :)

Ostatnio edytowany przez hi (2018-06-20 00:06:19)

Yampress · 2018-06-20 07:47:20

jesli obsługuje w pełni twój sprzęt to... oprogramowaniejest to samo co w linuxie. Do tego konfiguracja jest o wiele prostsza i intuicyjna. wszystko bardzej poukladane i na swoim miejscu
Są tacy co używaja FBSD na Desktopie.. i sa zadowoleni i linuxa w ogóle nie chcą znać:

https://www.dobreprogramy.pl/dragon321/FreeBSD-jako … ny,74989.html
https://sysconfig.org.uk/freebsd-on-the-desktop-am-i-crazy.html
https://cooltrainer.org/a-freebsd-desktop-howto/

A tak w ogóle projekt FREEBSD niedawno obchodził rocznice 25 lecia powstania...

On June 19, 1993 the name FreeBSD was officially agreed on and has been used ever since. Find out more about how to celebrate this important day with us.

https://www.freebsd.org/news/newsflash.html#event20180619:01

ciastek1981 · 2018-06-20 10:37:50

Taki nusik o wyłączeniu HT ze względów bezpieczeństwa.

https://sekurak.pl/openbsd-wylacza-obsluge-intelowe … down-spectre/

skullman · 2018-06-20 11:54:34

Troszkę się bawię BSD na wirtualce ale nie wiem jak tam sytuacja się ma ze sterami do AMD więc nie pcham się w ten system na fizycznej maszynie. No ale brak systemd jest oczywiście na plus.

yossarian · 2018-06-20 15:48:05

skullman napisał(-a):
Troszkę się bawię BSD na wirtualce ale nie wiem jak tam sytuacja się ma ze sterami do AMD więc nie pcham się w ten system na fizycznej maszynie.

Sytuacja ma się tak, że BSD jest „sto lat za murzynami” — obecnie są na etapie częściowego przeportowania sterowników z Linuksa 3.8.

skullman · 2018-06-21 10:00:49

Więc jak widać dla mnie odpada bo ja bardzo lubię APU od AMD a że oni zalewają BSD to już inna sprawa. Z tego co pamiętam, to zieloni kiedyś mieli stery zamknięte dla BSD.

hi · 2018-06-21 10:57:56

skullman napisał(-a):
Z tego co pamiętam, to zieloni kiedyś mieli stery zamknięte dla BSD.

mają cały czas : http://www.nvidia.pl/download/driverResults.aspx/135057/pl

Forum Debian Users Gang

Ogłoszenie

#401 2018-04-12 20:50:46

Yampress - Imperator

Re: Rozmowy o BSD

#402 2018-04-13 00:54:22

bryn1u - Użytkownik

Re: Rozmowy o BSD

Yampress napisał(-a):

#403 2018-04-13 01:48:43

Jacekalex - Podobno człowiek...;)

Re: Rozmowy o BSD

#404 2018-04-13 02:04:57

bryn1u - Użytkownik

Re: Rozmowy o BSD

Jacekalex napisał(-a):

#405 2018-04-13 02:19:47

Jacekalex - Podobno człowiek...;)

Re: Rozmowy o BSD

#406 2018-04-13 11:12:14

skullman - Użytkownik

Re: Rozmowy o BSD

#407 2018-04-13 14:28:24

yossarian - Szczawiożerca

Re: Rozmowy o BSD

#408 2018-04-13 14:43:04

bryn1u - Użytkownik

Re: Rozmowy o BSD

Jacekalex napisał(-a):

#409 2018-04-13 17:18:37

Jacekalex - Podobno człowiek...;)

Re: Rozmowy o BSD

https://www.freebsd.org/doc/handbook/security-resourcelimits.html napisał(-a):

#410 2018-04-13 20:54:21

bryn1u - Użytkownik

Re: Rozmowy o BSD

#411 2018-04-14 00:22:58

hi - Zbanowany

Re: Rozmowy o BSD

#412 2018-04-16 07:57:35

Yampress - Imperator

Re: Rozmowy o BSD

#413 2018-04-16 13:15:03

skullman - Użytkownik

Re: Rozmowy o BSD

#414 2018-04-18 17:49:04

bryn1u - Użytkownik

Re: Rozmowy o BSD

skullman napisał(-a):

#415 2018-06-11 20:26:52

bryn1u - Użytkownik

Re: Rozmowy o BSD

#416 2018-06-12 21:06:37

Yampress - Imperator

Re: Rozmowy o BSD

#417 2018-06-19 23:26:02

hi - Zbanowany

Re: Rozmowy o BSD

#418 2018-06-19 23:47:25

skullman - Użytkownik

Re: Rozmowy o BSD

bryn1u napisał(-a):

skullman napisał(-a):

#419 2018-06-20 00:02:53

hi - Zbanowany

Re: Rozmowy o BSD

#420 2018-06-20 07:47:20

Yampress - Imperator

Re: Rozmowy o BSD

#421 2018-06-20 10:37:50

ciastek1981 - Użytkownik

Re: Rozmowy o BSD

#422 2018-06-20 11:54:34

skullman - Użytkownik

Re: Rozmowy o BSD

#423 2018-06-20 15:48:05

yossarian - Szczawiożerca

Re: Rozmowy o BSD

skullman napisał(-a):

#424 2018-06-21 10:00:49