Hlavní stránka Hardware Sítě a Internet Malé domácí síťování: jak se to všechno vůbec domlouvá
Malé domácí síťování: jak se to všechno vůbec domlouvá
autor: Petr Šaroun , publikováno 6.2.2018
Malé domácí síťování: jak se to všechno vůbec domlouvá

Nějaký ten modem nebo router máme doma asi všichni. Dokud nám tiše slouží, tak o něm skoro nevíme, ale kolik lidí ho umí správně nastavit? A kolik lidí umí vyřešit takové ty běžné problémy? Jestli máte chuť, koukneme se na to! Abych nenosil dříví do lesa a nepsal další suchý návod, půjdeme na to trochu jinak než obvykle.


Do modemu!

Pořád mluvím o modemu, routeru, ale ještě jsme nebyli uvnitř jeho konfigurace. Teď jsme si ukázali, jak zjistíme jeho IP adresu, adresa modemu bývá stejná s adresou brány nebo adresa DHCP serveru.

Malé domácí síťování: jak se to všechno vůbec domlouvá

Může se stát, že DNS server má stejnou adresu jako DHCP server nebo brána. To nutně nemusí znamenat, že váš modem funguje jako DNS server, ale to, že požadavkům DNS naslouchá a předává je dál. Stejně tak mohou být rozdílné ipadresy brány a DHCP serveru, proč ne, DHCP server nemusí běžet právě na bráně.

Konfigurace bývá webová, proto směle do prohlížeče zadám výše uvedenou adresu: http://10.0.0.138/
(Vy zase svou, samozřejmě.)

Nejběžnější kombinace uživatelského jména a hesla jsou admin/admin nebo admin/1234.

Malé domácí síťování: jak se to všechno vůbec domlouvá

Případně nám pomůže pan Google s dotazem: https://www.google.cz/search?q=modem+default+password

Malé domácí síťování: jak se to všechno vůbec domlouvá

Dnes jsme si letem světem proletěli úvod k síťování a řekli si něco málo o tom, jak věci fungují. Pokud jste něčemu nerozuměli, nevadí. Popadněte Google za parohy a zkuste si najít jiná vysvětlení. Pokud něčemu nerozumíte, Googlujte! Aby se člověk něco naučil, musí si to vyzkoušet, jen tak si to zapamatuje.

V dalším článku navážeme tím, jak si poskládat a zprovoznit malou domácí síť připojenou na internet.



Tagy: Síť  Router  Firewall  Sítě  Nastavení sítě  


 
Komentáře k článku
RSS
Pouze registrovaní uživatelé mohou přidat komentář!
6.2.2018 11:18:55   81.161.61.xxx 382
viac takych clankov
7.2.2018 14:59:03   151.237.229.xxx 71
Tiez dakujem za clanok. Napr. tym veciam okolo IP portov som nerozumel, ... az do dnes.
6.2.2018 11:32:24   194.39.218.xxx 232
Máš moc pěknou češtinu, parádně se to čte Zvláště rozhovor telefonu s routerem je super
6.2.2018 11:37:36   165.225.72.xxx 181
Diky moc, takovych clanku se srozumitelne popsanymi zaklady sitovani neni nikdy dost.
Ale opravdu velmi se tesim na to "jak zdvojnásobit rychlost vaší přípojky DSL". ;o)
6.2.2018 12:03:59   89.203.175.xxx 80
článek, co něco naučí, vysvětlí, ukáže. Ovšem nebyl by to PCTuning bez tunění, proto se také přikláním k zveřejnění "jak zdvojnásobit rychlost vaší přípojky DSL"

