Implementation in Python of the Openhuaca Virtualization Cloud Platform

Total Page:16

File Type:pdf, Size:1020Kb

Implementation in Python of the Openhuaca Virtualization Cloud Platform IMPLEMENTATION IN PYTHON OF THE OPENHUACA VIRTUALIZATION CLOUD PLATFORM A degree’s Thesis Submitted to the Faculty of the Escola Tècnica d’Enginyeria de Telecomunicació de Barcelona Universitat Politècnica de Catalunya By Martí Barri Vila In partial fulfillment of the requirements for the degree in Telecommunications Technologies and Services Engineering Advisors: Jose Luis Muñoz & Rafael Genés Barcelona, January 2019 Abstract This project is based on a cloud virtualization platform called OpenHuaca. The platform allows its users to manage several virtual containers quickly and easily. This software has been previously developed by other students in their own final degree projects. The objective of my project is to analyze previous work, improve and im- plement different aspects of its operation and synthesize the functionalities in a more user-friendly, organized and understanding environment for future development as open source software. Resum Aquest projecte es basa en una plataforma cloud de virtualització anomenada OpenHuaca. La plataforma permet als seus usuaris gestionar diversos contenidors virtuals de manera ràpida i còmode. Aquest programari ha sigut desenvolupat prèvi- ament per altres estudiants als seus respectius projectes finals. L’objectiu del meu projecte és l’anàlisi de la feina prèvia, millorar i implementar diferents aspectes del seu funcionament i sintetitzar les funcionalitats en un entorn més amigable, organitzat i entenedor de cara al futur desenvolupament com a programari lliure. Resumen Este proyecto se basa en una plataforma cloud de virtualización llamada Open- Huaca. La plataforma permite a sus usuarios gestionar varios contenedores virtuales de manera rápida y cómoda. La aplicación ha sido desarrollada previamente por otros estudiantes en sus respectivos proyectos finales. El objetivo de mi proyecto es el análisis del trabajo previo, mejorar e implementar diferentes aspectos de su funcionamiento y sintetizar las funcionalidades en un entorno más amigable, organizado y comprensible de cara al futuro desarrollo como código libre. iii DEDICATION Dedicated to Jordi Girona, becouse my head lost a battle but not lost the war. To all the people who stayed with me when I went to sleep, and during my long awakening. v ACKNOWLEDGEMENTS I would like to thank the entire OpenHuaca team, although I have not met all of them, for the work carried out previously. Special thanks to Rafa, for his help and technical details of the project, and to Jose, to introduce myself to this project. vii REVISION HISTORY AND APPROVAL RECORD Revision Date Purpose 0 23/12/2018 Document creation 1 18/01/2019 Document language revision 2 21/01/2019 Document content revision 3 25/01/2019 Deliver final document Table 1: Document updates Document distribution list: Name e-mail Martí Barri Vila (Author) [email protected] Jose Luis Muñoz Tapia (Project Supervisor 1) [email protected] Rafael Genés Duran (Project Supervisor 2) [email protected] Table 2: Document distribution list Written by: Reviewed and approved by: Date 16/01/2019 Date 21/01/2019 Name Martí Barri Vila Name Jose Luis Muñoz Tapia & Rafael Genés Duran Position Project author Position Project Supervisors Table 3: Approval record ix CONTENTS Contents xi List of Figures xiii List of Tables xv Nomenclature xvii 1 Introduction 1 1.1 What is OpenHuaca? ............................ 1 1.2 Project Goals ................................ 1 1.3 Requirements ................................ 2 1.4 Time Plan .................................. 2 1.5 Incidences .................................. 3 2 State of the art 5 2.1 Computer virtualization .......................... 5 2.1.1 Virtual Machines .......................... 5 2.1.2 Containers .............................. 6 2.2 Early versions of OpenHuaca ........................ 9 2.2.1 Linux Containers - LXC ...................... 9 2.2.2 Kernel-based Virtual Machine - KVM ............... 10 3 Methodology 11 3.1 Workspace and workflow .......................... 11 3.1.1 Development ............................ 11 3.1.2 Deployment ............................. 12 3.2 OpenHuaca Virtualization Cloud Platform ................ 13 3.2.1 Command-line interface – CLI ................... 13 3.2.2 Instances .............................. 14 3.2.3 Networking ............................. 15 3.2.4 Certification ............................. 20 xi 4 Results 21 4.1 OpenHuaca commands ........................... 21 4.1.1 bases ................................. 22 4.1.2 certification ............................. 22 4.1.3 domain ................................ 23 4.1.4 vm .................................. 23 4.1.5 wait ................................. 26 4.2 Basic scenario example ........................... 26 5 Budget 31 5.1 Equipment .................................. 31 5.2 Personal salaries ............................... 32 5.3 Total ..................................... 32 6 Conclusions and future development 33 6.1 Conclusions ................................. 33 6.2 Future development ............................. 33 Appendices A1 A Time plan A1 B Python3 version of OpenHuaca B1 xii LIST OF FIGURES 1.1 Gantt diagram ............................... 3 2.1 Differences between Virtual Machines and Containers .......... 6 2.2 Different images for containers in a single host .............. 7 2.3 OS or multi-service containers and Application or single-service containers 8 2.4 LXC and KVM technologies ........................ 9 3.1 GitLab server and TigerVNC, installed in j3o machine. ......... 12 3.2 OpenHuaca domain example ........................ 16 3.3 Netfilter packet flow ............................ 18 3.4 NAT configuration example in OpenHuaca ................ 19 xiii LIST OF TABLES 1 Document updates ............................. ix 2 Document distribution list ......................... ix 3 Approval record ............................... ix 5.1 Summary of the necessary equipment ................... 31 5.2 Personal salaries summary ......................... 32 5.3 Total cost of the project .......................... 32 A.1 Workspace work package .......................... A2 A.2 Learning work package ........................... A2 A.3 Software (command) work package .................... A3 A.4 Software (functionalities) work package .................. A3 A.5 Software (improvement) work package .................. A4 A.6 Documentation work package ....................... A4 xv NOMENCLATURE API Application programming interface CA Certification Authority DHCP Dynamic Host Configuration Protocol DNAT Destination NAT DNS Domain Name System HTTP Hypertext Transfer Protocol, Application layer in the OSI model IP Internet Protocol, Internet layer in the OSI model KVM Kernel-based Virtual Machine LTS Long-term support LXC Linux Containers NAT Network Address Translation OS Operating system QEMU Quick Emulator RSA RivestShamirAdleman, public-key cryptosystem SNAT Source NAT VM Virtual Machine VNC Virtual Network Computing xvii CHAPTER 1 INTRODUCTION This chapter includes the objectives, the requirements, the implementation proce- dures and the incidences that the project suffered during the realization. First of all, let’s start describing the OpenHuaca project. 1.1 What is OpenHuaca? OpenHuaca is a cloud platform software that manages different technologies of virtual machines. Used technologies are KVM (Kernel-based Virtual Machine) and LXC (Linux Containers) [1], which I will explain the more detailed features and differences later. Some options or commands available in the application are the generation of do- mains that can contain several virtual machines, the management of users, groups, resources, NAT configuration or certifications of each container. An usage example may be a university laboratory, where each student have their own virtual machine. There can co-exist different subjects in a single laboratory and have their own domain with restricted permissions. Each student can work in their own virtual machine, regardless of the desk of the classroom. Thanks to NAT configuration, they can also work at home or at any remote workspace with internet access. Some of strong points are the simplicity and the ease of configuration. 1.2 Project Goals The work done in the OpenHuaca project started few time ago by other students. My main goal is to develop the previous functionality into Python programming lan- guage [2], improve features and make the code more durable for future improvements as an open source project. My project goals are stated in the Project Proposal and Workplan delivered on October 2nd, and can be summed up in the following points: 1 Virtualization concepts Look for information about virtualization and learn the different types, deep in continerization and LXC, the used technology. Current code Understand the current code and all the implemented functionalities, as well as the involved technologies. Command structure Design and implement the command structure. List all possi- bilities of the OpenHuaca platform arranged by commands and sub-commands. Command functionalities Implement each command with the desired operation and all the possible options and arguments. Improve Functionality Add new features which had not been planned before if they are needed for the correct operation of the platform. The implementation of KVM technology in OpenHuaca software is not covered in my project. It was developed by Daniel Campos Gómez in his Integration of KVM in the Openhuaca Cloud Platform final degree project [3]. All the information related
Recommended publications
  • CIS Debian Linux 7 Benchmark V1.0.0 - 12-31-2015
    CIS Debian Linux 7 Benchmark v1.0.0 - 12-31-2015 http://benchmarks.cisecurity.org The CIS Security Benchmarks division provides consensus-oriented information security products, services, tools, metrics, suggestions, and recommendations (the “SB Products”) as a public service to Internet users worldwide. Downloading or using SB Products in any way signifies and confirms your acceptance of and your binding agreement to these CIS Security Benchmarks Terms of Use. CIS SECURITY BENCHMARKS TERMS OF USE BOTH CIS SECURITY BENCHMARKS DIVISION MEMBERS AND NON-MEMBERS MAY: Download, install, and use each of the SB Products on a single computer, and/or Print one or more copies of any SB Product that is in a .txt, .pdf, .doc, .mcw, or .rtf format, but only if each such copy is printed in its entirety and is kept intact, including without limitation the text of these CIS Security Benchmarks Terms of Use. UNDER THE FOLLOWING TERMS AND CONDITIONS: SB Products Provided As Is. CIS is providing the SB Products “as is” and “as available” without: (1) any representations, warranties, or covenants of any kind whatsoever (including the absence of any warranty regarding: (a) the effect or lack of effect of any SB Product on the operation or the security of any network, system, software, hardware, or any component of any of them, and (b) the accuracy, utility, reliability, timeliness, or completeness of any SB Product); or (2) the responsibility to make or notify you of any corrections, updates, upgrades, or fixes. Intellectual Property and Rights Reserved. You are not acquiring any title or ownership rights in or to any SB Product, and full title and all ownership rights to the SB Products remain the exclusive property of CIS.
    [Show full text]
  • A Letter to the FCC [PDF]
    Before the FEDERAL COMMUNICATIONS COMMISSION Washington, DC 20554 In the Matter of ) ) Amendment of Part 0, 1, 2, 15 and 18 of the ) ET Docket No. 15­170 Commission’s Rules regarding Authorization ) Of Radio frequency Equipment ) ) Request for the Allowance of Optional ) RM­11673 Electronic Labeling for Wireless Devices ) Summary The rules laid out in ET Docket No. 15­170 should not go into effect as written. They would cause more harm than good and risk a significant overreach of the Commission’s authority. Specifically, the rules would limit the ability to upgrade or replace firmware in commercial, off­the­shelf home or small­business routers. This would damage the compliance, security, reliability and functionality of home and business networks. It would also restrict innovation and research into new networking technologies. We present an alternate proposal that better meets the goals of the FCC, not only ensuring the desired operation of the RF portion of a Wi­Fi router within the mandated parameters, but also assisting in the FCC’s broader goals of increasing consumer choice, fostering competition, protecting infrastructure, and increasing resiliency to communication disruptions. If the Commission does not intend to prohibit the upgrade or replacement of firmware in Wi­Fi ​ ​ devices, the undersigned would welcome a clear statement of that intent. Introduction We recommend the FCC pursue an alternative path to ensuring Radio Frequency (RF) compliance from Wi­Fi equipment. We understand there are significant concerns regarding existing users of the Wi­Fi ​ spectrum, and a desire to avoid uncontrolled change. However, we most strenuously advise against prohibiting changes to firmware of devices containing radio components, and furthermore advise against allowing non­updatable devices into the field.
    [Show full text]
  • Linux Networking Cookbook.Pdf
    Linux Networking Cookbook ™ Carla Schroder Beijing • Cambridge • Farnham • Köln • Paris • Sebastopol • Taipei • Tokyo Linux Networking Cookbook™ by Carla Schroder Copyright © 2008 O’Reilly Media, Inc. All rights reserved. Printed in the United States of America. Published by O’Reilly Media, Inc., 1005 Gravenstein Highway North, Sebastopol, CA 95472. O’Reilly books may be purchased for educational, business, or sales promotional use. Online editions are also available for most titles (safari.oreilly.com). For more information, contact our corporate/institutional sales department: (800) 998-9938 or [email protected]. Editor: Mike Loukides Indexer: John Bickelhaupt Production Editor: Sumita Mukherji Cover Designer: Karen Montgomery Copyeditor: Derek Di Matteo Interior Designer: David Futato Proofreader: Sumita Mukherji Illustrator: Jessamyn Read Printing History: November 2007: First Edition. Nutshell Handbook, the Nutshell Handbook logo, and the O’Reilly logo are registered trademarks of O’Reilly Media, Inc. The Cookbook series designations, Linux Networking Cookbook, the image of a female blacksmith, and related trade dress are trademarks of O’Reilly Media, Inc. Java™ is a trademark of Sun Microsystems, Inc. .NET is a registered trademark of Microsoft Corporation. Many of the designations used by manufacturers and sellers to distinguish their products are claimed as trademarks. Where those designations appear in this book, and O’Reilly Media, Inc. was aware of a trademark claim, the designations have been printed in caps or initial caps. While every precaution has been taken in the preparation of this book, the publisher and author assume no responsibility for errors or omissions, or for damages resulting from the use of the information contained herein.
    [Show full text]
  • Ubuntu Server Guide Basic Installation Preparing to Install
    Ubuntu Server Guide Welcome to the Ubuntu Server Guide! This site includes information on using Ubuntu Server for the latest LTS release, Ubuntu 20.04 LTS (Focal Fossa). For an offline version as well as versions for previous releases see below. Improving the Documentation If you find any errors or have suggestions for improvements to pages, please use the link at thebottomof each topic titled: “Help improve this document in the forum.” This link will take you to the Server Discourse forum for the specific page you are viewing. There you can share your comments or let us know aboutbugs with any page. PDFs and Previous Releases Below are links to the previous Ubuntu Server release server guides as well as an offline copy of the current version of this site: Ubuntu 20.04 LTS (Focal Fossa): PDF Ubuntu 18.04 LTS (Bionic Beaver): Web and PDF Ubuntu 16.04 LTS (Xenial Xerus): Web and PDF Support There are a couple of different ways that the Ubuntu Server edition is supported: commercial support and community support. The main commercial support (and development funding) is available from Canonical, Ltd. They supply reasonably- priced support contracts on a per desktop or per-server basis. For more information see the Ubuntu Advantage page. Community support is also provided by dedicated individuals and companies that wish to make Ubuntu the best distribution possible. Support is provided through multiple mailing lists, IRC channels, forums, blogs, wikis, etc. The large amount of information available can be overwhelming, but a good search engine query can usually provide an answer to your questions.
    [Show full text]
  • Cnvision 4.5 User Guide
    USER GUIDE cnVision HUB FLEXr, HUB 360r, CLIENT MAXr, CLIENT MAXrp, CLIENT MINI, CLIENT MICRO System Release 4.5.x Accuracy While reasonable efforts have been made to assure the accuracy of this document, Cambium Networks assumes no liability resulting from any inaccuracies or omissions in this document, or from use of the information obtained herein. Cambium reserves the right to make changes to any products described herein to improve reliability, function, or design, and reserves the right to revise this document and to make changes from time to time in content hereof with no obligation to notify any person of revisions or changes. Cambium does not assume any liability arising out of the application or use of any product, software, or circuit described herein; neither does it convey license under its patent rights or the rights of others. It is possible that this publication may contain references to, or information about Cambium products (machines and programs), programming, or services that are not announced in your country. Such references or information must not be construed to mean that Cambium intends to announce such Cambium products, programming, or services in your country. Copyrights This document, Cambium products, and 3rd Party software products described in this document may include or describe copyrighted Cambium and other 3rd Party supplied computer programs stored in semiconductor memories or other media. Laws in the United States and other countries preserve for Cambium, its licensors, and other 3rd Party supplied software certain exclusive rights for copyrighted material, including the exclusive right to copy, reproduce in any form, distribute and make derivative works of the copyrighted material.
    [Show full text]
  • DNS and the DNS Cache Poisoning Attack
    Lecture 17: DNS and the DNS Cache Poisoning Attack Lecture Notes on “Computer and Network Security” by Avi Kak ([email protected]) June 25, 2021 3:21pm ©2021 Avinash Kak, Purdue University Goals: The Domain Name System BIND Configuring BIND Running BIND on your Ubuntu laptop Light-Weight Nameservers (and how to install them) DNS Cache Poisoning Attack Writing Perl and Python code for cache poisoning attacks Dan Kaminsky’s More Virulent DNS Cache Poisoning Attack CONTENTS Section Title Page 17.1 Internet, Harry Potter, and the Magic of DNS 3 17.2 DNS 5 17.3 An Example That Illustrates Extensive DNS 13 Lookups in Even the Simplest Client-Server Interactions 17.4 The Domain Name System and The dig Utility 28 17.5 host, nslookup, and whois Utilities for Name 42 Lookup 17.6 Creating a New Zone and Zone Transfers 45 17.7 DNS Cache 48 17.7.1 The TTL Time Interval 51 17.8 BIND 56 17.8.1 Configuring BIND 58 17.8.2 An Example of the named.conf Configuration File 64 17.8.3 Running BIND on Your Ubuntu Laptop 68 17.9 What Does it Mean to Run a Process in a 70 chroot Jail? 17.10 Phishing versus Pharming 73 17.11 DNS Cache Poisoning 74 17.12 Writing Perl and Python Code for Mounting a 81 DNS Cache Poisoning Attack 17.13 Dan Kaminsky’s More Virulent Exploit for 92 DNS Cache Poisoning 17.14 Homework Problems 99 Computer and Network Security by Avi Kak Lecture 17 Back to TOC 17.1 INTERNET, HARRY POTTER, AND THE MAGIC OF DNS If you have read Harry Potter, you are certainly familiar with the use of owl mail by the wizards and the witches.
    [Show full text]
  • Automated DNS Installation and Configuration
    Automated DNS installation and configuration Aleksi Valkeinen Bachelor’s thesis August 2018 Technology, communication and transport Degree Programme in Information Technology Description Author(s) Type of publication Date Valkeinen, Aleksi Bachelor’s thesis August 2018 Language of publication: English Number of pages Permission for web publi- 97 cation: Yes Title of publication Automated DNS installation and configuration Degree programme Information Technology Supervisor(s) Kokkonen Tero, Häkkinen Antti Assigned by Qvantel Finland Oy Abstract The thesis was implemented as a part of Qvantel Finland Oy’s development with the purpose to cre- ate an automated solution for installing and configuring services. The study focuses on Consul, a service automated by using Ansible. The theory includes a description of Ansible, what it is for and how it works. DNS theory, Consul the- ory, protocols and use case are also addressed. The theory also describes Dnsmasq and other com- ponents that were used. Consul was tested by creating an environment that could be used to model Consul use cases. In this environment, different tests could be put into practice including testing name service, registering services and how the installation actually works. The environment was built with seven different services, i.e. Docker, Consul, Dnsmasq, Mesos, Mar- athon, Zookeeper and Registrator. All but Dnsmasq and Mesos would be located in Docker contain- ers. Mesos, Marathon and Zookeeper would create a distributed system kernel, that can be used to collect all resources to act as one machine. This is used to run applications on top of Marathon. Con- sul would be a name service, health check and key/value storage for these services.
    [Show full text]
  • Open Source Used in Rv130x V1.0.3.51
    Open Source Used In RV130 RV130W 1.0.3.51 Cisco Systems, Inc. www.cisco.com Cisco has more than 200 offices worldwide. Addresses, phone numbers, and fax numbers are listed on the Cisco website at www.cisco.com/go/offices. Text Part Number: 78EE117C99-202560422 Open Source Used In RV130 RV130W 1.0.3.51 1 This document contains licenses and notices for open source software used in this product. With respect to the free/open source software listed in this document, if you have any questions or wish to receive a copy of any source code to which you may be entitled under the applicable free/open source license(s) (such as the GNU Lesser/General Public License), please contact us at [email protected]. In your requests please include the following reference number 78EE117C99-202560422 En ce qui a trait au logiciel gratuit ou à exploitation libre figurant dans ce document, si vous avez des questions ou souhaitez recevoir une copie du code source, auquel vous avez droit en vertu des licences gratuites ou d'exploitation libre applicables (telles que licences GNU Lesser/General Public), veuillez communiquer avec nous à l'adresse external- [email protected]. Dans vos demandes, veuillez inclure le numéro de référence 78EE117C99-202560422 Contents 1.1 bridge-utils 1.0.6 1.1.1 Available under license 1.2 BusyBox 1.7.2 1.2.1 Available under license 1.3 conntrack-tools 1.0.0 1.3.1 Available under license 1.4 cron 3.0 1.4.1 Available under license 1.5 curl 7.19.4 1.5.1 Available under license 1.6 dhcp 4.1.0 1.6.1 Available
    [Show full text]
  • Chapter 1. Introduction to the DNS 5 /Usr/Local/Doc/Readme.Txt). DNS
    Chapter 1. Introduction to the DNS 5 Figure 1.2: Tree structure of DNS names /usr/local/doc/readme.txt). DNS naming works in much the same way. The basic name of a node in the DNS tree is called its simple name. A node's fully-qualified domain name (FQDN), i.e. its full name, is its simple name followed by the names of each of its parents in turn, separated by dots instead of slashes. In Figure 1.2 the FQDN of the node ns is ns.austin.ibm.com. Note that in DNS the most significant parts are on the right, whereas in a file pathname they are on the left. An individual node in the DNS tree is also called a label; it's limited to 63 characters and must not contain a period (just as in the *nix file system a filename must not contain a slash). The depth of the DNS tree is limited to 127 levels, and a fully qualified domain name is limited to 255 characters (including the dot separators). A domain is a node in the naming tree, plus all its children, grandchildren, etc., if it has any; its domain name is the full name of the node. E.g. ibm.com is the name of the domain consisting of the whole sub-tree highlighted in gray in Figure 1.2, including the ibm node itself, right down to the individual machines. Your DNS domain is a specific part of the name space that is dedicated to you, so you can create your own names without clashing with anyone else's.
    [Show full text]
  • Open Source Used in ATA 191 12.0(1)
    Open Source Used In ATA 191 12.0(1) Cisco Systems, Inc. www.cisco.com Cisco has more than 200 offices worldwide. Addresses, phone numbers, and fax numbers are listed on the Cisco website at www.cisco.com/go/offices. Text Part Number: 78EE117C99-140931790 Open Source Used In ATA 191 12.0(1) 1 This document contains licenses and notices for open source software used in this product. With respect to the free/open source software listed in this document, if you have any questions or wish to receive a copy of any source code to which you may be entitled under the applicable free/open source license(s) (such as the GNU Lesser/General Public License), please contact us at [email protected]. In your requests please include the following reference number 78EE117C99-140931790 Contents 1.1 bridge 1.1 1.1.1 Available under license 1.2 busybox 1.23.1 1.2.1 Available under license 1.3 c-ares 1.12.0 1.3.1 Available under license 1.4 curl 7.26.0 1.4.1 Available under license 1.5 dnsmasq 2.78 1.5.1 Available under license 1.6 dropbear 2016.74 1.6.1 Available under license 1.7 ebtables 2.0.10-4 1.7.1 Available under license 1.8 Expat 2.2.0 :2.2.0 1.8.1 Available under license 1.9 glibc-2.21 2.21 1.9.1 Available under license 1.10 gsoap 2.6.2 1.10.1 Available under license 1.11 iproute2 4.10.0 1.11.1 Available under license 1.12 iptables 1.6.1 1.12.1 Available under license 1.13 led 1.0 1.13.1 Available under license Open Source Used In ATA 191 12.0(1) 2 1.14 linux 3.4.110-rt140-v1.3.5-rc3+ 1.14.1 Available under license 1.15 mDNSResponder
    [Show full text]
  • Olsr in Android Operating System
    OLSR IN ANDROID OPERATING SYSTEM By Nasim Chowdhury B.Sc., Electrical Engineering (1995) University of Oklahoma A Project presented to Ryerson University in partial fulfillment of the requirements for the degree of Master of Engineering Program of Electrical and Computer Engineering Toronto, Ontario, Canada ©Nasim Chowdhury 2013 AUTHOR'S DECLARATION FOR ELECTRONIC SUBMISSION OF A THESIS I hereby declare that I am the sole author of this project. This is a true copy of the project, including any required final revisions, as accepted by my examiners. I authorize Ryerson University to lend this project to other institutions or individuals for the purpose of scholarly research I further authorize Ryerson University to reproduce this project by photocopying or by other means, in total or in part, at the request of other institutions or individuals for the purpose of scholarly research. I understand that my project may be made electronically available to the public. ii ABSTRACT OLSR IN ANDROID OPERATING SYSTEM Nasim Chowdhury Program of Electrical and Computer Engineering Ryerson University Master of Engineering 2013 Optimized Link State Routing protocol, an ad-hoc routing protocol, has been popular in wireless devices running on Linux operating system for quite some time. In this project we have outlined the process of preparing Android devices for ad-hoc networking, a way to overcome limitations of the OS for continuous UDP communication, ensure all devices communicate on the same wireless Wi-Fi SSID, Cell-ID, subnet and finally implement the Optimized Links State Routing (OLSR) in Android Operating System using Google Nexus 7 devices. Using the code base from ProjectSPAN, an open source project, OLSR protocol has been ported to Android Nexus 7 devices.
    [Show full text]
  • 4 Linux Network Configuration
    Version 4.0 Linux Administration II Linux as a Network Client $ echo tux tux $ ls hallo.c hallo.o $ /bin/su - Password: tuxcademy – Linux and Open Source learning materials for everyone www.tuxcademy.org [email protected] ⋅ This training manual is designed to correspond to the objectives of the LPI-102 (LPIC-1, version 4.0) certification exam promulgated by the Linux Professional Institute. Further details are available in Appendix B. The Linux Professional Institute does not endorse specific exam preparation materials or tech- niques. For details, refer to [email protected]. The tuxcademy project aims to supply freely available high-quality training materials on Linux and Open Source topics – for self-study, school, higher and continuing education and professional training. Please visit http://www.tuxcademy.org/! Do contact us with questions or suggestions. Linux Administration II Linux as a Network Client Revision: adm2:0cd011e4d0e3d9e9:2015-08-21 adm2:0cd20ee1646f650c:2015-08-21 1–13, B adm2:D6IMdRN77OjUKOKAMJE2Cq © 2015 Linup Front GmbH Darmstadt, Germany © 2015 tuxcademy (Anselm Lingnau) Darmstadt, Germany http://www.tuxcademy.org [email protected] ⋅ Linux penguin “Tux” © Larry Ewing (CC-BY licence) All representations and information contained in this document have been com- piled to the best of our knowledge and carefully tested. However, mistakes cannot be ruled out completely. To the extent of applicable law, the authors and the tux- cademy project assume no responsibility or liability resulting in any way from the use of this material or parts of it or from any violation of the rights of third parties. Reproduction of trade marks, service marks and similar monikers in this docu- ment, even if not specially marked, does not imply the stipulation that these may be freely usable according to trade mark protection laws.
    [Show full text]