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í
×
    včera 23:55 | Humor

    Spouštět webový prohlížeč jenom kvůli nákupu kávy? Nestačí ssh? Stačí: ssh terminal.shop (𝕏).

    Ladislav Hagara | Komentářů: 2
    včera 18:11 | Nová verze

    Yocto Project byl vydán ve verzi 5.0. Její kódové jméno je Scarthgap. Yocto Project usnadňuje vývoj vestavěných (embedded) linuxových systémů na míru konkrétním zařízením. Cílem projektu je nabídnou vývojářům vše potřebné. Jedná se o projekt Linux Foundation.

    Ladislav Hagara | Komentářů: 0
    včera 17:56 | Nová verze

    Operační systém 9front, fork operačního systému Plan 9, byl vydán v nové verzi "do not install" (pdf). Více o 9front v FQA.

    Ladislav Hagara | Komentářů: 0
    včera 13:11 | Nová verze

    Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána v nové verzi 6.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu. Řešeny jsou také 2 bezpečnostní chyby.

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

    Lennart Poettering na Mastodonu představil utilitu run0. Jedná se o alternativu k příkazu sudo založenou na systemd. Bude součástí systemd verze 256.

    Ladislav Hagara | Komentářů: 14
    29.4. 23:22 | Nová verze

    Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.

    Ladislav Hagara | Komentářů: 11
    29.4. 21:44 | Komunita

    Ubuntu 24.10 bude Oracular Oriole (věštecká žluva).

    Ladislav Hagara | Komentářů: 12
    29.4. 20:22 | Nová verze

    Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.

    Ladislav Hagara | Komentářů: 0
    29.4. 13:33 | IT novinky

    Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".

    Ladislav Hagara | Komentářů: 0
    29.4. 01:00 | Nová verze

    Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (75%)
     (8%)
     (2%)
     (15%)
    Celkem 887 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: Podivné chování SSHd tunelu

    29.7.2011 13:19 nemozny | skóre: 4
    Podivné chování SSHd tunelu
    Přečteno: 131×
    Dobrý den, v této chvíli jsem připojen skrze Putty tunnel na domácí Debian a to jako web proxy. Konfigurace je následující:

    Opera => SOCKS 127.0.0.1:8081 (Putty local end) 10.0.0.0/8 => Putty prochází firemní http proxy => SSHd 192.168.1.0/24

    Konfigurace Putty tunelu je klasicky D8081 Nicméně v logu auth.log se mi neustále objevovují záznamy typu
    Jul 29 12:58:41 localhost sshd[25480]: error: connect_to 10.1.52.192 port 80: failed.
    Jul 29 12:58:43 localhost sshd[25480]: error: connect_to 10.1.52.199 port 80: failed.
    Jul 29 12:59:00 localhost sshd[25480]: error: connect_to 10.1.52.23 port 80: failed.
    Jul 29 13:00:34 localhost sshd[25480]: error: connect_to 10.1.52.164 port 80: failed.
    
    stejně tak když si kliknu na Putty event log, zobrazuje (kromě správných záznamů o tvorbě spojení na web servery) i toto:
    2011-07-29 13:03:24	Opening forwarded connection to 10.1.52.164:80
    2011-07-29 13:03:29	Forwarded port closed
    2011-07-29 13:03:33	Forwarded connection refused by server: Connect failed [Connection timed out]
    
    Důvod timeoutu je ten, že jsem nemělo smysl nechat SSHd snažit se o spojení na 10.0.0.0/8 v síti 192.168.1.0/24 a zakázal jsem jej tedy v iptables. Záznam z iptables vypadá takto:
    Jul 29 13:06:46 localhost kernel: [228971.392131] bond0 IPv4 DROP: IN= OUT=bond0 SRC=192.168.1.105 DST=10.1.52.164 LEN=48 TOS=0x00 PREC=0x00 TTL=64 ID=32617 DF PROTO=TCP SPT=45264 DPT=80 WINDOW=14600 RES=0x00 SYN URGP=0
    
    Přičemž jediná aplikace, která jde přes tunel, je Opera. Nemám bohužel bez admin práv na firemním desktopu možnost prozkoumat zdejší netstat. V Opeře jsem zkoušel vypnout nebo zapnout "Use proxy for local servers", ale nemá to vliv. Jiné relevantní nastavení jsem ani v about:config nenašel.

    A to nejzajímavější je, že ty 10.0.0.0/8 adresy jsou webová rozhraní pro konfiguraci firemních síťových tiskáren.

    Co mi leze do tunelu a snaží se o připojení na tiskárnu? Může problém souviset s tím, že používám lokální port 8081, což je podle /etc/services transparent proxy? Jiný port jsem nezkoušel a nemám pocit, že by to mělo vliv.

    Odpovědi

    29.7.2011 13:36 Filip Jirsák | skóre: 68 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: Podivné chování SSHd tunelu
    Jenom k detailům: Pokud v iptables použijete REJECT místo DROP, místo pouhého zahození paketu se pošle také zpráva o nedostupnosti. Takže nebude nutné čekat na timeout a spojení se přeruší hned.

    To, že pro něco používáte port 8081, který se zvykově používá pro službu transparentní proxy, nemůže mít na nic vliv.

    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.