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 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
včera 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 1
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 8
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
19.2. 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
19.2. 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 421 hlasů
 Komentářů: 35, poslední včera 19:51
    Rozcestník

    Dotaz: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?

    27.10.2012 16:16 Franta Hanzlík
    rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Přečteno: 514×
    Žil jsem zřejmě v bludu (a man stránka ping u přepínače "-I" to i navozuje:
    Set source address to specified interface address. Argument may be numeric IP address or name of device.
    ) mysle si, že výsledek je stejný. Ale není:
    # ping -I 90.182.150.74 -n -c 1 90.179.172.17
    PING 90.179.172.17 (90.179.172.17) from 90.182.150.74 : 56(84) bytes of data.
    64 bytes from 90.179.172.17: icmp_seq=1 ttl=58 time=28.2 ms
    
    --- 90.179.172.17 ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 28ms
    rtt min/avg/max/mdev = 28.220/28.220/28.220/0.000 ms
    # 
    # ping -I eth2 -n -c 1 90.179.172.17
    PING 90.179.172.17 (90.179.172.17) from 90.182.150.74 eth2: 56(84) bytes of data.
    From 90.182.150.74 icmp_seq=1 Destination Host Unreachable
    
    --- 90.179.172.17 ping statistics ---
    1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 3000ms
    
    # 
    # ip addr sh
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
    2: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
        link/ether 00:e0:4c:15:b4:15 brd ff:ff:ff:ff:ff:ff
        inet 90.182.150.74/29 brd 90.182.150.79 scope global eth2
    3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
        link/ether 00:21:27:c7:98:84 brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.254/24 brd 192.168.1.255 scope global eth0
    4: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
        link/ether 00:19:e0:14:67:9f brd ff:ff:ff:ff:ff:ff
        inet 10.0.0.1/24 brd 10.0.0.255 scope global eth1
    5: ppp0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3
        link/ppp 
        inet 90.176.219.147 peer 88.103.200.3/32 scope global ppp0
    

    Tohle je na jádře 2.6.32, ping z iputils v20071127.
    Když to zkouším na jiném stroji s jádrem 3.6.2 / ping z iputils v20101006 / capabilities na /bin/ping = cap_net_raw+ep, je to také divné (ale jinak, ping -I IFACE hlásí "Warning: cannot bind to specified iface, falling back: Operation not permitted"):
    # ping -I 80.92.224.140 -n -c 1 90.179.172.17
    PING 90.179.172.17 (90.179.172.17) from 80.92.224.140 : 56(84) bytes of data.
    64 bytes from 90.179.172.17: icmp_req=1 ttl=58 time=21.4 ms
    
    --- 90.179.172.17 ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 21.426/21.426/21.426/0.000 ms
    #
    # ping -I eth1 -n -c 1 90.179.172.17
    Warning: cannot bind to specified iface, falling back: Operace není povolena
    PING 90.179.172.17 (90.179.172.17) from 80.92.224.140 eth1: 56(84) bytes of data.
    64 bytes from 90.179.172.17: icmp_req=1 ttl=58 time=38.6 ms
    
    --- 90.179.172.17 ping statistics ---
    1 packets transmitted, 1 received, 0% packet loss, time 0ms
    rtt min/avg/max/mdev = 38.641/38.641/38.641/0.000 ms
    # 
    # ip addr sh
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
    2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
        link/ether 50:e5:49:5a:92:66 brd ff:ff:ff:ff:ff:ff
        inet 192.168.1.254/24 brd 192.168.1.255 scope global eth0
    3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
        link/ether 00:08:c7:19:47:f0 brd ff:ff:ff:ff:ff:ff
        inet 80.92.224.140/24 brd 80.92.224.255 scope global eth1
    

    SELinux je v obou případech vypnutý, ping je spuštěný root-em.
    Dokáže tahle chování prosím někdo vysvětlit?

    Odpovědi

    27.10.2012 16:53 NN
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Asi bych si to jeste overil pres tcpdump, ale na debianu iputils-ping 3:20100418-3 nemam zadny problem..
    pavlix avatar 27.10.2012 17:31 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    tcpdump ti nepomůže.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    27.10.2012 17:46 NN
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Mozna by se poznalo jestli to vubec odejde do stacku..
    pavlix avatar 27.10.2012 19:01 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    To se pozná už podle toho permission denied.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    pavlix avatar 27.10.2012 17:35 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Mám za to, že to dělá přecně to, co se tam píše. Váže to socket na konkrétní interface voláním setsockopt nebo tak něco. To v případě pingání na adresu nedělá. O zbytek se postará kernel.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    27.10.2012 22:30 Franta Hanzlík
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Jak 'pingání na adresu'? To se pingá v obou případech, ne? Jde asi o zdrojovou adresu; já si právě myslel, že ten přepínač "-I" určí interface z něhož ICMP pakety budou odcházet, A ZÁROVEŇ zdrojovou IP adresu. Tedy že ať použiji kterýkoliv tvar, tak bude výsledek stejný. A tady mám na dvou různých sestavách tři odlišné výsledky:
    1) oba stroje, 'ping -I SrcAddress':
    funguje; tcpdump ukazuje, že pakety odcházejí z rozhraní s adresou 'SrcAddress'

    2) 2.6.32 + iputils v20071127, 'ping -I IfaceName':
    Destination Host Unreachable, dle tcpdump je aktivní jen rozhraní lo (!), ale zdrojová adresa je adresa rozhraní 'IfaceName' (eth2) (?cojetozazvrhlost?):
    22:07:25.158125 IP 90.182.150.74 > 90.182.150.74: ICMP host 90.179.172.17 unreachable, length 92
    

    3) 3.6.2 + iputils v20101006, 'ping -I IfaceName':
    hlásí "Warning: cannot bind to specified iface, falling back: Operation not permitted"
    pavlix avatar 27.10.2012 23:20 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Jak 'pingání na adresu'? To se pingá v obou případech, ne?
    Jo, sorry.
    já si právě myslel, že ten přepínač "-I" určí interface z něhož ICMP pakety budou odcházet
    Ano, pokud zadáš interface.
    zdrojovou IP adresu.
    Ano, pokud zadáš adresu a pravděpodobně i pokud zadáš interface, ale tam si nejsem na 100% jistý.
    Tedy že ať použiji kterýkoliv tvar, tak bude výsledek stejný.
    Jak sám vidíš, není tomu tak.
    A tady mám na dvou různých sestavách tři odlišné výsledky:
    Pokud chceš vědět, co ping skutečně dělá, použij strace. Ale upozorňuju tě, že to není moc hezké čtení.
    Já už tu vlastně ani nejsem. Abclinuxu umřelo.
    28.10.2012 00:25 NN
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Neblokujes to firewallem ?
    28.10.2012 03:32 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Už se to tu řešilo, ta manuálová stránka je bohužel špatně.
    28.10.2012 08:50 Franta Hanzlík
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Skleroza :). OK, v případě 'ping -I interface' ping použije socket option "SO_BINDTODEVICE". Ale je potom normální, že se to chová tak, že cílovou adresu předpokládá na segmentu tohoto interface? Ačkoliv podle IP adresy interface a masky to tak být nemůže? tcpdump totiž ukazuje jen ARP dotazy:
    # tcpdump -i eth2 -nn
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
    listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes
    06:52:59.951966 ARP, Request who-has 90.179.170.17 tell 90.182.150.74, length 28
    06:53:00.951965 ARP, Request who-has 90.179.170.17 tell 90.182.150.74, length 28
    06:53:01.951964 ARP, Request who-has 90.179.170.17 tell 90.182.150.74, length 28
    
    PS: To chování iputils-v20101006 ping-u je nejspíš způsobené tím, že ping zahodí CAP_NET_RAW capability před voláním "setsockopt(..,SO_BINDTODEVICE, IfName,..)", takže to vždy končí EPERM. Asi Fedora-specific patch podle zdrojáků (těm jsem se chtěl vyhnout;).
    28.10.2012 11:40 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: rozdíl mezi 'ping -I adresa' a 'ping -I interface' ?
    Nevim, zda by tohle melo delat samotne SO_BINDTODEVICE, ale urcite by tomu tak bylo, pokud by k tomu ping prihodil jeste SO_DONTROUTE (nezkousel jsem, co presne ping pouziva za socket options).

    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.