Byla vydána první veřejná preview verze PrusaSliceru 3.0. Přesně 15 let po zveřejnění první verze Slic3ru, které připadlo na 1. září 2011. Jedná se o dosud největší upgrade PrusaSliceru: "Řídili jsme se tím, co skutečně potřebujete, a tak jsme například zcela zahodili stávající uživatelské rozhraní a vytvořili ho znovu od nuly. Přinášíme také nový systém projektů, kompletně přepracované profily navržené pro moderní tiskárny s větším
… více »Byl vydán Mozilla Firefox 155.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vypíchnout lze Smart Window, zatím ale dostupné pouze pro uživatele v USA, Kanadě a Francii. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 155 bude brzy k dispozici také na Flathubu a Snapcraftu.
Tima Cooka na pozici generálního ředitele společnosti Apple dnešním dnem nahradil John Ternus, který byl dosud odpovědný za hardware. Tim Cook vedl Apple od roku 2011, kdy funkci převzal od později zesnulého spoluzakladatele společnosti Stevea Jobse. Za 15 let v čele Applu více než zdvojnásobil tržní hodnotu firmy.
Organizátoři konference LinuxDays ukončil veřejné přihlašování přednášek. Teď je na vás, abyste vybrali nejlepší témata pro letošní ročník. Hlasovat můžete do pondělí 7. září, poté bude podle výsledků hlasování sestaven program pro letošní ročník.
Servo, engine webového prohlížeče napsaný v Rustu, byl vydán ve verzi 0.5.0. Novinky shrnuje přehled projektu za červenec. Došlo k dalšímu pokroku ve vykreslování webových stránek. Současným cílem projektu je vytvořit komponentu webového prohlížeče jako WebView pro použití v jiných aplikacích.
IKEA a XBOX představují kolekci YXSTABY (pdf). Ta přináší designová a praktická řešení, díky nimž se prostor pro hraní během sekundy promění v útulný a harmonický domov.
Jonathan Thomas oznámil vydání verze 4.0 nelineární střižny OpenShot. Nově podporuje nahrávání obrazu a zvuku, vylepšuje uživatelské rozhraní, mj. color grading, přidává další efekty a mnoho dalšího (seznam změn).
Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Ahoj,
musím se podělit o situaci, která je pro mě celkem nepochopitelná, už je proto, že konfigurace je z mého pohledu blbě ze strany poskytovatele. S tím ale nic neudělám.
K věci, mám k dispozici 2x port na ciscu, spojený do bridge, a přidělenou adresu s maskou /30, např. takto
IP adresa: 90.50.243.6
maska 255.255.255.252
gateway: 90.50.243.5
k tomuto rozsahu provider nějak nadrátoval rozsah 90.50.255.1-254 veřejných adres.
Na adrese 90.50.243.6 visí Mikrotik s natem, def. GW je 90.50.243.5, rozhraní eth0. Kteroukoli adresu z rozsahu přidám 255.0 přidám na eth0, stane se záhy dostupnou z netu. Původně jsem měl k dispozici jen 8 adres, proto tam historicky zůstalo pár adres s maskou /29. Tato drobnost je důležitá.
a dál, v druhém portu cisca visí Linux, ten má samozřejmě problém s bránou. Z toho důvodu je konfigurace takováto:
inet adr:90.50.255.1 Všesměr:90.50.255.255 Maska:255.255.0.0
a route: default 90.50.243.6
takto mi to krásně fungovalo do doby, než jsem čistě pro pořádek zlikvidoval adresy na MK s maskou /29. Jakmile je zruším nebo předělám na /24, linux přestane komunikovat, nedopinká se ani na bránu ani na sousední MK. Naproti tomu např. adresa 90.50.255.6/29 zadaná na MK stačí k tomu, aby byly na linuxu funkční adresy 90.50.255.1-5/16. Je mi jasné, že linux s maskou /16 neuvidí v síti MK s maskou /24, ale to věc nevysvětluje, ani to nepotřebuju.
Dokážete mi někdo jen takto z popisu poradit, zda dělám nějakou pitomost a nebo je chyba někde skrytá v MK? Vrátíte mi tím klidný spánek. Cokoli bude potřeba, rád upřesním, ještě tam mám např. routy pro přístup k DNS v rozsahu 90.50.XX.XX, ale ty myslím nejsou v tomto případě podstatné. Nevím, nejsem síťař :), možná se ani sem dotaz nehodí, tak se případně i omlouvám,
díky, B.
Ahoj,
můžeš sem prosím hodit nějaké schémátko? Tenhle popis louskám už asi po 3. a stále nedokážu pochopit, jak to tam máš vlastně pospojované...
Mazec. Pravda pro orientaci by asi nakres pomohl lip, ale ...
Hod sem alespon routovaci tabulky obou stroju. Me se to zatim jevi tak, ze jestli si opravdu k dispozici dostal rozsah 90.50.255.1-254, tak je preroutovanej pres 90.50.243.6. Takze by sis na tom mikrotiku nahodil napr. 90.50.255.1 ktera by byla branou pro celej ten subnet.
Mikrotik ma masku /30 a nepokreje linux takze, kdyz na nem sliznes routy linuxu, neuvidi na nej.
Nechat na mikrotiku 255.6/29 staci, protoze se tam 225.1 vejde..
Mimo jine k cemu ma ten linux default routu na mikrotik, kdyz to leze prez stejne cisco?
NN
tyjo sorry, def GW na linuxu je samozřejmě stejná jako na MK, tedy 243.5, opravím to i v hlavním textu. Schémátko a routy budou za chvíli. Měl jsem tím začít, ten popis je složitej i na mě, když to po sobě s odtupem čtu.
routy na linuxu:
Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní
90.50.254.254 90.50.243.5 255.255.255.255 UGH 0 0 0 eth0
10.10.10.0 * 255.255.255.0 U 0 0 0 eth1
90.50.0.0 * 255.255.0.0 U 0 0 0 eth0 ....toto je tam kvůli DNS na adrese 90.50.XX.YY
192.168.0.0 10.10.10.1 255.255.0.0 UG 0 0 0 eth1 ... druhá noha do vnitřní sítě
10.0.0.0 10.10.10.1 255.0.0.0 UG 0 0 0 eth1 ... to samé rozsah 10.*
default 90.50.243.5 0.0.0.0 UG 0 0 0 eth0
routy MK (bez rozsahů 192 a 10, bylo by toho moc)
Flags: X - disabled, A - active, D - dynamic, C - connect, S - static, r - rip, b - bgp, o - ospf, m - mme,
B - blackhole, U - unreachable, P - prohibit
# DST-ADDRESS PREF-SRC GATEWAY-STATE GATEWAY DISTANCE INTERFACE
0 A S 0.0.0.0/0 reachable 90.50.243.5 1 ether1-ven
1 ADC 10.10.10.0/24 10.10.10.1 0 ether2 - administracni
10 ADC 10.168.211.0/24 10.168.211.1 0 wlan1
11 ADC 90.50.243.4/30 90.50.243.6 0 ether1-ven
12 ADC 90.50.255.0/24 90.50.255.7 0 ether1-ven
a síť
Flags: X - disabled, I - invalid, D - dynamic
# ADDRESS NETWORK BROADCAST INTERFACE
1 90.50.243.6/30 90.50.243.4 90.50.243.7 ether1-ven
2 10.10.10.1/24 10.10.10.0 10.10.10.255 ether2 - administracni
4 10.168.211.1/24 10.168.211.0 10.168.211.255 wlan1
6 ;;; Dostupnost Linuxu
90.50.255.6/29 90.50.255.0 90.50.255.7 ether1-ven
a ještě malinké upřesnění, řádek ....toto je tam kvůli DNS na adrese 90.50.XX.YY patří samozřejmě k řádce 1.
tedy takto:
90.50.254.254 90.50.243.5 255.255.255.255 UGH 0 0 0 eth0 ....toto je tam kvůli DNS na adrese 90.50.254.254,
uff snad už je jinak vše OK :)
Naproti tomu např. adresa 90.50.255.6/29 zadaná na MK stačí k tomu, aby byly na linuxu funkční adresy 90.50.255.1-5/16. Je mi jasné, že linux s maskou /16 neuvidí v síti MK s maskou /24, ale to věc nevysvětluje, ani to nepotřebuju.
Nevidím důvod, proč by se neměli vidět dvě zařízení, jedno s IPv4 adresou 90.50.255.1/16 a druhé s 90.50.255.2/24.
JJ, takhle se uvidí. Myslel jsem situaci, kdy na MK ta adresa 90.60.255.6/29 nebude. Pak by MK měl jen adresu 90.50.243.6/29 a linux jen 90.50.255.1 (2, 3 atd) /16. Což je vlastně jedna nejjednoduší situace, kdy mi přestává být dostupný linux z/do internetu a které nerozumím.
Že na sebe nevidí oba stroje chápu, ale že linux nevidí bránu už mi jasné není.
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
