Čínská společnost Tencent uvolnila svůj AI model HunyuanWorld-Voyager pro generování videí 3D světů z jednoho obrázku a určené trajektorie kamery. Licence ale nedovoluje jeho používání na území Evropské unie, Spojeného království a Jižní Koreje.
Blender Studio se spojilo s kapelou OK Go a výsledkem je videoklip k písni Impulse Purchase. Stejně jako samotný 3D software Blender je i ve videoklipu použitý animovaný chlápek open source. Kdokoli si jej může stáhnout a upravovat.
Zig Software Foundation stojící za programovacím jazykem Zig publikovala finanční zprávu za rok 2024. Současně s prosbou o finanční příspěvek.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za srpen (YouTube). Vypíchnuta je podpora Tabulek Google, implementace Gamepad API a Cookie Store API nebo také podpora WebGL na Linuxu.
openSUSE Leap 16, včetně Leap Micra 6.2+, nově nabízí 24 měsíců podpory pro každé vydání. To je dva roky aktualizací a stability, což z něj činí nejdéle podporovanou komunitní distribuci vůbec. Leap se tak stává ideální platformou pro všechny, kdo hledají moderní, stabilní a dlouhodobě podporovanou komunitní Linux distribuci.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal dne 3. 9. 2025 VAROVÁNÍ před hrozbou v oblasti kybernetické bezpečnosti spočívající v předávání systémových a uživatelských dat do Čínské lidové republiky a ve vzdálené správě technických aktiv vykonávané z území Čínské lidové republiky. Varováním se musí zabývat povinné osoby podle zákona o kybernetické bezpečnosti.
Americká internetová společnost Google nemusí prodat svůj prohlížeč Chrome ani operační systém Android. Rozhodl o tom soud ve Washingtonu, který tak zamítl požadavek amerického ministerstva spravedlnosti. Soud ale firmě nařídil sdílet data s jinými podniky v zájmu posílení konkurence v oblasti internetového vyhledávání. Zároveň Googlu zakázal uzavírat dohody s výrobci mobilních a dalších zařízení, které by znemožňovaly
… více »Prvního září ozbrojení policisté zatkli na na londýnském letišti Heathrow scénáristu a režiséra Grahama Linehana, známého především komediálními seriály Ajťáci, Otec Ted nebo Black Books. Během výslechu měl 57letý Graham nebezpečně zvýšený krevní tlak až na samou hranici mrtvice a proto byl z policejní stanice převezen do nemocnice. Důvodem zatčení bylo údajné podněcování násilí v jeho 'vtipných' příspěvcích na sociální síti
… více »Studentská dílna Macgyver zve na další Virtuální Bastlírnu - pravidelné online setkání všech, kdo mají blízko k bastlení, elektronice, IT, vědě a technice. Letní prázdniny jsou za námi a je čas probrat novinky, které se přes srpen nahromadily. Tentokrát jich je více než 50! Těšit se můžete mimo jiné na:
Hardware – Bus Pirate na ESP32, reverse engineering Raspberry Pi, pseudo-ZX-80 na RISC-V, PicoCalc, organizéry na nářadí z pěny nebo … více »Google Chrome 140 byl prohlášen za stabilní. Nejnovější stabilní verze 140.0.7339.80 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 6 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Dobrý den,
chtěl bych vás požádat o radu ve velmi kurióznímu problému. Na Debianu testing jsem měl jednu 10mbps síťovku eth0, která byla nakonfigurována při instalaci a funguje bez problémů. Nyní jsem si přidal (v pořadí 3. 100mbps) síťovku a tu se mi nedaří nakonfigurovat tak aby viděla do internetu.
Nastavení:
Síť: Obě síťovky jsou připojeny do jednoho switche, do internetu jdu z celé domácnosti přes bránu 10.51.27.1.
# cat /etc/network/interfaces iface eth0 inet static address 10.51.27.117 iface eth2 inet static address 10.51.27.202 + u obou shodný: gateway, network, netmask a broadcast # ifconfig eth0 Link encap:Ethernet HWadr 00:10:4b:b6:74:af inet adr:10.51.27.117 Všesměr:10.51.27.255 Maska:255.0.0.0 eth2 Link encap:Ethernet HWadr 00:4f:4e:61:58:09 inet adr:10.51.27.202 Všesměr:10.51.27.255 Maska:255.0.0.0 # lshw *-network:0 product: 3c900B-Combo Etherlink XL [Cyclone] logical name: eth0 size: 10MB/s *-network:1 product: 3c905B 100BaseTX [Cyclone] logical name: eth3 size: 100MB/s
Popis stavu:
Když mám po rebootu zaplé oba interfacy, eth3 i eth0 se chovají jako by oba byly na stovkové síťovce (ikdyž někdy se stalo, že byly oba na desítkové) -> z jiného počítače mi arp vrací na obě IPky stejnou MAC. Do internetu se ovšem dostanu pouze skrz eth3 (ping -I eth3), přestože route je pro pro obě eth stejný a správný. (!?)
Když z allow-auto
vyhodím eth0 a reboot, nefunguje internet vůbec. Tedy dostanu se pouze skrz zapnutý eth3 do vnitřní sítě - brána mi už neodpoví. Z jiného počítače se všechno jeví dle očekávání
Po ifup eth0 && ifdown eth0
se eth0 nevypne. Z jiného počítače je ARPem na obě eth MAC stovkové karty. Internet ale nefunguje.
Vlastní postřehy:
Nevadí, že obě síťovky jsou připojeny do jedné sítě a obě mají stejnou gateway?Vadí. Neuvedl jsi, co máš v routovací tabulce. Nejspíš by to z ní bylo hned jasné.
Ifconfig nepoužívám na nastavování, takže spoléhám na interfaces. Program ip nemůžu najít v systému ani v aptu.Balík iproute.
Ještě odbočka, nevíte prosím kde lze změnit přiřazení ethX vs. MAC?/etc/udev/rules.d/*persistent-net.rules
# route Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní localnet * 255.0.0.0 U 0 0 0 eth3 localnet * 255.0.0.0 U 0 0 0 eth0 default 10.51.27.1 0.0.0.0 UG 0 0 0 eth0 default 10.51.27.1 0.0.0.0 UG 0 0 0 eth32) Díky moc. Říkal jsem si jestli by tam nemohly být omylem nějaké eth0:1, apod, ale všechny výpisy jsou podle očekávání 3) Díky, našel jsem tam ten soubor bez "*", tam jsem se dočetl, že v /etc/udev/rules.d/z25_persistent-net.rules bych měl něco zapsat pro uchování. Nic jako "MAC vs. eth0,1,2,3" tabulku jsem nenašel. Ale to mě zrovna trápí nejméně.
# ping 10.51.27.1 PING 10.51.27.1 (10.51.27.1) 56(84) bytes of data. From 10.51.27.117 icmp_seq=2 Destination Host Unreachable From 10.51.27.117 icmp_seq=3 Destination Host Unreachable From 10.51.27.117 icmp_seq=4 Destination Host Unreachable --- 10.51.27.1 ping statistics --- 4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2999ms, pipe 3Nastavení je stejné jako v prvním příspěvku, jen jsem v interfaces zakomentoval řádky příslušející eth0. Výpis routu je pro eth3 také stejný. Nejvíce mě zaráží, že eth3 má nachlup stejné nastavení jako měla eth0, ale nefunguje.. Problém mi připadá povědomý, díky za každou radu
/etc/network/interfaces
je celý a přesný, tak vidím dvě chyby - a) je tam nastavení pro eth2, ale ty máš síťovku eth3
b) před iface eth3 inet static
by mělo být o řádek výš ještě auto eth3
Pokud to opravíš (nebo je to v pořádku), ale stále to fungovat nebude, tak pošli výpisy ip addr
, ip link
a ip route
, třeba se ještě něco objeví.
interfaces
byly dobře, omlouvám se nahoře jsem pastnul starší výpis. Ping teď nehlásí už ani Host Unreachable, ale prostě nic nevypíše.
# cat /etc/network/interfaces auto lo iface lo inet loopback auto eth3 iface eth3 inet static address 10.51.27.117 netmask 255.0.0.0 gateway 10.51.27.1 network 10.51.27.0 broadcast 10.51.27.255 # ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:50:da:12:59:83 brd ff:ff:ff:ff:ff:ff inet 10.51.27.117/8 brd 10.51.27.255 scope global eth3 inet6 fe80::250:daff:fe12:5983/64 scope link valid_lft forever preferred_lft forever # ip link 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:50:da:12:59:83 brd ff:ff:ff:ff:ff:ff # ip route 10.0.0.0/8 dev eth3 proto kernel scope link src 10.51.27.117 default via 10.51.27.1 dev eth3
ping -n ip_adresa
, ať se ping nepokouší přes DNS překládat IP adresy na názvy – možná se čeká na DNS timeout.
ping
nic nevypíše a ukončí se, nebo nedostane odpověď, něco jiného… Můžete ještě zkusit tcpdump -ni eth3 'proto \icmp'
na počítači, kde to zkoušíte, a na počítači, na který zkoušíte ping – uvidíte, jestli ze síťové karty alespoň nějaké pakety odcházejí, případně zda druhý počítač nějaké pakety dostane.
iface eth3 inet static address 10.51.27.117 netmask 255.0.0.0 gateway 10.51.27.1 network 10.51.27.0 broadcast 10.51.27.255Tohle je divný. Podle network a broadcast má síť 24bitovou masku, ale netmask je nastaveno jenom na 8 bitů. Podle mě je to chyba a maska by měla asi být nastavena na 255.255.255.0, ale zároveň bych neřekl, že tahle chyba způsobuje problémy.
Ifconfig nepoužívám na nastavování, takže spoléhám na interfacesTen skript, který podle interfaces nastavuje ty síťovky, používá ifconfig.
ip link
, ip addr
a ip route
, to je pravda.
Začnu od začátku. Proč chceš mít dvě síťovky ve stejný podsíti?
Nevadí, že obě síťovky jsou připojeny do jedné sítě a obě mají stejnou gateway?
Nemělo by, ale je to zbytečné..
Mé očekávání bylo, že každá IPka bude mít odpovídající MAC a z obou eth se dostanu *nezávisle* do internetu.
IP adresy nemají MAC :) Z obou eth by si se při správném nastavení měl dostat do netu, ale je to takové divné.. snad to vysvětlíš :)
Ifconfig nepoužívám na nastavování, takže spoléhám na interfaces. Program ip nemůžu najít v systému ani v aptu.
man ip jak už psali ostatní, teprve potom můžeš testovat /etc/network/interfaces
Ještě odbočka, nevíte prosím kde lze změnit přiřazení ethX vs. MAC?
Jako změnit mac na síťovce nebo při bootu určit, která síťovka bude mít jaký ethX?
4) Při bootu určit, která síťovka má které ethX. Vím, že to jde forcnout v interfaces, ale už teď musí být někde v systému určeno že mac0=eth0, ..., mac3=eth3, neboť když zapojím již dříve zapojenou síťovku, dostane stejné eth jako předtím a nová asi dostane eth4.Je to napsané hned v prvním příspěvku - nastaví se to v souboru
/etc/udev/rules.d/z25_persistent-net.rules
, všechny síťovky, které jsi kdy v tom počítači měl, by tam měly být zapsané automaticky.
Pokud ne, příklad ode mě:
$ cat /etc/udev/rules.d/z25_persistent-net.rules # This file was automatically generated by the /lib/udev/write_net_rules # program, probably run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # MAC addresses must be written in lowercase. # PCI device 0x10ec:0x8139 (8139too) SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:50:fc:c2:aa:31", NAME="eth0"Podstatné jsou hodnoty ATTRS a NAME - jméno rozhraní se nastaví podle MAC adresy toho rozhraní.
z45_persistent-net-generator.rules
. Omlouvám se, moje chyba.
3) To úplně nechápu, teď používám ip link, ip addr a ip route pro kontrolu co se mi tam tropí za úlety. Nastavovat by mělo stačit pouze přes interfaces, ne?
interfaces
používá interně ifconfig
a route
, takže nemůže umět nic víc, než ifconfig+route
. Zrovna v případě, kdy chcete mít dvě rozhraní do jedné sítě, budete asi potřebovat určit nějaká pravidla, kdy se které rozhraní má použít – např. budete mít dvě routovací tabulky, v jedné bude jako default gw uvedeno jedno rozhraní, v druhé tabulce to druhé, a nějaká pravidla budou určovat, kdy se která tabulka má použít. Tohle ale (předpokládám) ifconfig+route
neumí a musíte použít iproute2
. Tzn. nechat být interfaces
a nakonfigurovat síť v nějakém vlastním skriptu (což byste asi musel stejně, protože na takovéhle věci nebývají distribuční konfigurační soubory připravené, ty umožňují nastavit jen základní věci).
interfaces
používá interně ifconfig a route, takže nemůže umět nic víc, než ifconfig+route.
To se naštěstí snad brzo změní, v experimental je nová verze, která už používá ip
.
Tiskni
Sdílej: