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 11:33 | Komunita

Společnost Canonical stojící za linuxovou distribucí Ubuntu oznámila dostupnost nástroje pro týmovou spolupráci Slack (Wikipedie) ve formátu snap. Instalovat jej lze ze Snapcraftu. Slack pro Linux je dostupný také ve formátu klasických balíčků pro Ubuntu a Fedoru.

Ladislav Hagara | Komentářů: 3
včera 17:33 | Nová verze

Po roce vývoje od vydání verze 2.0 a 6 000 změnách byla vydána nová stabilní verze 3.0 softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem, Wine (Wikipedie). Z novinek lze zdůraznit například podporu Direct3D 10 a 11. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 7
včera 13:44 | Zajímavý projekt

V říjnu loňského roku úspěšně skončila kampaň na podporu chytrého telefonu Librem 5, jenž by měl respektovat bezpečnost, svobodu a soukromí uživatelů. Společnost Purism informuje o aktuálním vývoji tohoto telefonu. Místo plánovaného SoC i.MX6 by měl být použit úspornější i.MX8.

Ladislav Hagara | Komentářů: 3
včera 12:33 | Zajímavý projekt

V květnu loňského roku měl na YouTube premiéru krátký animovaný film Agent 327: Operation Barbershop. Blender Animation Studio včera zveřejnilo alternativní konec tohoto filmu.

Ladislav Hagara | Komentářů: 0
včera 05:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 237 bezpečnostních chyb. V Oracle Java SE je například opraveno 21 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 18 z nich. V Oracle MySQL je opraveno 25 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 6 z nich.

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

Linux ve VirtualBoxu nebude potřebovat Přídavky pro hosta (Guest Additions). Budou součástí linuxového jádra. Ovladač vboxguest by se měl dostat do Linuxu 4.16. Ovladač vboxsf by měl následovat.

Ladislav Hagara | Komentářů: 24
17.1. 17:11 | Komunita

Vývojáři Thunderbirdu žádají o vyplnění dotazníku. Upřednostňujete klasický vzhled nebo raději Monterail (GitHub)?

Ladislav Hagara | Komentářů: 22
17.1. 12:22 | Komunita

Mozilla.cz informuje, že většina problémů s rychlostí Firefoxu 57 při použití open source odečítače NVDA (NonVisual Desktop Access) budou vyřešeny hned v další verzi Firefoxu 58. NVDA je zatím dostupný pouze pro operační systémy Windows.

Ladislav Hagara | Komentářů: 1
17.1. 05:55 | Bezpečnostní upozornění

V knihovně glibc (GNU C Library) byla nalezena a v upstreamu opravena bezpečnostní chyba CVE-2018-1000001 (buffer underflow) zneužitelná k lokální eskalaci práv. Podrobnosti na halfdog.net.

Ladislav Hagara | Komentářů: 0
16.1. 13:11 | Komunita

Mozilla.cz informuje o 2 plánovaných novinkách ve Firefoxu. Nové webové funkce budou ve Firefoxu dostupné jen přes HTTPS (en) a nové verze Firefoxu přinesou rychlejší přepínání panelů (předehřívání nebo žhavení panelů, anglicky tab warming).

Ladislav Hagara | Komentářů: 5
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1331 hlasů
 Komentářů: 53, poslední 17.1. 16:55
    Rozcestník

    Dotaz: Přesměrování portu pro INPUT (ne PREROUTING)

    13.6.2006 16:03 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Přesměrování portu pro INPUT (ne PREROUTING)
    Přečteno: 128×
    Zdravím,

    dá se nějak přesměrovat packet na nějaký port, když není v FORWARD, ale v i INPUT?

    Proč to žádám, řeším problém s přístupem na veřejnou adresu (zatím bezvýsledně), a zjistil jsem, že když pošlu packety na veřejnou adresu (modem), tak mi přijdou na lokální IP na serveru s tím, že když jsem je posílal na port 12345, tak mi z toho portu přišly (jenže stanice se chce spojit s portem 12345, na němž naslouchá na serveru program, jenže namísto toho, aby mu přišel datagram se zdrojovým packetem stanice a cílovým 12345, tak mu přijde se zdrojovým 12345 a cílovým XXX podle NATu, na což samozřejmě nereaguje).

    např. pravidlo

    iptables -A INPUT -p tcp -i eth0 -d 192.168.1.2 --sport 12345 -j ACCEPT

    packety zachytí, ale pravidlo

    iptables -t nat -A PREROUTING -p tcp -i eth0 -d 192.168.1.2 --sport 12345 -j REDIRECT --to-ports 12345

    ne.

    Předem díky.

    Odpovědi

    13.6.2006 16:27 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    dá se nějak přesměrovat packet na nějaký port, když není v FORWARD, ale v i INPUT?
    Máte tím na mysli port forwarding?
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    13.6.2006 16:28 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    nebo to má být na lokální mašinu?
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    13.6.2006 16:33 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    tak jsem si důkladně přečetl celý text (opravdu důkladně:-D ) a pochopil váš problém, ale nechápu, proč to ten NAT dělá, u mě tohle funguje v pohodě přes ip_forward a maškarádu (pokud to neomezim firewallem) .. a pro ftp, irc, .. jsou tu moduly
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    13.6.2006 16:46 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    ale stejně mi tu nedochází jedna věc .. stanice (v interní síti) se chce spojit se serverem na cílovém (dport) portu 12345 ?
    potom raději iptables -t nat -A PREROUTING -p tcp -i eth0 -d 192.168.1.2 --dport 12345 -j REDIRECT --to-ports 12345 předpokládám 192.168.1.2 jako gateway..
    Připadne mi, že chcete transparentní proxy (cpát to do INPUTu).. potom si ale ten NAT bude myslet, že ty packety jsou určeny pro něj a pošle je sice na ten server, ale s jiným source portem (i když mu přišel na 12345).. takže pokud to dobře chápu, chcete docílit toho, aby NAT posílal serveru packety s dportem 12345 za pomoci REDIRECTu..
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    14.6.2006 07:07 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    Děkuji za všechny odpovědi.

    Popravdě to souvisí s http://www.abclinuxu.cz/forum/show/136556#2

    No, stanice se mohou spojit přímo se serverem, pokud zadají jeho lokální adresu na straně LAN (v mém případě 192.168.2.1) a cílový port. Tady je všechno v pořádku.

    Ale potřeboval bych, aby se na server dalo přistupovat také s WAN. A protože mi ze Sítě nepřijdou žádné packety (ne že by je zachytil modem, on je prostě ve statistikách nemá) např. od vzdáleného počítače, tak jsem chtěl zatím zkoušet provoz takto (podle mne by neměl být rozdíl mezi tím, jestli PC v LAN komunikuje s PC v USA nebo se serverem, který leží defakto u něj, ale jakoby přes Internet).

    Já to chápu tak, že packety dorazí až na modem s cílovým portem 12345 (tam je propusí filtr a zapíše si je), ale z nějakého důvodu je modem pošle jakoby sám za sebe ze zdrojového portu 12345. Teď jsem si také uvědomil, že kdybych směroval dané packety na cílový port 12345, a server (program) na ně odpověděl, jak pozná něco na modemu (NAT?), co změnilo ten port, kam je vrátit? To by chtělo další NAT na serveru i pro příchozí data?
    14.6.2006 08:08 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    No, kdyby měnil jen source port, tak bych si toho ani nevšiml. On se ale mění dest port. A řekl bych, že chyba bude někde mezi modemem a externí síťovou kartou (INPUT), protože pokud pravidlo filtru na modemum propustí packety s cílovým portem 12345 a zaznamená si je, tak to znamená, že se (asi) NAT na serveru poslal alespoň jedním směrem ven dobře. Otázkou je, proč se ty packety vrací "obráceně". A proč na ně nereaguje RDR NAT na modemu. Je to skoro, jako kdyby ty packety nikdy neopustily modem. Řekl bych "čert to vem", kdyby namísto LAN->SERVER->modem->SERVER fungovala cesta alespoň WAN->modem->SERVER, ale tady se neděje vůbec nic :-(
    14.6.2006 11:39 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    Někde jsem se dočetl, že z LAN prý nejde testovat přístup z WAN na server ani přes veřejnou adresu, tak jsem si našel jistou stránku, kde jsem zadal

    http://anonymouse.org/cgi-bin/anon-www.cgi/http://1.2.3.4:12345

    a dostal jsem tyto výsledky:

    filtr na modemu:

    1.Dest IP equal to 1.2.3.4

    2.Protocol eq TCP

    3.TCP Flag All

    4.Dest Port equal to 12345

    RDR "NAT" na modemu:

    Total Number of Translation w/ This Rule: 24 Sessions

    Total Number of Inbound Packets w/ This Rule: 228

    Total Number of Outbound Packets w/ This Rule: 0

    NAT Rule Status

    Active Translation w/ This Rule: 13 Sessions

    ale výsledek po IPTABLES:

    iptables -L -Z -v -x

    dest port: 12345

    packets: 0

    Také mi není jasné tento výpis jednoho z aktivních NAT spojení:

    Translation Direction: Inside

    NAT Age: 52

    Translated InAddress: 1.2.3.4

    In Address: 192.168.1.2

    Out Address: 85.195.123.29

    In Packets: 5

    Out Packets: 0

    In Ports: 12345

    Out Ports: 43498

    Translated In Ports: 12345
    14.6.2006 12:13 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    No, tak mne asi osvítil duch svatý, protože jsem na firewallu modemu povolil ještě příchod packetům na port 12345 pro adresu 192.168.1.2 a tam se objevují také. Ale počítač s Linuxem nedostane ani jeden. Řekl bych, že je chyba ve směrování. Modem má v routovací tabulce záznam, aby všechno pro 192.168.1.0 směroval na 192.168.1.1, což dává smysl, ale zároveň má přesměrované 192.168.1.1 na LO. Řekl bych, že tady se ty packety asi ztrácejí.
    15.6.2006 10:40 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    Už jsem to vyřešil. Ono se totiž musí na modemu ve filtru nastavit nejen pravidlo Incoming (pro daný port a IP adresu lokálního serveru), ale také pro Outcoming (ačkoliv se v manuálu píše, že to je směr LAN->WAN). To je tak jasné, že mne to nenapadlo.

    A pro ty, kteří by měli stejné potíže jako já, test pro přístup do Vaší sítě umožní např. tato adresa:

    http://tdn.no-ip.org/connection_test

    V routovací tabulce se nic dělat nemusí.
    15.6.2006 12:57 Jiří J. | skóre: 34 | blog: Poutník | Brno
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    zrovna jsem vás chtěl požádat o iptables -L, protože se mi to nezdálo :-D
    Víra je firma si myslela, že něco je pravdivé. LMAO -- “zlehčovat mého osla”
    15.6.2006 14:36 Elfman | skóre: 7 | blog: Poprvé v Linuxu | Vamberk
    Rozbalit Rozbalit vše Re: Přesměrování portu pro INPUT (ne PREROUTING)
    Výpisy IPTABLES jsem dělal po každém poslaném packetu :-), ale i tak děkuji... jsem prostě slepec, co na to říci :-)

    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.