Open source modální textový editor Helix, inspirovaný editory Vim, Neovim či Kakoune, byl vydán ve verzi 25.07. Přehled novinek se záznamy terminálových sezení v asciinema v oznámení na webu. Detailně v CHANGELOGu na GitHubu.
Americký výrobce čipů Nvidia získal od vlády prezidenta Donalda Trumpa souhlas s prodejem svých pokročilých počítačových čipů používaných k vývoji umělé inteligence (AI) H20 do Číny. Prodej těchto čipů speciálně upravených pro čínský trh by tak mohl být brzy obnoven, uvedla firma na svém blogu. Americká vláda zakázala prodej v dubnu, v době eskalace obchodního sporu mezi oběma zeměmi. Tehdy to zdůvodnila obavami, že by čipy mohla využívat čínská armáda.
3D software Blender byl vydán ve verzi 4.5 s prodlouženou podporou. Podrobnosti v poznámkách k vydání. Videopředstavení na YouTube.
Open source webový aplikační framework Django slaví 20. narozeniny.
V Brestu dnes začala konference vývojářů a uživatelů linuxové distribuce Debian DebConf25. Na programu je řada zajímavých přednášek. Sledovat je lze online.
Před 30 lety, tj. 14. července 1995, se začala používat přípona .mp3 pro soubory s hudbou komprimovanou pomocí MPEG-2 Audio Layer 3.
Výroba 8bitových domácích počítačů Commodore 64 byla ukončena v dubnu 1994. Po více než 30 letech byl představen nový oficiální Commodore 64 Ultimate (YouTube). S deskou postavenou na FPGA. Ve 3 edicích v ceně od 299 dolarů a plánovaným dodáním v říjnu a listopadu letošního roku.
Společnost Hugging Face ve spolupráci se společností Pollen Robotics představila open source robota Reachy Mini (YouTube). Předobjednat lze lite verzi za 299 dolarů a wireless verzi s Raspberry Pi 5 za 449 dolarů.
Dnes v 17:30 bude oficiálně vydána open source počítačová hra DOGWALK vytvořena v 3D softwaru Blender a herním enginu Godot. Release party proběhne na YouTube od 17:00.
McDonald's se spojil se společností Paradox a pracovníky nabírá také pomocí AI řešení s virtuální asistentkou Olivii běžící na webu McHire. Ian Carroll a Sam Curry se na toto AI řešení blíže podívali a opravdu je překvapilo, že se mohli přihlásit pomocí jména 123456 a hesla 123456 a získat přístup k údajům o 64 milionech uchazečů o práci.
Struktura sítě: modem - 10.0.1.254 server (Linux UBUNTU) - 10.0.1.201 lokálni stanice (Win XPP)- 10.0.1.210 a výšeOpen VPN je nastavena tak, že pokud se přihlásím z venku, dostanu na virtual adapteru adresu z ranku - 10.8.0.xx server se mi pak hlásí na 10.8.0.1 Bez problémů spouštím aplikace na serveru. Tady to funguje všechno správně. Potřebuji se teď ale dostat na nějakou stanici, která je umístěna ve vntřní síti a na ní vzdáleně spouštět nějakou aplikaci. Nejlépe asi vzdálenou plochou na portu 3389. Nedaří se mi na tu stanici ale dostat. Potřeboval bych tam asi vrazit nějakou routu, ale asi dělám něco blbě. Snažím se přidat do té stanice routu, aby odpověděla na požadavky ze sítě 10.8.0.xx Můžete mi poradit?
Konfig serveru: port 1199 proto udp dev tun ca /etc/openvpn/easy-rsa/keys/ca.crt cert /etc/openvpn/easy-rsa/keys/server.crt key /etc/openvpn/easy-rsa/keys/server.key dh /etc/openvpn/easy-rsa/keys/dh1024.pem server 10.8.0.0 255.255.255.0 ifconfig-pool-persist ipp.txt push "route 10.0.1.0 255.255.255.0" keepalive 10 120 comp-lzo persist-key persist-tun status /var/log/openvpn/openvpn-status.log log /var/log/openvpn/openvpn.log log-append /var/log/openvpn/openvpn.log verb 3 Konfig klienta: client dev tun proto udp remote www.xxxxxxxx.cz 1199 resolv-retry infinite nobind persist-key persist-tun ca ./ca.crt cert ./host.crt key ./host.key ns-cert-type server comp-lzo verb 4Přidal jsem do konfigurace serveru řádek: push "route 10.0.1.0 255.255.255.0" ted mám z venku dostupný server na adrese 10.8.0.1 i na jeho lokální adrese 10.0.1.201 nemůžu se ale stále prokousat na stanice.
Řešení dotazu:
iptables -L FORWARD -nv
. A pak jeste zkuste tcpdump pustit na vnitrnim rozhrani. Misto tun0 dejte eth[cislo interfacu]. A pak sem hodte vysledek. pokud na vnitrnim interfacu nebude zadny provoz tak vam to zere firewall na serveru. pokud bude zere to firewall na Windowsech.
S nejvetsi pravdepodobnosti vam to sezere firewall.
... mel bych jiny nazor ...
1/ paket vyleze z tunelu na serveru, a jde primo na stanici, protoze server je zaroven v siti klienta, takze vi kde jezkus si ze stanice ping na neco z rozsahu te vpnky
tracert bude lepsizkus si ze stanice ping na neco z rozsahu te vpnky
Microsoft Windows XP [Verze 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\Documents and Settings\Ucetni.LENOVOUCETNI>ipconfig Konfigurace protokolu IP systému Windows Adaptér sítě Ethernet Připojení k místní síti: Přípona DNS podle připojení . . . : ed Adresa IP . . . . . . . . . . . . : 10.0.1.214 Maska podsítě . . . . . . . . . . : 255.255.255.0 Výchozí brána . . . . . . . . . . : 10.0.1.254 C:\Documents and Settings\Ucetni.LENOVOUCETNI>ping 10.8.0.1 Příkaz PING na 10.8.0.1 s délkou 32 bajtů: Odpověď od 10.8.0.1: bajty=32 čas < 1ms TTL=64 Odpověď od 10.8.0.1: bajty=32 čas < 1ms TTL=64 Odpověď od 10.8.0.1: bajty=32 čas < 1ms TTL=64 Odpověď od 10.8.0.1: bajty=32 čas < 1ms TTL=64 Statistika ping pro 10.8.0.1: Pakety: Odeslané = 4, Přijaté = 4, Ztracené = 0 (ztráta 0%), Přibližná doba do přijetí odezvy v milisekundách: Minimum = 0ms, Maximum = 0ms, Průměr = 0ms C:\Documents and Settings\Ucetni.LENOVOUCETNI>tracert 10.8.0.1 Výpis trasy k 10.8.0.1 s nejvýše 30 směrováními 1 < 1 ms < 1 ms < 1 ms 10.8.0.1 Trasování bylo dokončeno. C:\Documents and Settings\Ucetni.LENOVOUCETNI>ping 10.8.0.58 Příkaz PING na 10.8.0.58 s délkou 32 bajtů: Vypršel časový limit žádosti. Vypršel časový limit žádosti. Vypršel časový limit žádosti. Vypršel časový limit žádosti. Statistika ping pro 10.8.0.58: Pakety: Odeslané = 4, Přijaté = 0, Ztracené = 4 (ztráta 100%),
ze serveru over ze ten stroj opravdu zije a pak ze stanice zkus tenC:\Documents and Settings\Ucetni.LENOVOUCETNI>ping 10.8.0.58 Příkaz PING na 10.8.0.58 s délkou 32 bajtů: Vypršel časový limit žádosti. Vypršel časový limit žádosti. Vypršel časový limit žádosti. Vypršel časový limit žádosti. Statistika ping pro 10.8.0.58: Pakety: Odeslané = 4, Přijaté = 0, Ztracené = 4 (ztráta 100%),
tracert
(na linuxu traceroute
)
C:\Documents and Settings\Ucetni.LENOVOUCETNI>route print =========================================================================== Seznam rozhraní 0x1 ........................... MS TCP Loopback interface 0x2 ...00 15 58 d4 e7 18 ...... Broadcom NetLink (TM) Gigabit Ethernet - Packet Scheduler Miniport =========================================================================== =========================================================================== Aktivní směrování: Cíl v síti Síťová maska Brána Rozhraní Metrika 0.0.0.0 0.0.0.0 10.0.1.254 10.0.1.214 20 10.0.1.0 255.255.255.0 10.0.1.214 10.0.1.214 20 10.0.1.214 255.255.255.255 127.0.0.1 127.0.0.1 20 10.8.0.1 255.255.255.255 10.0.1.201 10.0.1.214 1 10.255.255.255 255.255.255.255 10.0.1.214 10.0.1.214 20 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 224.0.0.0 240.0.0.0 10.0.1.214 10.0.1.214 20 255.255.255.255 255.255.255.255 10.0.1.214 10.0.1.214 1 Výchozí brána: 10.0.1.254 =========================================================================== Trvalé trasy: Žádnépřiznám se nevím kam bych měl ten tracert z té stanice poslat. Díky
pokusil jsem se to nakreslit, mrkni na to ...
zelena je vpnkapokud chces pingnout z "PC venku" na "stanici" ... tak to musi fungovat i obracene ... takze zkus tracert ze stanice na PC venku
podle routovaci tabulky to vypada tak ze paket pujde ze stanice na modem (default routa 10.0.1.254) a vi ten modem co s tim? ma routu na tu vpnku?
ip route add 10.8.0.0/24 via 10.0.1.201
Adaptér sítě Ethernet Připojení k místní síti: Přípona DNS podle připojení . . . : ed Adresa IP . . . . . . . . . . . . : 10.0.1.214 Maska podsítě . . . . . . . . . . : 255.255.255.0 Výchozí brána . . . . . . . . . . : 10.0.1.254 C:\Documents and Settings\Administrator>tracert 10.8.0.58 Výpis trasy k 10.8.0.58 s nejvýše 30 směrováními 1 1 ms 1 ms 3 ms 10.0.1.254 2 9 ms 11 ms 14 ms ph700-bras3.cz.net [193.85.82.43] 3 9 ms 12 ms 13 ms 213.29.170.33 4 8 ms 13 ms 22 ms 213.29.170.77 5 * * * Vypršel časový limit žádosti. 6 * * * Vypršel časový limit žádosti. 7 * * * Vypršel časový limit žádosti. 8 * * * Vypršel časový limit žádosti.V tom modemu jsme nic nenastavoval, tam jsem určitě žádnou routu na VPN nedával. Je to nějaký postarší ZyXel, ani nevím jestli to půjde. Myslel jsem že to tím modemem proleze. Na tu VPN dovnitř jsem taky nic nenastavoval a v pohodě to prolezlo na ten server. Myslel jsem že je potřeba nastavit to tak aby ta stanice uvnitř poslala tu odpověď na server a ne na default bránu.
tohle ukazuje presne co jsem rikal dojde to na router, ten to nezna tak to posle na svoji default routu a uz to jde do internetu ....C:\Documents and Settings\Administrator>tracert 10.8.0.58 Výpis trasy k 10.8.0.58 s nejvýše 30 směrováními 1 1 ms 1 ms 3 ms 10.0.1.254 2 9 ms 11 ms 14 ms ph700-bras3.cz.net [193.85.82.43] 3 9 ms 12 ms 13 ms 213.29.170.33 4 8 ms 13 ms 22 ms 213.29.170.77 5 * * * Vypršel časový limit žádosti. 6 * * * Vypršel časový limit žádosti. 7 * * * Vypršel časový limit žádosti. 8 * * * Vypršel časový limit žádosti.
jak uz jsi zjistil sam budes muset na vsech stanicich bud vzdy pridat routu (po rebootu to zapomene) a nebo to nastavit na routeru jak jsem psal
root@eurodrazby:/home/nkment# iptables -L FORWARD -nv Chain FORWARD (policy DROP 3532 packets, 371K bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED 0 0 ACCEPT tcp -- eth0 * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3389 state NEW 30 1688 ACCEPT tcp -- tun+ * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3389 state NEW root@eurodrazby:/home/nkment# tcpdump -i eth0 port 3389 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 11:24:16.741931 IP 10.8.0.58.50778 > 10.0.1.214.3389: S 4251331396:4251331396(0) win 8192 < mss 1368,nop,wscale 8,nop,nop,sackOK> 11:24:19.744916 IP 10.8.0.58.50778 > 10.0.1.214.3389: S 4251331396:4251331396(0) win 8192 < mss 1368,nop,wscale 8,nop,nop,sackOK> 11:24:25.750261 IP 10.8.0.58.50778 > 10.0.1.214.3389: S 4251331396:4251331396(0) win 8192 < mss 1368,nop,nop,sackOK> Tohle je nový provoz, když jsem ukončil na stanici firewall od ESET i Windows 11:28:57.346389 IP 10.8.0.58.50807 > 10.0.1.214.3389: S 2274779375:2274779375(0) win 8192 < mss 1368,nop,wscale 8,nop,nop,sackOK> 11:29:00.362285 IP 10.8.0.58.50807 > 10.0.1.214.3389: S 2274779375:2274779375(0) win 8192 < mss 1368,nop,wscale 8,nop,nop,sackOK> 11:29:06.370803 IP 10.8.0.58.50807 > 10.0.1.214.3389: S 2274779375:2274779375(0) win 8192 < mss 1368,nop,nop,sackOK>
route add 10.8.0.0 MASK 255.255.0.0. 10.0.1.201A pak to začne fungovat. Děkuji za pomoc
Tiskni
Sdílej: