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 16:00 | Bezpečnostní upozornění

Ve správci systému a služeb systemd, konkrétně v systemd-resolved, byla nalezena bezpečnostní chyba CVE-2017-9445. Útočník může vzdáleně shodit server nebo spustit libovolný příkaz.

Ladislav Hagara | Komentářů: 5
včera 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
26.6. 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
26.6. 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 9
26.6. 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
26.6. 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 3
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 855 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: VPN a vadne routovani

    22.2.2005 14:34 Leoš Literák | skóre: 74 | blog: LL | Praha
    VPN a vadne routovani
    Přečteno: 244×
    Ahoj,

    nastavil jsem si doma VPN do firmy pres OpenSwan 2.2. a IPSec (kernel 2.6). Zda se, ze to jede, do site se pripojim, muzu stahovat data ze site. Problem je, ze ve chvili, kde nahodim /etc/init.d/ipsec start, tak prestane fungovat vsechno ostatni. Nedostanu se na zadny server mimo VPN, ani si nepingnu. Hlasi to, ze sit neni dostupna. Asi problem v routovani?

    Diky za vase napady
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow

    Odpovědi

    22.2.2005 16:59 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    jeste bych dodal routovaci tabulky, treba nekdo v nich najde problem. Me prijdou zmatene.

    pred ipsec:
    62.245.92.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         62.245.92.1     0.0.0.0         UG    0      0        0 eth1
    po ipsec:
    62.245.92.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
    10.0.0.0        62.245.92.1     255.255.0.0     UG    0      0        0 eth1
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         62.245.92.1     128.0.0.0       UG    0      0        0 eth1
    128.0.0.0       62.245.92.1     128.0.0.0       UG    0      0        0 eth1
    0.0.0.0         62.245.92.1     0.0.0.0         UG    0      0        0 eth1
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    23.2.2005 10:18 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    Jenom to odhaduji, ale vidim tam dvakrat cil 0.0.0.0. Nevim, jak v linuxu, ale v oknech je tohle default routa. Presne stejny problem jsem taky resil, a problem byl prave v tom, ze jsem tam mel vickrat tu "default" routu.

    Pokud kecam, tak sorry

    Dejv.
    Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
    23.2.2005 11:16 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    Take si rikam, ze ta routovaci tabulka vypada divne. Bohuzel toto neni muj obor a tak nevim, jak to spravit.

    Kolega mi jeste rikal, ze mam zkusit vypnout ifplugd, ze ostatnim to jede i pod 2.6 kernelem v pohode.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    23.2.2005 11:35 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    man route
    Mel by tam (asi) byt jenom jeden radek, ktery zacina 0.0.0.0.

    Podrobneji musi poradit nekdo jiny, do siti taky moc nevidim :-)

    P.S.
    toto neni muj obor
    Holt kazdy jsme na neco jineho. Nekdo na elektroniku, nekdo na ABCLinuxu :-)

    Dejv.
    Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
    23.2.2005 12:11 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    no jo, ale jak je smazat?
    [root@leos root]# route del -net 62.245.92.1 netmask 0.0.0.0
    SIOCDELRT: Invalid argument
    [root@leos root]# route del -net 62.245.92.1
    SIOCDELRT: Invalid argument
    [root@leos root]# route del -net 128.0.0.0
    SIOCDELRT: Invalid argument
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    23.2.2005 13:09 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    Pomuze route del 0.0.0.0 netmask 128.0.0.0 eth1 ?
    Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
    23.2.2005 13:59 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    route: síťová maska 7fffffff nedává smysl, když cílem je cesty počítač
    nepomuze :-(
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    23.2.2005 14:03 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    A route del -net 0.0.0.0 netmask 128.0.0.0 eth1 ?

    Ale fakt hadam.

    Dejv
    Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
    23.2.2005 14:32 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    Konecne spravna syntaxe :-) Diky.

    Poodstranoval jsem, co se dalo, ale stale to nejede. Po kazdem smazani jsem testoval sit. Finalni stav, kde jsem prestal mazat, je:
    Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
    62.245.92.0     *               255.255.255.0   U     0      0        0 eth1
    default         62.245.92.1     0.0.0.0         UG    0      0        0 eth1
    Kdyz zkusim pinknout abicko (skrze zkratku v /etc/hosts)
    [literakl@leos bin]$ ping a
    connect: Resource temporarily unavailable
    Proste eth1 posila data jen na VPN. Kernel je 2.6.8.1-12mdk. V logu najdu toto:
    Feb 23 13:09:41 leos ipsec_setup: KLIPS ipsec0 on eth1 62.245.92.148/255.255.255.0 broadcast 62.245.92.255
    Feb 23 13:09:41 leos ipsec_setup: ...Openswan IPsec started
    Feb 23 13:09:41 leos ipsec_setup: Starting Openswan IPsec U2.2.0/K2.6.8.1-12mdk...
    Feb 23 13:09:43 leos ipsec__plutorun: 104 "literakl" #1: STATE_MAIN_I1: initiate
    Feb 23 13:09:43 leos ipsec__plutorun: ...could not start conn "literakl"
    a auth.log obsahuje:
    Feb 23 14:15:25 leos ipsec__plutorun: Starting Pluto subsystem...
    Feb 23 14:15:25 leos pluto[28356]: Starting Pluto (Openswan Version 2.2.0 X.509-1.5.4 PLUTO_USES_KEYRR)
    Feb 23 14:15:25 leos pluto[28356]:   including NAT-Traversal patch (Version 0.6c) [disabled]
    Feb 23 14:15:25 leos pluto[28356]: ike_alg_register_enc(): Activating OAKLEY_AES_CBC: Ok (ret=0)
    Feb 23 14:15:25 leos pluto[28356]: Using Linux 2.6 IPsec interface code
    Feb 23 14:15:25 leos pluto[28356]: Changing to directory '/etc/openswan/ipsec.d/cacerts'
    Feb 23 14:15:25 leos pluto[28356]:   loaded CA cert file 'cacert.pem' (1490 bytes)
    Feb 23 14:15:25 leos pluto[28356]: Could not change to directory '/etc/openswan/ipsec.d/aacerts'
    Feb 23 14:15:25 leos pluto[28356]: Could not change to directory '/etc/openswan/ipsec.d/ocspcerts'
    Feb 23 14:15:25 leos pluto[28356]: Could not change to directory '/etc/openswan/ipsec.d/crls'
    Feb 23 14:15:25 leos pluto[28356]: added connection description "packetdefault"
    Feb 23 14:15:25 leos pluto[28356]: added connection description "block"
    Feb 23 14:15:26 leos pluto[28356]: added connection description "clear-or-private"
    Feb 23 14:15:26 leos pluto[28356]: added connection description "clear"
    Feb 23 14:15:26 leos pluto[28356]:   loaded host cert file '/etc/openswan/ipsec.d/clcert.pem' (1777 bytes)
    Feb 23 14:15:26 leos pluto[28356]: added connection description "literakl"
    Feb 23 14:15:26 leos pluto[28356]: added connection description "private-or-clear"
    Feb 23 14:15:26 leos pluto[28356]: added connection description "private"
    Feb 23 14:15:26 leos pluto[28356]: listening for IKE messages
    Feb 23 14:15:26 leos pluto[28356]: adding interface eth1/eth1 62.245.92.148
    Feb 23 14:15:26 leos pluto[28356]: adding interface lo/lo 127.0.0.1
    Feb 23 14:15:26 leos pluto[28356]: loading secrets from "/etc/openswan/ipsec.secrets"
    Feb 23 14:15:26 leos pluto[28356]:   loaded private key file 
    '/etc/openswan/ipsec.d/private/privatekey.pem' (1118 bytes)
    Feb 23 14:15:26 leos pluto[28356]: loading group "/etc/openswan/ipsec.d/policies/private"
    Feb 23 14:15:26 leos pluto[28356]: loading group "/etc/openswan/ipsec.d/policies/private-or-clear"
    Feb 23 14:15:26 leos pluto[28356]: loading group "/etc/openswan/ipsec.d/policies/clear"
    Feb 23 14:15:26 leos pluto[28356]: loading group "/etc/openswan/ipsec.d/policies/clear-or-private"
    Feb 23 14:15:26 leos pluto[28356]: loading group "/etc/openswan/ipsec.d/policies/block"
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: initiating Main Mode
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: transition from state STATE_MAIN_I1 to state STATE_MAIN_I2
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: I am sending my cert
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: I am sending a certificate request
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: transition from state STATE_MAIN_I2 
    to state STATE_MAIN_I3
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: Peer ID is
     ID_DER_ASN1_DN: 'C=US, ST=Massachusetts, L=Cambridge,OU=Networks, CN=xx.com'
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: no crl from 
    issuer "C=US, ST=Massachusetts, L=Cambridge, XX CA Root" found (strict=no)
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: transition from state STATE_MAIN_I3 to state STATE_MAIN_I4
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #1: ISAKMP SA established
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #2: initiating Quick Mode 
    RSASIG+ENCRYPT+TUNNEL+PFS+UP {using isakmp#1}
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #2: transition from state STATE_QUICK_I1 
    to state STATE_QUICK_I2
    Feb 23 14:15:27 leos pluto[28356]: "literakl" #2: sent QI2, IPsec SA established {ESP=>0x0a7821cc <0x9b26d182}
    Feb 23 14:15:38 leos pluto[28356]: %hold otherwise handled during 
    DNS lookup for Opportunistic Initiation for 62.245.92.148 to 2
    05.188.8.244
    
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    23.2.2005 20:02 Dejv | skóre: 37 | blog: Jak ten blog nazvat ... ? | Ostrava
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    No, ono by asi celkem prospelo, kdyby bylo k dispozici "schema" site (mam na mysli IP adresy pocitacu/siti, bavime se o eth1, co eth0? atd.).

    Rekl bych, ze ted tam toho je zas trochu malo. Minimalne
    127.0.0.0 * 255.0.0.0 U 0 0 0 lo
    mi tam chybi.
    Pevne verim, ze zkusenejsi uzivatele me s mymi napady usmerni a poslou tam, kam tyto napady patri...
    23.2.2005 11:56 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    po vypnuti ifplugd (v mandrake 10.1 schovano pod Rychle pripojeni do site) vypada routovaci tabulka takhle:
    Směrovací tabulka v jádru pro IP
    Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
    62.245.92.0     *               255.255.255.0   U     0      0        0 eth1
    10.0.0.0        62.245.92.1     255.255.0.0     UG    0      0        0 eth1
    default         62.245.92.1     128.0.0.0       UG    0      0        0 eth1
    128.0.0.0       62.245.92.1     128.0.0.0       UG    0      0        0 eth1
    default         62.245.92.1     0.0.0.0         UG    0      0        0 eth1
    To uz mi prijde jako pokrok :-) Nicmene to stale nejede. Asi si zacnu hrat a mazat jednotliva pravidla, treba jedna kombinace zacne fungovat.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    23.2.2005 12:30 Zdenek Pizl
    Rozbalit Rozbalit vše Re: VPN a vadne routovani
    Zdar,

    128.0.0.0 62.245.92.1 128.0.0.0 UG 0 0 0 eth1

    co to je? tenhke radek je hodne divnej. Jeste bych veril tomu, ze tam bude routa na 127.0.0.1, ale uz ne, ze povede pres eth1 ...

    Videl bych to jako kandidata na odstraneni ...

    z.p.
    24.2.2005 11:53 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: schema site
    Pokracovani na tuto reakci

    Schema site. No domaci PC zapojene pres eth1 do internetu skrze kabelovku. eth0 neni pouzivano. VPN sedi na adrese siti 10.0.0.0.

    Naposledy jsem upravil routovaci tabulku do stejne podoby jako je bez IPSEC, ale nepomohlo to.
    [root@leos root]# route -n
    Směrovací tabulka v jádru pro IP
    Adresát         Brána           Maska           Přízn Metrik Odkaz  Užt Rozhraní
    62.245.92.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
    127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
    0.0.0.0         62.245.92.1     0.0.0.0         UG    0      0        0 eth1
    
    [root@leos root]# ping a
    connect: Resource temporarily unavailable
    Uz si zacinam myslet, ze chyba v routovani nebude. Ze ten IPSec tam provadi neco divneho.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    24.2.2005 12:36 jm
    Rozbalit Rozbalit vše Re: schema site
    Hele a fakt to musi byt IPSec + OpenSWAN? Takova OpenVPN jede na prvni pokus. :-)
    24.2.2005 12:43 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: schema site
    Ja jsem jen uzivatel snazici se pripojit do firemni site dle navodu poskytnuteho adminem.

    V jinych distribucich to jede v pohode, treba SuSE jsem na notasovi ohnul. Bohuzel notebook uz nemam a tak nemuzu zjistovat, jake jsou rozdily v nastaveni. A stejne by to byl desny opruz kvuli omezeni MAC adres u UPC.
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow
    24.2.2005 22:27 Michal Kubeček
    Rozbalit Rozbalit vše Re: schema site
    S jádrem 2.6 bych dal před OpenS/WAN přednost použití nativních nástrojů (racoon, setkey), které lépe odpovídají implementaci IPSec v jádře. Dobrý návod je například součástí LARTC howto.

    Tedy přesněji: ne dal bych, ale dávám

    26.2.2005 15:14 sizmo | skóre: 2
    Rozbalit Rozbalit vše Re: schema site
    Zdravim, tento problem jak popisujes sem mel taky a chyba neni v routovani ale v nastaveni IPSECu. Kdyztak sem hod svuj konfigurak. Mrknu na to.
    2.3.2005 07:38 Leoš Literák | skóre: 74 | blog: LL | Praha
    Rozbalit Rozbalit vše Re: schema site
    $ cat /etc/openswan/ipsec.conf
    
    version 2.0
    
    # basic configuration
    config setup
        interfaces=%defaultroute
        klipsdebug=none
        plutodebug=none
        uniqueids=yes
        nat_traversal=no
        virtual_private=%v4:192.168.2.0/24,%v4:192.168.0.0/16,%v4:172.16.0.0/12,%v4:10.0.0.0/8,%v4:!10.0.0.0/24,%v4:!10.0.10.0/24,%v
    4:!10.0.20.0/24,%v4:!10.0.50.0/24,%v4:!10.0.40.0/24,%v4:!192.168.33.0/24
        forwardcontrol=yes
    
    conn %default
        authby=rsasig
        rightrsasigkey=%cert
        leftrsasigkey=%cert
        disablearrivalcheck=no
        keyingtries=2
        pfs=yes
    
    conn literakl
        authby=rsasig
        leftrsasigkey=%cert
        rightrsasigkey=%cert
        keyingtries=5
        disablearrivalcheck=no
        rightid="C=US,ST=Massachusetts,L=Cambridge,O=XXX,OU=Networks,CN=goblin.xxx.com"
        right=194.XXX.203.154
        rightsubnet=10.0.0.0/16
        rightnexthop=194.XXX.203.153
        rightfirewall=yes
        left=%defaultroute
        leftfirewall=yes
        leftsendcert=always
        leftcert=/etc/openswan/ipsec.d/clcert.pem
        leftid="/C=US/ST=Massachusetts/L=Cambridge/O=XXX/OU=Networks/CN=Leos Literak/Email=leos.literak@XXX.com"
        auto=start
    
    Diky
    Zakladatel tohoto portálu. Twitter, LinkedIn, blog, StackOverflow

    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.