PS: výborně, jen tak dál
7.2.2018 13:45:00   109.107.210.xxx 40
řešení je prosté: přestěhovat se k telefonní ústředně.
6.2.2018 12:56:30   37.221.252.xxx 20
Už jsem poslal odkaz na článek dvěma lidem. Táta dělá IP kamery a ... určitě mu to neuškodí.
6.2.2018 13:44:28   193.84.172.xxx 53
Děkuji za pěkný článek a vypadá to, že se jedná o první díl série. Doufám, že se budete věnovat i IPv6, neboť jak všichni víme IPv4 končí a nastupuje IPv6. Osobně bych teď rád články o nastupující IPv6, kde se to hemží novými pojmy jako SLAAC, 6to4, DS, DS Lite a další... Ano, existuje spousta dokumentů k IPv6, ale ty nejsou psány "Vašim způsobem"... například by bylo zajímavé vědět jak si člověk doma zřídí IPv6 síť ...
6.2.2018 15:38:47   87.236.192.xxx 72
ipv6 nastupuje uz 20 let ...
6.2.2018 15:42:26   87.236.192.xxx 30
jestli te zajima ipv6 tady mas neco ke cteni
https://knihy.nic.cz/files/edice/ipv6_2012.pdf
7.2.2018 11:45:49   193.84.172.xxx 00
O této knize vím, ale to je pro lidi, kteří se zabývají sítěmi a ne pro BFU (běžný Franta uživatel). Já bych rád takovéto lidské vysvětlení... Například jak to udělat aby zařízení, které umí jen IPv4 (například IP telefon, televize, tiskárna, videorekordér,...) fungovalo i poté, co můj poskytovatel internetu přejde na IPv6...
7.2.2018 14:48:06   87.236.192.xxx 10
1. ze by isp presel pouze na 6ku nehrozi.

2. Pokud chcete 6ku pouzivat zazadejte si o ni u sveho providera, pokud to neni uplnej lempl z horni dolni urcite vam 6ku poskytne
7.2.2018 15:29:11   193.84.172.xxx 10
1. Tady nejde o to jestli přejde na čistou nebo s přechodem bude otálet další 4 roky, tady jde o to, jak se IPv6 chová a co lze očekávat a jak s ní nakládat...

2. Můj provider (UPC) už IPv6 poskytuje, ale takovým způsobem, že budu přechod oddalovat jak to jen jde. Ovšem to neznamená, že se nebudu o IPv6 zajímat. Informace o IPv6 bych ovšem rád nejen z odborných knih, ale jak jsem již psal, lidsky... Nebude totiž jen pro mě, ale i pro ostatní.
7.2.2018 18:17:12   89.24.225.xxx 10
podstatne je ze na cistou 6ku neprejde to uz tu davno bude nahrada

.. prechazet na 6ku te nikdo nenuti a ani v nasledujici minimalne desetiletce nutit nebude
8.2.2018 08:43:30   78.98.175.xxx 31
IPv6 nastupuje uz od nepamati, ako bolo spomenute vyssie Faktom je, ze IPv4 nikdy celkom nevymrie, pretoze narozdiel od IPv6 s 32 bitovymi adresami ludsky mozog este dokaze pracovat. Pre domacu siet je IPv6 uplne zbytocne, vzdy sa bez problemov prelozi traffic u providera. A na zariadeni, ktore podporuje iba IPv4, ako uz definica napoveda, si IPv6 nenastavis. Ak tvoj provider prejde na IPv6, ty si to vobec nevsimnes.
6.2.2018 13:45:22   195.39.10.xxx 31
Pokud nechce někdo používat šmírovací Google DNS tak může použít od našeho milého cz.nic https://www.nic.cz/odvr/
6.2.2018 14:14:56   113.53.60.xxx 710
Oceňuji pokus o přiblížení problematiky laikům, ale to není možné bez:
- DHCP nelze vysvětlit bez L2 broadcastů, MAC FF:FF:FF:FF:FF:FF
- Masku sítě nelze vysvětlit bez vysvětlení operace 32-bit bitwise-and.
- Komunikace přes bránu se nedělá na základě její IP adresy, ale základě její MAC adresy.
- Nalezení MAC adresy brány, nebo jiného PC ve stejné LAN, nelze vysvětlit bez ARP protokolu.
6.2.2018 15:44:29   85.163.24.xxx 70
Hlavni by bylo vysvetlit jak zhruba se domlouvaji zarizeni na linkove rychlosti, pak IP konfigurace v ramci segmentu pro jednoduchost staci /24 tedy C, to vetsine k nastaveni Tplinku pomerne postaci. Nastaveni slozitejsich routingu, vpn, fiwallu neni asi timto zpusobem mozne protoze to je docela slozite na pochopeni.
6.2.2018 18:13:42   185.99.65.xxx 22
ale ale... ano má to mouchy, ale vysvětlené je to pro laika dobře. Sám tyto věci občas někoho učím a ikdyž se mi každý popis nezamlouvá (pro nepřesnost) tak celkový pocit za osvětu ...ale jo. Určitě si z toho nějaké poučení vezmu. Beru to jako úvodní článek a pokud bych chtěl něco jinak, tak bych rád v tomto článku uviděl letmý popis (jak je) a v jednotlivých částech bych chtěl zmínku o tom že na to bude další článek aby se k tomu potom mohl člověk vrátit. Ale jo chválím za snahu. Síťová negramotnosti lidí je obrovská. Jen prosím autora ať nenavádí nikoho k nějakým úpravám routeru. Obvykle po takových článcích jezdím po lidech a opravuji věci co si opraví.
Pro příklad uvedu jednu věc... používáme hojně wifi routery od tplinku. Jsou levné a docela jedou... nepoužíváme u nich ale WAN port, protože management je tupý a výkonu na routování to moc nemá, počet pravidel na překlad omezený a né vždy to funguje správně. Jako router používáme něco jiného, taky je to dobré pokud potřebujete pokrýt větší oblast, ale chcete jen jednu síť.. Na druhou stranu mi neuvěříte kolik opravářů se najde... Ano vím, že lepší by bylo místo routeru používat AP, ale řekněte mi proč AP stojí o 30% víc?
6.2.2018 21:57:15   78.102.90.xxx 20
Protože routerů se prodá celá loď, takže sleva, APček jenom jeden vagon.
8.2.2018 10:00:07   178.40.47.xxx 00
A z routeru spravím jedným klikom AP.
6.2.2018 19:25:38   78.98.175.xxx 63
Uplny suhlas. Taktiez by som dodal, ze ak to ma byt pre laika, tak tomu v provom rade chyba OSI model a poradie spracovania informacii po vrstvach. Masky bez vysvetlenia dvojkovej sustavy nemozu davat zmysel, MAC, ARP, DHCP takisto chyba a ma uzke prepojenie na vrstvy OSI. Takisto protokol nie je ako protokol, dolezite je na ktorej vrstve pracuje. Je to dost gulas takto.

Iniciativa chvalitebna, ale fakt by to chcelo serial, tematika je prilis velka na kratky clanok.
6.2.2018 23:00:47   178.40.9.xxx 63
Nemozem suhlasit. Clanok je super. Tak ako to vy chcete by to az potom bol gulas pre laika.

Je to ako s ucenim mateamtiky, fyziky alebo inych predmetov.

Prv ta naucia zakladne veci,kde su niektore veci zamerne vynechane a az postupne ako prechadzas vsetkymi stupnami vzdelania tak pred tebou otvaraju celu pravdu ako to vlastne je. Zacinat s maxwellovymi rovanicami v prvom rocniku ZS je nezmysel a to vy navrhujete.

Clanok je super taky aky je. Mnohym ludom to bude stacit ako mnohym ludom po cely zivot staci trojclenka.
Robil som admina a servis pre male a stredne firmy a domacich pouzivatelov. Nikomu som nemusel vysvetlovat OSI model, MAC, ARP, masky bola len velmi okrajova tema, DHCP len na urovni zakladov. Dvojkova sustava detto.
Spomen ako si ty nadobudal info o sietarine. Stavim sa, ze podobne ako je to v tomto clanku.
Toto nieje clanok pre admina ale pre BFU.
7.2.2018 23:25:29   78.98.175.xxx 23
Takisto nemozem suhlasit. Mozno sa to laikovi dobre cita, ale nema to strukturu a zmatie to kopu ludi.
OSI je ta najzakladnejsia vec, na ktorej stoja zaklady sietariny. A presne takto som sa to podla mojich spomienok aj ucil. Nie stylom skaceme od buka do buka. Tu stavku si skaredo prehral.
To ze sa vies v beznej komunikacii vyhnut vysvetleniu fungovania sieti neznamena, ze si tych ludi naucil, ako to funguje, len si im povedal tolko, aby pochopili co od nich chces.
8.2.2018 10:04:48   178.40.47.xxx 33
Lenže ten článok je pre bežných ľudí aby zhruba chápali o čo ide. A pri tom zostanú. Zopár ľudí to chytí a začnú študovať do hĺbky. Menej je viac.
6.2.2018 19:32:37   185.112.167.xxx 41
Moc pěkný článek.

Schválně, co se stane, když mám doma část zařízení s pevnou IP ( např. NAS s IP 10.0.0.1 a zároveň v routeru povoleno DHCP ( dejme tomu v rozsahu od 10.0.0.0 do 10.0.0.99).
NAS je vypnutý, připojím mobil přes wifi, router mu přidělí 10.0.0.1 a potom zapnu NAS. Co se stane ?
6.2.2018 22:49:23   84.42.231.xxx 10
No nebudeš úplnej idiot a nastavíš pevná IP mimo DHCP?
7.2.2018 07:03:37   31.130.168.xxx 10
Já bych radši udělal rezervaci na DHCP. Je to přehlednější.
7.2.2018 07:15:08   195.39.10.xxx 00
V čem je to přehlednější?
7.2.2018 07:39:04   31.130.168.xxx 10
Je to přehlednější (a čistší) v tom, že si nemusím pamatovat, jestli mám někde na síti zařízení s pevně nastavenou IP nebo koukat do ARP tabulky na bráně, abych takové zařízení dohledával. Vše mám přehledně na jednom místě (rezervace a propůjčení adres na DHCP). Chápu, že u domácí sítě o pár zařízeních to možná nedává úplně smysl ale uvedu jeden příklad, proč to smysl dává. Mám domácí server, u kterého chci mít pevně nastavenou IP (např. kvůli prostupům na firewallu, RDP, apod.). Server potřebuji přeinstalovat. Po přeinstalaci samozřejmě začíná s čistou konfigurací, tzn. i s výchozím nastavením sítě. Když budu mít na DHCP serveru nastavenou rezervaci na MAC adresu daného serveru, nemusím po přeinstalaci nic řešit - server rovnou dostane správnou IP adresu.
7.2.2018 07:55:25   195.113.82.xxx 30
Já to zase řeším doma tak, že zařízení s pevnou IP dávám čísla vzadu ( tedy v rozsahu DHCP 0-100 čísla 99, 98, 97 atd. ) víc jak 20 zařízení asi nikdy mít nebudu, takže se to netluče.

Nicméně, pro neznalého to může být nepříjemné zjištění, že "inteligentní " domácí síť si nedokáže poradit s kombinací pevně přidělené IP a DHCP, opakovaně už jsem to viděl, jelikož většina lidí si to nastavuje od nejnižšího čísla ( typicky 10.0.0.0, nebo 192.168.1.0. atd. ) a pak jednou za čas NAS vypnou ( výpadek proudu ) a po zapnutí najednou mají konflikt v síti.
7.2.2018 18:44:03   185.99.65.xxx 10
staticke prideleni do DHCP je nejlepsi cesta. Ze zacatku se zda ze NAS si clovek bude pamatovat, ale potom doma pribudou 2 smart tv, 3 tiskarny (a ty urcite nechcete aby menily adresy) nejaky mobil a tablet a kdyz se na to pripojujete pres airdroid taky vas nebavi zjistovat jakou to ma adresu ted... nakonec zjistite ze v domaci siti mate 30 zarizeni a resit nekde dhcp a nekde ne.. to je fakt naprd.

Ale jako doma to jeste jde, ale servisuji malou sit v jedne zakladni skole. Tato sit vznikla tak ze nejdrive mela pc pani reditelka, potom bylo pc ve sborovne, potom pc ucebna, potom sitove tiskarny, potom chteji wifi, potom pc v kazde ucebne. Dnes je tam stalych 50 adres. Resit co je a co neni staticky proste nejde. Ze zacatku kdyz tam bylo par veci to slo. Ted opravdu neni sance. Pro klid duse mam ale vytisteno co je v DHCP serveru... kdyby mikrotik zemrel a bylo treba jej vymenit abych vedel co kam zpet nastavit.

Me osobne se osvedcilo pouzivat DHCP s dlouhou dobou rezervace a v mistech kde mam 200+ adres a jen par pevnych veci nevadi ani 30ti denni doba. A veci ktere potom chci znat si zapisi do DHCP staticky a vim ze to tam bude at se deje co se deje. Dalsi vyborna vec co hraje pro staticky zaznam je android TV od Sony, ktera mela obcasne tendence vybrat vsechny adresy. Staticky zaznam dle MAC ji dovoli jen jednu a kdyz se to sekne nezebere si vsechny adresy (ikdyz jako nechapu proc to chtelo 200 adres)
7.2.2018 22:10:48   188.167.253.xxx 02
hlavna vyhoda nastavenia rezervacii v routri je, ze ked raz budes potrebovat zmenit rozsah IP, tak proste to zmenis v routri a v DHCP a hotovo. Ked mas po zariadeniach ponastavovane pevne IP, tak to este musis menit aj tam. V routri si proste nastavis, aby to NAS malo vzdy IP 192.168.5.14 a ked bude treba zmenit ipcky na 10.0.0.14 tak to nastavis na danu MAC adresu v DHCP a vytiahnes/vsunies kabel do NASka...
7.2.2018 23:39:04   78.98.175.xxx 11
To sa ti podari tazko. Pokial ten router nepodporuje supernetting/CIDR, co domaci urcite nepodporuje, tak 10.0.0.0 je adresa siete a prva pouzitelna adresa je 10.0.0.1, ktora najskor skonci ako adrasa routeru pre dany segment/interface. Takisto neexistuje maska pre pre 98 hostov siete, to by si vedel ak by bola vysvetlena binarna sustava pri maskach (mozny pocet hostov v subnete je 2^n - 2, n=1,2,...,. Pri duplicitnej IP by traffic striedavo isiel zariadeniu, ktore naposledy poslalo packet a prepisalo ARP zaznam svojou MAC adresou. V konecnom dosledku na kazdom zariadeni by bol packet loss, lebo cast packetov by sla na nespravne zariadenie.
7.2.2018 23:44:13   78.98.175.xxx 00
malo tam stat n=1,2,...,8
6.2.2018 20:17:35   188.141.87.xxx 00
No tak opravdu článek hodný sdílení a přeposlání. Jen prosím víc takového čtení na jakékoliv (IT) téma. Vtipné, jednoduše podáno, přitom srozumitelné a jasné.

PS: Jen k těm portům mám dotaz. Porty fungují na HW úrovni síťové karty nebo SW? Nějak si neumím představit, jestli SW(/procesor) zadá síťovce požadavek o volný port a síťovka buď příjme/odmítne na základě toho, jestli je port volný, anebo si sw napevno určí - ten port je můj a hototvo. Abych si to uměl lépe představit, rád bych věděl, do jaké míry to je věc HW a kde už začíná SW. Mimochodem s tou MAC adresou jsem to netušil. Myslel jsem, že je to napevno neměnitelná HW součást.
7.2.2018 06:35:08   37.221.252.xxx 20
Porty jsou na sw úrovni. Software určuje na kterém portu bude sedět(a je žádoucí mít možnost to uživatelsky měnit) a OS mu sdělí(v lepším případě), zda to jde nebo už je obsazený.
7.2.2018 07:33:17   31.130.168.xxx 20
MAC má každé síťové zařízení z výroby v sobě zakódovanou a měla by být unikátní na celém světě. Nicméně většina modemů/routerů umožňuje MAC upravit na úrovni SW, stejně tak PC s Linux/Windows.
7.2.2018 14:55:55   87.236.192.xxx 00
a diky mackynam zjistis jaka zarizeni(vendor) se ti nachazeji v siti
8.2.2018 08:23:51   78.98.175.xxx 02
No a to je ten zmatok, co som spominal kvoli chybajucej strukture,
OSI modelu
http://www.escotal.com/Images/Network%20parts/osi.gif
a poradiu spracovania informacii.
https://www.webopedia.com/imagesvr_ce/8023/7-layers-of-osi-icon.jpg

Porty spravuje OS, kedze ich je obmedzene mnozstvo. Prvych 1000 je rezervovanych pre standardne pouzitie (ping, telnet, dns, dhcp,...) a nie su pouzivane na uzivatelsku komunikaciu. Aj vo vyssich cislach su neregistrovane standardne pouzivane porty (zvycajne do 10000).

https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml

Pokial OS dosiahne koniec, tak ide zas od zaciatku, kedze je predpoklad, ze spojenia uz vyprsali.

Mimochodom v prikazovom riadku na nahlad pouzitych spojeni je prikaz "netstat -an" alebo pre routovaciu tabulku "netstat -r"
7.2.2018 09:39:04   80.188.38.xxx 00
Když už třeba tuning tak bych ocenil třeba běžný konzumní wifi router a náhradu za výrobcem poskytnutý linux třeba openwrt. Pěkně krok za krokem.
7.2.2018 11:15:22   195.113.82.xxx 10
Nepochopil jsem přesně, k čemu je DNS ?

A mám ho tedy nějak na jednotlivých počítačích nastavovat, nebo ponechat zaškrtnuté přidělit automaticky ?

A v routeru ho mám nějak nastavovat ? ( třeba těch 8.8.8. ), dosud tam mám totéž jako adresa brány.

Ovšem internet mám přes wifi, takže ještě zbývá konfigurace Wifi antény, do které se ale samozřejmě nedostanu ...
7.2.2018 15:02:06   87.236.192.xxx 20
DNS -domain name system

chces navstivit treba pctuning.cz

prohlizec posle dotaz nejblizsimu dns serveru, pokud server zna tuto domenu... posle tvemu pocitaci zpravu... ze tato domena se nachazi na teto IP adrese..takze uz zbyva jen poslat dotaz na danou ip adresu a po odpovedi tu mas svuj oblibeny web pctunig.cz

dle popizu pouzivas urcite dnska tveho isp ... ja si oblibil 9.9.9.9 dns
7.2.2018 17:10:45   185.112.167.xxx 20
No právě, "oblíbil".
Co to znamená ?
Je to nějaký rychlejší server, nebo jakou výhodu tím získám ?
A mám to v routeru nastavit jen na WAN, nebo i na DHCP settings ?

Btw. zkoušel jsem nyní 8.8.8.8 a vše mi přijde že chodí stejně ....
7.2.2018 18:17:43   89.24.225.xxx 00
https://arstechnica.com/information-technology/2017/11/new-quad9-dns-service-blocks-malicious-domains-for-everyone/
7.2.2018 22:32:32   188.167.253.xxx 00
ja nastavujem vsade 8.8.8.8 lebo to 1. vzdy funguje a 2. sa to lahko pamata. Napr. Slovak telekom ma 195.146.132.58 - snad uznas, ze sa to pamata trochu horsie ako ten gugelovsky...
8.2.2018 07:53:06   195.113.82.xxx 10
Jasně, ale je to nastavení, který udělám doma jednou a už na něj nešahám.

Jaký je tedy důvod dávat např. 8.8.8.8 před jiným DNS ?

V čem rozdíl poznám reálně ?
8.2.2018 08:01:58   78.102.90.xxx 01
Ve spolehlivosti, Google DNS má nepříjemné a poměrně časté výpadky. V domácnosti to ale asi nebude moc vadit.
8.2.2018 09:30:40   195.113.82.xxx 30
Hmm, takže 4 lidi mu tady Google vychválí a teď napíšeš, že má výpadky, takže jsem opět na začátku - má smysl vůbec nějak řešit DNS ( 8.8..., 9.9., od providera - CZ net ) nebo je to prostě buřt ??

Co konkrétně má jako pozorovat, když zkouším různé DNS ?
Má se měnit rychlost internetu ? má se měniti reakce načítání stránek ?
To mi pořád nikdo nenapsal. Dejte nějaký příklady, co jako mohu při změně DNS pozorovat.
10.2.2018 05:53:29   188.167.253.xxx 00
DNS je na to, aby si si nemusel pamatat IP adresy. Chces www.google.sk, tak to napises do prehliadaca. Prehliadac "sa spyta" DNS servra ze hej, aku IP ma server www.google.sk?? DNS server mu odpovie 172.217.17.131. Tak prehliadac posle poziadavku na tu IP. Rychlost komunikacie medzi tebou a DNS servrom potom samozrejme ovplyvnuje rychlost nacitania stranky. Ked DNS neodpoveda, nejde ti nacitat ziadna www...
8.2.2018 08:30:43   78.98.175.xxx 20
Je to podobne ako otazka od ktoreho providera si mam objednat internetovu pripojku? Vsetci poskytuju pripojenie na internet, preco si vybrat konkretneho? Rychlost odozvy, spehovanie a prehlad o pohybe na strankach, blokovanie stranok, pripadne obchadzanie blokovania. Standardne dostanes DNS server od providera a je ti prideleny cez DHCP. Pokial nevies o dovode preco ho menit, tak ziadny neexistuje

Redakce si vyhrazuje právo odstranit neslušné a nevhodné příspěvky. Případné vyhrady na diskuze(zavináč)pctuning.cz

149 čtenářů navrhlo autorovi prémii: 72.1Kč Prémie tohoto článku jsou již uzavřené, děkujeme za váš zájem.
Tento web používá k poskytování služeb soubory cookie.