Multiplatformní emulátor terminálu Ghostty byl vydán ve verzi 1.2 (𝕏, Mastodon). Přehled novinek, vylepšení a nových efektů v poznámkách k vydání.
Byla vydána nová verze 4.5 (𝕏, Bluesky, Mastodon) multiplatformního open source herního enginu Godot (Wikipedie, GitHub). Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána verze 3.0 (Mastodon) nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). S novou verzí formátu záznamu asciicast v3, podporou live streamingu a především kompletním přepisem z Pythonu do Rustu.
Canonical oznámil, že bude podporovat a distribuovat toolkit NVIDIA CUDA (Wikipedie) v Ubuntu.
Tržní hodnota americké společnosti Alphabet, která je majitelem internetového vyhledávače Google, dnes poprvé překonala hranici tří bilionů dolarů (62,1 bilionu Kč). Alphabet se připojil k malé skupině společností, které tuto hranici pokořily. Jsou mezi nimi zatím americké firmy Nvidia, Microsoft a Apple.
Spojené státy a Čína dosáhly dohody ohledně pokračování populární čínské platformy pro sdílení krátkých videí TikTok v USA. V příspěvku na síti Truth Social to dnes naznačil americký prezident Donald Trump. Dosažení rámcové dohody o TikToku vzápětí oznámil americký ministr financí Scott Bessent, který v Madridu jedná s čínskými představiteli o vzájemných obchodních vztazích mezi USA a Čínou. Bessentova slova později potvrdila také čínská strana.
MKVToolNix, tj. sada nástrojů pro práci s formátem (medialnym kontajnerom) Matroska, byl vydán ve verzi 95.0. Podpora přehrávání formátu Matroska míří do Firefoxu [Bug 1422891, Technický popis]. Přehrávání lze již testovat ve Firefoxu Nightly.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.
Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si
… více »Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
# 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
27.10.2012 17:31
pavlix | skóre: 54
| blog: pavlix
27.10.2012 17:35
pavlix | skóre: 54
| blog: pavlix
22:07:25.158125 IP 90.182.150.74 > 90.182.150.74: ICMP host 90.179.172.17 unreachable, length 92
27.10.2012 23:20
pavlix | skóre: 54
| blog: pavlix
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:
