abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

    dnes 02:11 | Komunita

    V srpnu společnost HashiCorp přelicencovala "své produkty" Terraform, Packer, Vault, Boundary, Consul, Nomad a Waypoint z MPL a Vagrant z MIT na BSL (Business Source License). V září byl představen svobodný a otevřený fork Terraformu s názvem OpenTofu. Na konferenci Open Source Summit Japan 2023 byl představen (YouTube) svobodný a otevřený fork Vaultu s názvem OpenBao (GitHub).

    Ladislav Hagara | Komentářů: 0
    včera 21:44 | Komunita

    Na dnes plánované vydání Debianu 12.3 bylo posunuto. V jádře 6.1.64-1 v souborovém systému ext4 je chyba #1057843 vedoucí k možnému poškození dat.

    Ladislav Hagara | Komentářů: 1
    včera 14:11 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE? Pravidelný přehled novinek i s náhledy aplikací v Týden v GNOME a Týden v KDE.

    Ladislav Hagara | Komentářů: 0
    včera 03:11 | Humor

    Tak od ledna linuxové terminály, výchozí pozadí i celé desktopy v barvě "broskvového chmýří", v barvě "jejíž všeobjímající duch obohacuje mysl, tělo i srdce". Barvou roku 2024 je PANTONE 13-1023 Peach Fuzz.

    Ladislav Hagara | Komentářů: 7
    8.12. 21:44 | Nová verze

    Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.

    Ladislav Hagara | Komentářů: 2
    8.12. 15:44 | Bezpečnostní upozornění

    Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.

    Ladislav Hagara | Komentářů: 3
    8.12. 00:11 | Nová verze

    Byla vydána listopadová aktualizace aneb nová verze 1.85 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 24
    7.12. 13:33 | Komunita Ladislav Hagara | Komentářů: 2
    7.12. 13:22 | Komunita

    Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.

    Ladislav Hagara | Komentářů: 0
    7.12. 12:55 | Nová verze

    Byla vydána nová stabilní verze 3.19.0, tj. první z nové řady 3.19, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou podporu Raspberry Pi 5.

    Ladislav Hagara | Komentářů: 0
     (42%)
     (10%)
     (48%)
    Celkem 107 hlasů
     Komentářů: 2, poslední 6.12. 22:12
    Rozcestník

    Dotaz: iptables nutny "restart" ?

    6.2.2008 18:59 Humik
    iptables nutny "restart" ?
    Přečteno: 415×
    Zdravim :)

    Chci se zeptat, jestli je v pripade upravy iptables nutno "udelat" jeste neco proto, aby bylo nastaveni aktivni ..

    Jde mi konkretne o povoleni pristupu na port 3306 vsem PC, aby se slo na server pripojit vzdalene k mysql db .. nevim kde delam chybu, do iptables jsem to zanesl, ale stejne neni ani pres nmap 3306 videt ..

    Diky moc za kazdou radu..

    Odpovědi

    6.2.2008 19:07 outsider
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Ne, zmeny provedene prikazem iptables se projevi ihned. Neni mi jasne, co ma byt na portu 3306 "videt"?
    6.2.2008 19:12 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Myslel jsem tim jako ze by se ukazal port 3306 jako "open" tzn. ze na nem bezi mysql..
    6.2.2008 19:16 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Respektive, nevim co presne pridat do iptables abych se mohl vzdalene z jakehokoliv PC pripojit na server na mysql ..
    6.2.2008 19:22 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    A poslouchá mysql na síťovém rozhraní? Defaultně to bývá vypnuté úplně, nebo jen přes localhost, parametry skip-networking a bind-address v /etc/mysql/my.cnf.
    6.2.2008 19:24 dustin | skóre: 63 | blog: dustin
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Že poslouchá poznáš přes netstat na onom stroji.
    6.2.2008 20:02 diverman | skóre: 32 | blog: život s tučňáčkem
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    ...me oblibene netstat -lp
    deb http://ftp.cz.debian.org/debian jessie main contrib non-free
    H0ax avatar 6.2.2008 19:23 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Pokud to máš tak, že napřed povoluješ, pak všechno zakážeš a pak jsi povolil to mysql, tak se to neprojeví, protože se pravidla provádějí "odshora" popořadě. Napiš si to někam do scriptu, na začátku je smaž a pak znovu nastav jak je potřeba.
    uid=0(root) gid=0(root) skupiny=0(root)
    6.2.2008 19:29 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Restart není potřeba, měníte přímo tabulky v jádře.

    Ve vašem případě ale asi potřebujete ještě aplikaci, která by na tom portu naslouchala. Vypište si na počítači se serverem netstat -nlt – pokud MySQL neposlouchá na veřejné IP adrese toho PC (tj. ne 127.0.0.1), tak se na ni z venku nedostanete. Zajímat vás bude konfigurační volba mysqld bind-address.
    6.2.2008 19:45 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Po napsani netstat -nlt to pise presne tohle :

    Diky moc za kazdou radu ..

    [root@server /]# netstat -nlt Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:743 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:4949 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN tcp 0 0 :::80 :::* LISTEN tcp 0 0 :::22 :::* LISTEN tcp 0 0 :::443 :::* LISTEN
    6.2.2008 19:46 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Huf, nejak se to nezkopirovalo zrovna korektne :( mno dulezite je ze :

    tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN
    6.2.2008 20:01 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Příště prosím použijte tag <pre>. Podle toho tedy MySQL naslouchá na všech adresách. Takže jsou dvě možnosti – buď je někde mezi firewall, nebo nebo přístup blokuje až MySQL na základě přístupových práv – to by se ale spojení navázalo, a selhal by až přístup k nějaké databázi pod určitým jménem a heslem. Firewall můžete otestovat docela snadno – na tom stroji, kde běží MySQL, pusťte
    tcpdump -ni eth0 'port 3306'
    
    kde eth0 je rozhraní, odkud přichází spojení od klienta. Pokud neuvidíte žádné příchozí pakety, je firewall někde mezi serverem a klientem. Pokud přijdou jen příchozí pakety, blokuje provoz zřejmě firewall přímo na serveru (za předpokladu, že tedy server opravdu naslouchá).
    6.2.2008 20:07 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Diky moc ..

    po zadani toho co jste napsal se tam normalne objevili 4 prijmute packety .. ale vubec nevim co dal :( protoze v iptables je to taky povoleno ..
    6.2.2008 20:11 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Pokud MySQL na portu naslouchá, přímo ve firewallu to neblokujete, tak už snad jedině jen nějaký NAT, který by ty pakety poslal někam pryč… Asi nejlepší bude dát sem výpis iptables.
    iptables -nvL --line-numbers
    iptables -t nat nvL --line-numbers
    
    6.2.2008 20:11 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Da se nejakym zpusobem na chvili "vyradit" iptables aby nebylo aktivni a pak to zase nahodit ? (nechci primo mazat vsechna pravidla) jen kvuli odzkouseni jestli to je skutecne tim..

    Diky
    6.2.2008 20:12 Humik
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    [root@server /]# iptables -nvL --line-numbers
    Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
    num   pkts bytes target     prot opt in     out     source               destination
    1      47M 6409M RH-Firewall-1-INPUT  all  --  *      *       0.0.0.0/0            0.0.0.0/0
    2        0     0 ACCEPT     tcp  --  eth0   *       0.0.0.0/0            0.0.0.0/0           tcp dpt:3306
    3        0     0 ACCEPT     tcp  --  eth0   *       0.0.0.0/0            0.0.0.0/0           tcp dpt:3306
    
    Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
    num   pkts bytes target     prot opt in     out     source               destination
    1        0     0 RH-Firewall-1-INPUT  all  --  *      *       0.0.0.0/0            0.0.0.0/0
    
    Chain OUTPUT (policy ACCEPT 49M packets, 36G bytes)
    num   pkts bytes target     prot opt in     out     source               destination
    
    Chain RH-Firewall-1-INPUT (2 references)
    num   pkts bytes target     prot opt in     out     source               destination
    1    7396K  858M ACCEPT     all  --  lo     *       0.0.0.0/0            0.0.0.0/0
    2     8954 1210K ACCEPT     icmp --  *      *       0.0.0.0/0            0.0.0.0/0           icmp type 255
    3        0     0 ACCEPT     esp  --  *      *       0.0.0.0/0            0.0.0.0/0
    4        0     0 ACCEPT     ah   --  *      *       0.0.0.0/0            0.0.0.0/0
    5      110 31589 ACCEPT     udp  --  *      *       0.0.0.0/0            224.0.0.251         udp dpt:5353
    6        0     0 ACCEPT     udp  --  *      *       0.0.0.0/0            0.0.0.0/0           udp dpt:631
    7        3   152 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           tcp dpt:631
    8      34M 5260M ACCEPT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           state RELATED,ESTABLISHED
    9    54891 3286K ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:22
    10   5817K  283M ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:80
    11   32142 1909K ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:21
    12     118  6876 ACCEPT     tcp  --  *      *       0.0.0.0/0            0.0.0.0/0           state NEW tcp dpt:443
    13   45571 2693K REJECT     all  --  *      *       0.0.0.0/0            0.0.0.0/0           reject-with icmp-host-prohibited
    [root@moodle /]#
    
    6.2.2008 20:18 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    V řetězci INPUT jako první (pravidlo 1) pošlete paket do RH-Firewall-1-INPUT. Tam pakety pro MySQL vyhoví až pravidlu 13, které je zahodí. Pravidla 2 a 3 v INPUT se tak nikdy nedostanou ke slovu. Je potřeba to pravidlo dát na začátek (iptables -I INPUT 1 …), nebo do RH-Firewall-1-INPUT někam před to poslední pravidlo, takže třeba iptables -I RH-Firewall-1-INPUT 13 ….
    6.2.2008 20:13 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Dejte na začátek chainů INPUT a OUTPUT pravidlo ACCEPT pro cokoli:
    iptables -I INPUT -j ACCEPT
    iptables -I OUTPUT -j ACCEPT
    
    6.2.2008 20:14 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: iptables nutny "restart" ?
    Smažete je pak zase příkazem
    iptables -D INPUT 1
    iptables -D OUTPUT 1
    

    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.