Microsoft Defender nově podporuje linuxové desktopy.
Oficiální Epic Games Launcher je v nové preview verzi poprvé dostupný i pro Linux (FAQ). Pracuje se na novém Easy Anti-Cheatu pro Linux (EAC Linux v2) a podpoře hry Fortnite na Linuxu.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.8. Novinky zahrnují lepší podporu vzdálené plochy, sdílení a nahrávání obrazovky a řadu drobností napříč uživatelským rozhraním (úplný seznam změn, shrnutí ve wiki).
Apple představil 7palcový displej Apple HomeView s podporou Apple Intelligence a Siri AI pro ovládání chytré domácnosti, novou řadu vybavení chytré domácnosti Apple Home Collection, další generaci HomePodu mini a novou Apple TV 4K. Apple HomeView není v Evropské unii v prodeji, jelikož umělá inteligence Siri v rámci systému iOS v EU momentálně není k dispozici. Apple spolupracuje s EU a snaží se najít cestu, jak situaci vyřešit.
KDE slaví 30 let. Přesně před 30 lety, 14. října 1996, poslal Matthias Ettrich do diskusní skupiny comp.os.linux.misc zprávu, která započala historii projektu KDE. Důležité milníky jsou zobrazeny na časové ose.
Byl vydán Mozilla Firefox 158.0. Stejně jako Chrome 155 s podporou JPEG XL (test). Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 158 bude brzy k dispozici také na Flathubu a Snapcraftu.
Svobodný kancelářský balík ONLYOFFICE (Wikipedie) byl vydán ve verzi 10.0. Jak online Docs, tak i offline Desktop Editors. Přehled novinek také na YouTube.
Mozilla představuje Firefox Enterprise určený jako podnikový prohlížeč pro organizace s přísnými požadavky na bezpečnost, správu a dodržování předpisů. S profesionální podporou. Dostupný je zatím ve Francii, Německu, Rakousku a Švýcarsku.
Kybernetický útok zasáhl nejméně 150 supermarketů Intermarché a několik prodejen řetězců Leclerc a Coopérative U. Chladicí jednotky napadených obchodních domů byly nastaveny na nepřetržité odmrazování a teplota v nich mnohdy vystouala až nad 50°C. Škody napáchané na chlazeném a mraženém zboží budou patrně dosahovat miliónů eur.
… více »Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).
). Mam pocit, ze toto bude dalsi zamknuty a odstraneny dotaz. Sisi zmylil stranku.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
tcpdump -n 'proto \icmp' na linuxu a sledoval bych, zda dorazí žádost o echo a zda se odešle odpověď. Pokud nedorazí žádost, blokují WIndows odchozí ping, pokud dorazí žádost ale neodejde odpověď, blokuje ping firewall na linuxu, pokud odejde odpověď ale Windowsům nedojde, blokují Windows odpověď.
7.10.2007 01:02
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
7.10.2007 01:03
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
ip route show? A prosím do tagu <pre>, ať se to dá číst. Jinak jestli na tom routeru/AP běží linux, můžete tcpdump spustit tam a sledovat které pakety kam dojdou, a kde se ztratí. Na tom serveru máte routu nastavenou správně (tj. AP je buď jako defualt gateway, nebo je pro síť 192.168.1.0/24 uvedena explicitně routa přes AP)?
root@server:~# ip route show 192.168.2.0/24 dev eth1 proto kernel scope link src 192.168.2.100 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100 127.0.0.0/8 dev lo scope link default via 192.168.1.2 dev eth0 metric 1Situace je taková, že mám jednoduchou síť připojenou přes ADSL do Internetu tímto způsobem: TELEFON - MODEM - AP/ROUTER/GW - PC, PC, PC.. a server /za kterým mám NBK se kterým se mi nedaří pinkat/, který později bude mezi modemem a AP. Nicméně fungovat by to mělo předpokládám stejně. Čili ano, AP je default GW.
internet
|
ADSL modem
| (192.168.2.0/24)
AP/router/gw (NAT)
|
-------------- (192.168.1.0/24)
| | | |
PC1 PC2 PC3 server (NAT)
| (192.168.2.0/24)
notebook
Je to tak? Ping z jakého stroje na který vám nefunguje?
internet
|
ADSL modem
| (192.168.1.0/24)
AP/router/gw (NAT)
|
-------------- (192.168.1.0/24)
| | | |
PC1 PC2 PC3 server (zatím bez NAT)
| (192.168.2.0/24)
notebook
Myslím že mezi modemem by měla být jiná síť tak, jak jste to psal Vy, ale prostě to takhle tenkrát hned klaplo, tak jsem to prozatím neřešil.
Ten NBK má adresu z 192.168.2.222 stejně tak jako jedna za síťovek serveru 192.168.2.100. Druhá IP serveru je 192.168.1.100, na obě adresy pingnu v pořádku jak ze sítě 192.168.1.0/24 - ze svého desktopu, tak i z NBKu /192.168.1.0/24/. Ping na ostatní zařízení ze sítě 192.168.1.0/24 dopingnu z NBKu pouze můj desktop, který má manuálně nastavenou routu do 192.168.2.0/24, ostatní ne. A když pingnu z NBKu na jakýkoliv server v Internetu, tak jak jsem psal mi to vrátí jeho IP, ale odezva už nefunguje a ani se z notebooku nedostanu na Internet. NBK má jako default GW 192.168.2.100, tedy adresu mého serveru/routeru. Na tom svém serveru tedy nemám NAT, ten je zatím jen na mém AP/routeru, mohl by to být problém?
Myslím že mezi modemem by měla být jiná síť tak, jak jste to psal Vy, ale prostě to takhle tenkrát hned klaplo, tak jsem to prozatím neřešil.Ono to AP asi jednoduše co dostane na jednu síťovku pošle na druhou stranu, takže to není router, ale bridge, a pak by to bylo správně, že je na obou stranách stejná síť (ovšem až mezi AP a modem vložíte váš server, budete muset jednu síť přečíslovat, protože ten server už by měl vystupovat jako normální router.
Ping na ostatní zařízení ze sítě 192.168.1.0/24 dopingnu z NBKu pouze můj desktop, který má manuálně nastavenou routu do 192.168.2.0/24, ostatní ne.To je správně, protože ta zařízení se ze své sítě mohou dostat do dvou dalších sítí – internetu (tam mají asi default gw), a do sítě 192.168.2.0/24, kam ale musí přes váš server. Teoreticky, jestli je routa na AP na 192.168.2.0/24 nastavena správně, pokud se budou PC pokoušet do 192.168.2.0/24 dostat přes AP, mělo by jim AP odpovědět, že tudy cesta nevede, že vede přes 192.168.1.100 a ať si opraví routovací tabulku. Pokud by na těch PC bylo povoleno těmito zprávami se řídit, měla by si opravit routovací tabulku a pak už by ping mezi nimi a notebookem měl fungovat. Ovšem úprava routovacích tabulek pomocí ICMP zpráv bývá většinou vypnutá, protože je to celkem nebezpečná věc.
A když pingnu z NBKu na jakýkoliv server v Internetu, tak jak jsem psal mi to vrátí jeho IP, ale odezva už nefunguje a ani se z notebooku nedostanu na Internet. NBK má jako default GW 192.168.2.100, tedy adresu mého serveru/routeru. Na tom svém serveru tedy nemám NAT, ten je zatím jen na mém AP/routeru, mohl by to být problém?Pravděpodobně je pro notebook DNS server dosažitelný, ale internet už ne. Pravděpodobně tedy máte nějakou DNS cache na vašem serveru. Ping dál za AP neprojde proto, že asi nemáte na tom AP nastavenou routu do sítě 192.168.2.0/24. AP dostane ping žádost se zdrojovou adresou 192.168.2.222 a cílovou někde v internetu. Udělá SNAT, pošle žádost do internetu a za chvíli se mu vrátí odpověď se zdrojovou adresou počítače z internetu a cílovou adresou shodnou s veřejnou IP adresou toho AP. Zjistí, že musí udělat opak k SNAtu, podle tabulky si najde, že ta odpověď patří k žádosti, kterou poslal 192.168.2.222 a nastaví na tuhle hodnotu cíl paketu-odpovědi. Jenže teď neví, že 192.168.2.222 má poslat na váš server (nemá nastavenou routu), takže to pošle na default, což je zase do internetu. A tam to někde poměrně brzy zachytí váš ISP, zjistí, že se pokoušíte odeslat paket s cílovou adresou z rezervovaných rozsahů do internetu, a zahodí ho. Takže tu pevnou routu do sítě 192.168.20/24 nastavte ještě na tom AP, stejně jako ji máte manuálně nastavenou na desktopu.
Tiskni
Sdílej:
