Bratislava OpenCamp pokračuje vo svojej tradícii a fanúšikovia otvorených technológií sa môžu tešiť na 4. ročník, ktorý sa uskutoční 25. 4. 2026 na FIIT STU v Bratislave. V súčasnosti prebieha prihlasovanie prednášok a workshopov – ak máte nápad, projekt, myšlienku, o ktoré sa chcete podeliť s komunitou, OpenCamp je správne miesto pre vás.
Krádež není inovace (Stealing Isn't Innovation). Koalice umělců, spisovatelů a tvůrců protestuje proti používání autorsky chráněných děl velkými technologickými společnostmi pro trénování AI systémů bez povolení či kompenzace.
Stát, potažmo ministerstvo vnitra plánuje zřízení nového, neveřejného virtuálního operátora, který by byl primárně určený na zajištěni kritické infrastruktury státu. Cílem je zajistit udržitelné, bezpečné, mobilní, vysokorychlostní datové a hlasové služby umožňující přístup ke kritickým aplikacím IZS a krizového řízení.
Byla vydána nová verze 10.0 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Vypíchnout lze nové balíčky ownCloud Infinite Scale a Uptime-Kuma.
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.
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: