Sida 2 av 2

Re: IPsec, någon som har tittat eller implementerat?

Postat: 8 januari 2017, 23:36:42
av datajompa
sodjan skrev:Ett jäkla sätt att bara plocka bort ett helt OK inlägg så vitt jag kunde bedöma...
Ber om ursäkt, jag trodde att jag hann ta bort det innan någon hann läsa det. Jag insåg att jag talade utanför mitt kunskapsområde och ville inte försämra S/N.

Re: IPsec, någon som har tittat eller implementerat?

Postat: 8 januari 2017, 23:45:14
av sodjan
He he, jag hittade det ju i min browser cache, så jag la ditt det igen
eftersom mitt svar annars "svävade i luften" så att säga. Hoppas
att det var OK. Och helgalet var det väl inte även om kopplingen
mellan webbläsare och IPsec kanske inte är helt korrekt... :-)

Re: IPsec, någon som har tittat eller implementerat?

Postat: 9 januari 2017, 10:07:53
av maDa
Jodå, IPSec är väl spritt idag, men inom enterprise firewall & VPN.

Jag tycker IPSec är helt klart den bästa lösningen för site-site tunnlar, istället för SSL-VPN, OpenVPN etc. Men eftersom det inte fungerar pålitligt över NAT så går det bort för applikation-applikation och egentligen för Remote-VPN med.

Re: IPsec, någon som har tittat eller implementerat?

Postat: 9 januari 2017, 16:35:25
av swesysmgr
sodjan skrev:OK, som jag misstänker... :-)
Den aktuella diskussionen är specifikt för host-to-host och specifikt kring användning av IPsec.
Hela tanken är ju att man "kör som vanligt" man att IP länken man kör över ändå är krypterad.
D.v.s utan att behöva "belasta" de olika applikationerna med SSL funktionerna.

Intressant att höra lite andra synpunkter. Verkar som att IPsec inte är speciellt spritt.
Är det något du skall sätta upp tillfälligt kan du väl bara tunnla det över SSH? Alltså port forwarding från ena änden till den andra.

Re: IPsec, någon som har tittat eller implementerat?

Postat: 9 januari 2017, 17:03:46
av sodjan
Nej, inte jag. :-)

Det är en generell diskussion kring IPsec specifikt för OpenVMS.
Man kan följa diskussionen och argumenten på länken.

https://groups.google.com/forum/#!topic ... SDdv_RKiy0