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 04:33 | Nová verze

    Open source software pro úpravu digitálních fotografií LightZone (Wikipedie) byl vydán v nové verzi 5.0.0. LightZone je dnes k dispozici pod licencí BSD. Původně se jednalo o proprietární software vyvíjený společností Light Crafts. Ta v prosinci 2012 souhlasila s uvolněním zdrojových kódů jako open source [Wayback Machine].

    Ladislav Hagara | Komentářů: 0
    23.5. 17:22 | Nová verze

    Byla vydána verze 0.84 telnet a ssh klienta PuTTY (Wikipedie). Podrobnosti v přehledu nových vlastností a oprav chyb a Change Logu.

    Ladislav Hagara | Komentářů: 1
    22.5. 19:44 | IT novinky

    Microsoft představil Azure Linux 4.0 a Azure Container Linux. Na konferenci Open Source Summit North America 2026 organizované konsorciem Linux Foundation a sponzorované také Microsoftem. Azure Linux 4.0 vychází z Fedora Linuxu. Azure Container Linux je založen na projektu Flatcar. Azure Linux (GitHub, Wikipedie) byl původně znám jako CBL-Mariner.

    Ladislav Hagara | Komentářů: 0
    22.5. 12:22 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 165 (pdf).

    Ladislav Hagara | Komentářů: 0
    22.5. 10:55 | Nová verze

    Byla vydána verze 9.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.

    Ladislav Hagara | Komentářů: 5
    22.5. 09:33 | IT novinky

    Firefox 151 podporuje Web Serial API. Pro komunikaci s různými mikrokontroléry připojenými přes USB nebo sériové porty už není nutné spouštět Chrome nebo na Chromiu postavené webové prohlížeče.

    Ladislav Hagara | Komentářů: 9
    22.5. 04:44 | Nová verze

    Byla vydána nová stabilní verze 8.0 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 148. Přehled novinek i s náhledy v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    21.5. 21:33 | Bezpečnostní upozornění

    Ve FreeBSD byla nalezena a opravena zranitelnost FatGid aneb CVE-2026-45250. Jedná se o lokální eskalaci práv. Neprivilegovaný uživatel se může stát rootem.

    Ladislav Hagara | Komentářů: 0
    21.5. 14:33 | IT novinky

    Společnost Flipper Devices oznámila Flipper One. Zcela nový Flipper postavený od nuly. Jedná se o open-source linuxovou platformu založenou na čipu Rockchip RK3576. Hledají se dobrovolníci pro pomoc s dokončením vývoje (ovladače, testování, tvorba modulů).

    Ladislav Hagara | Komentářů: 2
    21.5. 14:00 | Nová verze

    Vývojáři Wine oznámili vydání verze 2.0 knihovny vkd3d pro překlad volání Direct3D na Vulkan. Přehled novinek na GitLabu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (14%)
     (31%)
     (4%)
     (6%)
     (3%)
     (16%)
     (26%)
    Celkem 1698 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: routování/blokování adres v síti UPC

    8.2.2011 17:56 Matlák
    routování/blokování adres v síti UPC
    Přečteno: 1355×
    Dobrý den. Mám podivný problém. Mám domácí server v Praze, s veřejnou IPv4. Bez problému se k němu připojím z UPC v Brně, a také z různých jiných míst (většinou ADSL). Ovšem, je tu jeden stroj, taktéž na UPC v Praze (ach jaká ironie) který na server ani nedopingne, nevidí jej, nmap na něm hlásí všechny porty na IP serveru jako filtered. Prohlížeč jen čeká na odpověď a vyplivne standardní chybu o přerušeném spojení...

    Chápete to někdo? Je to nějaká blokovací/cenzurovací služba UPC nebo co? Adresu jsem několikrát kontroloval, pro jistotu jsem restartoval místní router, ale dokonce i při připojení přímo na modem byl server nedostupný. Přitom z jiného stroje se na tu adresu ihned připojím, vidím otevřené služby, etc.. Je to velmi podivné, vzhledem k tomu že obě adresy jsou součástí sítě UPC..

    Odpovědi

    8.2.2011 18:24 Filip Jirsák | skóre: 67 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC
    Tu veřejnou IP adresu má opravdu až váš počítač nebo modem? Nebo máte jen adresu z privátního rozsahu, na kterou vám UPC NATuje nějakou veřejnou IP adresu?

    Může to být prostě problém routování, a často se tohle stává, pokud máte dva počítače za jedním NATem, a chcete mezi nimi komunikovat pomocí jejich veřejné IP adresy. V takovém případě je totiž potřeba dělat dvojitý NAT, na což se občas zapomíná.
    8.2.2011 20:27 Matlák
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC
    Ten stroj ze kterého jsem to zkoušel je za NATem realizovaným klasickým levným routerem (Tenda). Ovšem ani přímé připojení na modem (a přidělení veřejné adresy typu 89.xx.xx.xx) nezabralo. Server je samozřejmě na veřejné adrese, na jiném modemu v jiné části města, a je normálně přístupný (z touto výjimkou) odkudkoliv z internetu... (a teď babo raď..)
    vencour avatar 8.2.2011 20:32 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC

    A když z venku uděláte trace na ty veřejné adresy, kolik hopů je jiných, odlišných? Jen ten poslední nebo víc?

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    8.2.2011 22:00 Matlák
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC
    Zatr.. dobrá otázka. Nevyzkoušel jsem to a už jsem v Brně. Ovšem, když to zkusím odtud, s nastavením 30 hopů max. mám hned první bránu [* * *] bez odpovědi, na druhém až pátém místě jsou nody v síti UPC a pak to jede až do 30. místa zase jen s hvězdičkama... tak nevím kudy to teda vlastně jde, jestli mám uvažovat jenom ty uzly co odpovídají nebo jestli mám zvýšit počet hopů?
     1  * * *
     2  ip-84-242-127-9.net.upcbroadband.cz (84.242.127.9)  31.388 ms  12.336 ms  11.534 ms
     3  84.116.221.37 (84.116.221.37)  16.003 ms  15.820 ms  31.994 ms
     4  ip-81-27-202-66.net.upcbroadband.cz (81.27.202.66)  12.858 ms  15.001 ms  15.881 ms
     5  ip-78-102-102-37.net.upcbroadband.cz (78.102.102.37)  32.230 ms  14.723 ms  13.067 ms
     6  * * *
     7  * * *
     8  * * *
     9  * * *
    10  * * *
    11  * * *
    12  * * *
    13  * * *
    14  * * *
    15  * * *
    16  * * *
    17  * * *
    18  * * *
    19  * * *
    20  * * *
    21  * * *
    22  * * *
    23  * * *
    24  * * *
    25  * * *
    26  * * *
    27  * * *
    28  * * *
    29  * * *
    30  * * *
    
    BTW Naprosto stejně se to chová, když zkusím dát trace na jiné servery v českém internetu (např.seznam.cz), prostě to vždycky jede jako by těch hopů bylo nakonec víc než těch 30. Pokud však zkusím např.google.com, dostanu podle mého korektní, konečnou trasu:
     1  * * *
     2  ip-84-242-127-9.net.upcbroadband.cz (84.242.127.9)  10.142 ms  12.309 ms  50.915 ms
     3  84.116.221.37 (84.116.221.37)  16.553 ms  16.239 ms  18.937 ms
     4  213.46.172.222 (213.46.172.222)  12.712 ms  12.925 ms  15.877 ms
     5  213.46.172.210 (213.46.172.210)  31.931 ms  36.871 ms  14.672 ms
     6  209.85.250.230 (209.85.250.230)  22.984 ms  24.229 ms  41.399 ms
     7  209.85.248.41 (209.85.248.41)  25.093 ms 209.85.248.39 (209.85.248.39)  20.446 ms  20.656 ms
     8  72.14.238.105 (72.14.238.105)  41.892 ms 72.14.232.217 (72.14.232.217)  21.198 ms 72.14.238.101 (72.14.238.101)  30.233 ms
     9  hb-in-f104.1e100.net (74.125.87.104)  21.193 ms  25.575 ms  20.616 ms
    
    Vypadá to jako by bylo něco špatně v síti UPC co se týče připojení k českému internetu.. je to možné? Ovšem, první brána pořád zahrnutá není a to i přesto že se na ni dopingnu(?) nedělám něco špatně? Jinak předem moc děkuji za pomoc, vůbec zatím nevím co s tím..

    8.2.2011 22:24 Matlák
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC
    aha tak problém byl částečně v tom že *nixový traceroute používá implicitně UDP datagramy místo ICMP (které byly na serveru povolené jako jediné). Tedy těch 6 hopů UPC-UPC, asi 9 hopů O2_ADSL-UPC. Ten stroj o který se jedná ale bohužel nemám k dispozici, když nevidí server nejde připojit do VPN a uživatel má jiné starosti.. ale jak to půjde tak to vyzkouším, i když spíš asi přijdu na to že problém je v síti UPC a ne v konkrétní mašině a tudíž s tím nic neudělám :-)
    vencour avatar 8.2.2011 22:27 vencour | skóre: 56 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC

    Zvětšovat počet hopů asi nepomůže, to už bych zkusil nastavit v traceroute udp/tcp, jestli se nechytne a neukáže víc.

    Co vim, hvězdička je, když nepřijde odpověď do daného času, zpravidla 2s.

    Mně to přijde, pokud bude ten předposlední hop stejný u obou, jako by to bylo filtrovaný.

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    10.2.2011 20:03 Matlák
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC
    Tak jsem donutil windowsáka na druhé straně k puštění traceroute, výsledek skončil tak, že pakety končí v síti UPC na adrese 81.27.202.66. Podle nmapu ten stroj nemá žádné otevřené porty, ovšem odpovídá na UDP i ICMP požadavky které posílá traceroute. Je to dost podivná věc a s tímhle už mám snad dostatek dat na to abych se mohl dotázat přímo UPC. Celkem mě zajímá co odpoví :-)
    10.2.2011 23:29 Matlák
    Rozbalit Rozbalit vše Re: routování/blokování adres v síti UPC
    btw je to router zhruba tak na půl cesty, a navíc jsou tam nějaké divné nesmysly.. řekl bych že jestli je to filtrované tak je to zatraceně chytře filtrované :-)

    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.