The Difficulties of a Peer-To-Peer VPN on the Hostile Internet

Total Page:16

File Type:pdf, Size:1020Kb

The Difficulties of a Peer-To-Peer VPN on the Hostile Internet The difficulties of The difficulties of a peer-to-peer a peer-to-peer VPN on the hostile Internet VPN on the hostile Internet Guus Sliepen Brussel, February 6, 2010 Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Guus Sliepen [email protected] 1.1 Tinc development started in September 1997, after The difficulties of introduction of ethertap in Linux 2.1.53. a peer-to-peer VPN on the hostile Internet Current features: Guus Sliepen • Connects multiple sites together • Can act as router (layer 3) or switch (layer 2) Introduction Communicating • Full support for IPv6 over the Internet The problem of • No central server NAT • You configure some endpoints, tinc will do the rest The problem of MTU Modus operandi: Other problems Authentiation and • Metadata exchanges via TCP authorization The end • VPN packets directly via UDP • Fall back to TCP if UDP is not possible 1.2 The competition: The difficulties of a peer-to-peer y VPN on the • CIPE hostile Internet • VTuny Guus Sliepen • IPsec • OpenVPN Introduction Communicating • Hamachi over the Internet The problem of But also: NAT The problem of • GVPE MTU • CloudVPN Other problems Authentiation and • SocialVPN authorization • n2n The end • VDE 1.3 Network before VPN is configured: The difficulties of a peer-to-peer VPN on the hostile Internet Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Blue cloud: the Internet Black circles: VPN nodes 1.4 Initial connections configured by user: The difficulties of a peer-to-peer VPN on the hostile Internet Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Green lines: initial connections 1.5 Full mesh created by tinc: The difficulties of a peer-to-peer VPN on the hostile Internet Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Black lines: UDP tunnels 1.6 Reality is not so nice: The difficulties of a peer-to-peer VPN on the hostile Internet Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Red arcs: NAT Red line: ISP blocking traffic Dotted lines: failed connections 1.7 The difficulties of a peer-to-peer VPN on the The problem of NAT: hostile Internet • Source address and port change Guus Sliepen • Incoming connections blocked Introduction Communicating Solutions: over the Internet The problem of • Routing via non-NAT node (not efficient) NAT • Port forwarding (not always possible, manual work) The problem of MTU • UPnP (needs router support, complex) Other problems • Authentiation and STUN/ICE (not always possible, complex) authorization The end 1.8 Two nodes behind NAT: The difficulties of a peer-to-peer VPN on the hostile Internet Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Both nodes can talk to a third node. NAT changes ports, nodes cannot talk to each other. 1.9 STUN in action: The difficulties of a peer-to-peer VPN on the hostile Internet Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of MTU Other problems Authentiation and authorization The end Third node tells other nodes about their addresses and ports. Nodes connect to each other using this information. 1.10 The problem of packet fragmentation: The difficulties of • MTU inside tunnel smaller than outside a peer-to-peer VPN on the • Outer layer fragments bad for performance hostile Internet Guus Sliepen • Some firewalls/ISPs block fragments Introduction Communicating over the Internet The problem of NAT The problem of MTU Solution: Other problems Authentiation and • Determine path MTU between nodes authorization • Generate ICMP Fragmentation Needed packets The end • Should work for all IPv4/IPv6 traffic • Fall back to TCP for other traffic 1.11 The problem of firewalls/ISPs blocking ICMP: The difficulties of a peer-to-peer VPN on the • ICMP Fragmentation Needed does not work! hostile Internet • Happens when network traffic leaves the VPN (for Guus Sliepen example, when having default gateway on VPN) Introduction ICMP Communicating ICMP ICMP ICMP over the Internet The problem of NAT The problem of MTU Other problems Solution: Authentiation and authorization • Clamp MSS field in TCP packets to path MTU The end • Works only for TCP 1.12 The difficulties of a peer-to-peer VPN on the Other problems: hostile Internet Guus Sliepen • Frequently changing IP addresses • use dyndns • cache & forward known addresses between nodes Introduction Communicating • Only allowing certain ports, like HTTP over the Internet The problem of • tunnel over ICMP/DNS/HTTPS NAT The problem of • ISPs dropping/delaying small UDP packets MTU • because they think it’s VoIP! Other problems • severely slows down TCP streams inside tunnel Authentiation and authorization The end 1.13 Authentication and authorization • Authentication = proving who you are The difficulties of a peer-to-peer VPN on the • Authorization = proving you are allowed to do hostile Internet something Guus Sliepen Introduction Communicating over the Internet The problem of NAT The problem of Two well known (mostly authentication) methods: MTU Other problems • X.509 certificates Authentiation and • centralized approach authorization • focused on identities (LDAP like), and URLs The end • OpenPGP keys • decentralized approach • focused on email addresses 1.14 The difficulties of a peer-to-peer VPN on the We need OpenPGP-like features: hostile Internet • Completely decentralized Guus Sliepen • Web of trust Introduction Communicating We need more than OpenPGP can offer: over the Internet The problem of • Authorise anything, not just email NAT The problem of • Everyone can add/remove authorizations MTU • Negative authorization: forbid things Other problems Authentiation and • Group decisions authorization The end 1.15 libfides: lightweight p2p authorization framework The difficulties of a peer-to-peer VPN on the • Create and maintain repository of many certificates hostile Internet "X said at time T that Y is allowed to do Z" Guus Sliepen • Newer certificates overrule older ones "X said at time T+1 that Y is not allowed to do Z" Introduction • Communicating Make it simple to query the repository over the Internet "Is Y allowed to do Z?" The problem of NAT The problem of • Fast & easy synchronization of repositories MTU • Application does not need to know about crypto Other problems Authentiation and • Libfides itself uses only ECCDSA primitives authorization The end • Still in alpha stage. 1.16 Conclusions: • The Internet eats your packets. The difficulties of • a peer-to-peer Lots of techniques necessary to work around it. VPN on the • Distributed authorization is a challenge. hostile Internet Guus Sliepen That’s it. Introduction Communicating • Questions? over the Internet The problem of NAT The problem of Visit the website: MTU http://tinc-vpn.org/ Other problems Authentiation and authorization The end 1.17.
Recommended publications
  • Enabling TPM Based System Security Features
    Enabling TPM based system security features Andreas Fuchs <[email protected]> Who am I ? ● 13 year on/off TPMs ● Fraunhofer SIT: Trustworthy Platforms ● TCG-member: TPM Software Stack WG ● Maintainer – tpm2-tss: The libraries – tpm2-tss-engine: The openssl engine – tpm2-totp: Computer-to-user attestation (mjg’s tpm-totp reimplemented for 2.0) 2 The hardware stack ● Trusted Platform Module (TPM) 2.0 – Smartcard-like capabilities but soldered in – Remote Attestation capabilities – As separate chip (LPC, SPI, I²C) – In Southbridge / Firmware – Via TEEs/TrustZone, etc – Thanks to Windows-Logos in every PC ● CPU – OS, TSS 2.0, where the fun is... 3 The TPM Software Stack 2.0 ● Kernel exposes /dev/tpm0 with byte buffers ● tpm2-tss is like the mesa of TCG specs ● TCG specifications: – TPM spec for functionality – TSS spec for software API ● tpm2-tss implements the glue ● Then comes core module / application integration – Think GDK, but OpenSSL – Think godot, but pkcs11 – Think wayland, but cryptsetup 4 The TSS APIs System API (sys) Enhanced SYS (esys) Feature API (FAPI) • 1:1 to TPM2 cmds • Automate crypto for • Spec in draft form HMAC / encrypted • TBimplemented • Cmd / Rsp sessions • No custom typedefs U serialization • Dynamic TCTI • JSON interfaces s • No file I/O loading • Provides Policy e • No crypto • Memory allocations language r • No heap / malloc • No file I/O • Provides keystore S p TPM Command Transmission Interface (tss2-tcti) p a Abstract command / response mechanism, • No crypto, heap, file I/O a Decouple APIs
    [Show full text]
  • Master Thesis
    Master's Programme in Computer Network Engineering, 60 credits MASTER Connect street light control devices in a secure network THESIS Andreas Kostoulas, Efstathios Lykouropoulos, Zainab Jumaa Network security, 15 credits Halmstad 2015-02-16 “Connect street light control devices in a secure network” Master’s Thesis in Computer Network engineering 2014 Authors: Andreas Kostoulas, Efstathios Lykouropoulos, Zainab Jumaa Supervisor: Alexey Vinel Examiner: Tony Larsson Preface This thesis is submitted in partial fulfilment of the requirements for a Master’s Degree in Computer Network Engineering at the Department of Information Science - Computer and Electrical Engineering, at University of Halmstad, Sweden. The research - implementation described herein was conducted under the supervision of Professor Alexey Vinel and in cooperation with Greinon engineering. This was a challenging trip with both ups and downs but accompanied by an extend team of experts, always willing to coach, sponsor, help and motivate us. For this we would like to thank them. We would like to thank our parents and family for their financial and motivational support, although distance between us was more than 1500 kilometres. Last but not least we would like to thank our fellow researchers and friends on our department for useful discussions, comments, suggestions, thoughts and also creative and fun moments we spend together. i Abstract Wireless communications is a constantly progressing technology in network engineering society, creating an environment full of opportunities that are targeting in financial growth, quality of life and humans prosperity. Wireless security is the science that has as a goal to provide safe data communication between authorized users and prevent unauthorized users from gaining access, deny access, damage or counterfeit data in a wireless environment.
    [Show full text]
  • Peer-To-Peer Protocol and Application Detection Support
    Peer-to-Peer Protocol and Application Detection Support This appendix lists all the protocols and applications currently supported by Cisco ASR 5500 ADC. • Supported Protocols and Applications, page 1 Supported Protocols and Applications This section lists all the supported P2P protocols, sub-protocols, and the applications using these protocols. Important Please note that various client versions are supported for the protocols. The client versions listed in the table below are the latest supported version(s). Important Please note that the release version in the Supported from Release column has changed for protocols/applications that are new since the ADC plugin release in August 2015. This will now be the ADC Plugin Build number in the x.xxx.xxx format. The previous releases were versioned as 1.1 (ADC plugin release for December 2012 ), 1.2 (ADC plugin release for April 2013), and so on for consecutive releases. New in this Release This section lists the supported P2P protocols, sub-protocols and applications introduced in the ADC Plugin release for December 1, 2017. ADC Administration Guide, StarOS Release 21.6 1 Peer-to-Peer Protocol and Application Detection Support New in this Release Protocol / Client Client Version Group Classification Supported from Application Release 6play 6play (Android) 4.4.1 Streaming Streaming-video ADC Plugin 2.19.895 Unclassified 6play (iOS) 4.4.1 6play — (Windows) BFM TV BFM TV 3.0.9 Streaming Streaming-video ADC Plugin 2.19.895 (Android) Unclassified BFM TV (iOS) 5.0.7 BFM — TV(Windows) Clash Royale
    [Show full text]
  • Comparison of Virtual Networks Solutions for Community Clouds
    KTH Royal Institute of Technology Bachelor Thesis Comparison of Virtual Networks Solutions for Community Clouds Examiner: Vladimir Vlassov Author: Albert Avellana Supervisors: Paris Carbone, Hooman Peiro Information and Communication Technology School February 2014 KTH Royal Institute of Technology Abstract Information and Communication Technology School Bachelor Thesis Comparison of Virtual Networks Solutions for Community Clouds by Albert Avellana Cloud computing has a huge importance and big impact nowadays on the IT world. The idea of community clouds has emerged recently in order to satisfy several user expectations. Clommunity is a European project that aims to provide a design and implementation of a self-configured, fully distributed, decentralized, scalable and robust cloud for a community of users across a commmunity network. One of the aspects to analyze in this design is which kind of Virtual Private Network (VPN) is going to be used to interconnect the nodes of the community members interested in access cloud services. In this thesis we will study, compare and analyze the possibility of using Tinc, IPOP or SDN-based solutions such as OpenFlow to establish such a VPN. Acknowledgements I would like to express my gratitude to all those who gave me the possibility to do this thesis in KTH. Firstly, I would like to thank Vlad for the opportunity he gave me to do this thesis and for his support. Secondly, thanks to my thesis supervisors: Paris Carbone and Hooman Peiro, who guided me through the research, helped me and gave me recommendations during this period. Also, I would like to thank F´elixFreitag and Leandro Navarro from Universitat Polit`ecnica de Catalunya for supporting me from Barcelona and make this stay in Stockholm possi- ble.
    [Show full text]
  • DKIM) • Domain-Based Message Authentication, Reporting and Conformance (DMARC)
    The iLab Experience a blended learning hands-on course concept Final Lecture Marc-Oliver Pahl, Jul 25, 2017 you set the focus your exercise iLab 1+2 info event online • Tell your friends! • https://www.net.in.tum.de/teaching/ws1718/ilab_information.html 25.4. 2.5. 9.5. 16.5. 23.5. 30.5. 8.6. 13.6. 20.6. 27.6. 4.7. (11.7.) 18.7. 25.7. , your exercise , Mini Lab Lectures IPv6 - part II Kick Off, Mini Labs, IPv6 - part Kick Off, I MiniLabs, BGP Mad Brainstorming Exercise Your Playground Advanced Wireless and Voting Presentation YE Topic Modern Cryptography Security Holes World-Wide-Web DIY1 - Smart Space HW DIY2 - Smart Space SW YE Didactics and Techniques YE 1st Lecture Giving good Feedback YE Review Presentation Wrap-Up YE Final Presentation, 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 IPv6 BGP Advanced WL SEC S2O 1 S2O 2 Your Exercise 2-3 mini labs summer term 2017 Introductory Lecture didactic concept | authoring tutorial | topic selection | assignment review teams ~2h Team Prepares Exercise ~30-35h slides for talk | prelab | lab | slides | tutor support * Internal Tests ~2h Student Run First Lecture Presentation presentation | feedback | quality alignment Revision Review ~20-25h Feedback review another team ~2h Received Feedback Pres. presentation | feedback | quality alignment Revising new lab ~20-25h updating learning material Somehow “Stable” ~2h Final Presentation how is it now | what did you change/ learn | your take home? wikimedia: Biser Todorov I give you some tools and experience and tools some you give I Learn from each other… Topic Brainstorming Result May 16, 2017 Topic Voting Event May 23, 2017 2017-07-04 First Lecture - What was good? What could be improved? 2017-07-04 Giving Feedback - What do you know about Feedback? 2017-07-04 Giving Feedback - What are your open Challenges? 2017-07-18 Review Reporting - What are your main Points for PreLab, Lab, and other aspects? Expected Artefacts Deadline X• 2 slide decks for your two • Week -5: • [Concept & Topic Madness] topic presentations (each • Prepare your 2x3 min talks talks one topic!) 22.5.
    [Show full text]
  • TPM2 Software Community (Slides)
    TPM2 Software Community https://github.com/tpm2-software Philip Tricca (Intel) Andreas Fuchs (Fraunhofer SIT) Agenda Intro & Architecture boot: tcti-uefi verify system: tpm2-totp decrypt disk: cryptsetup/clevis vpn: strongswan / openconnect server: openssl learning, experimenting, prototyping develop: Join us TSS2 Design Use-case driven – Support for constrained environments to full OS: Layered design – Separate transport layer from APIs – Both synchronous and async: event-driven programming – Details exposed if needed, “sane defaults” otherwise Lower layers provide data transport & direct access to TPM2 commands – “Expert” applications in constrained environments – Minimal dependencies (c99, libc) Upper layers provide convenience functions & abstractions – Crypto for sessions, dynamic memory allocation, transport layer configuration – More features → more dependencies TSS2 Design System API (tss2-sys) Enhanced SYS (tss2- Feature API (FAPI) • 1:1 to TPM2 cmds esys) • Spec in draft form • Automate crypto for • No implementation yet • Command / Response HMAC / encrypted • File I/O U serialization sessions • Requires heap s • No file I/O • Dynamic TCTI loading • Automate retries e • No crypto • Memory allocations • Context based state r • No heap / malloc • No file I/O • Must support static linking S p TPM Command Transmission Interface (tss2-tcti) a • Abstract command / response mechanism, No crypto, heap, file I/O c • Dynamic loading / dlopen API Decouple APIs from command transport / IPC e K TPM Access Broker and Resource Manager
    [Show full text]
  • Laboratorio 4 Vnps: Open VPN Y TINC
    DEPARTAMENTO DE TECNOLOGÍA ELECTRÓNICA ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA Laboratorio 4 VNPs: Open VPN y TINC Enunciados de Prácticas de Laboratorio Tecnologías Avanzadas de la Información 1. Introducción y objetivos El uso de tecnologías VPN es fundamental para interconectar redes privadas a través de redes públicas de forma segura. En la teoría de esta asignatura se tratan ampliamente las VPNs y las técnicas de cifrado en las que se basan estas tecnologías. Para profundizar en los conocimientos teóricos se propone en este laboratorio la puesta en funcionamiento de dos tipos de VPNs, una centralizada (OpenVPN) y otra distribuida (TINC). La duración estimada de esta sesión de laboratorio es de 4 horas. Tanto OpenVPN como TINC son soluciones VPNs open source basadas en SSL. Con ellas se cubre un amplio rango de aplicaciones como: acceso remoto, unión de nodos remotos mediante VPN, seguridad Wi-Fi, balanceo de carga, etc. Su principal ventaja frente a otras soluciones comerciales es la facilidad y reducido coste de implantación. Ambas tecnologías operan en la capa 2 o 3 del modelo OSI uniendo mediante túneles todos los nodos distribuidos por la red. Se requiere una instalación tanto en el cliente como en el servidor y son compatibles con Linux, Windows, OSX, Android y algunos más. En esta sesión de laboratorio el alumno debe poner operativas dos VPNs en el entorno virtual de laboratorio. Se desarrolla de manera guiada en las primeras secciones la instalación y la puesta en marcha básica de la VPN. Posteriormente se plantean tareas de mayor dificultad para realizar de manera no guiada, no siendo necesaria la realización de las últimas propuestas de configuración.
    [Show full text]
  • On the Design of Autonomic, Decentralized Vpns
    On the Design of Autonomic, Decentralized VPNs David Isaac Wolinsky, Kyungyong Lee, P. Oscar Boykin, Renato Figueiredo University of Florida Abstract—Decentralized and P2P (peer-to-peer) VPNs (virtual whereas existing decentralized solutions require manual con- private networks) have recently become quite popular for con- figuration of links between peers, which is beyond the scope necting users in small to medium collaborative environments, of Archer’s target users. Current P2P VPN approaches either such as academia, businesses, and homes. In the realm of VPNs, there exist centralized, decentralized, and P2P solutions. Central- lack scalability or proper security components to be useful for ized systems require a single entity to provide and manage VPN VPN approaches. server(s); decentralized approaches allow more than one entity to We began our original foray into user-friendly VPN ap- share the management responsibility for the VPN infrastructure, proaches with IPOP [2]. Previous work on IPOP focused on while existing P2P approaches rely on a centralized infrastructure the routing mechanisms and address allocation with multiple but allow users to bypass it to form direct low-latency, high- throughput links between peers. In this paper, we describe a virtual networks (VNs) sharing a single P2P overlay. Though novel VPN architecture that can claim to be both decentralized a shared has significant drawbacks as misconfigured or ma- and P2P, using methods that lower the entry barrier for VPN licious peers could disable the entire overlay, rendering all deployment compared to other VPN approaches. Our solution VPNs useless, and the system would have to be recreated as extends existing work on IP-over-P2P (IPOP) overlay networks to there exists no methods to remove the peer from the overlay.
    [Show full text]
  • Tinc Manual Setting up a Virtual Private Network with Tinc
    tinc Manual Setting up a Virtual Private Network with tinc Ivo Timmermans and Guus Sliepen This is the info manual for tinc version 1.0.26, a Virtual Private Network daemon. Copyright c 1998-2014 Ivo Timmermans, Guus Sliepen <[email protected]> and Wessel Dankers <[email protected]>. Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notice are preserved on all copies. Permission is granted to copy and distribute modified versions of this manual under the con- ditions for verbatim copying, provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one. Chapter 1: Introduction 1 1 Introduction Tinc is a Virtual Private Network (VPN) daemon that uses tunneling and encryption to create a secure private network between hosts on the Internet. Because the tunnel appears to the IP level network code as a normal network device, there is no need to adapt any existing software. The encrypted tunnels allows VPN sites to share information with each other over the Internet without exposing any information to others. This document is the manual for tinc. Included are chapters on how to configure your computer to use tinc, as well as the configuration process of tinc itself. 1.1 Virtual Private Networks A Virtual Private Network or VPN is a network that can only be accessed by a few elected computers that participate. This goal is achievable in more than just one way. Private networks can consist of a single stand-alone Ethernet LAN.
    [Show full text]
  • Toward Authentication Mechanisms for Wi-Fi Mesh Networks
    Toward Authentication Mechanisms for Wi-Fi Mesh Networks Mohammad Salim Saay Thesis presented in fulfilment of the requirements for the degree of Master of Science at the University of the Western Cape Supervisor: Dr William Tucker May 2011 Declaration I, Mohammad Salim Saay, declare that this thesis \Toward Authentication Mechanisms for Wi-Fi Mesh Networks" is my own work, that it has not been submitted before for any degree or assessment at any other university, and that all the sources I have used or quoted have been indicated and acknowledged by means of complete references. Signature: . Date: . Mohammad Salim Saay. iii Contents Declaration iii List of Figures ix List of Tables xi Acknowledgments xiii Abstract xv Key words xvii Glossary xix 1. Introduction 1 1.1 Background . 1 1.2 Motivation . 8 1.3 Research questions . 9 1.4 Overall approach . 10 1.5 Thesis outline . 11 2. Related work 13 2.1 802.11 authentication mechanisms . 13 2.1.1 Closed network . 14 2.1.2 MAC address Filtering . 14 2.1.3 Password Authentication . 15 2.1.4 CHAP: Challenge-handshake authentication protocol . 16 2.1.5 Shared key authentication . 18 2.1.6 WEP: Wired equivalent privacy . 19 2.1.7 WPA: Wi-Fi protected access . 20 2.1.8 WPA2: Wi-Fi protected access II . 22 2.1.9 EAP: Extensible authentication protocol|IEEE 802.1X . 22 2.1.10 EAP-RADIUS: Remote authentication dial in user service . 24 2.1.11 EAP-TLS: EAP-transport layer security . 26 2.1.12 EAP-TTLS: EAP-tunnel transport layer security .
    [Show full text]
  • Today's Howtos Today's Howtos
    Published on Tux Machines (http://www.tuxmachines.org) Home > content > today's howtos today's howtos By Roy Schestowitz Created 18/01/2021 - 3:37pm Submitted by Roy Schestowitz on Monday 18th of January 2021 03:37:49 PM Filed under HowTos [1] Install Inkscape 1.0.2 In Ubuntu / LinuxMint / Debian | Tips On UNIX[2] Inkscape is a free and open-source professional vector graphics editor software that runs on Linux, Mac OS X, and Windows desktop computers. It is suitable for illustrators and web designers and it is an alternative to Adobe Illustrator. It supports many SVG features (markers, alpha blending, clones, etc..) and easy to use. How to enable PowerTools on CentOS 8 [3] The PowerTools repository, which is available on CentOS/RHEL 8, provides developer related tools and libraries. Some EPEL packages depend on packages available from PowerTools. Thus if you have set up the EPEL repository on your CentOS, it is recommended that you enable PowerTools as well. Install gscan2pdf 2.11.0 in Ubuntu / Linux Mmint [4] gscan2pdf a GUI tool used to produce PDF?s or DjVus from Scanned documents,gscan2pdf works on all Linux / BSD machines gscan2pdf team released a newer version 2.11.0 recently and yet to be updated in official Jeffrey Ratcliffe PPA for Ubuntu 20.04 and lower versions. This tutorial will be helpful for beginners to install gscan2pdf 2.11.0 in Ubuntu 20.10, Ubuntu 20.04, Linux Mint 20.1, and lower versions of Ubuntu and Linux Mint. How to set up WireGuard VPN server on Ubuntu 20.04 [5] Traditionally, VPN implementation has existed in two forms.
    [Show full text]
  • Presentation-Netmcr-Tinc.Pdf
    net tinc VPN A quick introduction... Images: TJA, gobeirne, SKAO, mtearle About tinc ● Info about authors – Ivo Timmermans – Guus Sliepen ● Two current versions – 1.0 and 1.1 (in beta) ● Goals are: – Security – Reliability – Efficiency – Scalability – Ease Of Use Uses for tinc ● Remote Access ● “VPN” ● Interconnect Networks What it is... ● Userspace Implementation ● SSL based encryption ● Some support for Windows / Mac OS X / Android ● Mesh and Point-to-Point (plus discovery if you want it) ● Switched or Routed networks What it is not ... ● Standard. Uses dedicated tinc protocol over the wire ● Control connection over TCP, traffic over TCP or UDP Quick tour of configuration file structure ● /etc/tinc/<network name> ● /etc/tinc/<network – tinc.conf name>/hosts – rsa_key.priv – <hostname> – tinc-up – <hostname>-up – tinc-down – <hostname>-down – host-up – host-down – subnet-up – subnet-down tinc.conf ● Name Name = tymnet Port = 661 ● Mode ConnectTo = bremen ● ConnectTo ConnectTo = mitre ● LocalDiscovery ● Port ● StrictSubnets -up and -down scripts #!/bin/bash ● Substitutions ● Triggered on: ip link set $INTERFACE up ip addr add 172.16.86.20/32 dev $INTERFACE – Tinc startup ip route add 172.16.86.0/24 dev $INTERFACE – Subnet – Host Host Configuration Address = 192.0.2.16 661 ● Address Subnet = 172.16.86.20/32 -----BEGIN RSA PUBLIC KEY----- ● MIICCgKCAgEA2SeJQsu/FUo7Kbh1hSIrbvm05BdThU0sncSSnXHeNJmgjV/IUEdq Subnet 3OUXrM3ED0uJ5AHjXYoIlotj2heKXJx9qzGnZ14nRqlceQpM0fscATSz6nO2KqqO yXze/jYh8ys7m9v9uiy4x+tUPa0JAJ6hJATWX7HrGrziIUN4DUdNMveuUC52uv5V
    [Show full text]