OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.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 v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
Byla vydána nová verze 6.2 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.14.
Byla vydána nová verze 30.0.0 frameworku pro vývoj multiplatformních desktopových aplikací pomocí JavaScriptu, HTML a CSS Electron (Wikipedie, GitHub). Chromium bylo aktualizováno na verzi 124.0.6367.49, V8 na verzi 12.4 a Node.js na verzi 20.11.1. Electron byl původně vyvíjen pro editor Atom pod názvem Atom Shell. Dnes je na Electronu postavena celá řada dalších aplikací.
Byla vydána nová verze 9.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 220 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn.
# 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
# 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
22:07:25.158125 IP 90.182.150.74 > 90.182.150.74: ICMP host 90.179.172.17 unreachable, length 92
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ázetAno, 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í.
# 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 28PS: 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;).
Tiskni Sdílej: