Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.
Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
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.
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 0ovš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.
$ 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 .
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: