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 20:00 | Nová verze

Byla vydána (cgit) verze 0.99 svobodného nelineárního video editoru Pitivi. Jedná se o release candidate verze 1.0. Přehled úkolů, které je nutno ještě dodělat, na Phabricatoru. Pitivi je k dispozici také ve formátu Flatpak.

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

Microsoft s Canonicalem představili linuxové jádro Ubuntu optimalizováno pro cloudové služby Microsoft Azure (linux-azure). Jako výchozí je toto menší a výkonnější jádro použito již v Ubuntu Cloud Images for Ubuntu 16.04 LTS. Canonical zatím nenabízí patchování tohoto jádra za běhu systému (Canonical Livepatch Service).

Ladislav Hagara | Komentářů: 1
včera 14:55 | Komunita

Facebook oznámil, že přelicencuje open source projekty React, Jest, Flow a Immutable.js ze své vlastní kontroverzní licence BSD+Patents na licenci MIT. Stane se tak tento týden s vydáním Reactu 16. Jedním z důvodů přelicencování bylo oznámení nadace Apache, že software pod Facebook BSD+Patents licencí nesmí být součástí produktů pod touto nadací [Hacker News].

Ladislav Hagara | Komentářů: 0
23.9. 21:44 | Nová verze

Po půl roce od vydání verze 9.0 byla vydána verze 10.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
22.9. 18:11 | Nová verze

Společnost Oracle oficiálně oznámila vydání Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) a Java EE 8 Software Development Kit (SDK). Java SE 9 přináší více než 150 nových vlastností.

Ladislav Hagara | Komentářů: 0
22.9. 12:11 | Komunita

Na Humble Bundle lze získat hororovou počítačovou hru Outlast (Wikipedie) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 2
22.9. 10:33 | Humor

Mozilla.cz upozorňuje na Knihu Mozilly (Wikipedie), tj. velikonoční vajíčko ve Firefoxu. Zobrazit jej lze zadáním about:mozilla do adresního řádku. Aktuální verze Firefoxu obsahuje proroctví 15:1 "Dvojčata Mamonu se rozhádala a jejich souboje uvrhly svět do nové tmy. Zvířeti se ale tma hnusila. A tak se stalo mrštnější a silnější, šlo vpřed a jeho počty rostly. A zvíře přineslo oheň a světlo do tmy". Firefox 57 bude obsahovat proroctví 11:14. To je zatím jenom v angličtině. Pomoci lze s překladem do češtiny.

Ladislav Hagara | Komentářů: 10
22.9. 01:22 | Zajímavý projekt
Před měsícem byla spuštěna kampaň na podporu chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Cílem kampaně je vybrat alespoň milion a půl dolarů. Aktuálně je vybráno přes 600 000 dolarů, tj. 40 %. Kampaň poběží ještě další měsíc. Podporu projektu oznámilo KDE i GNOME.
Ladislav Hagara | Komentářů: 44
22.9. 00:55 | Komunita

Agentura DISA (Defense Information Systems Agency) publikovala (pdf) Ubuntu 16.04 Security Technical Implementation Guide (STIG) (zip), tj. doporučené bezpečnostní nastavení Ubuntu 16.04. Ubuntu se tak dostalo mezi unixové operační systémy a linuxové distribuce AIX, HP-UX, Oracle Linux, Red Hat a Solaris [reddit].

Ladislav Hagara | Komentářů: 2
21.9. 22:55 | Bezpečnostní upozornění

CSIRT.CZ informuje, že byly vydány nové bezpečnostní aktualizace, které opravují několik zranitelných míst v Sambě. Útočník může využít zranitelnosti s cílem získání přístupu k potenciálně citlivých informací. Uživatelům a správcům je doporučeno, aby zkontrolovali bezpečnostní opatření pro CVE-2017-12150, CVE-2017-12151 a CVE-2017-12163 a provedli potřebné aktualizace.

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 564 hlasů
 Komentářů: 23, poslední včera 18:12
    Rozcestník

    Dotaz: Routovací tabulky a jak se do toho nezamotat ...

    31.7.2006 22:41 Marek | skóre: 21
    Routovací tabulky a jak se do toho nezamotat ...
    Přečteno: 3521×
    Řeším drobný problém s routováním, klient je nastaven následovně:
    Destination        Gateway            Flags    Refs      Use  Netif Expire
    default            10.10.0.1          UGSc       14      103    en1
    10.10/24           link#5             UCS         1        0    en1
    10.10.0.1          0:60:94:fb:42:c8   UHLW       16     1687    en1   1006
    10.10.0.105        127.0.0.1          UHS         0        5    lo0
    127                127.0.0.1          UCS         0        0    lo0
    127.0.0.1          127.0.0.1          UH         11     2651    lo0
    169.254            link#5             UCS         0        0    en1
    
    vše je směřováno na bránu, server 10.10.0.1, což je žádoucí. Tam ovšem řeším problém, tam je výpis následující, ale nemohu donutit systém ať ping proběhne na stroje za OpenVPN tunelem, který je vidět v tabulce počítače 10.10.0.1, viz:
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    192.168.0.1     0.0.0.0         255.255.255.255 UH    0      0        0 tun0
    217.112.163.128 0.0.0.0         255.255.255.192 U     0      0        0 wlan0
    10.0.0.0        192.168.0.1     255.255.255.0   UG    0      0        0 tun0
    10.10.0.0       0.0.0.0         255.255.255.0   U     0      0        0 eth0
    0.0.0.0         217.112.163.129 0.0.0.0         UG    0      0        0 wlan0
    
    Na počítači 10.10.0.1 bez problému pingnu na druhou stranu tunelu, což je žádoucí, ale toto neplatí na jiném počítači ze segmentu 10.10.0.0/255.255.255.0, i když dle mého uvažování by neměl být žádný problém, nebo tam něco někdo vidíte? Ping na jiné adresy není problém, ten jede bez problémů. Cílem je vynutit komunikaci ze segmentu 10.10.0.0/255.255.255.0 (jedna síť) se segmentem 10.0.0.0/255.255.255.0 (druhá síť), která je na druhém konci tunelu.

    Odpovědi

    31.7.2006 22:48 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...

    Co na tom klientovi ukáže 'ip route get 10.0.0.1'? Máte povolený forwarding? Ztrácejí se dotazy nebo odpovědi? Kde přesně ten paket mizí?

    Výpisy příkazu route jsou dost nepřehledné (a někdy i neúplné). Ukazujte raději výpisy 'ip route show'.

    31.7.2006 23:05 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    klient sítě 10.10.0.1 je OS X, tedy klon BSD, nemám možnost zkusit test s 'ip route get 10.0.0.1', forwarding povolený je a ping nevrací nic, čím sledovat pakety, tcpdump?
    31.7.2006 23:11 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    Například. prostě jde o to, že se nemůžete spokojit s oblíbeným "ono to nepingá", ale musíte se snažit zjistit, kde dochází k problému. Tedy jestli se ztrácí echo nebo reply a kde přesně.
    1.8.2006 00:00 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    Z uvedeného chápu, že 10.0.0.100 neodpovídá na icmp pakety, teď jde jen o to zjistit proč :-(
    23:54:56.094284 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 0
    23:54:57.095105 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 1
    23:54:58.094966 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 2
    23:54:59.096577 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 3
    23:55:00.097595 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 4
    23:55:01.099313 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 5
    23:55:02.100559 IP 10.10.0.105 > 10.0.0.100: icmp 64: echo request seq 6
    23:55:08.665637 IP 10.10.0.105 > 10.10.0.1: icmp 64: echo request seq 0
    23:55:08.666047 IP 10.10.0.1 > 10.10.0.105: icmp 64: echo reply seq 0
    23:55:09.666950 IP 10.10.0.105 > 10.10.0.1: icmp 64: echo request seq 1
    23:55:09.667277 IP 10.10.0.1 > 10.10.0.105: icmp 64: echo reply seq 1
    23:55:10.667581 IP 10.10.0.105 > 10.10.0.1: icmp 64: echo request seq 2
    23:55:10.667974 IP 10.10.0.1 > 10.10.0.105: icmp 64: echo reply seq 2
    23:55:11.670649 IP 10.10.0.105 > 10.10.0.1: icmp 64: echo request seq 3
    23:55:11.670981 IP 10.10.0.1 > 10.10.0.105: icmp 64: echo reply seq 3
    23:55:12.670154 IP 10.10.0.105 > 10.10.0.1: icmp 64: echo request seq 4
    23:55:12.670549 IP 10.10.0.1 > 10.10.0.105: icmp 64: echo reply seq 4
    23:55:23.710750 IP 10.10.0.105 > abicko.abclinuxu.cz: icmp 64: echo request seq 0
    23:55:23.726170 IP abicko.abclinuxu.cz > 10.10.0.105: icmp 64: echo reply seq 0
    23:55:24.711886 IP 10.10.0.105 > abicko.abclinuxu.cz: icmp 64: echo request seq 1
    23:55:24.727848 IP abicko.abclinuxu.cz > 10.10.0.105: icmp 64: echo reply seq 1
    23:55:25.712656 IP 10.10.0.105 > abicko.abclinuxu.cz: icmp 64: echo request seq 2
    23:55:25.724074 IP abicko.abclinuxu.cz > 10.10.0.105: icmp 64: echo reply seq 2
    23:55:26.713146 IP 10.10.0.105 > abicko.abclinuxu.cz: icmp 64: echo request seq 3
    23:55:26.727620 IP abicko.abclinuxu.cz > 10.10.0.105: icmp 64: echo reply seq 3
    23:55:27.715368 IP 10.10.0.105 > abicko.abclinuxu.cz: icmp 64: echo request seq 4
    23:55:27.730529 IP abicko.abclinuxu.cz > 10.10.0.105: icmp 64: echo reply seq 4
    
    27 packets captured
    27 packets received by filter
    0 packets dropped by kernel
    
    1.8.2006 09:01 Michal Buchtík | skóre: 13 | Boršice
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    Stroje 10.0.0.0/24 musi mit vychozi branu (nebo musi mit routu pro 10.10/24) na stejny stroj ktery ma 192.168.0.1 a ten musi smerovat 10.10.0.0/24 na stroj s ip 10.10.0.1.

    Zkuste ten tcpdump pustit na stroji 192.168.0.1

    Btw, ip route get <ip> se da nahradit route get <ip>
    1.8.2006 11:06 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    Tohle je dump odkud? Pokud echo dojde až k 10.0.0.100, ale z něj už nevyleze odpověď, bude to buď tím, že na ICMP echo programově neodpovídá (ale to odporuje vašim dřívějším tvrzením), nebo tím, že nemá definované směrování pro 10.10.0.105. Ale nejdřív musíte zjistit, kam přesně až dojde echo resp. odpověď. Tedy zjistit, kdo je ten počítač, kam až paket dojde, ale z něj už neodejde (nebo odejde jinam než má).
    1.8.2006 11:47 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    Jsem pako, ten počítač 10.0.0.100 nevěděl kam má směřovat pakety do segmentu 10.10.0.0/255.255.255.0, proto neodcházela odpověď. Stačilo přidat routovací tabulku, respektive já ji tam měl, ale zakomentovanou z pokusů.
    31.7.2006 23:09 Marek | skóre: 21
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    ping ze stroje 10.10.0.105 na 10.10.0.1
    64 bytes from 10.10.0.1: icmp_seq=1 ttl=64 time=3.111 ms
    64 bytes from 10.10.0.1: icmp_seq=2 ttl=64 time=3.015 ms
    64 bytes from 10.10.0.1: icmp_seq=3 ttl=64 time=4.265 ms
    64 bytes from 10.10.0.1: icmp_seq=4 ttl=64 time=3.110 ms
    64 bytes from 10.10.0.1: icmp_seq=5 ttl=64 time=4.154 ms
    64 bytes from 10.10.0.1: icmp_seq=6 ttl=64 time=3.053 ms
    64 bytes from 10.10.0.1: icmp_seq=7 ttl=64 time=3.147 ms
    
    a obráceně:
    64 bytes from 10.10.0.105: icmp_seq=0 ttl=64 time=2.0 ms
    64 bytes from 10.10.0.105: icmp_seq=1 ttl=64 time=173.4 ms
    64 bytes from 10.10.0.105: icmp_seq=2 ttl=64 time=196.6 ms
    64 bytes from 10.10.0.105: icmp_seq=3 ttl=64 time=16.4 ms
    64 bytes from 10.10.0.105: icmp_seq=4 ttl=64 time=40.8 ms
    64 bytes from 10.10.0.105: icmp_seq=5 ttl=64 time=64.0 ms
    64 bytes from 10.10.0.105: icmp_seq=6 ttl=64 time=88.0 ms
    64 bytes from 10.10.0.105: icmp_seq=7 ttl=64 time=112.4 ms
    
    i toto mě lehce mate, sice je mezi tím AP, ale to by snad na úrovni TCP/IP mělo být jen průchozí, žádný filtr ani omezení AP nemá aktivováno.
    1.8.2006 07:37 pasmen | skóre: 45 | blog: glob | Praha
    Rozbalit Rozbalit vše Re: Routovací tabulky a jak se do toho nezamotat ...
    Nevim, proc je tady ten posledni vypis, ping mezi stroji na stejnem subnetu je trosku zbytecny (pokud neni v ceste firewall). Nicmene, tipoval bych, ze se jedna o problem s NATem. Neco podobneho jsem resil predevcirem, kdyz jsem instaloval OpenVPN u nas ve firme. Pakety z tunelu se na subnet za VPN gateway neprekladaly a pingovane stroje sice echo request dostali, ale neveli kam poslat odpoved. Takze, pokud to tak je, zkusit dumpnout VPN gateway, jestli icmp pakety odchazeji na dany stroj, pokud ano, s jakou source adresou.

    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.