abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 16
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 5
včera 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 14
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
včera 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 32
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 50
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 949 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Problém se síťovým přístupem na tiskárnu

    12.12.2008 10:40 Jakub Forman
    Problém se síťovým přístupem na tiskárnu
    Přečteno: 130×

    Prosím o pomoc se zvláštní síťovou chybou.

    Již delší dobu provozuji řešení, kdy na síťovou tiskárnu Brother MFC-8820DN umístněnou v LAN OSTRAVA tisknu přes internet i z LAN Jeseník, a to tak že na bráně v Ostravě mám nastaven firewall a přesměrování portů tak aby tiskárna byla vidět jen z LAN JESENIK prostřednictvím veřejné IP adresy brány.
    Nyní toto řešení "přes noc" přestalo fungovat. Z Jeseníku nelze tisknout (porty 161 a 9100), ani není přístup na webové rozhraní. Lokálně v Ostravě vše funguje normálně. Já jsem nikde nic neměnil, provideři na obou koncích prý také ne.
    Sledoval jsem spojení na tiskárnu pomocí tcpdump a zjistil, že tiskárna zruší spojení hned po úvodním navázání TCP spojení. Pro porovnání jsem pořídil tcpdump připojení na www rozhraní tiskárny (z lynxu) a to jak z Jeseníku tak lokálně z Ostravy.
    Tušíte někdo kde by mohl být problém? Díky.

    Ostrava nastavení firewallu:

    <PRE>
    # Pro tisk z Jeseniku povolim 9100 (tisk) a 161 (snmp) a 80 (http)
    $IPTABLES -I FORWARD -p udp -s $JESENIK --dport 161 -j ACCEPT
    $IPTABLES -I FORWARD -p tcp -s $JESENIK --dport 9100 -j ACCEPT
    $IPTABLES -I FORWARD -p tcp -s $JESENIK --dport 80 -j ACCEPT

    # A presmerovani tisku a http na tiskarnu
    $IPTABLES -t nat -A PREROUTING -p udp -s $JESENIK -d $OSTRAVA --dport 161 -j DNA
    T --to TISKARNA:161
    $IPTABLES -t nat -A PREROUTING -p tcp -s $JESENIK -d $OSTRAVA --dport 9100  -j D
    NAT --to TISKARNA:9100
    $IPTABLES -t nat -A PREROUTING -p tcp -s $JESENIK -d $OSTRAVA --dport 80  -j DNA
    T --to TISKARNA:80
    </PRE>

    Tcpdump při spojení z Ostravy

    <PRE>
    [root@SERVER_OV /root]# tcpdump -nvv host TISKARNA and port 80
    Kernel filter, protocol ALL, TURBO mode (575 frames), datagram packet socket
    tcpdump: listening on all devices
    09:20:02.481514 eth0 > OV_SERVER.1087 > TISKARNA.http: S 2899044996:2899044996(0) win 5840 <mss 1460,sackOK,timestamp 4621510 0,nop,wscale 0> (DF) (ttl 64, id 28226)
    09:20:02.491514 eth0 < TISKARNA.http > OV_SERVER.1087: S 996681491:996681491(0) ack 2899044997 win 4096 <mss 1460> (ttl 60, id 5719)
    09:20:02.491514 eth0 > OV_SERVER.1087 > TISKARNA.http: . 1:1(0) ack 1 win 5840 (DF) (ttl 64, id 28227)
    09:20:02.491514 eth0 > OV_SERVER.1087 > TISKARNA.http: P 1:650(649) ack 1 win 5840 (DF) (ttl 64, id 28228)
    09:20:02.511514 eth0 < TISKARNA.http > OV_SERVER.1087: . 1:1(0) ack 650 win 4096 (ttl 60, id 5720)
    09:20:02.691514 eth0 < TISKARNA.http > OV_SERVER.1087: P 1:157(156) ack 650 win 4096 (ttl 60, id 5721)
    09:20:02.691514 eth0 > OV_SERVER.1087 > TISKARNA.http: . 650:650(0) ack 157 win 6432 (DF) (ttl 64, id 28229)
    09:20:02.701514 eth0 < TISKARNA.http > OV_SERVER.1087: FP 157:157(0) ack 650 win 1 (ttl 60, id 5722)
    09:20:02.701514 eth0 > OV_SERVER.1087 > TISKARNA.http: F 650:650(0) ack 158 win 6432 (DF) (ttl 64, id 28230)
    09:20:02.701514 eth0 < TISKARNA.http > OV_SERVER.1087: . 158:158(0) ack 651 win 0 (ttl 60, id 5723)
    09:20:05.721514 eth0 > OV_SERVER.1088 > TISKARNA.http: S 2888147366:2888147366(0) win 5840 <mss 1460,sackOK,timestamp 4621834 0,nop,wscale 0> (DF) (ttl 64, id 10156)
    09:20:05.721514 eth0 < TISKARNA.http > OV_SERVER.1088: S 1015647712:1015647712(0) ack 2888147367 win 4096 <mss 1460> (ttl 60, id 5724)
    09:20:05.721514 eth0 > OV_SERVER.1088 > TISKARNA.http: . 1:1(0) ack 1 win 5840 (DF) (ttl 64, id 10157)
    09:20:05.731514 eth0 > OV_SERVER.1088 > TISKARNA.http: P 1:664(663) ack 1 win 5840 (DF) (ttl 64, id 10158)
    09:20:05.751514 eth0 < TISKARNA.http > OV_SERVER.1088: . 1:1(0) ack 664 win 4096 (ttl 60, id 5725)
    09:20:06.111514 eth0 < TISKARNA.http > OV_SERVER.1088: P 1:208(207) ack 664 win 4096 (ttl 60, id 5726)
    09:20:06.111514 eth0 > OV_SERVER.1088 > TISKARNA.http: . 664:664(0) ack 208 win 6432 (DF) (ttl 64, id 10159)
    09:20:06.111514 eth0 < TISKARNA.http > OV_SERVER.1088: P 208:650(442) ack 664 win 4096 (ttl 60, id 5727)
    09:20:06.111514 eth0 > OV_SERVER.1088 > TISKARNA.http: . 664:664(0) ack 650 win 7504 (DF) (ttl 64, id 10160)
    09:20:06.131514 eth0 < TISKARNA.http > OV_SERVER.1088: FP 650:650(0) ack 664 win 1 (ttl 60, id 5728)
    09:20:06.131514 eth0 > OV_SERVER.1088 > TISKARNA.http: F 664:664(0) ack 651 win 7504 (DF) (ttl 64, id 10161)
    09:20:06.131514 eth0 < TISKARNA.http > OV_SERVER.1088: . 651:651(0) ack 665 win 0 (ttl 60, id 5729)

    22 packets received by filter
    </PRE>


    Pokus o přístup z Jeseníku:

    <PRE>
    jakub@gw-modic:~$ lynx ov_server
    Vyhledávám ov_server jako první.
    Vyhledávám ov_server
    Navazuji HTTP spojení s ov_server.
    Odesílám HTTP požadavek.
    HTTP požadavek odeslán; čekám na odpověď
    Posílám znovu jako HTTP0 požadavek.
    Vyhledávám ov_server
    Navazuji HTTP spojení s ov_server.
    Odesílám HTTP požadavek.
    HTTP požadavek odeslán; čekám na odpověď
    Pozor!: Neočekávaná chyba při čtení ze soketu; spojení uzavřeno.
    Nelze získat přístup `http://ov_server/'
    Pozor!: Nelze získat přístup k dokumentu.

    lynx: startovní soubor nelze otevřít
    </PRE>

    A tcpdump přístupu z Jeseníku

    <PRE>
    root@SERVER_OV /root]# tcpdump -nvv host TISKARNA and port 80
    Kernel filter, protocol ALL, TURBO mode (575 frames), datagram packet socket
    tcpdump: listening on all devices
    09:22:01.361514 eth0 > JESENIK.34810 > TISKARNA.http: S 3023840342:3023840342(0) win 5840 <mss 1460,sackOK,timestamp 4619767 0,nop,wscale 0> (DF) (ttl 45, id 22945)
    09:22:01.361514 eth0 < TISKARNA.http > JESENIK.34810: S 1027158837:1027158837(0) ack 3023840343 win 4096 <mss 1460> (ttl 60, id 5730)
    09:22:01.441514 eth0 > JESENIK.34810 > TISKARNA.http: . 1:1(0) ack 1 win 5840 (DF) [tos 0x20]  (ttl 45, id 22946)
    09:22:01.451514 eth0 < TISKARNA.http > JESENIK.34810: R 1027158838:1027158838(0) win 0 (ttl 60, id 5731)
    09:22:01.451514 eth0 > JESENIK.34810 > TISKARNA.http: P 1:325(324) ack 1 win 5840 (DF) [tos 0x20]  (ttl 45, id 22947)
    09:22:01.461514 eth0 < TISKARNA.http > JESENIK.34810: R 1027158838:1027158838(0) win 0 (ttl 60, id 5732)
    09:22:01.561514 eth0 > JESENIK.34811 > TISKARNA.http: S 3024360095:3024360095(0) win 5840 <mss 1460,sackOK,timestamp 4619787 0,nop,wscale 0> (DF) (ttl 45, id 27796)
    09:22:01.561514 eth0 < TISKARNA.http > JESENIK.34811: S 1056520996:1056520996(0) ack 3024360096 win 4096 <mss 1460> (ttl 60, id 5733)
    09:22:01.621514 eth0 > JESENIK.34811 > TISKARNA.http: . 1:1(0) ack 1 win 5840 (DF) [tos 0x20]  (ttl 45, id 27797)
    09:22:01.621514 eth0 < TISKARNA.http > JESENIK.34811: R 1056520997:1056520997(0) win 0 (ttl 60, id 5734)
    09:22:01.631514 eth0 > JESENIK.34811 > TISKARNA.http: P 1:10(9) ack 1 win 5840 (DF) [tos 0x20]  (ttl 45, id 27798)
    09:22:01.631514 eth0 < TISKARNA.http > JESENIK.34811: R 1056520997:1056520997(0) win 0 (ttl 60, id 5735)

    12 packets received by filter
    </PRE>

    Na otázku zatím nikdo bohužel neodpověděl.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.