Dotaz: IPSec (strongswan) - konfigurace

[svaca]

Ahoj, trapim se s IPSec.

Zkousel jsem openswan - dokazu nainstalovat, ale kernel moduly (jadro 2.4 i 2.6) porad hazi segment fault, atd ...

Tak jsem zkusil Strongswan a to vypada gut. Verze 2.7.2, nicmene mam porad nekde chybu vkonfiguraci ... v certifikatech.

Tady je log:

Jul 6 10:38:03 sv pluto[4839]: | *received 252 bytes from 217.168.215.187:500 on eth0
Jul 6 10:38:03 sv pluto[4839]: | ICOOKIE: 0b 2d 8c 35 15 8e 89 7d
Jul 6 10:38:03 sv pluto[4839]: | RCOOKIE: ff 63 8c 2e ca 8f 06 1a
Jul 6 10:38:03 sv pluto[4839]: | peer: d9 a8 d7 bb
Jul 6 10:38:03 sv pluto[4839]: | state hash entry 18
Jul 6 10:38:03 sv pluto[4839]: | state object #1 found, in STATE_MAIN_I2
Jul 6 10:38:03 sv pluto[4839]: | requested CA: '%any'
Jul 6 10:38:03 sv pluto[4839]: | our certificate policy is ALWAYS_SEND
Jul 6 10:38:03 sv pluto[4839]: "net-net" #1: we have a cert and are sending it
Jul 6 10:38:03 sv pluto[4839]: "net-net" #1: unable to locate my private key for RSA Signature
Jul 6 10:38:03 sv pluto[4839]: "net-net" #1: sending encrypted notification AUTHENTICATION_FAILED to 217.168.215.187:500
Jul 6 10:38:03 sv pluto[4839]: | state transition function for STATE_MAIN_I2 failed: AUTHENTICATION_FAILED
Jul 6 10:38:03 sv pluto[4839]: | next event EVENT_RETRANSMIT in 3 seconds for #2

Pak mam jeste problem s tim, ze na tom jednom positaci, co je jadro se vytvori ipsec0 zarizeni, ale na tom co je jadro 2.6 se nevytvori zadne net zarizeni, ale obe strany spolu komunikuji, jak je videt ...

Konfig vypada takto:

# /etc/ipsec.conf - strongSwan IPsec configuration file

version 2.0 # conforms to second version of ipsec.conf specification

config setup
plutodebug=control
crlcheckinterval=180
strictcrlpolicy=no

conn net-net
left=%defaultroute
leftsubnet=192.168.1.0/24
leftcert=Cert.pem
right=85.193.29.43
rightsubnet=192.168.0.0/24
rightid="C=CZ, O=sv.centel.cz, CN=sv.centel.cz"
auto=start

Certifikaty mam na patricnych mistech, nevite, co delam spatne ??? Diky.

Odpovědi

[Michal Kubeček]

Hlavní problém bych hledal tady:

Jul 6 10:38:03 sv pluto[4839]: "net-net" #1: unable to locate my private key for RSA Signature

Prostě nemůže najít soubor s vaším tajným klíčem.

[svaca]

Jsem rad, ze jste se ozval zrovna Vy ... Jste specialista.

JA vim, ze je tam chyba, ale ten klic je v /etc/ipsec.d/certs a odkazuje na nej i /etc/ipsec.secrets, proc ho nenachazi ???

A koukal jsem, ze spis doporucujete ipsec-tools, jenze NIKDE jsem nenael poradnou dokumentaci, tak vubec nevim, co s tim ...

Diky MOC.

[Michal Kubeček]

Konfiguraci FreeS/WAN si moc nepamatuji, už jsou to tak dva roky, co jsem ji naposledy používal (ještě na jádrech 2.4), ale čistě technicky byste měl IKE démonovi říct, kde je

• buď váš klíč, váš certifikát, certifikát protistrany
• nebo váš klíč, váš certifikát, certifikát autority, kterou byl podepsán certifikát protistrany

podle toho, kterou metodu autentizace používáte. Ale jestliže tvrdíte, že svůj klíč máte v ipsec.secrets, mělo by to fungovat. Jen mne napadá: určitě certifikát v Cert.pem odpovídá tomu klíči, který je v ipsec.secrets?

[svaca]

Ano, ale vubec to nechapu - tohle nezvladnu ..... ((
Je to tezky jak PRASE. Ach jo.

Jednou to totiz hleda klic v /etc/ipsec.d/certs a jednou zase v /etc/ipsec.d/private i kdyz ZDANLIVE konfigurace stejna ...

Je to NEJVETSI opruz s kterym jsem se setkal, delam to dny a NIKAM jsem nepostoupil:

Je NEJAKA jina JEDNODUSSI cesta, jak pouzit IPSec ????

ted mam toto v logu, ale VUBEC nic to pak nedela:

Jul 6 16:07:26 server pluto[18622]: | found eth0 with address 217.168.215.187
Jul 6 16:07:26 server pluto[18622]: | found eth1 with address 192.168.1.1
Jul 6 16:07:26 server pluto[18622]: adding interface eth1/eth1 192.168.1.1:500
Jul 6 16:07:26 server pluto[18622]: adding interface eth0/eth0 217.168.215.187:500
Jul 6 16:07:26 server pluto[18622]: adding interface lo/lo 127.0.0.1:500
Jul 6 16:07:26 server pluto[18622]: | found lo with address 0000:0000:0000:0000:0000:0000:0000:0001
Jul 6 16:07:26 server pluto[18622]: adding interface lo/lo ::1:500
Jul 6 16:07:26 server pluto[18622]: loading secrets from "/etc/ipsec.secrets"
Jul 6 16:07:26 server pluto[18622]: loaded private key file '/etc/ipsec.d/private/cert.pem' (2270 bytes)

Nechapu proc to MUSI byt tak komplikovany ... Kdybych to vypravel Windows uzivately s Keriem treba, tak se mi bude smat do obliceje.

[Michal Kubeček]

Ono to vůbec složité není, navíc dokumentace k FreeS/WAN je velmi bohatá a přehledná. Jen už mi to trochu vypadlo z paměti a studovat to znovu se mi nechce (když vím, že už to potřebovat nebudu).

[svaca]

A jak resite VPN ??? Nijak ?

[Michal Kubeček]

Implementace základních protokolů je v jádrech 2.6 obsažena automaticky, takže stačí nástroje z balíčku ipsec-tools (v jednotlivých distribucích se asi jmenuje různě): démon racoon a příkaz setkey.

[petr_p]

Ano, slozite to neni, pokud presne vite, jake jsou limity druhe strany. Protoze kdyz se druhe strane neco nelibi, tak v zajmu bezpecnosti (a je to tak i primo v RFC) nerekne co. Jen cosi jako invalid payload type. A kdyz nemuzete podrobnejsi informaci vyrazit z admina druheho konce (v jeho logu to samozrejme je), tak je to na smycku.

To pisu z vlastni zkusenosti. 2 dny jsem se snazil propojit racoon a pluto. Nakonec jsem to nejak dal, ale zjistil jsem, ze obcas pluto zacne odmitat klice, i kdyz by platit stale mely a pomuze jen restartovat pluto nebo pokorne snizit zivotnost klicu na ten jeho divny timeout.

Prijde mi, ze jednotlive implementace ISAKMP maji problem se dohodnout. Misto toho, aby kazda strana poslala, co umi, a pak si vybrali nejvyssi spolecne zabezpeceni, tak to skonci tak, ze jedna strana neco zkusi, druha ji sproste vyhodi a je konec.

[svaca]

Presne - payload type, to je muj probelm ... i s NE RSA klicem, ale pouze secret klicem ...

ipsec-tools mohu zkusit, bohuzel, nikde neni ale VUBEC zadny navod ...

Je to proste srot, cely ipsec. ....

[Michal Kubeček]

Můžete začít v mém oblíbeném LARTC HowTo (kapitola 7) a pokračovat manuálovou stránkou k racoon a setkey. Osobně mám ipsec-tools raději než FreeS/WAN (a její pohrobky), protože konfigurace víc odpovídá tomu, jak IPsec skutečně funguje, a nevymýšlejí si svou vlastní terminologii.

[svaca]

Vim, koukal jsem to vypada dobre, necmene tam pracuji s timto programem: spdadd

Nevim co je to zac a kde ho vzit ... v ipsec-tools neni.

[Michal Kubeček]

To není program, to je příkaz, který se zadává prostřednictvím setkey. Buď si ty příkazy napíšete přímo do souboru a spustíte 'setkey -f ten_soubor' nebo můžete spustit 'setkey -c' a příkazy mu posílat přímo na standardní vstup.

[svaca]

Aha ! Vyzkousim. DEKUJI.

[svaca]

tak jsem asi UPLNE blbej ....

Neskutecne me toci, ze si s tim neporadim - open VPN ziskava 10000 bodu ...

Zkousel jsem ten ipsec-tools - vubec asi nechapu princip

mam sit:

WAN: 217.168.215.187 - LAN: 192.168.1.0

a druha: WAN: 85.193.29.43 - LAN: 192.168.0.1

kdyz tyto adresy nastavim pomoci setkeye,takse samozrejme IHNED odriznu z routeru ... )))

CO TAM MAM DAT ZA ADRESY ???? DIKY MOC. Uz z toho fakt magorim.

[Michal Kubeček]

Jak vypadá váš racoon.conf a jak vypadá to, co jste předal příkazu setkey?

[svaca]

OK. racoon.conf:

path pre_shared_key "/usr/local/etc/racoon.key";
remote anonymous
{
exchange_mode aggressive,main;
doi ipsec_doi;
situation identity_only;
my_identifier address;
lifetime time 2 min; # sec,min,hour
initial_contact on;
proposal_check obey; # obey, strict or claim
proposal {
encryption_algorithm 3des;
hash_algorithm sha1;
authentication_method pre_shared_key;
dh_group 2 ;
}
}
sainfo anonymous
{
pfs_group 1;
lifetime time 2 min;
encryption_algorithm 3des ;
authentication_algorithm hmac_sha1;
compression_algorithm deflate ;
}

setkey:

#!/sbin/setkey -f

flush;
spdflush;
spdadd 217.168.215.187 85.193.29.43 any -P out ipsec
esp/transport//require;
spdadd 85.193.29.43 217.168.215.187 any -P in ipsec
esp/transport//require;

[Thor]

Zdravim, nevim jestli to pomuze, ale na Debian 3.1, kernel 2.6 a freeswan a jede to v pohode okamzite. S konfiguraci freeswanu mohu pomoc. Vase reseni bohuzel namam odzkousene/nasazene.

[svaca]

Uf, to by bodlo, ale nechci debian ....

Porad se trapim ...

[svaca]

Zkousim ten debian, ten mi aspon vygeneruje korektni certifikaty ...

[STP]

"net-net" #1: unable to locate my private key for RSA Signature ....mrkni na ulozeni toho private key, vypada to, ze jej nevidi.

[svaca]

Vim, on tam je a byl, ale nejaky spatny format, nebot ty certifikaty z debianu funguji, ale proste se to nespoji, porad to hlasi neco okolo paypal ...

Kaslu na to, zkusim ten ipseec-tools, tohle nema reseni ...