abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
včera 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 4
20.1. 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 10
20.1. 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
20.1. 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
20.1. 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
20.1. 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 363 hlasů
 Komentářů: 25, poslední 21.1. 13:34
Rozcestník
Reklama

Dotaz: Názor na subnetaci zvlast AP a klientu ve wifi

26.6.2005 10:20 Berkoff | skóre: 2
Názor na subnetaci zvlast AP a klientu ve wifi
Přečteno: 73×
Ahoj,

Mam dotaz ohledne toho, co si myslite o pridelovani jine rady IP pro klienty, a jine rady pro AP ve wifi siti. Jde mi o to, ze klienti s Win posilaji boadcasty, atp, a tim se ap /muzou/ brzdit. Co si o tom myslite?

Odpovědi

26.6.2005 13:46 karel
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
pokud se to tyka jen jednoho AP, tak to je jedno. PRotoze 10-20 pocitacu co se da maximalne pripojit na 1 AP moc broadcoastů neuděla. Ale treba 100 PC by to zdnehodnotilo. takze kazdy APcko by melo mit jinou podsit.
27.6.2005 11:02 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
Zdravim

Jisteze by se to melo rozdelovat. Predstav si treba ze mas nesegmentovanou firemni sit s 150PC (5x 32port switch). Jestli jsi tohle nekdy zazil, tak vis, ze takova sit je doslova zahlcena wokennimy broadcasty. Ostatne to je videt i na jakymkoliv mensim switchui kdyz zapnes komp s woknama. 5 minut celej switch bilka najednou jako hub. A ted si predstav ze bys takovejhle bordel poslal do APcka ktery ma realnou prenosovou rychlos 5Mbit. APcko mas razem absolutne ucpany a proste koncis. Kdyz das AP na jinej subnet do routeru tak mas po problemu.

Druhy duvod je routovani. Predstav si klasickou metropolitni sit, kde mas hromadu APcek a jsou pospojovany ruzne dohromady. Viz treba: http://www.gavanet.org/calstats/index.html. Nedokazu si ani predstavit kdyby tohle cele melo jet na jednom subnetu. Co by tam udelala ta smycka.

Aby to cele fungovalo dohromady je potreba to navzajem sroutovat a to zaridi quagga, respektive protokol OSPF.

Zdenek
www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
27.6.2005 13:38 mrak | skóre: 12 | Olomouc
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
pokud mas celou tu sit jako jeden velky segment na L2 tak tim ze AP budou mit jiny rozsah nez clienti se nic nezlepsi ba naopak jeste se pripravis o moznost z clienta pristupovat na AP kdyz nebude dosazitelny router ktery by mnel adresy z obou rozsahu.

Jak uz rikal zdenek tak se vyplati rozdelit broadcast domenu pokud:
A) je prenosova kapacita media je vyzname zatizena broadcast provozem
B) mas sit tvorenou redundatnimi spoji nebo smyckami a nevystacil bys s obycenym STP
C) potrebujes provoz mezi clienty filtrovat na zaklade vyssich vrstev

28.6.2005 12:29 Berkoff | skóre: 2
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
No, takze pokud mam klienty na Win v rade 10.0.neco.neco a vsechny AP dam na napr 172.28.neco.neco pomuze to?

Jedna se o cca 100 klientu na wifi, 30 na LAN a cca 60 AP z toho 5 Ap ostatni jako client ... no a ostatni jsou na PCI to mi zas tak neva :o)

Diky za Vase nazory
28.6.2005 13:02 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
Zdravim

Aha, ja jsme na zacatku nepochopil jednu vec. Tazatel mel na mysli tento stav:
Wifi AP     wifi klient    pocitac
10.0.0.1 -- 192.168.0.1 -- 10.0.0.2
Tohle sice nektere site pozuzivaji, ale osobne to povazuju za naprostou zbytecnost. Pouzivame tento system:
10.0.0.1 - AP
10.0.0.2 - dlink klient1
10.0.0.3 - komp klient1
10.0.0.4 - dlink klient2
10.0.0.5 - komp klient2
Na dlinkach je potreba nastavit branu na APcko, aby se tam clovek dostal i z druheho konce site.

Jinak ten priklad s 150PC na jednom subnetu byl nastesti jen hypoteticky a omlouvam se ze neni k dispozici mapa nasi site, neuvedomil jsem si, ze to jde jen z vnitrni site. Kde jste v czfree si prepiste org na czf a muzete se mrknout.

Zdenek
www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
28.6.2005 19:18 Berkoff | skóre: 2
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
NO, ja jsem mel na mysli spis tento stav:

AP nebo AP-klient: 172.28.neco.neco pocitac nebo router: 10.0.neco.neco

proste ze by wifi zarieni byli v jine siti nez klientske PC a proste pocitace. Zda to pomuze, nebo jestli je to opravdu zbytecne.
28.6.2005 22:32 petr_p
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
Tak, jak to myslite vy, vam to nepomuze.

Ale myslim si, ze by se mel resit zdroj problemu – spravne nastavit windows stanice. Zrovna tak jako je slusne odpovidat na echo request (napr. kvuli diagnostice site), tak je slusne neobtezovat ostatni uzivatele (a nezatezovat sit) nepotrebnymi broadcast pakety.
3.7.2005 21:38 milda
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
Dobry den, omlouvam se ze vytahuji tento pomerne stary thread ale nemel jsem moznost reagovat drive...

Mam malou wifi sit o cca 50 klientech na 5 AP. Planuji velke rozsireni a proto se rozhoduji pouzit paterni linku na 5ghz. To cele chci realizovat na platforme WRAP tedy: v kazdem WRAPu budou dve sitove karty CM9 jedna na 5ghz-pater a druha 2.4ghz-klientske AP. Dovnitr te masinky chci davat linux takze nebude nic tezkeho routovat mezi pateri a klientama.

Na druhou stranu se me zda pohodlnejsi pouzit bridge a nastlat to vsechno do jednoho subnetu.

Otazka tedy zni: bridge nebo routovat? nevim zda by melo cenu odroutovavat jen treba 10klientu na AP.. kdyz uz tak treba na serveru pak odroutovat uz rovnou treba jednu pulku site? v pripade routovani na AP by byl problem s DHCP protoze broadcast routrem neprojde? dekuji za odpovedi..
4.7.2005 00:04 petr_p
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
Mit L2 sit je uzasna vec. Uz jen kvuli tomu, ze az budete chtit IPv6 nebo hrat si jinym sitovym protokolem, tak nemusite konfigurovat (a v horsim pripade upgradovat/menit) vsechna AP.

Jen se obavam, ze WiFi protokoly jsou na bridgovanou sit nestasntne navrzne. Az okusite 2.5 NAT, WDS apod. lahudky, tak vam zmrzne usmev. Zpusob adresovani WiFi klientu L2 adresou, nutna asociace na AP a cizi L2 adresy z bridgovanch segmentu dokazou poradne zamotat hlavu.

Pak jeste muze te mit problemy s L2 smerovanim, kdy vam STP nebude stacit. Ale verim, ze na to nejake figle existuji (treba OSPF nad Ethernetem).

Sam bych chtel neco takoveho, jenze co jsem tak cetl, tak to je prakticky nerealizovatelne.
4.7.2005 08:52 milda
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
asi to tedy uz kvuli kontrole na siti budu routovat..

a jak je o s tim dhcp skrz routery, jde to vubec?
DjAARA avatar 4.7.2005 09:14 DjAARA | skóre: 32 | Praha|Náklo|Olomouc
Rozbalit Rozbalit vše Re: Názor na subnetaci zvlast AP a klientu ve wifi
Hledejte dhcprelay.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.