Byla vydána nová verze 3.0.8 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Microsoft poskytl FBI uživatelské šifrovací klíče svého nástroje BitLocker, nutné pro odemčení dat uložených na discích třech počítačů zabavených v rámci federálního vyšetřování. Tento krok je prvním známým případem, kdy Microsoft poskytl klíče BitLockeru orgánům činným v trestním řízení. BitLocker je nástroj pro šifrování celého disku, který je ve Windows defaultně zapnutý. Tato technologie by správně měla bránit komukoli kromě
… více »Spotify prostřednictvím svého FOSS fondu rozdělilo 70 000 eur mezi tři open source projekty: FFmpeg obdržel 30 000 eur, Mock Service Worker (MSW) obdržel 15 000 eur a Xiph.Org Foundation obdržela 25 000 eur.
Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
Byla vydána verze 1.93.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
28.2.2011 10:30
nway | skóre: 17
| Česká Lípa
Směrovací tabulka v jádru pro IP Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní hranice 10.222.104.1 255.255.255.255 UGH 0 0 0 eth0 192.168.159.254 * 255.255.255.255 UH 0 0 0 ppp0 praha 10.222.104.1 255.255.255.255 UGH 0 0 0 eth0 192.168.160.0 * 255.255.255.0 U 0 0 0 tap1 192.168.4.0 * 255.255.255.0 U 0 0 0 eth1 192.168.2.0 * 255.255.255.0 U 0 0 0 tun0 192.168.17.0 * 255.255.255.0 U 0 0 0 tun0 192.168.16.0 * 255.255.255.0 U 0 0 0 tun0 10.222.104.0 * 255.255.255.0 U 0 0 0 eth0 192.168.159.0 * 255.255.255.0 U 0 0 0 ppp0 default 10.222.104.1 0.0.0.0 UG 100 0 0 eth0pokud se na notebooku připojím přes WIFI tak normálně jakoukoliv IP naroutovanou na serveru pingnu. Problém je v tom že na subnetu 192.168.16.0 běží smaba a http. Bohužel na sambu ani http se nedostanu /byť tu IP pingnu/ Na ostaní IP běží RDP a tam se normálně připojím. LAN je 192.168.4.0 /eth1/ WAN je 10.222.104.1 /eth0/. Netuším kde by mohl být zakopaný pes.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
08:29:11.808340 IP (tos 0x0, ttl 63, id 22566, offset 0, flags [DF], proto TCP (6), length 64)
192.168.4.100.53577 > 192.168.16.250.80: Flags [.], cksum 0xf570 (correct), seq 706, ack 603, win 56, options [nop,nop,TS val 129702 ecr 1543246609,nop,nop,sack 1 {2029:2030}], length 0
ovšem na http se nedostanu , nic se nezobrazí. Už si nevím rady kde mám hledat chybu.
192.168.16.0 * 255.255.255.0 U 0 0 0 tun0je to tun0. NN
12:50:23.422632 IP (tos 0x0, ttl 62, id 39179, offset 0, flags [DF], proto TCP (6), length 64)
192.168.17.12.39250 > 192.168.16.250.5000: Flags [.], cksum 0xc759 (correct), seq 354, ack 1, win 46, options [nop,nop,TS val 4294953927 ecr 1544813672,nop,nop,sack 1 {1429:2592}], length 0
12:50:28.372595 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.17.12 > 192.168.16.250: ICMP echo request, id 287, seq 1, length 64
12:50:38.526017 IP (tos 0x0, ttl 63, id 34188, offset 0, flags [none], proto ICMP (1), length 84)
192.168.16.250 > 192.168.17.12: ICMP echo reply, id 2335, seq 1, length 64
12:50:43.540209 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto ICMP (1), length 84)
192.168.17.12 > 192.168.16.250: ICMP echo request, id 3359, seq 1, length 64
12:50:43.581056 IP (tos 0x0, ttl 63, id 34189, offset 0, flags [none], proto ICMP (1), length 84)
192.168.16.250 > 192.168.17.12: ICMP echo reply, id 3359, seq 1, length 64
Chain PREROUTING (policy ACCEPT 1113K packets, 105M bytes) pkts bytes target prot opt in out source destination 153 7204 DNAT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3389 to:192.168.4.53 Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 2393K 182M MASQUERADE all -- * * 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 1975K packets, 155M bytes) pkts bytes target prot opt in out source destinationjestli mám odchytit něco dalšího tak mi prosím napiš jak, jelikož mé vědomosti jsou v koncích.
SAMBA server ---> cisco router >> ----------internet ----------------<< linuxrouter <---> muj notebook
|___________________vpn tunel____________________|
na linux router běží open vpn server když se připojím pomocí openvpn clienta z muj notebook tak to šlape, pokud ale jsem jen v síti za linux router tak jsou ty problémy o kterých píši výše.
OpenVPN server tam samozřejmě běží z důvodu jiného než abych se k němu připojoval z vnitření sítě :o).
ping -s 1492, to by mělo poslat paket dlouhý 1500 bajtů. Vyzkoušejte různé hodnoty okolo, která velikost ještě projde a která už ne.
ping -s 1492 samba PING server (192.168.16.250) 1492(1520) bytes of data. 1500 bytes from server (192.168.16.250): icmp_req=1 ttl=61 time=85.1 ms 1500 bytes from server (192.168.16.250): icmp_req=2 ttl=61 time=85.1 ms ping -s 6000 samba PING server (192.168.16.250) 6000(6028) bytes of data. 6008 bytes from server (192.168.16.250): icmp_req=1 ttl=61 time=196 ms 6008 bytes from server (192.168.16.250): icmp_req=2 ttl=61 time=196 ms 6008 bytes from server (192.168.16.250): icmp_req=3 ttl=61 time=196 msdále pořád stejně .. jen se zvyšuje odezva pingováno z mojeho notebooku.
27.4.2011 08:58
Petr Tomášek | skóre: 39
| blog: Vejšplechty
$ ping branka PING branka (192.168.***.10) 56(84) bytes of data. 64 bytes from shaar (192.168.***.10): icmp_req=1 ttl=64 time=1.92 ms 64 bytes from shaar (192.168.***.10): icmp_req=2 ttl=64 time=1.44 ms 64 bytes from shaar (192.168.***.10): icmp_req=3 ttl=64 time=1.99 ms 64 bytes from shaar (192.168.***.10): icmp_req=4 ttl=64 time=1.51 msTakže bych si tipnul, že se ti tam ztrácejí packety, ergo bude na vině nejspíš kolize s jinou bezdrátovou sítí, ergo bych tam hodil nějaké sektorové antény, případně těch AP tam dal víc. Jo, bacha na to, nejnovější "n" standard je na pikaču, protože zabírá de facto celou šíři spektra na 2.4 GHz, takže už nejde si hrát s kanály. (Nebo jinak, jeden spoj 802.11n ti spolehlivě zaruší veškeré další sítě v okolí...)
DF flag, skusal by som ping pomocou:
ping -M do -s 1492 $DST
ping -M do -s 1492 sambaserver From spuctum (192.168.16.83) icmp_seq=1 Frag needed and DF set (mtu = 1500) --- server ping statistics --- 0 packets transmitted, 0 received, +82625 errorsa po množství řádku jsem to zastavil a konec výpisu vidíte výše . Akorát nevím co to znamená. Ještě vyzkouším ten ping jak se dostanu do sítě za linux-router .
28.4.2011 08:03
houska | skóre: 41
| blog: HW
ping -M do -s 1472 samba 1480 bytes from samba (192.168.16.250): icmp_req=1 ttl=64 time=2.20 msmůže být něco špatně ? Osobně si myslím že ne...
Tiskni
Sdílej:
