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í
×

včera 21:33 | Bezpečnostní upozornění

V Sambě byla nalezena a opravena bezpečnostní chyba CVE-2017-7494. Má-li útočník právo ukládat soubory na vzdálený server, může tam uložit připravenou sdílenou knihovnu a přinutit smbd server k jejímu načtení a tím pádem ke spuštění libovolných příkazů. Chyba je opravena v upstream verzích 4.6.4, 4.5.10 a 4.4.14. Chyba se týká všech verzí Samby od verze 3.5.0 vydané 1. března 2010.

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

Byla vydána nová stabilní verze 4.3.0 integrovaného vývojového prostředí (IDE) Qt Creator. Z novinek lze zmínit například integraci editoru kódu do Qt Quick Designeru.

Ladislav Hagara | Komentářů: 1
včera 20:11 | Bezpečnostní upozornění

Společnost Check Point informuje na svém blogu o novém vektoru útoku. Pomocí titulků lze útočit na multimediální přehrávače VLC, Kodi, Popcorn Time, Stremio a pravděpodobně i další. Otevření útočníkem připraveného souboru s titulky v neaktualizovaném multimediálním přehrávači může vést ke spuštění libovolných příkazů pod právy uživatele. Ukázka na YouTube. Chyba je opravena v Kodi 17.2 nebo ve VLC 2.2.6.

Ladislav Hagara | Komentářů: 3
23.5. 15:18 | Zajímavý software

CrossOver, komerční produkt založený na Wine, je dnes (23. 5. 2017) dostupný ve slevě. Roční předplatné linuxové verze vyjde s kódem TWENTYONE na $21, resp. $1 v případě IP z chudších zemí. Firma CodeWeavers, která CrossOver vyvíjí, významně přispívá do Wine. Přidaná hodnota CrossOver spočívá v přívětivějším uživatelském rozhraní, integraci do desktopu a podpoře.

Fluttershy, yay! | Komentářů: 25
23.5. 15:11 | Zajímavý projekt

V únoru loňského roku bylo představeno několik útoků na celou řadu bezdrátových klávesnic a myší s názvem MouseJack. Po více než roce lze chybu opravit, tj. aktualizovat firmware, také z Linuxu. Richardu Hughesovi se podařilo navázat spolupráci se společností Logitech, získat od nich dokumentaci, přesvědčit je, aby firmware poskytovali přímo a ne jako součást .exe souboru, aby mohl být popis začleněn do služby Linux Vendor Firmware Service (LVFS) a aktualizace tak mohla proběhnou přímo z Linuxu pomocí projektu fwupd.

Ladislav Hagara | Komentářů: 2
23.5. 13:22 | Nová verze

Po roce a půl vydali vývojáři projektu SANE (Scanner Access Now Easy) (Wikipedie) novou verzi 1.0.27 balíku SANE-Backends. Nejnovější verze tohoto balíku pro přístup ke skenerům přináší například významná vylepšení v několika backendech nebo podporu pro více než 30 nových modelů skenerů. Verze 1.0.26 byla přeskočena.

Ladislav Hagara | Komentářů: 0
22.5. 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
22.5. 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 8
22.5. 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
22.5. 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 10
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 610 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: iptables povoleni SSH

    6.7.2011 13:39 mapim | skóre: 18
    iptables povoleni SSH
    Přečteno: 502×
    Ahoj, nějak jsem se ztratil v iptables. Má dvě síťovky, na jedné jsem připojen k internetu, druhou pouštím inet do LAN.
    root@lin:~# iptables -L
    Chain INPUT (policy ACCEPT)
    target     prot opt source               destination         
    LOG        all  --  anywhere             anywhere            LOG level warning 
    ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh state NEW,ESTABLISHED 
    ACCEPT     tcp  --  anywhere             anywhere            tcp spt:ssh state ESTABLISHED 
    
    Chain FORWARD (policy ACCEPT)
    target     prot opt source               destination         
    LOG        all  --  anywhere             anywhere            LOG level warning 
    ACCEPT     all  --  anywhere             anywhere            
    
    Chain OUTPUT (policy ACCEPT)
    target     prot opt source               destination         
    LOG        all  --  anywhere             anywhere            LOG level warning 
    ACCEPT     tcp  --  anywhere             anywhere            tcp spt:ssh state ESTABLISHED 
    ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:ssh state NEW,ESTABLISHED 
    
    Snažím se povolit SSH spojení odkudkoliv z inet na deb router, leč marně. Nevím, jestli není ještě náhodou chyba u poskytovatele, který mi povoloval SSH NAT.

    Můžete mě prosím nějak nasměrovat? Moc díky

    Řešení dotazu:


    Odpovědi

    6.7.2011 14:41 Robert Kupka | skóre: 13
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Kedze mate vo vsetkych chainoch policy ACCEPT, je uplne jedno ake su dalsie pravidla, mate povolene vsetko. Chyba bude teda niekde inde. Pocuva vam SSH demon na vsetkych interfacoch ?
    6.7.2011 15:42 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Díky za info. Nastavil jsem všechno na accept abych si byl jistý... sshd naslouchá na všech int...
    root@lin:~# netstat -anp | grep sshd
    tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      1196/sshd       
    tcp6       0      0 :::22                   :::*                    LISTEN      1196/sshd       
    
    pavlix avatar 6.7.2011 14:46 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Samozřejmě lze používat SSH přes nasměrovaný port (tam bude nejspíš chyba, použij tcpdump k ověření, jestli ti ty pakety vůbec přicházejí). Ale mnohem lepší je říct si o alespoň jednu veřejnou adresu nebo získat třeba veřejné IPv6 adresy nativně, nebo v nejhorším přes tunel a připojovat se pomocí těch.
    6.7.2011 21:51 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Děkuji za radu. Zapnul jsem si tcpdump, ale těžko se v tom zorientovat. Jsem přihlášený přes SSH na server a z něj se zkouším připojit zpět k sobě.

    Zde příklad dumpu:
    root@lin:~# tcpdump -nnvvi eth0 src 93.190.52.39 
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
    21:43:11.620256 IP (tos 0x4, ttl 55, id 45196, offset 0, flags [DF], proto TCP (6), length 100)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xba45 (correct), seq 2520793180:2520793228, ack 124454243, win 8326, options [nop,nop,TS val 1550188030 ecr 9027017], length 48
    21:43:11.624232 IP (tos 0x4, ttl 55, id 45197, offset 0, flags [DF], proto TCP (6), length 100)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xa99d (correct), seq 48:96, ack 1, win 8326, options [nop,nop,TS val 1550188030 ecr 9027017], length 48
    21:43:11.626120 IP (tos 0x4, ttl 55, id 45198, offset 0, flags [DF], proto TCP (6), length 148)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xd321 (correct), seq 96:192, ack 1, win 8326, options [nop,nop,TS val 1550188030 ecr 9027017], length 96
    21:43:12.611174 IP (tos 0x4, ttl 55, id 45199, offset 0, flags [DF], proto TCP (6), length 116)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0x3e90 (correct), seq 192:256, ack 49, win 8326, options [nop,nop,TS val 1550188055 ecr 9027116], length 64
    21:43:12.889244 IP (tos 0x4, ttl 55, id 45200, offset 0, flags [DF], proto TCP (6), length 100)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xd05e (correct), seq 256:304, ack 97, win 8326, options [nop,nop,TS val 1550188062 ecr 9027144], length 48
    
    nebo
    root@lin:~# tcpdump -nnvvi eth0 port 22
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
    21:48:13.147686 IP (tos 0x10, ttl 64, id 50506, offset 0, flags [DF], proto TCP (6), length 100)
        192.168.99.254.54039 > 93.190.52.39.22: Flags [P.], cksum 0xb6e2 (incorrect -> 0xd7b6), seq 124454915:124454963, ack 2520794956, win 323, options [nop,nop,TS val 9057171 ecr 1550195160], length 48
    21:48:13.170806 IP (tos 0x4, ttl 55, id 45240, offset 0, flags [DF], proto TCP (6), length 116)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0x47e0 (correct), seq 1:65, ack 48, win 8326, options [nop,nop,TS val 1550195602 ecr 9057171], length 64
    21:48:13.170872 IP (tos 0x10, ttl 64, id 50507, offset 0, flags [DF], proto TCP (6), length 52)
        192.168.99.254.54039 > 93.190.52.39.22: Flags [.], cksum 0xb6b2 (incorrect -> 0x523e), seq 48, ack 65, win 323, options [nop,nop,TS val 9057173 ecr 1550195602], length 0
    21:48:13.927686 IP (tos 0x10, ttl 64, id 50508, offset 0, flags [DF], proto TCP (6), length 100)
        192.168.99.254.54039 > 93.190.52.39.22: Flags [P.], cksum 0xb6e2 (incorrect -> 0x7e2e), seq 48:96, ack 65, win 323, options [nop,nop,TS val 9057249 ecr 1550195602], length 48
    21:48:13.941817 IP (tos 0x4, ttl 55, id 45241, offset 0, flags [DF], proto TCP (6), length 100)
        93.190.52.39.22 > 192.168.99.254.54039: Flags [P.], cksum 0xb42e (correct), seq 65:113, ack 96, win 8326, options [nop,nop,TS val 1550195621 ecr 9057249], length 48
    21:48:13.941864 IP (tos 0x10, ttl 64, id 50509, offset 0, flags [DF], proto TCP (6), length 52)
        192.168.99.254.54039 > 93.190.52.39.22: Flags [.], cksum 0xb6b2 (incorrect -> 0x517e), seq 96, ack 113, win 323, options [nop,nop,TS val 9057250 ecr 1550195621], length 0
    
    
    
    pavlix avatar 6.7.2011 23:30 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    93.190.52.39.22 > 192.168.99.254.54039
    Zdrojový port 22 znamená, že data odchází ze SSH serveru. To znamená, že na SSH server pravděpodobně přišlo něco, na co odpovídá (nahraď src za host a uvidíš oba směry... ale jak vidím, tak už jsi zkusil obdobu, port 22 ti taky dává oba směry).

    SSH server tedy data přijímá i odesílá.
    vencour avatar 6.7.2011 23:52 vencour | skóre: 55 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: iptables povoleni SSH

    Občas je přehlednější použití třeba programu iptraf, ukazuje průběžný seznam spojení pro jednotlivý interfejs.

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    pavlix avatar 7.7.2011 00:28 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Může být. I když v tomhle případě asi ne, dotazujícímu šlo o to, jestli přístup vůbec funguje a na to mi přijde nejlepší se dívat přímo na pakety.
    Řešení 1× (mapim (tazatel))
    7.7.2011 12:43 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Ano! Už to šlape! Poskytovatel sice NAT nastavil ale jiné bráně :)

    Děkuji za pomoc.
    pavlix avatar 7.7.2011 12:44 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    A umíš pár věcí navíc :).
    7.7.2011 13:46 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    tak čoveče, po 11 letech v IT, jsem zcela jistě schopen říct, že mi bylo objeveno něco nového, ale že bych to uměl? To budu muset ještě počkat :)))
    pavlix avatar 7.7.2011 14:00 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    tak čoveče, po 11 letech v IT, jsem zcela jistě schopen říct, že mi bylo objeveno něco nového, ale že bych to uměl? To budu muset ještě počkat :)))
    Ten smajlík tam byl pro označení nadsázky, ne jako vítězný pokřik.

    A jinak... 11 let v IT nic moc neznamená. Teď jsem koukal, co umí můj bratránek, který ještě před rokem byl z hlediska IT úplný ucho...
    7.7.2011 14:15 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH

    A jinak... 11 let v IT nic moc neznamená. Teď jsem koukal, co umí můj bratránek, který ještě před rokem byl z hlediska IT úplný ucho...
    Naprostá pravda!

    Taky jsem došel k tomu, že to nic neznamená :) ani plná složka certifikátů, ani titul, ani praxe. Jen to co opravdu umíš a s čím se dkážeš vypořádat něco znamená.
    7.7.2011 12:30 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Díky! Pěkná utilita, dobré vědět :)
    vencour avatar 7.7.2011 13:27 vencour | skóre: 55 | blog: Tady je Vencourovo | Praha+západní Čechy
    Rozbalit Rozbalit vše Re: iptables povoleni SSH

    Další je iftop (obecně je těch *topů víc, atop, htop, powertop, latencytop, iotop, dnstop, ale nejsou v každém repozitáři).

    Ty nejhlubší objevy nečekají nutně za příští hvězdou. Jsou uvnitř nás utkány do vláken, která nás spojují, nás všechny.
    7.7.2011 12:47 tomk
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Jestli to spravne chapu (vzhledem k odkazu na ISP, ktery "povoloval SSH NAT"), tak adresa naseho serveru je 192.168.99.254, tady bezi sshd a 93.190.52.39 je pak stroj v Internetu, na ktery jsme momentalne prihlaseni a zkousime _z_nej_ delat ssh na nas. Zajimal by nas tedy napr. SYN packet

    93.190.52.39.1025 > 192.168.99.254.22

    , ktery ale ve vypisu nevidim. To co vidime je jen stavajici ssh spojeni, ktere je jako na potvoru na stejnou IP adresu jako ta, ze ktere neco ocekavame.

    Nebo se pletu?

    Tomas
    pavlix avatar 7.7.2011 12:56 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    Máš částečně pravdu. Ale kde by se tam vzalo to napotvoru stejné spojení, když se celou dobu bavíme o tom, že takové spojení nelze navázat?
    7.7.2011 13:35 mapim | skóre: 18
    Rozbalit Rozbalit vše Re: iptables povoleni SSH
    moje chybka, měl formulaci podat srozumitelněji :)

    adresa serveru, na který se mělo dát dostat: 192.168.99.254
    adresa serveru, ze kterého se připojuji: 93.190.52.39 (na kterém jsem zárověn připojen)

    To spojení navázat nešlo. Myslel jsem si, že je to mým iptables, tak jsem v iptables vše povolil. Stále to však nešlo. Nakonec se ukázalo, že poskytovatel sice NAT nastavil, ale zapoměl "krabičku", kerou tu u sebe mám, na tu správnou gateway (na které NAT je) nasměrovat.

    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.