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í
×

dnes 14:15 | Komunita

Daniel Stenberg, autor nástroje curl, na svém blogu oznámil, že obdržel letošní Polhemovu cenu, kterou uděluje Švédská inženýrská asociace za „technologickou inovaci nebo důvtipné řešení technického problému“.

marbu | Komentářů: 1
dnes 13:40 | Pozvánky

Cílem Social Good Hackathonu, který se uskuteční 21. a 22. října v Brně, je vymyslet a zrealizovat projekty, které pomůžou zlepšit svět kolem nás. Je to unikátní příležitost, jak představit nejrůznější sociální projekty a zrealizovat je, propojit aktivní lidi, zástupce a zástupkyně nevládních organizací a lidi z prostředí IT a designu. Hackathon pořádá brněnská neziskovka Nesehnutí.

… více »
Barbora | Komentářů: 0
dnes 00:44 | Pozvánky

V sobotu 21. října 2017 se na půdě Elektrotechnické fakulty ČVUT v Praze uskuteční RT-Summit – setkání vývojářů linuxového jádra a uživatelů jeho real-time verze označované jako preempt-rt.

… více »
Pavel Píša | Komentářů: 5
včera 23:44 | Bezpečnostní upozornění

V Linuxu byla nalezena bezpečnostní chyba CVE-2017-15265 zneužitelná k lokální eskalaci práv. Jedná se o chybu v části ALSA (Advanced Linux Sound Architecture).

Ladislav Hagara | Komentářů: 1
včera 22:44 | Komunita

Greg Kroah-Hartman informuje na svém blogu, že do zdrojových kódu linuxového jádra bylo přidáno (commit) prohlášení Linux Kernel Enforcement Statement. Zdrojové kódy Linuxu jsou k dispozici pod licencí GPL-2.0. Prohlášení přidává ustanovení z GPL-3.0. Cílem je chránit Linux před patentovými trolly, viz například problém s bývalým vedoucím týmu Netfilter Patrickem McHardym. Více v často kladených otázkách (FAQ).

Ladislav Hagara | Komentářů: 4
včera 22:04 | Pozvánky

Rádi bychom vás pozvali na přednášku o frameworku Avocado. Jedná se o testovací framework další generace, inspirovaný Autotestem a moderními vývojovými nástroji, jako je třeba git. Přednáška se bude konat 23. října od 17 hodin na FEL ČVUT (Karlovo náměstí, budova E, auditorium K9 – KN:E 301). Více informací na Facebooku.

… více »
mjedlick | Komentářů: 0
včera 21:44 | Bezpečnostní upozornění

Nový útok na WPA2 se nazývá KRACK a postihuje prakticky všechna Wi-Fi zařízení / operační systémy. Využívá manipulace s úvodním handshake. Chyba by měla být softwarově opravitelná, je nutné nainstalovat záplaty operačních systémů a aktualizovat firmware zařízení (až budou). Mezitím je doporučeno používat HTTPS a VPN jako další stupeň ochrany.

Václav HFechs Švirga | Komentářů: 3
15.10. 00:11 | Zajímavý projekt

Server Hackaday představuje projekt RainMan 2.0, aneb jak naučit Raspberry Pi 3 s kamerovým modulem pomocí Pythonu a knihovny pro rozpoznávání obrazu OpenCV hrát karetní hru Blackjack. Ukázka rozpoznávání karet na YouTube. Zdrojové kódy jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 0
14.10. 15:11 | IT novinky

Online obchod s počítačovými hrami a elektronickými knihami Humble Bundle byl koupen společností IGN. Dle oficiálních prohlášení by měl Humble Bundle dále fungovat stejně jako dosud.

Ladislav Hagara | Komentářů: 8
14.10. 06:00 | Zajímavý článek

Brendan Gregg již v roce 2008 upozornil (YouTube), že na pevné disky se nemá křičet, že jim to nedělá dobře. Plotny disku se mohou rozkmitat a tím se mohou prodloužit časy odezvy pevného disku. V září letošního roku proběhla v Buenos Aires konference věnovaná počítačové bezpečnosti ekoparty. Alfredo Ortega zde demonstroval (YouTube, pdf), že díky tomu lze pevný disk použít také jako nekvalitní mikrofon. Stačí přesně měřit časy odezvy

… více »
Ladislav Hagara | Komentářů: 8
Těžíte nějakou kryptoměnu?
 (6%)
 (2%)
 (15%)
 (76%)
Celkem 719 hlasů
 Komentářů: 24, poslední 27.9. 08:30
    Rozcestník

    Dotaz: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit

    26.3.2006 17:04 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Přečteno: 736×
    Zdravim Presli jsme na dvou Point-to-Point pojich z 626-626 na Aircy8, sitovky jsou intely. Spoj je naladenej dobre a protahne 1.8Mbyte s pingem do 3ms. Spoj je zatizenej trvale max 1mbit. Hraci si od te doby zacali stezovat ze jim vypadavaj hry. Hrajou, najednou sek a spojeni se serverem se ukonci. Dalsi hraci kteri nejdou pres 5G vypadek nemaji. I pri klidovem stavu kdy tece max 100kbyte staci z windowsu pingat nekam na druhy konec spoje a vysledek je tento:
    Odpověď od 10.193.120.17: bajty=32 čas=3ms TTL=62
    Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
    Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
    Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
    Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62 
    Odpověď od 10.193.120.217: Hodnota TTL vypršela při přechodu.
    Odpověď od 10.193.120.217: Hodnota TTL vypršela při přechodu.
    Odpověď od 10.193.120.217: Hodnota TTL vypršela při přechodu.
    Odpověď od 10.193.120.4: Hodnota TTL vypršela při přechodu.
    Odpověď od 10.193.120.4: Hodnota TTL vypršela při přechodu.
    Odpověď od 10.193.120.4: Hodnota TTL vypršela při přechodu.
    Odpověď od 10.193.120.17: bajty=32 čas=72ms TTL=62
    Odpověď od 10.193.120.17: bajty=32 čas=2ms TTL=62
    
    10.193.120.4 je pocitac na ceste pingu pred dotycnym 5G spojem. 10.193.120.217 je iGW (defaultni brana) ktera je napojena na 10.193.120.4, ale neni v ceste pingu. Tcpdumpoval jsem provoz a vydumpoval jsem toto:
    13:46:29.316475 IP 10.193.120.148 > 10.193.120.18: /
    ICMP echo request, id 512, seq 52992, length 40 13:46:29.316534 IP 10.193.120.18 > 10.193.120.148: /
    ICMP echo reply, id 512, seq 52992, length 40 13:46:29.696774 IP 10.193.120.148 > 10.193.122.2: /
    ICMP echo request, id 512, seq 53248, length 40 13:46:29.702353 IP 10.193.120.4 > 10.193.120.148: /
    ICMP time exceeded in-transit, length 68 13:46:30.316813 IP 10.193.120.148 > 10.193.120.18: /
    ICMP echo request, id 512, seq 53504, length 40 13:46:30.316869 IP 10.193.120.18 > 10.193.120.148: /
    ICMP echo reply, id 512, seq 53504, length 40 13:46:30.697658 IP 10.193.120.148 > 10.193.122.2: /
    ICMP echo request, id 512, seq 53760, length 40 13:46:30.703351 IP 10.193.120.4 > 10.193.120.148: /
    ICMP time exceeded in-transit, length 68 13:46:31.317732 IP 10.193.120.148 > 10.193.120.18: /
    ICMP echo request, id 512, seq 54016, length 40 13:46:31.317789 IP 10.193.120.18 > 10.193.120.148: /
    ICMP echo reply, id 512, seq 54016, length 40
    CML prozradil ze se jedna bud o vyprseni TTL, jenze to by snad melo byt 255 a routeru po ceste je jen par. Nebo pry problem se spojovanim fragmentovanych paketu, ale pri vypadku paketu snad vyroste packet loss a nebudou chodit divne odpovedi od iGW ktera vubec neni na trase pingu. Kolega snizil na Aircach8 Wireless fragmentaci z 2346 na 1000 a uz to pry nedela (zkouseli hrat a nespadlo to), ale v tcpdumpu vidim tech vypadku asi 4x vic. Nevite nekdo co s tim. Diky moc vsem. Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf

    Odpovědi

    26.3.2006 17:23 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Na 99% tam mas niekde routovacu slucku, "bajty=32 čas=2ms TTL=62" niekde ti to muselo 62 krat prejst a potom sa ta masina stazuje. Doporucujem skusit traceroute.
    26.3.2006 21:45 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Hodnotu TTL=64 bych tipoval spíš na paket odeslaný s defaultní hodnotou 64 a dva hopy.
    26.3.2006 22:34 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Potupne se priznavam ze toho TTL=62 jsem si ani nevsiml.

    Kdyz pingam na localhost na routrech tak to ukazuje TTL 64. Kdyz pingam pres jeden hop na sousedni stroj je TTL 63. Zajimave je ze kdyz pingam na windowsovy stroj za jednim (tim samym co pravne) hopem (TTL 63) tak mi to vraci TTL 127.

    Kdyz pingam na Linux tak je vychozi TTL 64 a na Windowsy 128.

    Routovaci smycky nemam. Ani fyzicke ani virtualni. Na routovani pouzivame quaggu a tenhle dotycny spoj spocival jen v nahrade 626tek za sitovky a aircy, IP adresy a konfigurace quaggy zustaly jak byly.

    Po nastaveni fragmentace v aircach na 1000 to prestalo, ale drasticky se snizila propustnost spoju a jeden spoj prakticky prestal fungovat. Napr FTP klient se pripojil ale pri snaze vypsat adresare to zamrzlo. Uplne stejne se choval www prohlizec nebo postovni klient u klienta za timto spojem.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    27.3.2006 08:28 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Jen jsem stale nepochopil, jestli mluvis o tech levnych krabkach za cca 2 500,- nebo o pci kartach ?? jakou mas na nich nastavenou normu ? a rezim ? a jestli je to pci jaky madwifi tam mas ?
    jen se učím jak se to naučit .... ...
    27.3.2006 08:40 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    a jeste na jakou vzdalenost to mas +- ?
    jen se učím jak se to naučit .... ...
    27.3.2006 14:11 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Zdravim

    Jsou to krabicky AirCA8, to jest ty levny smejdy od i4. V dobe psani dotazu kluci jeste dodelali treti spoj a to je AirCA8 proti Ovisu-5000 (ten novej s 32MB ram). Prave na tom prestaly fungovat vyse uvedene sluzby. Po nastaveni fragmentace a RTS zpet napuvodni hodnoty to zase zacalo fungovat.

    Vzdalenost je v prvnim pripade 4.5km a druhe dva jsou 1000-1200m.

    Jede to ve WDS rezimu, jinak jsou Aircy8 nepouzitelny, v klientskym rezimu nejsou transparentni. Ja jsem to neladil, ale ACK je jak ma byt protoze ty spoje prenesou 1.8Mbyte s minimalnim pingem.

    Jeste je mi divny to TTL. To prece urcuje vysilajici strana. Jenze kdyz z routeru pingam na Linuxove pocitace (at uz s quaggou nebo bez) tak je vychozi TTL 64 a kdyz pingam na windowsy tak je to 128.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    27.3.2006 14:29 Maras
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    S vasim problemem Vam asi neporadim , proze WDS sam nepouzivam. Nicmene kolegove je maji ve WDS nasazene a zaden problem nereportovali. Nesouhlasim, ale s tim ze za ty kacky je to krap. Sam je pouzivam jiz hezkych par mesicu na 5,4G a to vzdy AIRCA jako AP a naproti je PC box s LINUXEM nebo WRAP s LINUXEM v obou pripadech MADWIFI-OLD (ted budu nasazovat NG). Od zapnuti spoju o nich NEVIM rychlosti jsou od 17 Mbit az po 25 Mbit/s (dle vzdalenosti) a latence kolem 1ms. Vsude pouzivame QUAGGU tak je to divne ze to tak BLBNE ve WDS.
    27.3.2006 14:43 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    No ze to je smejd se tak vseobecne rika, az na tenhle problem jsme s nima taky spokojeny. V AP-klient rezimu jsou ale problemy v tom ze klient neni transparentni a nesnese dalsi subnet za klientem, coz je samozrejme na PtP spoje nepouzitelne. Navic v tomhle rezimu vykazuji vyrazne rozdily v rychlostech v obou smerech.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    27.3.2006 15:29 ...... | skóre: 41 | blog: ...
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    upozorňuji totálně OT: Už aspoň víš proč jsem se na tyto krabičky tak vyptával. Radši půjdu do compexe, ten je plně transparentní i v klientu.
    27.3.2006 19:46 Maras
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Ja sem zase vsecky CPX ze site vyhazel - ze 4 kusu odesly do 2 mesicu v provozu 3 - reklamace tragedie... Misto nich jedou AIRCy a Madwifi - vyrazne lepsi propustnost a nizsi latence. Od instalace o tech spojich nevim - ani jeden zatuh proste pohoda jazz. Myslim si ze je lepsi reseni a cenove srovnatelne jak 2 cpx nasadit AIRCU a proti ni WRAP - idealni malicke a je to "plnotucny" LINUX. Vykonove to je mnohem lepsi nez 2x CPX v bridge a cena je +- stejna.
    27.3.2006 20:29 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    No jo, jenze kdyby ten madwifi byl aspon k necemu. Je toho nekolik verzi a kazda ma milion bugu, ptal jsem se na to hwsofta i jinych. Z toho vseho jsem ziskal pocit ze je to zatim dost fatalni nedodelek a ze mam jeste pockat. Tak jsme radsi sahli po krabickach ktery hlavne muzu nastrkat do 4portovy sitovky. No ale to uz je trocho OT.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    27.3.2006 21:36 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    po skusenostech jenz mam se mi stejne osvedcilo pecko 3-5x pci karet atheros(na uzlech samo) , madwifi od 27.02.2006 jsou uz take pouzitelne (konecne vyresen problem s 802.11 h) a klidne se i vyspim. Co se tyka tech levnych krabek tak do cca 2km jsou i k necemu, pingy vesmes okolo 0,4 ms. Sam mam na nech postavene dva spoje ve WDS-ce a take o nich nevim, ale kdykoliv pote jsem je chtel postavit na vzdalenost delsi nez cca 2km tak tragedie.
    jen se učím jak se to naučit .... ...
    8.3.2007 21:29 rabi shem
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    v nastaveni ack pak jede i dal
    27.3.2006 22:54 Maras
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    V poslednich mesicich jsem pouzival MADWIFI-OLD , jak jsem psal vyse uptime routeru byl i 100 dni a verim nebyt vypadku elektriky tak to jede porad. Posledni tyden jsem na stole zkousel shodit MADWIFI-NG (kdysi jsem ho shodil do 10 s viz. diskuze na czfree.net o MADWIFI-NG -nick CZ_Iceman) a za cely tyden se mi to shodit nepovedlo ani jednou. A to sem tomu daval poradny kartac od brutalnich vicevlaknovych prenosu pres floodpingy az po pingy s velkymi pakety a vse bylo oki ani jeden zatuh. Jinac nejdelsi link s AIRCOU mame cca 6,5 Km jede cca 2 mesice a opet zaden problem takze nemuzu souhlasit ze by to bylo jen do 2 km. Kdyz se to slusne nastavi , udela se kvalitni kabelaz apouzije aspon trochu slusna parabola nebo panelka tak neni problem.Akorat mne posledni dobou pozlobily WLA 5000 s poslednim FW a tak sem do nej hvizdnul FW z AIRCY a je zase klidecek. Zrovna vcera sem objednal 8 kousku AIRCA PCB a za ty kacky to nema konkurenci.
    27.3.2006 23:30 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Mohl by jsi upresnit potize s WLA5000? Na spoji na kterem po spatne nastavene fragmentaci a RTS prestaly fungovat nektere protokoly je prave Airca naproti WLA5000. Na zbylych 2 spojich se toto nastaveni projevilo pouze snizenim propustnosti a vymizenim problemu na ktere jsem se v pocatku ptal.

    Lidi prosimvas, jake rezimy a jake parametry pouzivate pro PtP spoje, zejmena na Aircach.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    28.3.2006 01:02 Maras
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    kukni tu je to az dole

    http://www.czfree.net/forum/showthread.php?s=&threadid=14157&perpage=16&pagenumber=3
    28.3.2006 08:25 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    u Airca WDS, a tam kde mam pecko ( to jest temer vsude :-) AP/klient ).
    jen se učím jak se to naučit .... ...
    7.3.2007 09:54 pech
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Dobrý den, měl bych prosím na Vás dotaz.Vychvalujete WLAčka, souhlasím,ale nad kilometr mi to nechodí , jak bych chtěl.Popisujete , že Vám to jede až cca6,5 Km.Co tam prosím máte za antény, ev. přesnou verzi FW ? Děkuji za RE.

    Martin Pech
    8.3.2007 22:01 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Myslis, ze u tech krabicek je to lepsi? Co jsem slysel: od vyrobcu airca4 se povedlo ziskat zdrojaky firmware (jedna se o modifikovany Linux) a wifi cast je obsluhovana nejakou obstarozni verzi madwifi.
    8.3.2007 22:19 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Do airek jde nacpat OpenWRT made by molekula, takze ted uz neni co resit.
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    28.3.2006 10:15 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Fora na czfree.net maj takovej problem ze jich tam je moc... O tomhle jsme nevedel, cetl jsem jen forum o Airce.

    Resenim pravdepodobne bude vyhodit toho jednoho ovise a nahradit ho aircou s nejnovejsim aircovym firmwarem.

    Mozna by mi pomohlo jeste tohle: Co presne dela fragmentace v aircach, predpokladam ze to nesouvisi s MTU na ethernetove vrstve. Funguje to tak ze kdyz je fragmentace 2436 (default u airek) tak pocka az ji dotecou ruzne ethernetove pakety ruznych velikosti az do 2436 a pak to najednou odesle? Takze to pak fragmentuje ethernetove ramce a druha airca je zase spojuje? Nebylo by tedy nejvhodnejsi nastavit fragmentaci v aircach na 1500?

    Nikdo si na takovy problem v czfree foru nestezoval a odkazovany navod na nastaveni WDS spoje je znacne povrchni, takhle to mame taky...

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    29.3.2006 12:01 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    predpokladam ze problem ruseni nemas , ze to mas dukladne promerene a ze oba spoje maji radnou antenu a kabelaz ??
    jen se učím jak se to naučit .... ...
    29.3.2006 14:11 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    Zdravim

    Kabely jsou v poradku, az na jeden bod jsem delal vsechny sam, jsou tam tlusty kabely a na dlouhym spoji 24dB a na kratsich 17dB, signal OK.

    Ruseni zatim nijak vyrazny neni, i kdyz tady uz rozhodne nejsme sami s 5G.

    Problem vidim v parametrech co nastavit do aircy, stale jsme nezjistil co tam vy lidi pouzivate..

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    29.3.2006 21:08 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    jak co pouzivame, chces videt vypis z nastaveni u Airca ??
    jen se učím jak se to naučit .... ...
    29.3.2006 23:12 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    presne, pochopitelne pro PtP rezim, takze bud WDS nebo cokoliv jinyho, ale musi to byt transparentni, mam za tim router a kupu dalsich subnetu.

    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf
    29.3.2006 23:43 georgo23 | skóre: 26 | blog: instalace_vmwaru | Karviná
    Rozbalit Rozbalit vše Re: 2.4Ghz>5Ghz -> ICMP time exceeded in-transit
    to asi vsichni :-) , mno ja koukam ja mam vse v defaultu takze te asi moc nepotesim, nemam duvod na to sahat kdyz to slape jak ma.
    jen se učím jak se to naučit .... ...

    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.