Český úřad zeměměřický a katastrální zavedl u anonymního nahlížení do katastru nemovitostí novou CAPTCHA ve formě mapové puzzle: nepřihlášení uživatelé musí nově správně otočit devět dlaždic v 3x3 poli tak, aby dohromady daly souvislý obrázek výseče reálné mapy, přičemž na to mají pouze jeden časově omezený pokus. Test je podle uživatelů i odborníků příliš obtížný a na sociálních sítích pochopitelně schytává zaslouženou kritiku a
… více »Byla vydána verze 1.95.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.
Mozilla prostřednictvím své dceřiné společnosti MZLA Technologies Corporation představila open-source AI klienta Thunderbolt. Primárně je určený pro firemní nasazení.
Firma Cal.com oznámila, že přesouvá svůj produkční kód z otevřeného do uzavřeného repozitáře z důvodu bezpečnostního rizika umělé inteligence, která prý dokáže vyhledávat a zneužívat zranitelnosti rychleji, než by je jejich vývojářský tým stíhal opravovat. Zároveň zveřejnila samostatnou, open-source verzi Cal.diy pod licencí MIT, ovšem bez řady původních funkcí. O tom, zda je toto opatření rozumné, existují pochyby. … více »
Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.04. Přehled novinek i s náhledy a videi v oficiálním oznámení.
Kryptografická knihovna OpenSSL byla vydána v nové verzi 4.0. Přehled změn v souboru CHANGES.md na GitHubu. Odstraněna byla podpora SSLv2 Client Hello a SSLv3. Ve výchozím nastavení byla zakázána podpora odmítnutých eliptických křivek v TLS dle RFC 8422. Přibyla například podpora Encrypted Client Hello (ECH, RFC 9849).
curl up 2026, tj. setkání vývojářů a uživatelů curlu, proběhne opět v Praze. O víkendu 23. a 24. května v Pracovně.
Aplikace pro ověřování věku uživatelů on-line platforem je technicky hotová a brzy bude k dispozici pro občany EU, oznámila dnes předsedkyně Evropské komise Ursula von der Leyenová. Půjde podle ní o bezplatné a snadno použitelné řešení, které pomůže chránit děti před škodlivým a nelegálním obsahem. Aplikace bude podle ní fungovat na jakémkoli zařízení a bude zcela anonymní.
V prosinci 2012 byla z linuxového jádra odstraněna podpora procesorů 386. Včera započalo odstraňování podpory procesorů 486.
IuRe (Iuridicum Remedium) vyhlásila Ceny Velkého bratra za rok 2025. Slídily roku jsou automobilka Volkswagen, Meta a česká Ministerstva vnitra a průmyslu a obchodu. Autorem Výroku Velkého bratra je dánský ministr spravedlnosti zpochybňující právo na šifrovanou komunikaci. Naopak Pozitivní cenu získali studenti Masarykovy univerzity za odpor proti nucení do používaní aplikace ISIC.
Postavil jsem si server-A /debian/ který se připojuje k vpn /za tou vpn běží samba server-B/.
Pokud přímo na serveru-A dám smbmout //atd... , tak se normálně adresář připojí a vše jede jak má.
Pokud se ovšem pokusím o to samé z počítače který je v LAN síti za serverem-A, tak jediné co z toho dostanu je:
ping na server-B /jede bez potíží/
pokud se pokusím připojit /klient winXP/ vzdalený disk tak ho sice vidí , požádá o přihlašovací údaje a jakmile dám připojit tak chvíli chroustá a pak napíše že vzdálený disk již momentálně není k dispozici.
Subnety síti jsou odlišné nic nekoliduje. Nevím už kam mám sáhnout :o).
Na serveru-B běží i http. Pokud dám na serveru-A links server-B tak vše najdede , v LAN siti za serverem-A již ne. Vyskoušel jsem i místo winXP pustit liveUbuntu ale výsledek byl stejný. Nenapadá někoho něco ?
tcpdump -i eth0 -l -vv -n -s 0 host 192.168.16.250 22:45:56.241093 IP (tos 0x0, ttl 62, id 15431, offset 0, flags [none], proto ICMP (1), length 60) 192.168.16.250 > 192.168.4.53: ICMP echo reply, id 512, seq 8960, length 40výpis na port 139
23:15:12.422065 IP server.netbios-ssn > 192.168.4.53.2827: S 1078985033:1078985033(0) ack 1014835718 win 5840 < mss 1440,nop,nop,sackOK> ^C 1 packets captured 1 packets received by filter 0 packets dropped by kernel
iptables -t nat -L -vn , hlási jen maškarádu z eth1 na eth0
Tak si fakt nevím rady. Stroj na kterém běží samba normálně pingnu , v té síti je ještě jedne počítač na kterém běží RDP, tam se normálně připojím. Když dám v připojit síťovou jednotku vše proběhne jak má a v průzkumníku se objeví složka Server-samba:/adresar .. když ale na to kliknu tak se obsah nezobrazí. Furt běží jen přesýpací hodiny :o)-
Pokud to samé udělám na serveru kterým se připojuji do te VPN tak je vše OK , vše je vidět.
Mohl by mi prosím někdo poradit co konkrétně mám odsledovat ? tcpdump vypisuje činnost pokud se pokusím přistoupit třeba /http / jako by to bylo z adresy serveru co mě připojuje do VPN . /a né z LAN IP z které se pokouším na to http dostat/
Schéma sítě
SAMBA /siť -192.168.16.0/ --> ciscorouter --> VPNTUNEL --> MujSERVER --> MojeLAN/192.168.4.0
routy na MujSERVER
192.168.16.0 0.0.0.0 255.255.255.0 U 0 0 0 tun0 192.168.4.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1 0.0.0.0 ver.IP 0.0.0.0 UG 100 0 0 eth0
MojeLAN je připojen přez eth1 , eth0 je WAN, tun0 je od vpnc tunelu.
defaultní brána na MujSERVER je na eth0.
Ping z MojeLAN /klient winXP/
Prikaz PING na 192.168.16.250 s d‚lkou 32 bajt…: Odpoved od 192.168.16.250: bajty=32 źas=41ms TTL=62
13:09:31.502578 IP server.www > 192.168.17.17.36978: Flags [F.], seq 352, ack 390, win 1716, options [nop,nop,TS val 482660589 ecr 352237], length 0ovšem nevím co y toho mám vyčíst.
Tiskni
Sdílej: