Společnost Volla Systeme stojící za telefony Volla spustila na Kickstarteru kampaň na podporu tabletu Volla Tablet s Volla OS nebo Ubuntu Touch.
Společnost Boston Dynamics oznámila, že humanoidní hydraulický robot HD Atlas šel do důchodu (YouTube). Nastupuje nová vylepšená elektrická varianta (YouTube).
Desktopové prostředí LXQt (Lightweight Qt Desktop Environment, Wikipedie) vzniklé sloučením projektů Razor-qt a LXDE bylo vydáno ve verzi 2.0.0. Přehled novinek v poznámkách k vydání.
Nejvyšší soud podpořil novináře Českého rozhlasu. Nařídil otevřít spor o uchovávání údajů o komunikaci (data retention). Uvedl, že stát odpovídá za porušení práva EU, pokud neprovede řádnou transpozici příslušné směrnice do vnitrostátního práva.
Minulý týden proběhl u CZ.NIC veřejný test aukcí domén. Včera bylo publikováno vyhodnocení a hlavní výstupy tohoto testu.
Byla vydána nová verze 3.5.0 svobodné implementace protokolu RDP (Remote Desktop Protocol) a RDP klienta FreeRDP. Přehled novinek v ChangeLogu. Opraveno bylo 6 bezpečnostních chyb (CVE-2024-32039, CVE-2024-32040, CVE-2024-32041, CVE-2024-32458, CVE-2024-32459 a CVE-2024-32460).
Google Chrome 124 byl prohlášen za stabilní. Nejnovější stabilní verze 124.0.6367.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 22 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Byla vydána nová verze 9.3 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Novinkou je vlastní repozitář DietPi APT.
Byl vydán Mozilla Firefox 125.0.1, první verze z nové řady 125. Přehled novinek v poznámkách k vydání, poznámkách k vydání pro firmy a na stránce věnované vývojářům. Vypíchnout lze podporu kodeku AV1 v Encrypted Media Extensions (EME). Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 125.0.1 je již k dispozici také na Flathubu a Snapcraftu.
Valkey, tj. svobodný fork již nesvobodného Redisu, byl vydán v první stabilní verzi 7.2.5.
Jinak to, že svítí LEDka, ještě nic neznamená, už se mi mockrát stalo, že LEDka svítila a kabel (nebo konektor na kartě) byl špatný…
U gigabitových ano. U stovkových je to hodně výrazná menšina.
Občas přemýšlím nad tím, že věci typu "zažil jsem" by stálo za to shromáždit a vydat knižně. Poněvadž to jsou typicky věci, o kterých se nikdy nikde nedočtete a hlava vám to nebere.
Z kategorie "zažil jsem" bych mohl (na druhé síťové vrstvě) uvést například sérii (neznačkových) síťových karet s totožnou MAC adresou. Anebo zařízení, které se mělo chovat jako switch a ve skutečnosti provádělo nějaký zmatený "SNAT" MAC adres. Anebo (značkovou) síťovou kartu, která se nebyla schopna domluvit prakticky s nikým, posléze se ukázalo, že generuje rámce zcela v rozporu s IEEE 802.3. Anebo některá zařízení Cisco, která v implementaci IEEE 802.3 skončila pravděpodobně už u druhého E (ale s jinými zařízeními Cisco samozřejmě nebyl problém). A ještě pár daleko vymakanějších vychytávek na vyšších vrstvách... .
PS: Návrh pro nějakého toho místního admina: nešlo by založit někde nějakou tu kategorii typu "zažil jsem"? Musela by být moderovaná, protože většina "nevysvětlitelných" problémů je typicky problém mezi židlí a klávesnicí, ale čas od času se najde opravdový problém, a ten většinou stojí za zdokumentování...
PPS: Jeden příklad: Switch s MDI/MDI-X autodetekcí. Věřili byste, že když na portu vypnete autonegociaci, přestane na něm fungovat MDI/MDI-X autodetekce? Ty dva mechanismy spolu VŮBEC NESOUVISEJÍ, nicméně je to tak...
Upřímně řečeno, to je pěkně zapeklitý problém
Rady typu křížený/rovný kabel a podobně vynechávám, veřím vám, že dříve vše chodilo a teď to nechodí.
Switch Edimax cosi neznám (i když bych ho dle vašich slov znát měl), ale předpokládám, že to není managovatelná věc, a že tedy neexistuje způsob, jak se dozvědět, co ten switch dělá.
Pročež bych doporučil následující postup: na inkriminovaných počítačích prozkoumat jejich MAC adresy a arp tabulky a spustit tcpdump -e - a následně začít přemýšlet nad tím, co kam došlo či nedošlo a proč.
Podle vašeho popisu je problém způsobem switchem, takže se zaměřte na druhou síťovou vrstvu - tedy na MAC adresy a ARP tabulky. Možná na něco přijdete...
PS: Výsledek mě docela zajímá, pokud na něco přijdete, budu rád, když to sem plácnete.
root# arp -v -a ? (192.168.0.1) at <incomplete> on eth0 ? (192.168.0.33) at <incomplete> on eth0 root# ifconfig eth0 Link encap:Ethernet HWaddr 00.E0.18.01.93.63 inet addr:192.168.0.35 Bcast:192.168.0.255 Mask:255.255.255.0 UP BROADCAST NOTRAILERS RUNNING MULTICAST MTU:1500 Metric:1 RX packets:89987 errors:0 dropped:0 overruns:0 frame:0 TX packets:24871 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 Interrupt:5 Base address:0xd800 root# ping 192.168.0.1 root# tcpdump 10:28:43.813974 arp who-has 192.168.0.1 tell 192.168.0.35 root# tcpdump 10:55:54.525454 802.1d config 8000.02.11.2f.06.69.23.8000 root 8000.02.11.2f.06.69.23 pathcost:0 age:0 max:8 hello:2 fdelay:5mmt poradi nekdo co znamena ten flag notrailers? zdar a silu
Tiskni Sdílej: