Opennet - Benutzerbeiträge [de]

Vereinstreffen Dezember 2009

2009-12-12T19:04:49Z

Sh01: /* 26C3 Chaos Communication Congress, 27.-30.12.2009 */ s/Sebastian S./Sebastian H./

Tipp: Benutze 3xTilde um deinen Nutzernamen einzufügen. Es entsteht so automatisch z.B. [[Benutzer:JohnDoe|John]].

'''Wer beabsichtigt zum Treffen zu kommen, bitte anmelden! Andernfalls können Treffen auch ausfallen.'''

== Admin-Treff Mittwoch, 02.12.2009, 09.30 Uhr ==

Ort: Uni Rostock, Projektraum Informatik

Teilnehmer: Thomas, Ralph, Mathias, Rene

Themen:
* vorab 9.00 Uhr Frühstück in der [http://www.studentenwerk-rostock.de/index.php?lang=de&mainmenue=4&submenue=49&type=details&detail=1 Mensa Südstadt]
* internes Treffen der Opennet Server Administratoren und angehenden Administratoren
* Durchsicht und Dokumentation aller Server und zentralen Opennet Dienste
* ggf. notwendige Restrukturierung planen und durchführen

Ergebnisse:
* [[Adressierungsschema]] überarbeitet, zukünftig Bereich 192.168.10.0/24 für [[Opennet Server]] (ausser Gateway Server)
* Software-Update der Server und Services ist bereits weitesgehend im Vorfeld durch Ralph erfolgt (danke!)
* [[Opennet Server]] als Server-Dokumentation ausgelagert, je Server eigene Doku-Seite
* jeder Opennet Server sollte ein BIND erhalten
* Doku Mailsystem muss noch ausgebaut werden (Relay, Access-List, SASL Shared Keys, Admin-Webinterface, Anti-Spam/Virus Graylisting + SpamAssassin + policyd, )
* TLS für mail.opennet-initiative.de überprüfen, derzeit arbeitet nur SSL (separate Ports)
* E-Mail apXXX@on-i.de ist zukünftig immer Alias fuer (vorhandene private) E-Mail Addresse, Einbindung über SelfCare-Portal notwendig
* Migration Passwortdatei durch Umzug nach IMAP NOC-Account
* IP-Doku, je eine Seite noch anzulegen
* IPv6 in Uni-Rostock warten bis Umzug neues Gebäude bzw. Beschaffung entspr. Hardware
* mittelfristige Aufgabe - Dienste mit SSL/TLS, CAcert Zertfikate
* Monitoring per Nagios ausetzen, Server u. alle DIenste, Optional Access Points (OLSR und/oder SNMP)
* Doku OLSR Konfiguration überarbeiten
* Wiki - 1x oeffentlich + 1x intern (nicht mehr nur Vorstandsspezifisch)

== Opennet-Treff Montag, 14.12.2009, 19.00 Uhr ==
(jeden zweiten Montag im Monat)

Ort: Vereinsraum in der "Frieda", Friedrichstr. 23, 1. OG Aufgang links ([[Frieda23]])

Fällt aus! Dafür Glühwein-Runde siehe unten.

== Glühwein-Runde Montag, 14.12.2009, 18.00 Uhr ==

Treffpunkt: 18 Uhr Lange Straße / Ecke Breite Straße (an der Stand-Uhr)

Einladung: siehe [[Benutzer:MathiasMahnke/Blog:2009 December 08 10:57:50 CET|Opennet Blog "Opennet Glühweinrunde 2009"]]

Anmeldung:
* [[Benutzer:MathiasMahnke|Mathias]], [[Benutzer:Moh|Marco]], [[Benutzer:Dr.rp|Ralf]], Rene

Abmeldung:
* [[Benutzer:P424D0X|Bjørn]], [[Benutzer:Sebastian|Sebastian]]

== Opennet-Treff Freitag, 25.12.2009, 17.00 Uhr ==
(jeder letzte Freitag im Monat)

Ort: Vereinsraum in der "Frieda", Friedrichstr. 23, 1. OG Aufgang links ([[Frieda23]])

Anmeldung:

Abmeldung:

Themen:
* wird vermutlich ausfallen ;-)

== 26C3 Chaos Communication Congress, 27.-30.12.2009 ==

Gemeinsame Fahrt zum jährlichem CCC-Congress:

25C3: Here Be Dragons
26th Chaos Communication Congress
December 27th to 30th, 2009
bcc Berliner Congress Center, Berlin, Germany

* Teilnehmer: Sebastian H. u. Kommilitone Joey, Björn K., Mathias M.
* Abfahrt: 7.30 Uhr 27.12.2009 Deutsche-Med/OSPA Bushaltestelle (Zwischenstopps in Absprache)
* 26C3 Wiki -- http://events.ccc.de/congress/2009/
* CCC Event Weblog -- https://events.ccc.de/

[[Kategorie:Opennet Ereignisse]]

AP203

2008-06-29T16:25:51Z

Sh01: /* Kontaktdaten */ remove unnecessary and silly e-mail obfuscation

=== Access Point ===

{{Accesspoint Kartenposition|ap=203}}

{| {{Prettytable}}
!width="130" align="left"| {{AP Button|ap=203}}
!align="left"| [http://192.168.1.203/ Status]
|-
| '''Standort'''
| Friedrichstr. 23
|-
| '''Antenne und Richtung'''
| Standrd-Omni
|-
| '''Montage'''
| im Vereinsraum
|-
| '''Typ / Hersteller'''
| Buffalo
|-
| '''Bemerkung'''
| Privateigentum Mathias
|}

=== Kontaktdaten ===

{| {{Prettytable}}
!width="130" align="left"| '''Name'''
!align="left"| [[Frieda23]]
|-
| '''E-Mail'''
|admin@opennet-initiative.de
|-
|}

=== Besonderheiten ===

* freier Internetzugang für [[Frieda23]] Vereinsraum und Gäste
* Wireless Infrastruktur-Netz "frieda23.opennet-initiative.de"
* DHCP per Wireless und Drahtgebunden (Switche am Schreibtisch)

=== Graphen ===

(Nur aus dem Opennet erreichbar.)

http://192.168.1.203/traffic.png

=== Anpassungen ===

* Wireless Treiber
ipkg -force-depends remove opennet-kmod-brcm-wl opennet-kmod-wlcompat
ipkg install kmod-brcm-wl kmod-wlcompat iptables-mod-ipopt kmod-ipt-ipopt use-backports
ipkg install opennet-ugw-trafmon
* Wireless Setup
nvram set wl0_infra=1
nvram set wl0_mode=ap
nvram set wl0_ssid=frieda23.opennet-initiative.de
nvram set wl0_channel=11
nvram set on_wifidhcp_start=50
nvram set on_wifidhcp_num=20
nvram set on_wifidhcp=on
nvram set on_wifidhcp_keep=on
nvram set ff_txpwr=19
nvram set on_autoadapttxpwr=
nvram commit
* /usr/bin/netparam
Zeile 126 : wdev = "eth1"
* /etc/init.d/S53olsrd
Zeile 19 : OLSRDEV=
Zeile 20 : OLSRDEVLIST=
* /etc/init.d/S82wifidhcp
Zeile 20 : iptables -$ACT_INSERT FORWARD $rulenum -i $WIFIDEV -o $TUNDEV \
-s $DHCPWIFINET_PRE -d ! $WIFINET_PRE -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

[[Kategorie:Accesspoint_beschreibungen|203]]

Opennet Netzstatus

2007-08-18T23:52:58Z

Sh01: /* GW254 ''titan'' */ - remove topN links and text; this has't worked for weeks, at minimum, and the backend was a horrible mess back when it did. I'm not bringing it back.

== Netzwerkkarte ==

[[Bild:Googlemaps karte beispiel.jpg|thumb|250px|right|Googlemaps overlay ([[Karte/GoogleMaps|vergrößern]])]]
Opennet Access-Points und ihre aktuellen Verbindungen. Aktualisierung der Karte zur Zeit alle 5 Minuten.

'''Aktuelle Karte''': [[Karte/GoogleMaps]]

'''Weitere Formate''': [http://maps.google.com/maps?f=q&hl=en&q=http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.kml&ie=UTF8&ll=54.087955,12.114508&spn=0.00808,0.019076&om=1 KML] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png PNG] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.jpg JPEG] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_big.png PNG Extragroß] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_7.jpg JPEG Luftbild]

Kantenfarben: geben die Verbindungsqualität zwischen zwei Knoten an<br/>
Knotenfarben: geben die Verbindungsqualität zum Opennet-Gateway an

Qualitätsangabe: Die Farbe bestimmt sich aus der Farbkomponente des HSV-Farbraums [http://de.wikipedia.org/wiki/HSV-Farbraum]. <br/>
blau (max) - türkis - grün - gelb - rot (min); schwarz (nicht angebunden)<br>
[[bild:Hue.png]]

<br clear=all>

== Zentrale Opennet Gateways ==

=== GW254 ''titan'' ===

http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1d_ppp+.png

=== GW251 ''nagare'' ===

http://nagare.on-i.de/stats/graphics/t_traffic_001__1d_tun+.png

=== GW247 ''erina'' ===

http://erina.on-i.de/teucrium/t_traffic_001__1d_tun+.png

=== GW244 ''lohro'' ===

http://webserv2.studio.lohro.de/graph/graphs/graph_7_1.png

== Opennet User Gateways ==

=== UGW27 ''Kabutzenhof'' ===

http://27.ugw.opennet-initiative.de/traffic.png

=== UGW46 ''Waldemarstr.'' ===

http://46.ugw.opennet-initiative.de/traffic.png

=== UGW53 ''Doberaner Platz.'' ===

http://53.ugw.opennet-initiative.de/traffic.png

=== UGW57 ''Patriotischer Weg'' ===

http://57.ugw.opennet-initiative.de:65535/traffic.png

=== UGW88 ''Bremer Str.'' ===

http://88.ugw.opennet-initiative.de/traffic.png

=== UGW164 ''Bei der Petrikirche'' ===
(bisher nur aus dem Opennet zu erreichen)

http://192.168.1.164/traffic.png

=== UGW196 ''Pferdestr.'' ===

http://196.ugw.opennet-initiative.de:65535/traffic.png

[[Kategorie:Opennet Projekte]]

Jahresversammlung 2007

2007-05-29T14:55:14Z

Sh01: /* Anmeldung für offiziellen Teil */ sh01 zu Teilnehmern hinzugefuegt

==Jahresversammlung 2007==

'''Zeit:''' Freitag 29. Juni 17:00 Grillen, 19: Offizieller Teil
'''Ort:''' Waldemar und Margarete, Budapesterstr. 16

=== Anmeldung zum Grillen===

'''Nur Getränke:'''

'''Kleines Grillbüffet für 10,00:'''

'''Großes Grillbüffet für 12,50:''' Clemens

=== Anmeldung für offiziellen Teil===

Ich komme: Clemens [[Benutzer:Sh01|SebastianHagen]]

Ich komme vielleicht:

Ich komme nicht:

=== Tagesordnung ===

TOP 1 Genehmigung der Tagesordnung

TOP 2 Bericht über das vergangene Jahr: Jahresbericht, Mitgliederstand, Bericht der Kassenprüfer

TOP 3 Entlastung des Vorstands

TOP 4 Neuwahl des Vorstands

TOP 5 Allfällige Satzungsänderungen

TOP 6 Weitere Anträge und Verschiedenes

Gateway Installation

2007-03-13T23:16:38Z

Sh01: /* NTP-Server */ -- fix ntp-keygen syntax

Kurzer Leitfaden für das Aufsetzen neuer Vereinsgateways.

=== Hardware ===

* sinnvoll >500 Mhz CPU, >256 MB RAM
* mindestens 2 NICs
* ausreichend HD-Kapazität; ideal SCSI (z.B. U2W), alternativ IDE (mit z.B. RAID1)

=== Basisinstallation ===

* Booten, z.B. per CD oder PXE mit Knoppix
* Dateisystem vorbereiten:
** ''cfdisk /dev/<device>'', z.B. /dev/hda (IDE) oder /dev/sda (SCSI)
** primäre Partitionen: 32 MB boot (Typ 83 + bootable), 500 MB swap (Typ 82), Rest für / (Typ 83)
** boot mit EXT2: mkfs.ext2 /dev/<device>1
** swap mit SWAP: mkswap /dev/<device>2
** root mit XFS: mkfs.xfs /dev/<device>3
* Debian (bevorzugt Testing) installieren
: a) Neuinstallation, vgl. [http://www.debian.de/releases/stable/i386/index.html.de Debian GNU/Linux-Installationsanleitung]
: c) per ''debootstap'' von Knoppix aus, vgl. [http://www.debian.de/releases/stable/i386/apcs04.html.de Debian GNU/Linux-Installationsanleitung - C.4]
: b) als Kopie von vorhandenem GW, z.B. [[GW250|izumi]]
::* Filesysteme auf izumi ggf. mounten, crontab Einträge ggf. deaktivieren (CPU-Last)
::* boot einbinden: mount /dev/<device>1 /mnt/
::* boot spiegeln: rsync -axz --numeric-ids root@izumi.on:/boot/ /mnt/
::* root einbinden: umount /mnt; mount /dev/<device>3 /mnt/
::* root spiegeln: rsync -axz --numeric-ids root@izumi.on:/ /mnt/
::* Minimale Device-Nodes anlegen (bei UDEV): MAKEDEV null console zero
* Bootloader installieren (''grub''):
** via chroot und grub-Skripte: (chroot...); grub-install --no-floppy /dev/<device>; update-grub
** oder manuell, dabei /boot/grub/menu.lst selbst anpassen/erstellen: grub --no-floppy (root (hd0,0) / setup (hd0) / quit)
* Kernel bauen / aktualisieren
** cd /usr/src/linux; make menuconfig; make; make install; make modules_install; update-grub
** ggf. local-version neu setzen

==== Hilfsmittel: RAID mit mdadm ====

* spezieller Partitionstyp FD (Linux raid autodetect), mit cfdisk einstellen
* direkt: ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 /dev/hdc3''
* oder auch schrittweise:
** ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 missing''
** Daten in /hda3 einspielen
** ''mdadm --manage /dev/md0 --add /dev/hdc3''

=== Konfiguration ===

==== Allgemeines ====

* Hostname /etc/hostname + /etc/mailname
* Zeitzone /etc/timezone -> UTC
* Kernelmodule /etc/modules
* Dateisysteme /etc/fstab
/dev/<device>1 /boot ext2 noauto,noatime 1 1
/dev/<device>3 / xfs noatime 0 0
/dev/<device>2 none swap sw 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0

==== Netzwerk-Geräte ====

===== PPP bzw. DynIP =====

* Ethernet /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto eth1
iface eth1 inet static
address 192.168.0.X
netmask 255.255.0.0
network 192.168.0.0
broadcast 192.168.255.255
auto <peername>
iface <peername> inet ppp
provider <peername>
* PPP /etc/ppp/*
** /etc/ppp/pap-secrets -> "<account>" * "<password>"
** /etc/ppp/peers/<peername>, Defaults mit:
logfile /var/log/pppd/qsc-dsl.log
#defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "<account>"
:* ln -s /etc/ppp/peers/<peername> /etc/ppp/peers/provider
:* mkdir /var/log/pppd
:* /etc/ppp/ip-up.d
#!/bin/sh
# default routes
route add -net 0.0.0.0/1 gw $PPP_REMOTE
route add -net 128.0.0.0/1 gw $PPP_REMOTE
# uni rostock
route add -net 139.30.0.0/16 gw $PPP_REMOTE
# ipkg repositories
route add -host 195.56.146.238 gw $PPP_REMOTE
route add -host 212.91.225.42 gw $PPP_REMOTE
# wikipedia
route add -net 207.142.131.192/26 gw $PPP_REMOTE
route add -net 145.97.39.128/28 gw $PPP_REMOTE
route add -net 212.85.150.128/28 gw $PPP_REMOTE
# www.opennet-initiative.de
route add -host 212.105.204.29 gw $PPP_REMOTE
# rostock.de
route add -net 195.37.188.160/28 gw $PPP_REMOTE
:* /etc/ppp/ip-down.d/00routes - analog nur s/add/del

===== Statische IP =====

* Externe und Intern IP in /etc/network/interfaces konfigurieren. Dabei eth0=extern und eth1=intern
* lege gatewaysetup.sh und iptables_dnat.autogenerated in /etc/network ab
* lege ein helper script zum konditionalen aufruf von /etc/network/gatewaysetup.sh in /etc/init.d/gatewaysetup (siehe z.B. izumi setup)
* linke /etc/init.d/gatewaysetup auf /etc/rcS.d/S40gatewaysetup
* Das Script /etc/network/if-up.d/openvpn starten OVPN

==== Routing ====

* OLSR /etc/olsrd.conf, Defaults mit:
UseHysteresis no
LinkQualityLevel 2
Interface "eth1" { <defaults> }
Hna4
{
# university rostock
139.30.0.0 255.255.0.0
# ipkg repositories
195.56.146.238 255.255.255.255
212.91.225.42 255.255.255.255
# wikipedia
207.142.131.192 255.255.255.192
145.97.39.128 255.255.255.240
212.85.150.128 255.255.255.240
# www.opennet-initiative.de
212.105.204.29 255.255.255.255
# www.rostock.de
195.37.188.160 255.255.255.240
}

* WAN-Routing /etc/network/ip-up.d/gatewaysetup.sh (Kopie besorgen)

==== SSH-Server ====

* ggf. neue Schlüssel erstellen in /etc/ssh/
** RSA-Host-Key per ''ssh-keygen -b 2048 -t rsa -f ssh_host_rsa_key''
** DSA-Host-Key per ''ssh-keygen -b 2048 -t dsa -f ssh_host_dsa_key''
* Einige änderungen in /etc/ssh/sshd_config

PermitRootLogin without-password
#RSAAuthentication yes
#PasswordAuthentication no

==== VPN-Server ====

* OpenVPN:
** openvpn + openssl installieren
** zwei Instanzen aufbauen: <system> = opennet_gateways (VPN Backbone) | opennet_users (VPN Internet-Zugang für Nutzer)
** /etc/openvpn/<system>/openssl.cnf als Kopie besorgen, Leserechte setzen (''chmod go-rwx <system>'')
** /etc/openvpn/opennet_<system>.conf anpassen (Kopie besorgen), key + cert anpassen
** Csr/Key erstellen: ''openssl req -days 3650 -nodes -new -keyout <hostname>.key -out <hostname>.csr -extensions server -config openssl.cnf'' (Common Name = <hostname>.on)
** Csr absenden und unterschreiben lassen, Crt einspielen, Leserechte setzen (''chmod go-rw *.key'')
** Diffie hellman PEM: ''openssl dhparam -out /etc/openvpn/dh2048.pem 2048''

* automatische ACL Aktualisierung:
** Nutzer openvpn-acl anlegen + absichern
** SSH Schlüsselpaar erzeugen: ''su openvpn-acl; cd .ssh/; ssh-keygen -t rsa'' (Sicherstellen, das $home und .ssh vorhanden sind!)
** SSH Public Key (id_rsa.pub) in opennetca@ratte:.ssh/authorized_keys hinzufügen
** cronttab für openvpn-acl mit "*/10 * * * * rsync -rt --delete --safe-links opennetca@139.30.3.52:'opennet_users opennet_users_disabled' /etc/openvpn/acl"

==== Nameserver ====

* Erforderliche Pakete installieren: bind9
* falls noch kein rndc-Key - rndc absichern per ''rndc-conf -a''
* mkdir /var/log/bind; chown bind /var/log/bind
* /etc/bind/named.conf.options:

<pre>
key dnskey.opennet {
algorithm hmac-md5;
secret "<<<<Key von anderem Gateway holen>>>>";
};

server 139.30.241.7 {
keys dnskey.opennet;
};
options {
directory "/var/cache/bind";
forward first;
forwarders {
<isp-dns1>;
<isp-dns2>;
192.168.0.254;
};
auth-nxdomain no; # conform to RFC1035
listen-on {
127.0.0.1;
<gateway-ip>
};
# ignoriert unterstrich in Domainnamen vom ON
check-names slave ignore;
};

logging {
channel logfile {
file "/var/log/bind/named.log" versions 2 size 1M;
print-time yes;
# syslog local2;
print-category yes;
print-severity yes;
severity info;
};

category default { logfile; };
category general { logfile; };
category queries { null; };
category lame-servers { null; };
# category update { null; };
};
</pre>

* /etc/bind/named.conf.local:

<pre>
// on - forward (includes vpn)
zone "on." {
type slave;
file "db.on";
masters {139.30.241.7;};
};

//on - reverse

zone "168.192.in-addr.arpa" {
type slave;
file "db.192.168";
masters {139.30.241.7;};
};

//on-vpn - reverse
zone "1.10.in-addr.arpa" {
type slave;
file "db.10.1";
masters {139.30.241.7;};
};

//on-ugw - reverse
zone "2.10.in-addr.arpa" {
type slave;
file "db.10.2";
masters {139.30.241.7;};
};
</pre>

* lokale Namensauflösung /etc/resolv.conf:
search on
nameserver 127.0.0.1
* Überschreiben der Namensauflösung durch ppp-Einwahl unterbinden - /etc/ppp/peers/provider:
#usepeerdns
* Nameserver starten: ''/etc/init.d/bind9 start''
* Funktion prüfen: ''ps aux|grep bind'' und ''rndc status''
* Fehlermeldungen suchen: ''grep named /var/log/daemon.log|tail -20'' bzw. tail /var/log/bind/named.log
:* kann er z.B nicht in das Logfile schreiben loggt er doch nach ''daemon''
* Zonen-Transfer manuell durchführen: ''rndc retransfer on''

==== Webserver ====

* apache2 installieren
** in /etc/apache2/ports.conf eintragen: Listen 80
** Default-Site deaktivieren: #RedirectMatch ^/$ /apache2-default/
** Default-Site unter /var/www/apache2-default ggf. löschen
** CGI-BIN deaktivieren: /etc/apache2/mods-enabled/cgi.load löschen; ggf. in sites-enabled/ den cgi-bin Eintrag löschen

* OpenVPN-Status-Skript anpassen unter /root/tasks/openvpn-users-status.py: host = '<hostname>.on'

[[Kategorie:Konfiguration]]
[[Kategorie:Opennet Projekte]]

==== NTP-Server ====

* ntpdate und ntpd installieren
* beide beim Systemstart starten lassen (zur Sicherheit zuerst ntpdate, dann ntpd)
:* ntpd hat Probleme mit dynamisch wechselnen IP Adressen. Im Daemon Log finden sich Einträge wie ''ntpd[2466]: sendto(83.67.66.148): Invalid argument''. Ich würde hier vorschlagen ntpdate in crontab einzutragen.
:* ntpdate als cronjob hat wirklich unschöne Resultate. Ich bin dafür den ntpd ohne restart davon zu überzeugen, die neue global ip zu nutzen. Zur Nutzung des management-sockets sind zunächst keys zu erstellen:
:* Wenn beim Aufruf von ntp-keygen die Fehlermeldung ''RAND_load_file /root/.rnd not found or empty'' kommt kann man sich mit ''dd if=/dev/random of=/root/.rnd bs=512 count=1'' helfen.

sudo su
mkdir -p /etc/ntp
chmod go-rx /etc/ntp
cd /etc/ntp
ntp-keygen -M
chmod go-rxw *
chmod go+rx /etc/ntp
ln -sf ntpkey_MD5key* keys

* In /etc/ntp.conf sind dann folgende Einträge erforderlich:

keys /etc/ntp/keys
keysdir /etc/ntp/
trustedkey 10
requestkey 10
restrict 127.0.0.1

* Das Script [[Gateway_Installation/ntpdrehash]] als /usr/local/bin/ntpdrehash ablegen:

* Und schliesslich /etc/ppp/ip-up.d/70ntpdrehash anlegen:

#!/bin/sh
/usr/local/bin/ntpdrehash | ntpdc &

==== MTA (Mail Transfer) ====

Es ist sinnvoll einen MTA zu konfigurieren damit Statusmeldungen per Mail an unser administratives Postfach ''noc@opennet-initiative.de'' geschickt werden können. Wir benutzen dazu einen gemeinsamen Relayhost mit SMTP Auth unter postfix auf jedem Gateway.

'''Benötigte Pakete:''' postfix libsasl2-modules postfix-tls (''bei der Debian installation '''Satellite system''' auswählen'')

Konfiguriert wird Postfix über ''/etc/postfix/main.cf''.

<pre>
# hostname/domain definition
myhostname = <host>.opennet-initiative.de

# myorigin wird an lokal generierte mails angehaengt
myorigin = $myhostname

# Aliase für lokale User
alias_maps = hash:/etc/aliases

# Postfix ist nur fuer localhost zuständig
mynetworks = 127.0.0.0/8

# alle Mails sollen über unseren Relayhost gesendet werden
# (mit Dynamischen IP's und ohne PTR-Record sollte man lieber keine Mails versenden)
relayhost = relayhost.opennet-initiative.de

# Zum authentifizieren beim Relayhost benötigen wir SMTP Auth
# ''/etc/postfix/sasl_passwd'' hat folgendes Format
# hostname user:pass
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd
smtp_sasl_security_options =
</pre>

Die Datei ''/etc/postfix/sasl/passwd'' anlegen und aktuellen Inhalt besorgen (z.B. von einem schon bestehenden Gateway). Danach noch die Datenbank-Version der Datei generieren (''postmap /path/passwd'').

Zudem ist noch eine kleine Änderung an ''/etc/postfix/master.cf'' notwendig. Damit legen wir fest das Postfix nur am lo-Interface lauscht:

sed -i -e "s/$^smtp.*smtpd.*$$/127.0.0.1:\1/" master.cf

Damit Nachrichten an den Nutzer ''root'' generell weitergeleitet werden, in die /etc/aliases den Eintrag ''root: noc@opennet-initiative.de'' setzen.

'''Häufig benötigte Kommandos:'''

* Konfiguraion neuladen: postfix reload
* Default Konfiguration ausgeben: postconf -d
* Nach Änderungen an /etc/aliases: postalias /etc/aliases
* Warteschlange prüfen: postqueue -p oder mailq
* Warteschlange manipolieren siehe ''man postsuper''
* Versandlogging erfolgt über mail.* nach: /var/log/mail.log
* Fehler werden nach /var/log/syslog geschrieben
* Versand prüfen: echo "testmail" > mailx -s testmail <user> (z.B. <user>=root)

==== Datenbank ====

Wir benutzen entweder PostgreSql oder MySql.

Postgre-Tunning:
* /etc/postgresql-common/autovacuum.conf : avac_sleep_base=3000

==== Policy Routing ====

Für die zentralen UGW-Server wird Policy Routing verwendet, um die lokalen Routen (z.B. zum Default-GW) von den Opennet-internen OLSR Routen zu trennen.

* /etc/network/if-up.d/policy_routing.sh erstellen, ggf. Interface anpassen
#!/bin/sh
if [ $IFACE = 'eth0' ] ; then
# leave those to olsr
ip route add throw 192.168.0.0/16 table hardroutes
ip route add throw 10.0.0.0/8 table hardroutes
# everything else, send through the gateway to the rest of the world
ip route add 0.0.0.0/0 via $IF_GATEWAY table hardroutes
ip rule add table hardroutes pref 10
fi
* /etc/network/interfaces ergänzen um post-up und ein neues loopback-Interface
[..]
auto eth0
iface eth0 inet static
address xxx.xxx.xxx.xxx
gateway xxx.xxx.xxx.xxx
netmask xxx.xxx.xxx.xxx
post-up /etc/network/if-up.d/policy_routing.sh
auto lo:0
iface lo:0 inet static
address 192.168.0.247
netmask 255.255.255.255

=== Opennet Tools ===

Erläuterungen sie auch [[Gateway_Installation/Opennet Tools Übersicht]].

==== Teucrium (Traffic Graphen) ====

siehe [[Gateway_Installation/Teucrium Setup]]

==== Traffic Shaping ====

siehe [[Gateway_Installation/Traffic Shaping]]

==== ON Webstat (Gateway Status) ====

* Nuter ''on-webstat'' anlegen: ''useradd -m on-webstat''
* /etc/sudoers ergänzen, via ''visudo'' bearbeiten: ''on-webstat ALL = NOPASSWD: /usr/sbin/rndc status''
* aktuelles Webstat-Archiv nach /home/on-webstat übernehmen (z.B. ''svn checkout svn://svn.opennet-initiative.de/on_webstat/trunk/; mv trunk/* .; rm -rf trunk'')
* Verzeichniss /var/www/on_webstat anlegen, Gruppe/Owner auf on-webstat
* crontab für Nutzer ''on-webstat'' einrichten
* Abhängigkeiten:
** Apache Server Status aktivieren, ''/etc/apache2/apache2.conf'':
<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from 192.168.0.0/255.255.0.0
Allow from 127.0.0.1
</Location>
:* vnstat installieren: ''apt-get install vnstat; vnstat -u -i eth0''
:* uptimed installieren via ''apt-get install uptimed '' und ''/etc/uptimed.conf'' mit:
UPDATE_INTERVAL=60
LOG_MAXIMUM_ENTRIES=50
LOG_MINIMUM_UPTIMED=1h
MAIL_MINIMUM_UPTIME=1d
MAIL_MINIMUM_POSITION=10
EMAIL=root@localhost
SEND_EMAIL=1
SENDMAIL=/usr/lib/sendmail -t
PIDFILE=/var/run/uptimed
MILESTONE=1d:one day [..]
:* uprecords-cgi installien:
::* ''apt-get install uprecords-cgi'' (table, 10 max)
::* Header und Footer Dateien in /etc/uprecords-cgi/ leeren
::* Apache absichern in ''/etc/apache2/sites-enabled/000-default'' cgi-bin Pfad raus
::* Leserechte für conf-Datei: ''chmod +r /etc/uprecords-cgi/uprecords.conf''
:* Leserechte für VPN-Status: ''chmod +r /var/log/openvpn/*status*''

==== Trac (Projektmanagement) ====

siehe [[Gateway Installation/Trac Install]]

=== Experimentell ===

==== tinc ====

* Tinc installieren: ''apt-get install tinc; cd /etc/tinc/; mkdir on_backbone; mkdir on_backbone/hosts''
* Netz zum Starten hinzufügen: "on_backbone" nach /etc/tinc/nets.boot eintragen
* Config-File ''tinc.conf'' unter /etc/tinc/on_backbone/:
Name=<gw-alias>
Device=/dev/net/tun
BindToAddress=<gw-external-ipaddr>
ConnectTo=<remote-alias>
* Host-Files als ''<alias>'' unter /etc/tinc/on_backbone/hosts/:
Address=<fqhn>
Subnet=<net>/<mask>
* ggf. neues Keypaar erzeugen: ''tincd -n on_backbone -K''
* ggf. Host-Files mit ihren Public-Keys ergänzen
* netfilter Regeln erweitern (z.B. in ON-gatewaysetup.sh):
** TCP: ''iptables -A external_in -i <external-if> -p tcp --dport 655 -j RETURN''
** UDP: ''iptables -A external_in -i <external-if> -p udp --dport 655 -j RETURN''
* Starten: ''/etc/init.d/tinc start''
* Logfile prüfen: ''grep tinc /var/log/daemon.log''

=== TODO's ===

* Netfilter
* Wie funktioniert die ACL synchronisation?
*

Opennet Netzstatus

2007-01-31T20:30:53Z

Sh01: /* Netzwerkkarte */ fix refresh interval (it's actually 5 minutes atm) and elaborate on the google maps link

== Netzwerkkarte ==

[[Bild:Googlemaps karte beispiel.jpg|thumb|250px|right|Googlemaps overlay ([[Karte/GoogleMaps|vergrößern]])]]
Opennet Access-Points und ihre aktuellen Verbindungen. Aktualisierung der Karte zur Zeit alle 5 Minuten.

'''Aktuelle Karte''': [http://maps.google.com/maps?f=q&hl=en&q=http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.kml&ie=UTF8&ll=54.087955,12.114508&spn=0.00808,0.019076&om=1 KML (google maps)] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png PNG] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.jpg JPEG] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_big.png PNG Extragroß] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_7.jpg JPEG Luftbild]

Kantenfarben: geben die Verbindungsqualität zwischen zwei Knoten an<br/>
Knotenfarben: geben die Verbindungsqualität zum Opennet-Gateway an

Qualitätsangabe: Die Farbe bestimmt sich aus der Farbkomponente des HSV-Farbraums [http://de.wikipedia.org/wiki/HSV-Farbraum]. <br/>
blau (max) - türkis - grün - gelb - rot (min); schwarz (nicht angebunden)<br>
[[bild:Hue.png]]

<br clear=all>

== Verkehrsanalyse ==

Nach oben ist der eingehende Verkehr zum Opennet (Downstream) aufgetragen. Nach unten sieht man den den ausgehenden Verkehr Richtung Internet (Upstream).

=== Opennet-Gateway GW254 ''titan'' ===

http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1h_ppp+.png

Top10-Nutzer: [http://titan.www.opennet-initiative.de/accounting/topN/opennet_top10_w_last.xhtml Letzte Woche] · [http://titan.www.opennet-initiative.de/accounting/topN/opennet_top10_m_last.xhtml Letzter Monat]

=== Opennet-Gateway GW253 ''akara'' ===

http://akara.opennet-initiative.de/traffic_status/akara_traffic__1h_eth0.png

=== Opennet-Gateway GW252 ''hikaru'' ===

Noch kein Graph.

=== Opennet-Gateway GW251 ''nagare'' ===

Hier ist die Summe des ausgehenden Verkehrs aller Usergateways (Upstream, hier nach oben und Downstream, hier nach unten) dargestellt.
http://nagare.on-i.de/stats/graphics/t_traffic_001__1h_tun+.png

=== Opennet-Gateway GW250 ''izumi'' ===

http://izumi.opennet-initiative.de/traffic_status/izumi_traffic__1h_ppp+.png

=== User-Gateway UGW46 ''Waldemarstr.'' === ''(nur innerhalb von opennet sichtbar)''

http://192.168.1.46/traffic.png

=== User-Gateway UGW57 ''Patriotischer Weg'' ===

http://m0h.homeip.net:65535/traffic.png

=== User-Gateway UGW88 ''Bremer Str.'' ===

http://88.ugw.opennet-initiative.de/traffic.png

=== User-Gateway UGW150 ''lohro'' ===

http://lohro.homedns.org/graph/graphs/graph_7_5.png

[[Kategorie:Opennet Projekte]]

OLSR

2006-11-13T17:54:46Z

Sh01: /* Siehe auch */ remove link to titan olsrd patches dir an link to olsrd_patches wikipage instead

OLSR (Optimized Link State Routing) wird zur Auswahl der Übertragungswege im Netzwerk (Routing) eingesetzt und ist damit eine wichtige Technik zur Kommunikation im Opennet.

== Konfigurationsdatei (Opennet) ==

Das wichtigste zu Beginn, die aktuell zum Opennet kompatible ''olsrd.conf'' (passend zu olsr 0.4.10):

DebugLevel 0
LinkQualityLevel 2
UseHysteresis no
LinkQualityFishEye 1
LinkQualityDijkstraLimit 3 5.0
IpVersion 4
AllowNoInt yes
Pollrate 0.075
TcRedundancy 2
MprCoverage 5
LinkQualityWinSize 128
Hna4 { }
Hna6 { }
LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Host" "127.0.0.1"
PlParam "Net" "192.168.0.0 255.255.0.0"
}
Interface "eth0"
{
HelloInterval 5.0
HelloValidityTime 100.0
TcInterval 5.0
TcValidityTime 200.0
MidInterval 50.0
MidValidityTime 200.0
HnaInterval 50.0
HnaValidityTime 200.0
}

== Linux Tutorial ==

''Diskussion im Forum'': [http://forum.opennet-initiative.de/thread.php?threadid=340]

Wir wollen im Folgenden einen Linux-Host als mobilen Knoten im Opennet konfigurieren. Dazu muss eine feste Opennet-Adresse unter [[Opennet_Nodes#Mobile_Nodes]] reserviert werden. Anschließend wird die WLAN-Karte konfiguriert und der OLSR-Dienst installiert.

Im Verein solltet ihr für die mobile Teilnahme bereits Mitglied sein und einen Access Point betreiben bzw. sponsern.

=== WLAN-Karte einrichten ===

Geht ganz einfach:
# iwconfig <dev> mode Ad-Hoc essid olsr.opennet-forum.de key <opennet-key>
# ifconfig <dev> 192.168.7.X netmask 255.255.0.0 broadcast 192.168.255.255

Das Device (<dev>) heißt häufig "wlan0" oder "eth1". Die IP "192.168.7.X" durch eure reservierte Adresse ersetzen.

=== OLSRd einrichten ===

Download: http://www.olsr.org/index.cgi?action=download<br/>
Weiterführende Dokumentation: http://www.olsr.org/index.cgi?action=doc

Als Superuser (root):
# Quellen runterladen, am besten die "Latest Release" als tar.bz2-Archiv
# Quellen entpacken -> tar xfj olsrd-X.X.X.tar.bz2
# Übersetzen -> make; make install (nur OLSR) oder make build_all; make install_all (incl. aller Plugins)
# Konfigurationsdatei bearbeiten -> vi /etc/oslrd.conf (siehe unten)
# OLSRd starten -> olsrd

Es wird auf der Console ein Statusbildschirm angezeigt mit den Links, Nachbarn und der gelernten Topologie. Ab sofort sollte man vollen Zugang zum Opennet haben. Um auch das Internet zu nutzen, muss noch OpenVPN installiert werden.

=== Tipps und Tricks ===

Benutzerschnittstellen:
* olsrd-Console
** wird nach dem Starten von olsrd angezeigt, falls "DebugLevel" nicht 0 ist (/etc/oslrd.conf)
** liefert Links, Nachbarn und Topologie; jeweils mit Link-Qualität
* olsrd-gui GTK-Frontend
** muss separat übersetzt werden (make; make install im Verzeichnis gui/linux-gtk/)
** IPC-Zugriff auf olsrd muss erlaubt sein (/etc/olsrd.conf: IpcConnections - MaxConnections 1)
* HTTP-Status-Plugin
** Konfiguration in /etc/olsrd.conf entsprechend README_HTTPINFO:
*: LoadPlugin "olsrd_httpinfo.so.0.1" {
*:: PlParam "port" "80"
*:: PlParam "Net" "192.168.0.0 255.255.0.0" }
** olsrd neustarten, Status unter <nowiki>http://192.168.7.X/</nowiki> (z.B. http://192.168.7.10/nodes)

== Mac OS X Tutorial ==

Diskussion im Forum: []

=== WLAN-Karte einrichten ===

Nutze die graphischen Tools von Mac OS X. Im Terminal kann man die Schnittstellen-Konfiguration mit ''ifconfig en1'' (soweit ''en1'' die Wireless Karte ist) ueberprüfen.

=== OLSRd einrichten ===

Download: http://www.fernsehsofa.de/olsr/

Installation als Nutzer mit Admin-Rechten
# Zielverzeichnis erstellen: ''sudo mkdir -p /usr/local/olsr/; cd /usr/local/olsr''
# Binary-Archiv herunterladen und entpacken: ''wget <download-url>; unzip <downloaded-file>''
# Konfigurationsdatei erstellen: ''sudo vi /etc/olsrd.conf'' (Inhalt von oben einfügen + vollen Pfad zum zum http-Plugin eintragen, z.B. "/usr/local/olsr/olsrd-current/lib/olsrd_httpinfo.so.0.1")
# OLSRd starten: ''cd olsr-current; sudo ./olsrd'' (sollte es Probleme geben, erhöhe das Debug-Level in der Konfigurationsdatei)
# OLSRd wieder stoppen: ''sudo killall olsrd''

=== Tipps und Tricks ===

Es gelten die selben Hinweise wie bei der Installation unter Linux.

== Windows Tutorial ==

''Diskussion im Forum'': [http://forum.opennet-initiative.de/thread.php?threadid=203]

Wir wollen im Folgenden einen Windows-Host als mobilen Knoten im Opennet konfigurieren. Dazu muss eine feste Opennet-Adresse unter [[Opennet_Nodes#Mobile_Nodes]] reserviert werden. Anschließend wird die WLAN-Karte konfiguriert und der OLSR-Dienst installiert.

Im Verein solltet ihr für die mobile Teilnahme bereits Mitglied sein und einen Access Point betreiben bzw. sponsern.

=== Anleitung ===

Kurze Anleitung, wie man mit dem Notebook ins Opennet kommt:
* Adresse besorgen
** ihr erhaltet eine 192.168.7.X (unter [[Opennet_Nodes#Mobile_Nodes]] reservieren)
** zum Testen eine frei gewählte aus 192.168.33.X benutzen
* olsrd von [http://www.olsr.org/index.cgi?action=download www.olsr.org] besorgen und installieren
* WLAN-Interface konfigurieren
** Ad-Hoc-Modus
** SSID "olsr.opennet-forum.de"
** den bekannten WEP Key eingeben
** IP-Adresse von oben
** Subnet-Mask 255.255.0.0
** Default-GW kann leer bleiben, wird über OLSR bekannt gemacht
** DNS Server ein Opennet-Gateway, z.B. 192.168.0.254
* OLSR Switch starten und den olsrd für das entsprechende WLAN-Interface aktivieren

=== Screenshots ===

<gallery>
Bild:Screenshot-OLSR-Windows1.JPG|1. Netzwerkumgebung öffen - Drahtlose Netzwerkumgebung - Eigenschaften (Rechte Maustaste)
Bild:Screenshot-OLSR-Windows2.JPG|2. Internetprotokoll (TCP/IP) - Eigenschaften
Bild:Screenshot-OLSR-Windows3.JPG|3. Allgemein: IP-Adresse, Netzmaske und DNS-Server eintragen; OK
Bild:Screenshot-OLSR-Windows4.JPG|4. Drahtlosnetzwerke: Bevorzugte Netzwerke - Hinzufügen
Bild:Screenshot-OLSR-Windows5.JPG|5. Zuordnung: SSID eintragen, Computer-zu-Computer-Netzwerk (Ad-Hoc) auswählen; OK
Bild:Screenshot-OLSR-Windows6.JPG|6. Verfügbare Netzwerke: Drahtlosnetzwerke anzeigen
Bild:Screenshot-OLSR-Windows7.JPG|7. Opennet auswählen; Verbinden; Netzwerkschlüssel eintragen; Verbinden
Bild:Windows olsr switch.jpg|8. OLSR-Switch öffnen, Netzwerkkarte auswählen (IP-Adresse); Starten - Fertig!
</gallery>

[[Kategorie:Konfiguration|OLSR]]

== OLSR im Detail ==

[http://de.wikipedia.org/wiki/OLSR OLSR] (Optimized Link State Routing) ist ein [http://de.wikipedia.org/wiki/Routing Routing-Protokoll] für MANETs ([http://de.wikipedia.org/wiki/Mobiles_Ad-hoc-Netzwerk Mobile Ad-Hoc Networks]), also Netze mit mobilen Stationen, die ohne jegliche feste Infrastruktur auskommen (müssen).

Es basiert darauf, dass eine Station regelmäßig mit jeder benachbarten Station Nachrichten austauscht, in denen die Nachbarn über andere Nachbarn der Station informiert werden (sog. HELLO-Messages). Somit wissen die Nachbarn, welche Stationen sie über 2 Hops erreichen können (einmal ihre direkten Nachbarn mit einem Hop, und über diese noch deren Nachbarn). Diese Informationen werden an alle Stationen im Netz verteilt, damit jede Station aus ihren eigenen Daten eine Route zu jeder anderen Station ermitteln kann (daher der Begriff [http://de.wikipedia.org/wiki/Link-State Link State Routing]).

Im normalen OLSR (wie in [http://www.ietf.org/rfc/rfc3626.txt RFC3626] beschrieben) werden Routen nach der minimalen Anzahl Hops ausgesucht. Dieses ist nicht unbedingt die beste Route, da in einem drahtlosen Netz die Verbindungsqualität eine erhebliche Rolle spielt. Für OLSR gibt es deshalb eine Erweiterung, die die Verbindungsqualität als Kriterium für die Auswahl einer Route nutzt (LQ - Link Quality Extension). Die Verbindungsqualität ist in diesem Falle die Wahrscheinlichkeit, dass ein Paket korrekt übertragen wird. Es wird somit die Route gewählt, auf der die größte Wahrscheinlichkeit besteht, dass das Paket auf Anhieb fehlerfrei durchkommt.

Informationen über Gateways zu anderen Netzen (in unserem Falle das Internet) werden automatisch verbreitet. Gibt also ein großzügiger Teilnehmer
mal seinen DSL/Infocity-Zugang frei, so wird das gesamte Netz darüber informiert (natürlich nur, wenn das auch gewünscht ist). Das könnte ganz
praktisch sein weil so sehr einfach mal kurzfristig ein Gateway zugeschaltet werden kann, ohne dass es Probleme gibt wenn der wieder abgeschaltet wird.

So sagt es zumindest die Theorie ...

== Siehe auch ==
* OLSR Quellen: http://www.olsr.org/
* Berliner OLSR Patches: http://olsrexperiment.de/sven-ola/nylon/packages/olsrd/files/
* [[Olsrd_patches | Opennet olsrd patches]]

[[Kategorie:Konfiguration]]

Gateway Installation

2006-08-01T19:17:22Z

Sh01: /* Statische IP */ - route comment doesn't really make any sense here...

Kurzer Leitfaden für das Aufsetzen neuer Vereinsgateways.

=== Hardware ===

* sinnvoll >500 Mhz CPU, >256 MB RAM
* mindestens 2 NICs
* ausreichend HD-Kapazität; ideal SCSI (z.B. U2W), alternativ IDE (mit z.B. RAID1)

=== Basisinstallation ===

* Booten, z.B. per CD oder PXE mit Knoppix
* Dateisystem vorbereiten:
** ''cfdisk /dev/<device>'', z.B. /dev/hda (IDE) oder /dev/sda (SCSI)
** primäre Partitionen: 32 MB boot (Typ 83 + bootable), 500 MB swap (Typ 82), Rest für / (Typ 83)
** boot mit EXT2: mkfs.ext2 /dev/<device>1
** swap mit SWAP: mkswap /dev/<device>2
** root mit XFS: mkfs.xfs /dev/<device>3
* Debian (bevorzugt Testing) installieren
: a) Neuinstallation, vgl. [http://www.debian.de/releases/stable/i386/index.html.de Debian GNU/Linux-Installationsanleitung]
: c) per ''debootstap'' von Knoppix aus, vgl. [http://www.debian.de/releases/stable/i386/apcs04.html.de Debian GNU/Linux-Installationsanleitung - C.4]
: b) als Kopie von vorhandenem GW, z.B. [[GW250|izumi]]
::* Filesysteme auf izumi ggf. mounten, crontab Einträge ggf. deaktivieren (CPU-Last)
::* boot einbinden: mount /dev/<device>1 /mnt/
::* boot spiegeln: rsync -axz --numeric-ids root@izumi.on:/boot/ /mnt/
::* root einbinden: umount /mnt; mount /dev/<device>3 /mnt/
::* root spiegeln: rsync -axz --numeric-ids root@izumi.on:/ /mnt/
::* Minimale Device-Nodes anlegen (bei UDEV): MAKEDEV null console zero
* Bootloader installieren (''grub''):
** via chroot und grub-Skripte: (chroot...); grub-install --no-floppy /dev/<device>; update-grub
** oder manuell, dabei /boot/grub/menu.lst selbst anpassen/erstellen: grub --no-floppy (root (hd0,0) / setup (hd0) / quit)
* Kernel bauen / aktualisieren
** cd /usr/src/linux; make menuconfig; make; make install; make modules_install; update-grub
** ggf. local-version neu setzen

==== Hilfsmittel: RAID mit mdadm ====

* spezieller Partitionstyp FD (Linux raid autodetect), mit cfdisk einstellen
* direkt: ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 /dev/hdc3''
* oder auch schrittweise:
** ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 missing''
** Daten in /hda3 einspielen
** ''mdadm --manage /dev/md0 --add /dev/hdc3''

=== Konfiguration ===

==== Allgemeines ====

* Hostname /etc/hostname + /etc/mailname
* Zeitzone /etc/timezone -> UTC
* Kernelmodule /etc/modules
* Dateisysteme /etc/fstab
/dev/<device>1 /boot ext2 noauto,noatime 1 1
/dev/<device>3 / xfs noatime 0 0
/dev/<device>2 none swap sw 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0

==== Netzwerk-Geräte ====

===== PPP bzw. DynIP =====

* Ethernet /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto eth1
iface eth1 inet static
address 192.168.0.X
netmask 255.255.0.0
network 192.168.0.0
broadcast 192.168.255.255
auto <peername>
iface <peername> inet ppp
provider <peername>
* PPP /etc/ppp/*
** /etc/ppp/pap-secrets -> "<account>" * "<password>"
** /etc/ppp/peers/<peername>, Defaults mit:
logfile /var/log/pppd/qsc-dsl.log
#defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "<account>"
:* ln -s /etc/ppp/peers/<peername> /etc/ppp/peers/provider
:* mkdir /var/log/pppd
:* /etc/ppp/ip-up.d
#!/bin/sh
# default routes
route add -net 0.0.0.0/1 gw $PPP_REMOTE
route add -net 128.0.0.0/1 gw $PPP_REMOTE
# uni rostock
route add -net 139.30.0.0/16 gw $PPP_REMOTE
# ipkg repositories
route add -host 195.56.146.238 gw $PPP_REMOTE
route add -host 212.91.225.42 gw $PPP_REMOTE
# wikipedia
route add -net 207.142.131.192/26 gw $PPP_REMOTE
route add -net 145.97.39.128/28 gw $PPP_REMOTE
route add -net 212.85.150.128/28 gw $PPP_REMOTE
# www.opennet-initiative.de
route add -host 212.105.204.29 gw $PPP_REMOTE
# rostock.de
route add -net 195.37.188.160/28 gw $PPP_REMOTE
:* /etc/ppp/ip-down.d/00routes - analog nur s/add/del

===== Statische IP =====

* Externe und Intern IP in /etc/network/interfaces konfigurieren. Dabei eth0=extern und eth1=intern
* lege gatewaysetup.sh und iptables_dnat.autogenerated in /etc/network ab
* lege ein helper script zum konditionalen aufruf von /etc/network/gatewaysetup.sh in /etc/init.d/gatewaysetup (siehe z.B. izumi setup)
* linke /etc/init.d/gatewaysetup auf /etc/rcS.d/S40gatewaysetup
* Das Script /etc/network/if-up.d/openvpn starten OVPN

==== Routing ====

* OLSR /etc/olsrd.conf, Defaults mit:
UseHysteresis no
LinkQualityLevel 2
Interface "eth1" { <defaults> }
Hna4
{
# university rostock
139.30.0.0 255.255.0.0
# ipkg repositories
195.56.146.238 255.255.255.255
212.91.225.42 255.255.255.255
# wikipedia
207.142.131.192 255.255.255.192
145.97.39.128 255.255.255.240
212.85.150.128 255.255.255.240
# www.opennet-initiative.de
212.105.204.29 255.255.255.255
# www.rostock.de
195.37.188.160 255.255.255.240
}

* WAN-Routing /etc/network/ip-up.d/gatewaysetup.sh (Kopie besorgen)

==== SSH-Server ====

* ggf. neue Schlüssel erstellen in /etc/ssh/
** RSA-Host-Key per ''ssh-keygen -b 2048 -t rsa -f ssh_host_rsa_key''
** DSA-Host-Key per ''ssh-keygen -b 2048 -t dsa -f ssh_host_dsa_key''
* Einige änderungen in /etc/ssh/sshd_config

PermitRootLogin without-password
#RSAAuthentication yes
#PasswordAuthentication no

==== VPN-Server ====

* OpenVPN:
** openvpn + openssl installieren
** zwei Instanzen aufbauen: <system> = opennet_gateways (VPN Backbone) | opennet_users (VPN Internet-Zugang für Nutzer)
** /etc/openvpn/<system>/openssl.cnf als Kopie besorgen, Leserechte setzen (''chmod go-rwx <system>'')
** /etc/openvpn/opennet_<system>.conf anpassen (Kopie besorgen), key + cert anpassen
** Csr/Key erstellen: ''openssl req -days 3650 -nodes -new -keyout <hostname>.key -out <hostname>.csr -extensions server -config openssl.cnf'' (Common Name = <hostname>.on)
** Csr absenden und unterschreiben lassen, Crt einspielen, Leserechte setzen (''chmod go-rw *.key'')
** Diffie hellman PEM: ''openssl dhparam -out /etc/openvpn/dh2048.pem 2048''

* automatische ACL Aktualisierung:
** Nutzer openvpn-acl anlegen + absichern
** SSH Schlüsselpaar erzeugen: ''su openvpn-acl; cd .ssh/; ssh-keygen -t rsa''
** SSH Public Key (id_rsa.pub) in opennetca@ratte:.ssh/authorized_keys hinzufügen
** cronttab für openvpn-acl mit "*/10 * * * * rsync -rt --delete --safe-links opennetca@139.30.3.52:'opennet_users opennet_users_disabled' /etc/openvpn/acl"

==== Nameserver ====

* Erforderliche Pakete installieren: bind9
* falls noch kein rndc-Key - rndc absichern per ''rndc-conf -a''
* mkdir /var/log/bind; chown bind /var/log/bind
* /etc/bind/named.conf.options:

<pre>
key dnskey.opennet {
algorithm hmac-md5;
secret "<<<<Key von anderem Gateway holen>>>>";
};

server 139.30.241.7 {
keys dnskey.opennet;
};
options {
directory "/var/cache/bind";
forward first;
forwarders {
<isp-dns1>;
<isp-dns2>;
192.168.0.254;
};
auth-nxdomain no; # conform to RFC1035
listen-on {
127.0.0.1;
<gateway-ip>
};
# ignoriert unterstrich in Domainnamen vom ON
check-names slave ignore;
};

logging {
channel logfile {
file "/var/log/bind/named.log" versions 2 size 1M;
print-time yes;
# syslog local2;
print-category yes;
print-severity yes;
severity info;
};

category default { logfile; };
category general { logfile; };
category queries { null; };
category lame-servers { null; };
# category update { null; };
};
</pre>

* /etc/bind/named.conf.local:

<pre>
// on - forward (includes vpn)
zone "on." {
type slave;
file "db.on";
masters {139.30.241.7;};
};

//on - reverse

zone "168.192.in-addr.arpa" {
type slave;
file "db.192.168";
masters {139.30.241.7;};
};

//on-vpn - reverse
zone "1.10.in-addr.arpa" {
type slave;
file "db.10.1";
masters {139.30.241.7;};
};
</pre>

* lokale Namensauflösung /etc/resolv.conf:
search on
nameserver 127.0.0.1
* Überschreiben der Namensauflösung durch ppp-Einwahl unterbinden - /etc/ppp/peers/provider:
#usepeerdns
* Nameserver starten: ''/etc/init.d/bind9 start''
* Funktion prüfen: ''ps aux|grep bind'' und ''rndc status''
* Fehlermeldungen suchen: ''grep named /var/log/daemon.log|tail -20'' bzw. tail /var/log/bind/named.log
:* kann er z.B nicht in das Logfile schreiben loggt er doch nach ''daemon''
* Zonen-Transfer manuell durchführen: ''rndc retransfer on''

==== Webserver ====

* apache2 installieren
** in /etc/apache2/ports.conf eintragen: Listen 80
** Default-Site deaktivieren: #RedirectMatch ^/$ /apache2-default/
** Default-Site unter /var/www/apache2-default ggf. löschen
** CGI-BIN deaktivieren: /etc/apache2/mods-enabled/cgi.load löschen; ggf. in sites-enabled/ den cgi-bin Eintrag löschen

* OpenVPN-Status-Skript anpassen unter /root/tasks/openvpn-users-status.py: host = '<hostname>.on'

[[Kategorie:Konfiguration]]
[[Kategorie:Opennet Projekte]]

==== NTP-Server ====

* ntpdate und ntpd installieren
* beide beim Systemstart starten lassen (zur Sicherheit zuerst ntpdate, dann ntpd)
:* ntpd hat Probleme mit dynamisch wechselnen IP Adressen. Im Daemon Log finden sich Einträge wie ''ntpd[2466]: sendto(83.67.66.148): Invalid argument''. Ich würde hier vorschlagen ntpdate in crontab einzutragen.
:* ntpdate als cronjob hat wirklich unschöne Resultate. Ich bin dafür den ntpd ohne restart davon zu überzeugen, die neue global ip zu nutzen. Zur Nutzung des management-sockets sind zunächst keys zu erstellen:
sudo su
mkdir -p /etc/ntp
chmod go-rx /etc/ntp
cd /etc/ntp
ntp-keygen
chmod go-rxw *
chmod go+rx /etc/ntp
ln -sf ntpkey_MD5key* keys

* In /etc/ntp.conf sind dann folgende Einträge erforderlich:

keys /etc/ntp/keys
keysdir /etc/ntp/
trustedkey 10
requestkey 10
restrict 127.0.0.1

* Das Script [[Gateway_Installation/ntpdrehash]] als /usr/local/bin/ntpdrehash ablegen:

* Und schliesslich /etc/ppp/ip-up.d/70ntpdrehash anlegen:

#!/bin/sh
/usr/local/bin/ntpdrehash | ntpdc &

==== MTA (Mail Transfer) ====

Es ist sinnvoll einen MTA zu konfigurieren damit Statusmeldungen per Mail an unser administratives Postfach ''noc@opennet-initiative.de'' geschickt werden können. Wir benutzen dazu einen gemeinsamen Relayhost mit SMTP Auth unter postfix auf jedem Gateway.

'''Benötigte Pakete:''' postfix libsasl2-modules postfix-tls (''bei der Debian installation '''Satellite system''' auswählen'')

Konfiguriert wird Postfix über ''/etc/postfix/main.cf''.

<pre>
# hostname/domain definition
myhostname = <host>.opennet-initiative.de

# myorigin wird an lokal generierte mails angehaengt
myorigin = $myhostname

# Aliase für lokale User
alias_maps = hash:/etc/aliases

# Postfix ist nur fuer localhost zuständig
mynetworks = 127.0.0.0/8

# alle Mails sollen über unseren Relayhost gesendet werden
# (mit Dynamischen IP's und ohne PTR-Record sollte man lieber keine Mails versenden)
relayhost = relayhost.opennet-initiative.de

# Zum authentifizieren beim Relayhost benötigen wir SMTP Auth
# ''/etc/postfix/sasl_passwd'' hat folgendes Format
# hostname user:pass
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd
smtp_sasl_security_options =
</pre>

Die Datei ''/etc/postfix/sasl/passwd'' anlegen und aktuellen Inhalt besorgen (z.B. von einem schon bestehenden Gateway). Danach noch die Datenbank-Version der Datei generieren (''postmap /path/passwd'').

Zudem ist noch eine kleine Änderung an ''/etc/postfix/master.cf'' notwendig. Damit legen wir fest das Postfix nur am lo-Interface lauscht:

sed -i -e "s/$^smtp.*smtpd.*$$/127.0.0.1:\1/" master.cf

Damit Nachrichten an den Nutzer ''root'' generell weitergeleitet werden, in die /etc/aliases den Eintrag ''root: noc@opennet-initiative.de'' setzen.

'''Häufig benötigte Kommandos:'''

* Konfiguraion neuladen: postfix reload
* Default Konfiguration ausgeben: postconf -d
* Nach Änderungen an /etc/aliases: postalias /etc/aliases
* Warteschlange prüfen: postqueue -p oder mailq
* Warteschlange manipolieren siehe ''man postsuper''
* Versandlogging erfolgt über mail.* nach: /var/log/mail.log
* Fehler werden nach /var/log/syslog geschrieben
* Versand prüfen: echo "testmail" > mailx -s testmail <user> (z.B. <user>=root)

==== Datenbank ====

Wir benutzen entweder PostgreSql oder MySql.

Postgre-Tunning:
* /etc/postgresql-common/autovacuum.conf : avac_sleep_base=3000

=== Opennet Tools ===

Erläuterungen sie auch [[Gateway_Installation/Opennet Tools Übersicht]].

==== Teucrium (Traffic Graphen) ====

siehe [[Gateway_Installation/Teucrium Setup]]

==== Traffic Shaping ====

siehe [[Gateway_Installation/Traffic Shaping]]

==== ON Webstat (Gateway Status) ====

* Nuter ''on-webstat'' anlegen: ''useradd -m on-webstat''
* /etc/sudoers ergänzen, via ''visudo'' bearbeiten: ''on-webstat ALL = NOPASSWD: /usr/sbin/rndc status''
* aktuelles Webstat-Archiv nach /home/on-webstat übernehmen (z.B. ''svn checkout svn://svn.opennet-initiative.de/on_webstat/trunk/; mv trunk/* .; rm -rf trunk'')
* Verzeichniss /var/www/on_webstat anlegen, Gruppe/Owner auf on-webstat
* crontab für Nutzer ''on-webstat'' einrichten
* Abhängigkeiten:
** Apache Server Status aktivieren, ''/etc/apache2/apache2.conf'':
<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from 192.168.0.0/255.255.0.0
Allow from 127.0.0.1
</Location>
:* vnstat installieren: ''apt-get install vnstat; vnstat -u -i eth0''
:* uptimed installieren via ''apt-get install uptimed '' und ''/etc/uptimed.conf'' mit:
UPDATE_INTERVAL=60
LOG_MAXIMUM_ENTRIES=50
LOG_MINIMUM_UPTIMED=1h
MAIL_MINIMUM_UPTIME=1d
MAIL_MINIMUM_POSITION=10
EMAIL=root@localhost
SEND_EMAIL=1
SENDMAIL=/usr/lib/sendmail -t
PIDFILE=/var/run/uptimed
MILESTONE=1d:one day [..]
:* uprecords-cgi installien:
::* ''apt-get install uprecords-cgi'' (table, 10 max)
::* Header und Footer Dateien in /etc/uprecords-cgi/ leeren
::* Apache absichern in ''/etc/apache2/sites-enabled/000-default'' cgi-bin Pfad raus
::* Leserechte für conf-Datei: ''chmod +r /etc/uprecords-cgi/uprecords.conf''
:* Leserechte für VPN-Status: ''chmod +r /var/log/openvpn/*status*''

==== Trac (Projektmanagement) ====

siehe [[Gateway Installation/Trac Install]]

=== Experimentell ===

==== tinc ====

* Tinc installieren: ''apt-get install tinc; cd /etc/tinc/; mkdir on_backbone; mkdir on_backbone/hosts''
* Netz zum Starten hinzufügen: "on_backbone" nach /etc/tinc/nets.boot eintragen
* Config-File ''tinc.conf'' unter /etc/tinc/on_backbone/:
Name=<gw-alias>
Device=/dev/net/tun
BindToAddress=<gw-external-ipaddr>
ConnectTo=<remote-alias>
* Host-Files als ''<alias>'' unter /etc/tinc/on_backbone/hosts/:
Address=<fqhn>
Subnet=<net>/<mask>
* ggf. neues Keypaar erzeugen: ''tincd -n on_backbone -K''
* ggf. Host-Files mit ihren Public-Keys ergänzen
* netfilter Regeln erweitern (z.B. in ON-gatewaysetup.sh):
** TCP: ''iptables -A external_in -i <external-if> -p tcp --dport 655 -j RETURN''
** UDP: ''iptables -A external_in -i <external-if> -p udp --dport 655 -j RETURN''
* Starten: ''/etc/init.d/tinc start''
* Logfile prüfen: ''grep tinc /var/log/daemon.log''

=== TODO's ===

* Netfilter
* Wie funktioniert die ACL synchronisation?
*

Gateway Installation

2006-08-01T19:16:23Z

Sh01: /* Statische IP */ - don't call gatewaysetup from if-up.d, that's just moronic. don't use the init-script directly, either.

Kurzer Leitfaden für das Aufsetzen neuer Vereinsgateways.

=== Hardware ===

* sinnvoll >500 Mhz CPU, >256 MB RAM
* mindestens 2 NICs
* ausreichend HD-Kapazität; ideal SCSI (z.B. U2W), alternativ IDE (mit z.B. RAID1)

=== Basisinstallation ===

* Booten, z.B. per CD oder PXE mit Knoppix
* Dateisystem vorbereiten:
** ''cfdisk /dev/<device>'', z.B. /dev/hda (IDE) oder /dev/sda (SCSI)
** primäre Partitionen: 32 MB boot (Typ 83 + bootable), 500 MB swap (Typ 82), Rest für / (Typ 83)
** boot mit EXT2: mkfs.ext2 /dev/<device>1
** swap mit SWAP: mkswap /dev/<device>2
** root mit XFS: mkfs.xfs /dev/<device>3
* Debian (bevorzugt Testing) installieren
: a) Neuinstallation, vgl. [http://www.debian.de/releases/stable/i386/index.html.de Debian GNU/Linux-Installationsanleitung]
: c) per ''debootstap'' von Knoppix aus, vgl. [http://www.debian.de/releases/stable/i386/apcs04.html.de Debian GNU/Linux-Installationsanleitung - C.4]
: b) als Kopie von vorhandenem GW, z.B. [[GW250|izumi]]
::* Filesysteme auf izumi ggf. mounten, crontab Einträge ggf. deaktivieren (CPU-Last)
::* boot einbinden: mount /dev/<device>1 /mnt/
::* boot spiegeln: rsync -axz --numeric-ids root@izumi.on:/boot/ /mnt/
::* root einbinden: umount /mnt; mount /dev/<device>3 /mnt/
::* root spiegeln: rsync -axz --numeric-ids root@izumi.on:/ /mnt/
::* Minimale Device-Nodes anlegen (bei UDEV): MAKEDEV null console zero
* Bootloader installieren (''grub''):
** via chroot und grub-Skripte: (chroot...); grub-install --no-floppy /dev/<device>; update-grub
** oder manuell, dabei /boot/grub/menu.lst selbst anpassen/erstellen: grub --no-floppy (root (hd0,0) / setup (hd0) / quit)
* Kernel bauen / aktualisieren
** cd /usr/src/linux; make menuconfig; make; make install; make modules_install; update-grub
** ggf. local-version neu setzen

==== Hilfsmittel: RAID mit mdadm ====

* spezieller Partitionstyp FD (Linux raid autodetect), mit cfdisk einstellen
* direkt: ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 /dev/hdc3''
* oder auch schrittweise:
** ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 missing''
** Daten in /hda3 einspielen
** ''mdadm --manage /dev/md0 --add /dev/hdc3''

=== Konfiguration ===

==== Allgemeines ====

* Hostname /etc/hostname + /etc/mailname
* Zeitzone /etc/timezone -> UTC
* Kernelmodule /etc/modules
* Dateisysteme /etc/fstab
/dev/<device>1 /boot ext2 noauto,noatime 1 1
/dev/<device>3 / xfs noatime 0 0
/dev/<device>2 none swap sw 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0

==== Netzwerk-Geräte ====

===== PPP bzw. DynIP =====

* Ethernet /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto eth1
iface eth1 inet static
address 192.168.0.X
netmask 255.255.0.0
network 192.168.0.0
broadcast 192.168.255.255
auto <peername>
iface <peername> inet ppp
provider <peername>
* PPP /etc/ppp/*
** /etc/ppp/pap-secrets -> "<account>" * "<password>"
** /etc/ppp/peers/<peername>, Defaults mit:
logfile /var/log/pppd/qsc-dsl.log
#defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "<account>"
:* ln -s /etc/ppp/peers/<peername> /etc/ppp/peers/provider
:* mkdir /var/log/pppd
:* /etc/ppp/ip-up.d
#!/bin/sh
# default routes
route add -net 0.0.0.0/1 gw $PPP_REMOTE
route add -net 128.0.0.0/1 gw $PPP_REMOTE
# uni rostock
route add -net 139.30.0.0/16 gw $PPP_REMOTE
# ipkg repositories
route add -host 195.56.146.238 gw $PPP_REMOTE
route add -host 212.91.225.42 gw $PPP_REMOTE
# wikipedia
route add -net 207.142.131.192/26 gw $PPP_REMOTE
route add -net 145.97.39.128/28 gw $PPP_REMOTE
route add -net 212.85.150.128/28 gw $PPP_REMOTE
# www.opennet-initiative.de
route add -host 212.105.204.29 gw $PPP_REMOTE
# rostock.de
route add -net 195.37.188.160/28 gw $PPP_REMOTE
:* /etc/ppp/ip-down.d/00routes - analog nur s/add/del

===== Statische IP =====

* Externe und Intern IP in /etc/network/interfaces konfigurieren. Dabei eth0=extern und eth1=intern
* lege gatewaysetup.sh und iptables_dnat.autogenerated in /etc/network ab
* lege ein helper script zum konditionalen aufruf von /etc/network/gatewaysetup.sh in /etc/init.d/gatewaysetup (siehe z.B. izumi setup)
* linke /etc/init.d/gatewaysetup auf /etc/rcS.d/S40gatewaysetup
** Diese sollten wir Zentral verwalten so das die GW's sich die Route automatisch ziehen.
* Das Script /etc/network/if-up.d/openvpn starten OVPN

==== Routing ====

* OLSR /etc/olsrd.conf, Defaults mit:
UseHysteresis no
LinkQualityLevel 2
Interface "eth1" { <defaults> }
Hna4
{
# university rostock
139.30.0.0 255.255.0.0
# ipkg repositories
195.56.146.238 255.255.255.255
212.91.225.42 255.255.255.255
# wikipedia
207.142.131.192 255.255.255.192
145.97.39.128 255.255.255.240
212.85.150.128 255.255.255.240
# www.opennet-initiative.de
212.105.204.29 255.255.255.255
# www.rostock.de
195.37.188.160 255.255.255.240
}

* WAN-Routing /etc/network/ip-up.d/gatewaysetup.sh (Kopie besorgen)

==== SSH-Server ====

* ggf. neue Schlüssel erstellen in /etc/ssh/
** RSA-Host-Key per ''ssh-keygen -b 2048 -t rsa -f ssh_host_rsa_key''
** DSA-Host-Key per ''ssh-keygen -b 2048 -t dsa -f ssh_host_dsa_key''
* Einige änderungen in /etc/ssh/sshd_config

PermitRootLogin without-password
#RSAAuthentication yes
#PasswordAuthentication no

==== VPN-Server ====

* OpenVPN:
** openvpn + openssl installieren
** zwei Instanzen aufbauen: <system> = opennet_gateways (VPN Backbone) | opennet_users (VPN Internet-Zugang für Nutzer)
** /etc/openvpn/<system>/openssl.cnf als Kopie besorgen, Leserechte setzen (''chmod go-rwx <system>'')
** /etc/openvpn/opennet_<system>.conf anpassen (Kopie besorgen), key + cert anpassen
** Csr/Key erstellen: ''openssl req -days 3650 -nodes -new -keyout <hostname>.key -out <hostname>.csr -extensions server -config openssl.cnf'' (Common Name = <hostname>.on)
** Csr absenden und unterschreiben lassen, Crt einspielen, Leserechte setzen (''chmod go-rw *.key'')
** Diffie hellman PEM: ''openssl dhparam -out /etc/openvpn/dh2048.pem 2048''

* automatische ACL Aktualisierung:
** Nutzer openvpn-acl anlegen + absichern
** SSH Schlüsselpaar erzeugen: ''su openvpn-acl; cd .ssh/; ssh-keygen -t rsa''
** SSH Public Key (id_rsa.pub) in opennetca@ratte:.ssh/authorized_keys hinzufügen
** cronttab für openvpn-acl mit "*/10 * * * * rsync -rt --delete --safe-links opennetca@139.30.3.52:'opennet_users opennet_users_disabled' /etc/openvpn/acl"

==== Nameserver ====

* Erforderliche Pakete installieren: bind9
* falls noch kein rndc-Key - rndc absichern per ''rndc-conf -a''
* mkdir /var/log/bind; chown bind /var/log/bind
* /etc/bind/named.conf.options:

<pre>
key dnskey.opennet {
algorithm hmac-md5;
secret "<<<<Key von anderem Gateway holen>>>>";
};

server 139.30.241.7 {
keys dnskey.opennet;
};
options {
directory "/var/cache/bind";
forward first;
forwarders {
<isp-dns1>;
<isp-dns2>;
192.168.0.254;
};
auth-nxdomain no; # conform to RFC1035
listen-on {
127.0.0.1;
<gateway-ip>
};
# ignoriert unterstrich in Domainnamen vom ON
check-names slave ignore;
};

logging {
channel logfile {
file "/var/log/bind/named.log" versions 2 size 1M;
print-time yes;
# syslog local2;
print-category yes;
print-severity yes;
severity info;
};

category default { logfile; };
category general { logfile; };
category queries { null; };
category lame-servers { null; };
# category update { null; };
};
</pre>

* /etc/bind/named.conf.local:

<pre>
// on - forward (includes vpn)
zone "on." {
type slave;
file "db.on";
masters {139.30.241.7;};
};

//on - reverse

zone "168.192.in-addr.arpa" {
type slave;
file "db.192.168";
masters {139.30.241.7;};
};

//on-vpn - reverse
zone "1.10.in-addr.arpa" {
type slave;
file "db.10.1";
masters {139.30.241.7;};
};
</pre>

* lokale Namensauflösung /etc/resolv.conf:
search on
nameserver 127.0.0.1
* Überschreiben der Namensauflösung durch ppp-Einwahl unterbinden - /etc/ppp/peers/provider:
#usepeerdns
* Nameserver starten: ''/etc/init.d/bind9 start''
* Funktion prüfen: ''ps aux|grep bind'' und ''rndc status''
* Fehlermeldungen suchen: ''grep named /var/log/daemon.log|tail -20'' bzw. tail /var/log/bind/named.log
:* kann er z.B nicht in das Logfile schreiben loggt er doch nach ''daemon''
* Zonen-Transfer manuell durchführen: ''rndc retransfer on''

==== Webserver ====

* apache2 installieren
** in /etc/apache2/ports.conf eintragen: Listen 80
** Default-Site deaktivieren: #RedirectMatch ^/$ /apache2-default/
** Default-Site unter /var/www/apache2-default ggf. löschen
** CGI-BIN deaktivieren: /etc/apache2/mods-enabled/cgi.load löschen; ggf. in sites-enabled/ den cgi-bin Eintrag löschen

* OpenVPN-Status-Skript anpassen unter /root/tasks/openvpn-users-status.py: host = '<hostname>.on'

[[Kategorie:Konfiguration]]
[[Kategorie:Opennet Projekte]]

==== NTP-Server ====

* ntpdate und ntpd installieren
* beide beim Systemstart starten lassen (zur Sicherheit zuerst ntpdate, dann ntpd)
:* ntpd hat Probleme mit dynamisch wechselnen IP Adressen. Im Daemon Log finden sich Einträge wie ''ntpd[2466]: sendto(83.67.66.148): Invalid argument''. Ich würde hier vorschlagen ntpdate in crontab einzutragen.
:* ntpdate als cronjob hat wirklich unschöne Resultate. Ich bin dafür den ntpd ohne restart davon zu überzeugen, die neue global ip zu nutzen. Zur Nutzung des management-sockets sind zunächst keys zu erstellen:
sudo su
mkdir -p /etc/ntp
chmod go-rx /etc/ntp
cd /etc/ntp
ntp-keygen
chmod go-rxw *
chmod go+rx /etc/ntp
ln -sf ntpkey_MD5key* keys

* In /etc/ntp.conf sind dann folgende Einträge erforderlich:

keys /etc/ntp/keys
keysdir /etc/ntp/
trustedkey 10
requestkey 10
restrict 127.0.0.1

* Das Script [[Gateway_Installation/ntpdrehash]] als /usr/local/bin/ntpdrehash ablegen:

* Und schliesslich /etc/ppp/ip-up.d/70ntpdrehash anlegen:

#!/bin/sh
/usr/local/bin/ntpdrehash | ntpdc &

==== MTA (Mail Transfer) ====

Es ist sinnvoll einen MTA zu konfigurieren damit Statusmeldungen per Mail an unser administratives Postfach ''noc@opennet-initiative.de'' geschickt werden können. Wir benutzen dazu einen gemeinsamen Relayhost mit SMTP Auth unter postfix auf jedem Gateway.

'''Benötigte Pakete:''' postfix libsasl2-modules postfix-tls (''bei der Debian installation '''Satellite system''' auswählen'')

Konfiguriert wird Postfix über ''/etc/postfix/main.cf''.

<pre>
# hostname/domain definition
myhostname = <host>.opennet-initiative.de

# myorigin wird an lokal generierte mails angehaengt
myorigin = $myhostname

# Aliase für lokale User
alias_maps = hash:/etc/aliases

# Postfix ist nur fuer localhost zuständig
mynetworks = 127.0.0.0/8

# alle Mails sollen über unseren Relayhost gesendet werden
# (mit Dynamischen IP's und ohne PTR-Record sollte man lieber keine Mails versenden)
relayhost = relayhost.opennet-initiative.de

# Zum authentifizieren beim Relayhost benötigen wir SMTP Auth
# ''/etc/postfix/sasl_passwd'' hat folgendes Format
# hostname user:pass
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd
smtp_sasl_security_options =
</pre>

Die Datei ''/etc/postfix/sasl/passwd'' anlegen und aktuellen Inhalt besorgen (z.B. von einem schon bestehenden Gateway). Danach noch die Datenbank-Version der Datei generieren (''postmap /path/passwd'').

Zudem ist noch eine kleine Änderung an ''/etc/postfix/master.cf'' notwendig. Damit legen wir fest das Postfix nur am lo-Interface lauscht:

sed -i -e "s/$^smtp.*smtpd.*$$/127.0.0.1:\1/" master.cf

Damit Nachrichten an den Nutzer ''root'' generell weitergeleitet werden, in die /etc/aliases den Eintrag ''root: noc@opennet-initiative.de'' setzen.

'''Häufig benötigte Kommandos:'''

* Konfiguraion neuladen: postfix reload
* Default Konfiguration ausgeben: postconf -d
* Nach Änderungen an /etc/aliases: postalias /etc/aliases
* Warteschlange prüfen: postqueue -p oder mailq
* Warteschlange manipolieren siehe ''man postsuper''
* Versandlogging erfolgt über mail.* nach: /var/log/mail.log
* Fehler werden nach /var/log/syslog geschrieben
* Versand prüfen: echo "testmail" > mailx -s testmail <user> (z.B. <user>=root)

==== Datenbank ====

Wir benutzen entweder PostgreSql oder MySql.

Postgre-Tunning:
* /etc/postgresql-common/autovacuum.conf : avac_sleep_base=3000

=== Opennet Tools ===

Erläuterungen sie auch [[Gateway_Installation/Opennet Tools Übersicht]].

==== Teucrium (Traffic Graphen) ====

siehe [[Gateway_Installation/Teucrium Setup]]

==== Traffic Shaping ====

siehe [[Gateway_Installation/Traffic Shaping]]

==== ON Webstat (Gateway Status) ====

* Nuter ''on-webstat'' anlegen: ''useradd -m on-webstat''
* /etc/sudoers ergänzen, via ''visudo'' bearbeiten: ''on-webstat ALL = NOPASSWD: /usr/sbin/rndc status''
* aktuelles Webstat-Archiv nach /home/on-webstat übernehmen (z.B. ''svn checkout svn://svn.opennet-initiative.de/on_webstat/trunk/; mv trunk/* .; rm -rf trunk'')
* Verzeichniss /var/www/on_webstat anlegen, Gruppe/Owner auf on-webstat
* crontab für Nutzer ''on-webstat'' einrichten
* Abhängigkeiten:
** Apache Server Status aktivieren, ''/etc/apache2/apache2.conf'':
<Location /server-status>
SetHandler server-status
Order deny,allow
Deny from all
Allow from 192.168.0.0/255.255.0.0
Allow from 127.0.0.1
</Location>
:* vnstat installieren: ''apt-get install vnstat; vnstat -u -i eth0''
:* uptimed installieren via ''apt-get install uptimed '' und ''/etc/uptimed.conf'' mit:
UPDATE_INTERVAL=60
LOG_MAXIMUM_ENTRIES=50
LOG_MINIMUM_UPTIMED=1h
MAIL_MINIMUM_UPTIME=1d
MAIL_MINIMUM_POSITION=10
EMAIL=root@localhost
SEND_EMAIL=1
SENDMAIL=/usr/lib/sendmail -t
PIDFILE=/var/run/uptimed
MILESTONE=1d:one day [..]
:* uprecords-cgi installien:
::* ''apt-get install uprecords-cgi'' (table, 10 max)
::* Header und Footer Dateien in /etc/uprecords-cgi/ leeren
::* Apache absichern in ''/etc/apache2/sites-enabled/000-default'' cgi-bin Pfad raus
::* Leserechte für conf-Datei: ''chmod +r /etc/uprecords-cgi/uprecords.conf''
:* Leserechte für VPN-Status: ''chmod +r /var/log/openvpn/*status*''

==== Trac (Projektmanagement) ====

siehe [[Gateway Installation/Trac Install]]

=== Experimentell ===

==== tinc ====

* Tinc installieren: ''apt-get install tinc; cd /etc/tinc/; mkdir on_backbone; mkdir on_backbone/hosts''
* Netz zum Starten hinzufügen: "on_backbone" nach /etc/tinc/nets.boot eintragen
* Config-File ''tinc.conf'' unter /etc/tinc/on_backbone/:
Name=<gw-alias>
Device=/dev/net/tun
BindToAddress=<gw-external-ipaddr>
ConnectTo=<remote-alias>
* Host-Files als ''<alias>'' unter /etc/tinc/on_backbone/hosts/:
Address=<fqhn>
Subnet=<net>/<mask>
* ggf. neues Keypaar erzeugen: ''tincd -n on_backbone -K''
* ggf. Host-Files mit ihren Public-Keys ergänzen
* netfilter Regeln erweitern (z.B. in ON-gatewaysetup.sh):
** TCP: ''iptables -A external_in -i <external-if> -p tcp --dport 655 -j RETURN''
** UDP: ''iptables -A external_in -i <external-if> -p udp --dport 655 -j RETURN''
* Starten: ''/etc/init.d/tinc start''
* Logfile prüfen: ''grep tinc /var/log/daemon.log''

=== TODO's ===

* Netfilter
* Wie funktioniert die ACL synchronisation?
*

Wizards of OS 2006

2006-07-28T21:10:37Z

Sh01: /* Mitfahrer */

Int. Konferenz Wizards of OS 4. Information Freedom Rules, Berlin, mit Freifunk/OLSR-Experiment<br>
'''14.-16. September 2006''' in der Columbia-Halle · Columbiadamm 13-21, Berlin<br>
http://www.wizards-of-os.org/

== Ankündigung ==

Moin moin,

wie schon mal angekuendigt, findet bald das WOS4 in Berlin statt.
Das Motto: "Information Freedom Rules" (mal in neuem Deutsch "Informationsfreiheit ist geil")

Wollen wir dort gemeinsam hinfahren? Das OLSR-Projekt, viele deutsche Freifunk-Aktivisten und zahlreiche andere Projekte werden dabei sein.

Aus der Presse:
"Die internationale Konferenz Wizards of OS 4 - Information Freedom Rules (WOS 4) wird sich vom 14. bis 16. September 2006 den Themenfeldern freie Software, freie Inhalten und freie Infrastrukturen widmen, wichtige Trends und innovative Projekte aus diesen Themenfeldern präsentieren und zur Diskussion stellen. Ort der Konferenz, zu der mehr als 100 namhafte Wissenschaftler, Techniker, Künstler und Aktivisten sowie über 1.000 Besucher aus aller Welt erwartet werden, ist die Berliner Columbiahalle und der benachbarte Columbiaclub."

Die Motivation:
"Digitale Revolution: kreative Individuen, Netzwerke und kleine Gruppen sind die Pioniere bei der Auslotung der neuen Möglichkeiten."

Vielleicht findet sich ja auch eine 'kleine Gruppe' von Opennet-Drahtlosfunkern zu einer Fahrgemeinschaft zu dem Multikultitreff in Berlin zusammen?

--[[Benutzer:MathiasMahnke|Mathias]] 21:42, 28. Jul 2006 (CEST)

== Mitfahrer ==

Interessentenliste

* [[Benutzer:MathiasMahnke|Mathias]]
* [[Benutzer:sh01|Sebastian Hagen]]

Jahresversammlung 2006

2006-03-31T09:28:00Z

Sh01: /* Teilnehmer */ - add myself

== Zeit ==

Zeit: 28. April 2006, 18:00

== Ort ==

Wird noch festgelegt (je nach Teilnehmerzahl).

== Teilnehmer ==

Bitte meldet euch rechtzeitig an, damit wir Räume planen können. Ggf. ist unser ''Vereinsheim'' hierfür zu klein.

'''Angemeldet:''' [[Benutzer:Clemens|Clemens]], [[Benutzer:bodo-gabel|Thomas K.]], [[Benutzer:JanC|JanC]], [[Benutzer:Christianw|ChristianW]], [[Benutzer:mdbw|Ralph Oesker]], [[Benutzer:Oconnor|Oconnor]], [[Benutzer:MathiasMahnke|Mathias]], [[Benutzer:robni| RobNi]], [[Benutzer:marc| Marc]], [[Benutzer:Nadin| nadin]], [[Benutzer:Photor|Photor]], [[Benutzer:Ap46rene|Rene]], [[Benutzer:sh01|Sebastian Hagen]]

'''Abgemeldet:'''

== Vorbereitung ==

# Zwei Stimmenzähler gesucht

1. nadin

== Tagesordnung ==

# Bericht über das Jahr 2005, speziell: Netzausbau, Soziales, Finanzen, Ausblick und Pläne 2006
# Bericht der Kassenprüfer
# Entlastung des Vorstands
# Wahl des Vorstands für die nächste Amtsperiode
# Wahl des Kuratoriums für die nächste Amtsperiode
# Erforderliche Anpassungen weiterer Ordnungen (Vorschläge bitte an [[Benutzer:Clemens|Clemens]])
# Weitere Anträge (bitte rechtzeitig per Mail an [[Benutzer:Clemens|Clemens]])
# Zieldefinition 2006/2007
# Aufgabendefinition und Sinnabstimmung (z.B. von PR, Sozialbeauftragte, Frauenbeauftragte...)
# Verschiedenes

[[Kategorie:Opennet Ereignisse]]

Diskussion:OpenVPN

2006-03-22T15:11:04Z

Sh01: edit my first comment

In den letzten Tagen haben es ganze 4 Leute (3 davon aus einem kommerziellen context) ohne Opennet-Assoziation geschafft, uns einen csr für ein für sie nutzloses Zertifikat zu schicken; anscheinend ist unser google-juice weiterhin hoch genug um uns Probleme zu machen. Hoffentlich hilft der Disclaimer. [[Benutzer:Sh01|Sebastian Hagen]] 16:11, 22. Mär 2006 (CET)

Diskussion:OpenVPN

2006-03-22T15:07:02Z

Sh01: add disclaimer justification

In den letzten Tagen haben es ganze 5 Leute ohne Opennet-Assoziation geschafft, uns einen csr für ein für sie nutzloses Zertifikat zu schicken; anscheinend ist unser google-juice weiterhin hoch genug um uns Probleme zu machen. Hoffentlich hilft der Disclaimer. [[Benutzer:Sh01|Sebastian Hagen]] 16:07, 22. Mär 2006 (CET)

OpenVPN

2006-03-22T14:59:58Z

Sh01: /* Disclaimer */ - another rephrase

Mit der Software OpenVPN läßt sich eine gesicherte Verbindung zwischen dem Opennet-Gateway und dem Computer des Endbenutzer herstellen. Die Anleitung beschreibt die Konfiguration von OpenVPN auf Deinem eigenen Computer, alternativ kannst Du auch das vorkonfigurierte OpenVPN auf dem Accesspoint nutzen. Bei Verwendung eines mobilen Notebooks muß OpenVPN auf dem Notebook installiert werden.

== Disclaimer ==
Diese Seite beschreibt die Einrichtung eines openvpn-clients zur Verbindung mit einem Gateway der [[Hauptseite|Opennet-Initiative e.V.]].
Die Nutzung der auf Anfrage von der Opennet-Initiative ausgestellten Zertifikate ist nur für Opennet-interne Zwecke sinnvoll.

An uns gestellte Anfragen für Zertifikate für Nutzung '''für Opennet-fremde Zwecke''' demonstrieren ein grundlegendes Unverständnis der benutzten Algorithmen und Technologien beim Anfragesteller, und werden von uns nicht bearbeitet.
Die Aufnahme der für derartige Anfragen verantwortlichen Personen und Organisationen in eine Hall of Shame bleibt vorbehalten.

== Installation ==

Nach dem Download die entsprechenden Dateien installieren und den jeweiligen Installationsanleitungen folgen.

'''Windows''': http://openvpn.net/download.html + Graphische Benutzeroberfläche http://openvpn.se/download.html
(Unter Windows-XP erscheint eventuell ein Warnhinweis, dass ein Treiber nicht für Windows-XP zertifiziert ist, er kann ignoriert werden.)

'''Linux''': http://openvpn.net/download.html + Linux-Nutzer achten darauf, dass TUN/TAP-Unterstüzung durch Kernel bereit gestellt wird (Modul tun, Kernel-Option CONFIG_TUN bzw. "Universal TUN/TAP device driver support").

'''Mac OS''': http://tunnelblick.net/ (OpenVPN mit graphischer Nutzerschnittstelle)

== Zertifikat erstellen ==

Für die Verschlüsselung und Authentifizierung innerhalb des Opennets ist ein digitales Zertifikat (Cert) und ein digitaler Schlüssel (Key) notwendig. Um das Zertifikat erstellen zu können, musst du zuerst auf deinem Rechner einen Key erzeugen. Mit dem von dir erzeugten Key wird dann eine ''Request''-Datei (Certificate Sign Request - '''.csr''') erstellt. Diese ''Request''-Datei wird an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] geschickt.

Hier wird daraus dann mit hilfe des [http://de.wikipedia.org/wiki/Digitales_Zertifikat Stamm-Zertifikates] vom Opennet oder einem davon abgeleitetem Intermediate-CA Zertifikat Dein Zertifikat ('''.crt''' Datei) erstellt. Das ist dann durch die Opennet [http://de.wikipedia.org/wiki/Certification_Authority CA] beglaubigt. Diese Zertifikate dienen ausschließlich der Absicherung des Opennets.

=== Windows ===

Du öffnest unter Windows eine Eingabeaufforderung (Startmenu: Ausführen: cmd) und gibst folgendes ein (jede Zeile mit Enter beenden | OpenVPN wurde hier unter ''c:\programme\openvpn'' installiert, also erste Zeile entsprechend anpassen):

<pre>
cd c:\programme\openvpn\easy-rsa\
init-config.bat
vars.bat
mkdir keys
openssl req -days 3650 -nodes -new -keyout keys\VornameNachname.key \
-out keys\VornameNachname.csr -config openssl.cnf
</pre>

Es wurden jetzt die notwendige Konfigurationsdatei erstellt, die Umgebungsvariablen geladen und das Verzeichnis '''keys''' im Installationsordner von OpenVPN erstellt. Zuletzt wird eurer Schlüssel und ein Zertifikatsantrag erstellt. Ihr müsst dabei einige Angaben ausfüllen.

An dem Beispiel musst du nur folgendes ändern:
* '''Organization Name:''' deinen Namen (zusammen geschrieben, keine Sonderzeichen)
* '''Common Name:''' muss aus Gründen der eindeutigen Zuordnungsbarkeit der OpenVPN IP Addressen zum verantwortlichen Nutzer der Konvention XX.aps.on oder XX.mobile.on entsprechen - und dem beantragenden Nutzer muss die entsprechende Opennet-IP Adresse (192.168.1.XX bzw. 192.168.7.XX) bereits zugeordnet sein.
* '''Email Address:''' deine E-Mail-Adresse
* '''A challenge password''': Wenn du hier ein Passwort angibst, wird jedesmal beim Öffnen der OpenVPN-Verbindung danach gefragt. Kann leer gelassen werden.

Beispiel:
<pre>
Loading 'screen' into random state - done
Generating a 1024 bit RSA private key
...................++++++
....++++++

writing new private key to 'keys\VornameNachname.key'

You are about to be asked to enter information that will be incorporated
into your certificate request.

What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.

Country Name (2 letter code) [US]:de
State or Province Name (full name) [CA]: Mecklenburg-Vorpommern
Locality Name (eg, city) [SanFrancisco]: Rostock
Organization Name (eg, company) [FortFunston]: VornameNachname
Organizational Unit Name (eg, section) []: OUN
Common Name (eg, your name or your server's hostname) []: 99.aps.on
Email Address [mail@host.domain]: du@provider.de

Please enter the following 'extra' attributes
to be sent with your certificate request

A challenge password []:
An optional company name []:

Using configuration from openssl.cnf
Loading 'screen' into random state - done
</pre>

Im Verzeichnis keys/ liegt dann dein eigener Schlüssel '''VornameNachname.key''' und die ''Request''-Datei namens '''VornameNachname.csr'''. Diese Datei (und nur diese Datei) schickst du jetzt an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] - gib in der mail bitte den zur CSR-Erstellung eingegebenen CN ('''XX.aps.on''' oder '''XX.mobile.on''') an. Das signierte Zertifikat kommt dann per E-Mail zurück: '''?_XX.crt'''. Da es manuell erzeugt werden muss, bitte etwas Geduld. Wenn es erzeugt wurde, steht das Zertifikat in dieser [http://titan.www.opennet-initiative.de/cgi-bin/certstatus.cgi Liste].

Dazu musst du dir noch die Opennet-CA Datei [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt] downloaden und du kommst insgesamt auf vier Dateien:
* ca.crt
* VornameNachname.key
* VornameNachname.csr
* VornameNachname.crt

=== Linux / Mac OS ===

In einem beliebigen Verzeichnis (z.B. Homeverzeichnis) den Request erstellen mit

openssl req -days 3650 -nodes -new -keyout VornameNachname.key \
-out VornameNachname.csr -config /etc/ssl/openssl.cnf

Wenn das Verzeichnis /etc/ssl nicht existiert, und Openssl installiert ist, liegen die Dateien auch in /usr/share
Mit "ln -s /usr/share/ssl /etc/ssl" einen Link erstellen (als root), oder die Dateinamen entsprechend anpassen.

Wenn man bei -keyout und -out kein Verzeichnis angegeben hat, finden sich die Dateien im aktuellen Verzeichnis wieder.

Das übrige Vorgehen ist identisch mit dem vorgegangen Windows-Abschnitt.

== Konfiguration ==

Der folgende Abschnitt beschreibt die für Opennet erforderlichen oder günstigen Einstellungen in der OpenVPN Konfigurationsdatei. Diese lässt sich beim Aufruf von OpenVPN mit der --config Option angeben. Alle der Optionen können auch direkt beim openvpn-Aufruf als Argumente angegeben werden.

=== Windows ===

'''Fehlt noch. Liebe Windowsnutzer: bitte ergänzen!'''

=== Linux ===

Die Zertifikate, Schlüssel und Konfigurationsdatei legt mal nach ''/etc/openvpn/'', die sieht dann etwa wie folgt aus
/etc/openvpn/
opennet.conf - OpenVPN Konfiguration für Opennet
21_aps.csr - Certificate Signing Request (nicht mehr benötigt)
21_aps.key - Privater Schlüssel des AP21-Zertifikats
21_aps.crt - AP21-Zertifikat (mit öffentlichem Schlüssel)
ca.crt - Opennet-CA-Zertifikat (CA = Zertizifierungstelle)

Das Starten und Stoppen der VPN-Tunnel ist denkbar sein, über die Init-Skripte können alle Tunnel gestartet werden, für die im ''etc''-Verzeichniss von OpenVPN eine ''conf''-Datei liegt:
/etc/init.d/openvpn start|stop

Alternativ kann die Opennet VPN-Verbindung auch mit der Hand gestartet werden:
openvpn --config /etc/opennet.conf

Alle Ausgaben laden standardmäßig in der Console oder im Syslogfile (/var/log/messages). Sie kann aber auch mit ''appendfile'' in eine Datei umgeleitet werden, siehe OpenVPN-Manpage.

=== Konfigurationsdatei (opennet.conf) ===

<*-filepath> ist mit dem Pfad zu der jeweiligen Datei zu ersetzen

<pre>
client
dev tun
proto udp
ns-cert-type server
remote 192.168.0.254 1600
nobind
user nobody
group nobody
persist-key
persist-tun
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
comp-lzo
route 192.168.0.0 255.255.0.0 172.16.0.1
redirect-gateway
</pre>

=== Beschreibung der Konfigurationsdatei ===

Ein paar Erläuterungen, für die Interessierten:

<pre>
client
</pre>
* tls-client Modus
* Annahme von begrenzten Konfigurationsbefehlen vom Server
<pre>
dev tun
</pre>
* Nutze ein beliebiges IP-Tunnel device
<pre>
proto udp
</pre>
* UDP Protokoll
<pre>
ns-cert-type server
</pre>
* Bestehe auf ein server-type certificate beim peer
<pre>
remote 192.168.0.254 1600
</pre>
* Server 192.168.0.254 (Titan)
* UDP-Port 1600
<pre>
nobind
</pre>
* Beliebiger lokaler Port
<pre>
user nobody
group nobody
</pre>
* Wechsle prozess-uid und gid zu der von "nobody" nach Programmstart
* Erhöhung der Sicherheit für das lokale System durch Rechteverringerung des Prozesses
* Wird von der windows-version grundsätzlich ignoriert
<pre>
persist-key>
</pre>
* Versuche nicht key-files nach tunnel-resets erneut zu lesen (eventuell durch user/group Wechsel nicht mehr möglich)
<pre>
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
</pre>
* ''<*-filepath>'' Ist mit Pfaden zu den relevanten Dateien erstzen
* Das Zertifikat der Opennet-CA [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt]
* Das Zertifikat gibt es als Antwort auf eine mail des ''Certificate Signing Requests'' (CSR) an [mailto:csr@opennet-initiative.de]
* Der key wird zusammen mit dem CSR von [[OpenVPN_unter_Windows|openssl]] erzeugt
<pre>
comp-lzo
</pre>
* Datenkomprimierung
<pre>
route 192.168.0.0 255.255.0.0 172.16.0.1
</pre>
* Verhindert die tunnelung von packets an andere Access Points im Opennet
** Verringerung von Netzbelastung, Packetloss, und Latencies
* ''172.16.0.1'' ist ggf. mit der internen IP des eigenen Access Points zu ersetzen
* Die Openvpn-config für Systeme mit eigenem olsrd sollte diese Zeile '''nicht''' enthalten
* Alternativ: Direktes Setzen des enstprechenden route-table Eintrags
** GNU/Linux: "route add -net 192.168.0.0/16 gw ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
** MS Windows: "route ADD 192.168.0.0 MASK 255.255.0.0 ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
<pre>
redirect-gateway
</pre>
* Setzt eine hostroute zum default gateway mit dem jetzigen default gateway
** Zur Aufrechterhaltung des Tunnels erforderlich, falls die vorherige Zeile nicht existiert
* Setzt eine neue default route mit gateway gleich dem openvpn-Endpunkt
** D.h. Sämtlicher traffic für den keine spezielleren routes existieren wird durch den Tunnel geleitet

== Tunnel starten ==

Wenn man nun die beiden Zertifikate, seinen privaten Schlüssel und die Konfigurationsdatei hat, kann man versuchen den Tunnel aufzubauen.

Benutzer der Windows GUI klicken dazu mit der rechten Maustaste auf das Icon im Tasktray und wählen ''connect''. Danach öffnet sich ein Fenster in dem Logmeldungen ausgegeben werden. In einem zweiten Fenster wird das Passwort abgefragt das Ihr bei [[OpenVPN_unter_Windows|der Erstellung]] des privaten Schlüsselts angegeben habt. Danach sollten die Farbe das Trayicon von rot nach gelb auf grün wechseln.

Alternativ kann man eine Text-Konsole aufmachen, nach C:\Programme\OpenVPN\config wechseln und hier ''openvpn --config client.ovpn'' eingeben. Danach muß man wieder das Passwort für den Key eingeben und der Tunnel wird aufgebaut.

== Portmapping ==

Die offiziellen Opennet Gateways bieten für Nutzer von openvpn-tunneln zur Kommunikation mit dem jeweiligen Gateway Destination Network Address Translation (DNAT) von 10 aufeinanderfolgenden ports, sowohl für tcp als auch für udp, von ihrer globalen (internet) IP Adresse an. Die geforwardeten Ports hängen direkt von der Adresse des OpenVpn Endpunkts (10.1.*.*), und damit momentan auch von der tatsächlichen internen opennet-IP dieses Systems (192.168.*.*) ab. Dieses Dokument beschreibt den Algorithmus zur Ermittlung der zu einer OpenVpn geforwardeten portrange.

=== Algorithmus ===

* Setze n gleich 10000.
* Falls der Common Name des client-Certificates weder der Form "*.aps.on" noch der Form "*.mobile.on" entspricht gibt es keine zu diesem System geforwardeten ports. Andernfalls:
* Falls der CN der Form "*.mobile.on" entspricht, setze n gleich n+2550
* Setze n gleich n+(10*([Systemnummer ("*" in oberen Beispielen)] -1))
* Die Portrange ist n bis n+9

''Beispiel:''
* CN des Zertifikats ist 14.mobile.on
* 10000
* 10000 + 255*10 = 12550
* 12550 + (10*(14-1)) = 12680
* Portbereich wäre dann von 12680 bis 12689

=== Python Skript ===
<pre>
#!/usr/bin/env python
BASE_PORT = 10000
TYPE_AP = 0
TYPE_MOBILE = 1
ELEMENT_COUNT = 255
PORT_COUNT = 10

def oontp(target_type, target_no):
if (not (isinstance(target_type,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_type.' % (type(target_type), target_type))
if (not (isinstance(target_no,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_no.' % (type(target_no), target_no))
if (not (0 <= target_type <= 1)):
raise ValueError('Invalid value %r for argument target_type.' % (target_type,))
if (not (1 <= target_no <= ELEMENT_COUNT)):
raise ValueError('Invalid value %r for argument target_type.' % (target_no,))

n = BASE_PORT
n += target_type*ELEMENT_COUNT*PORT_COUNT
n += (target_no - 1)*PORT_COUNT
return (n,n+PORT_COUNT-1)

if (__name__ == '__main__'):
import sys
print oontp(*[int(element) for element in sys.argv[1:3]])

</pre>

Diese Beispiele gehen davon aus, dass sich der o.g. code in der Datei "oontp.py" befindet.<br/>
Von einer python Console:
<pre>
Python 2.3.5 (#2, May 29 2005, 00:34:43)
[GCC 3.3.6 (Debian 1:3.3.6-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from oontp import *
>>> oontp(TYPE_MOBILE,14)
(12680, 12689)
</pre>
Standalone-Aufruf:
<pre>
sebastian@pc01$ ./oontp.py 1 14
(12680, 12689)
</pre>

=== Portrange-O-Matic ===

Wenn kein Rechner mit Python zu Verfügung ist kann auch die Opennet [http://www.opennet-initiative.de/portmapper/ Portrange-O-Matic] zum Ausrechnen des Portranges verwendet werden. Einfach IP-Adresse Deines Mobilgerätes eintragen und das Formular abschicken.

[[Kategorie:Konfiguration]]

OpenVPN

2006-03-22T14:59:24Z

Sh01: /* Disclaimer */ - rephrase first paragraph

Mit der Software OpenVPN läßt sich eine gesicherte Verbindung zwischen dem Opennet-Gateway und dem Computer des Endbenutzer herstellen. Die Anleitung beschreibt die Konfiguration von OpenVPN auf Deinem eigenen Computer, alternativ kannst Du auch das vorkonfigurierte OpenVPN auf dem Accesspoint nutzen. Bei Verwendung eines mobilen Notebooks muß OpenVPN auf dem Notebook installiert werden.

== Disclaimer ==
Diese Seite beschreibt die Einrichtung eines openvpn-clients zur Verbindung mit einem Gateway der [[Hauptseite|Opennet-Initiative e.V.]].
Die Nutzung der auf Anfrage von der Opennet-Initiative ausgestellten Zertifikate ist nur für Opennet-interne Nutzung sinnvoll.

An uns gestellte Anfragen für Zertifikate für Nutzung '''für Opennet-fremde Zwecke''' demonstrieren ein grundlegendes Unverständnis der benutzten Algorithmen und Technologien beim Anfragesteller, und werden von uns nicht bearbeitet.
Die Aufnahme der für derartige Anfragen verantwortlichen Personen und Organisationen in eine Hall of Shame bleibt vorbehalten.

== Installation ==

Nach dem Download die entsprechenden Dateien installieren und den jeweiligen Installationsanleitungen folgen.

'''Windows''': http://openvpn.net/download.html + Graphische Benutzeroberfläche http://openvpn.se/download.html
(Unter Windows-XP erscheint eventuell ein Warnhinweis, dass ein Treiber nicht für Windows-XP zertifiziert ist, er kann ignoriert werden.)

'''Linux''': http://openvpn.net/download.html + Linux-Nutzer achten darauf, dass TUN/TAP-Unterstüzung durch Kernel bereit gestellt wird (Modul tun, Kernel-Option CONFIG_TUN bzw. "Universal TUN/TAP device driver support").

'''Mac OS''': http://tunnelblick.net/ (OpenVPN mit graphischer Nutzerschnittstelle)

== Zertifikat erstellen ==

Für die Verschlüsselung und Authentifizierung innerhalb des Opennets ist ein digitales Zertifikat (Cert) und ein digitaler Schlüssel (Key) notwendig. Um das Zertifikat erstellen zu können, musst du zuerst auf deinem Rechner einen Key erzeugen. Mit dem von dir erzeugten Key wird dann eine ''Request''-Datei (Certificate Sign Request - '''.csr''') erstellt. Diese ''Request''-Datei wird an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] geschickt.

Hier wird daraus dann mit hilfe des [http://de.wikipedia.org/wiki/Digitales_Zertifikat Stamm-Zertifikates] vom Opennet oder einem davon abgeleitetem Intermediate-CA Zertifikat Dein Zertifikat ('''.crt''' Datei) erstellt. Das ist dann durch die Opennet [http://de.wikipedia.org/wiki/Certification_Authority CA] beglaubigt. Diese Zertifikate dienen ausschließlich der Absicherung des Opennets.

=== Windows ===

Du öffnest unter Windows eine Eingabeaufforderung (Startmenu: Ausführen: cmd) und gibst folgendes ein (jede Zeile mit Enter beenden | OpenVPN wurde hier unter ''c:\programme\openvpn'' installiert, also erste Zeile entsprechend anpassen):

<pre>
cd c:\programme\openvpn\easy-rsa\
init-config.bat
vars.bat
mkdir keys
openssl req -days 3650 -nodes -new -keyout keys\VornameNachname.key \
-out keys\VornameNachname.csr -config openssl.cnf
</pre>

Es wurden jetzt die notwendige Konfigurationsdatei erstellt, die Umgebungsvariablen geladen und das Verzeichnis '''keys''' im Installationsordner von OpenVPN erstellt. Zuletzt wird eurer Schlüssel und ein Zertifikatsantrag erstellt. Ihr müsst dabei einige Angaben ausfüllen.

An dem Beispiel musst du nur folgendes ändern:
* '''Organization Name:''' deinen Namen (zusammen geschrieben, keine Sonderzeichen)
* '''Common Name:''' muss aus Gründen der eindeutigen Zuordnungsbarkeit der OpenVPN IP Addressen zum verantwortlichen Nutzer der Konvention XX.aps.on oder XX.mobile.on entsprechen - und dem beantragenden Nutzer muss die entsprechende Opennet-IP Adresse (192.168.1.XX bzw. 192.168.7.XX) bereits zugeordnet sein.
* '''Email Address:''' deine E-Mail-Adresse
* '''A challenge password''': Wenn du hier ein Passwort angibst, wird jedesmal beim Öffnen der OpenVPN-Verbindung danach gefragt. Kann leer gelassen werden.

Beispiel:
<pre>
Loading 'screen' into random state - done
Generating a 1024 bit RSA private key
...................++++++
....++++++

writing new private key to 'keys\VornameNachname.key'

You are about to be asked to enter information that will be incorporated
into your certificate request.

What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.

Country Name (2 letter code) [US]:de
State or Province Name (full name) [CA]: Mecklenburg-Vorpommern
Locality Name (eg, city) [SanFrancisco]: Rostock
Organization Name (eg, company) [FortFunston]: VornameNachname
Organizational Unit Name (eg, section) []: OUN
Common Name (eg, your name or your server's hostname) []: 99.aps.on
Email Address [mail@host.domain]: du@provider.de

Please enter the following 'extra' attributes
to be sent with your certificate request

A challenge password []:
An optional company name []:

Using configuration from openssl.cnf
Loading 'screen' into random state - done
</pre>

Im Verzeichnis keys/ liegt dann dein eigener Schlüssel '''VornameNachname.key''' und die ''Request''-Datei namens '''VornameNachname.csr'''. Diese Datei (und nur diese Datei) schickst du jetzt an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] - gib in der mail bitte den zur CSR-Erstellung eingegebenen CN ('''XX.aps.on''' oder '''XX.mobile.on''') an. Das signierte Zertifikat kommt dann per E-Mail zurück: '''?_XX.crt'''. Da es manuell erzeugt werden muss, bitte etwas Geduld. Wenn es erzeugt wurde, steht das Zertifikat in dieser [http://titan.www.opennet-initiative.de/cgi-bin/certstatus.cgi Liste].

Dazu musst du dir noch die Opennet-CA Datei [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt] downloaden und du kommst insgesamt auf vier Dateien:
* ca.crt
* VornameNachname.key
* VornameNachname.csr
* VornameNachname.crt

=== Linux / Mac OS ===

In einem beliebigen Verzeichnis (z.B. Homeverzeichnis) den Request erstellen mit

openssl req -days 3650 -nodes -new -keyout VornameNachname.key \
-out VornameNachname.csr -config /etc/ssl/openssl.cnf

Wenn das Verzeichnis /etc/ssl nicht existiert, und Openssl installiert ist, liegen die Dateien auch in /usr/share
Mit "ln -s /usr/share/ssl /etc/ssl" einen Link erstellen (als root), oder die Dateinamen entsprechend anpassen.

Wenn man bei -keyout und -out kein Verzeichnis angegeben hat, finden sich die Dateien im aktuellen Verzeichnis wieder.

Das übrige Vorgehen ist identisch mit dem vorgegangen Windows-Abschnitt.

== Konfiguration ==

Der folgende Abschnitt beschreibt die für Opennet erforderlichen oder günstigen Einstellungen in der OpenVPN Konfigurationsdatei. Diese lässt sich beim Aufruf von OpenVPN mit der --config Option angeben. Alle der Optionen können auch direkt beim openvpn-Aufruf als Argumente angegeben werden.

=== Windows ===

'''Fehlt noch. Liebe Windowsnutzer: bitte ergänzen!'''

=== Linux ===

Die Zertifikate, Schlüssel und Konfigurationsdatei legt mal nach ''/etc/openvpn/'', die sieht dann etwa wie folgt aus
/etc/openvpn/
opennet.conf - OpenVPN Konfiguration für Opennet
21_aps.csr - Certificate Signing Request (nicht mehr benötigt)
21_aps.key - Privater Schlüssel des AP21-Zertifikats
21_aps.crt - AP21-Zertifikat (mit öffentlichem Schlüssel)
ca.crt - Opennet-CA-Zertifikat (CA = Zertizifierungstelle)

Das Starten und Stoppen der VPN-Tunnel ist denkbar sein, über die Init-Skripte können alle Tunnel gestartet werden, für die im ''etc''-Verzeichniss von OpenVPN eine ''conf''-Datei liegt:
/etc/init.d/openvpn start|stop

Alternativ kann die Opennet VPN-Verbindung auch mit der Hand gestartet werden:
openvpn --config /etc/opennet.conf

Alle Ausgaben laden standardmäßig in der Console oder im Syslogfile (/var/log/messages). Sie kann aber auch mit ''appendfile'' in eine Datei umgeleitet werden, siehe OpenVPN-Manpage.

=== Konfigurationsdatei (opennet.conf) ===

<*-filepath> ist mit dem Pfad zu der jeweiligen Datei zu ersetzen

<pre>
client
dev tun
proto udp
ns-cert-type server
remote 192.168.0.254 1600
nobind
user nobody
group nobody
persist-key
persist-tun
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
comp-lzo
route 192.168.0.0 255.255.0.0 172.16.0.1
redirect-gateway
</pre>

=== Beschreibung der Konfigurationsdatei ===

Ein paar Erläuterungen, für die Interessierten:

<pre>
client
</pre>
* tls-client Modus
* Annahme von begrenzten Konfigurationsbefehlen vom Server
<pre>
dev tun
</pre>
* Nutze ein beliebiges IP-Tunnel device
<pre>
proto udp
</pre>
* UDP Protokoll
<pre>
ns-cert-type server
</pre>
* Bestehe auf ein server-type certificate beim peer
<pre>
remote 192.168.0.254 1600
</pre>
* Server 192.168.0.254 (Titan)
* UDP-Port 1600
<pre>
nobind
</pre>
* Beliebiger lokaler Port
<pre>
user nobody
group nobody
</pre>
* Wechsle prozess-uid und gid zu der von "nobody" nach Programmstart
* Erhöhung der Sicherheit für das lokale System durch Rechteverringerung des Prozesses
* Wird von der windows-version grundsätzlich ignoriert
<pre>
persist-key>
</pre>
* Versuche nicht key-files nach tunnel-resets erneut zu lesen (eventuell durch user/group Wechsel nicht mehr möglich)
<pre>
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
</pre>
* ''<*-filepath>'' Ist mit Pfaden zu den relevanten Dateien erstzen
* Das Zertifikat der Opennet-CA [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt]
* Das Zertifikat gibt es als Antwort auf eine mail des ''Certificate Signing Requests'' (CSR) an [mailto:csr@opennet-initiative.de]
* Der key wird zusammen mit dem CSR von [[OpenVPN_unter_Windows|openssl]] erzeugt
<pre>
comp-lzo
</pre>
* Datenkomprimierung
<pre>
route 192.168.0.0 255.255.0.0 172.16.0.1
</pre>
* Verhindert die tunnelung von packets an andere Access Points im Opennet
** Verringerung von Netzbelastung, Packetloss, und Latencies
* ''172.16.0.1'' ist ggf. mit der internen IP des eigenen Access Points zu ersetzen
* Die Openvpn-config für Systeme mit eigenem olsrd sollte diese Zeile '''nicht''' enthalten
* Alternativ: Direktes Setzen des enstprechenden route-table Eintrags
** GNU/Linux: "route add -net 192.168.0.0/16 gw ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
** MS Windows: "route ADD 192.168.0.0 MASK 255.255.0.0 ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
<pre>
redirect-gateway
</pre>
* Setzt eine hostroute zum default gateway mit dem jetzigen default gateway
** Zur Aufrechterhaltung des Tunnels erforderlich, falls die vorherige Zeile nicht existiert
* Setzt eine neue default route mit gateway gleich dem openvpn-Endpunkt
** D.h. Sämtlicher traffic für den keine spezielleren routes existieren wird durch den Tunnel geleitet

== Tunnel starten ==

Wenn man nun die beiden Zertifikate, seinen privaten Schlüssel und die Konfigurationsdatei hat, kann man versuchen den Tunnel aufzubauen.

Benutzer der Windows GUI klicken dazu mit der rechten Maustaste auf das Icon im Tasktray und wählen ''connect''. Danach öffnet sich ein Fenster in dem Logmeldungen ausgegeben werden. In einem zweiten Fenster wird das Passwort abgefragt das Ihr bei [[OpenVPN_unter_Windows|der Erstellung]] des privaten Schlüsselts angegeben habt. Danach sollten die Farbe das Trayicon von rot nach gelb auf grün wechseln.

Alternativ kann man eine Text-Konsole aufmachen, nach C:\Programme\OpenVPN\config wechseln und hier ''openvpn --config client.ovpn'' eingeben. Danach muß man wieder das Passwort für den Key eingeben und der Tunnel wird aufgebaut.

== Portmapping ==

Die offiziellen Opennet Gateways bieten für Nutzer von openvpn-tunneln zur Kommunikation mit dem jeweiligen Gateway Destination Network Address Translation (DNAT) von 10 aufeinanderfolgenden ports, sowohl für tcp als auch für udp, von ihrer globalen (internet) IP Adresse an. Die geforwardeten Ports hängen direkt von der Adresse des OpenVpn Endpunkts (10.1.*.*), und damit momentan auch von der tatsächlichen internen opennet-IP dieses Systems (192.168.*.*) ab. Dieses Dokument beschreibt den Algorithmus zur Ermittlung der zu einer OpenVpn geforwardeten portrange.

=== Algorithmus ===

* Setze n gleich 10000.
* Falls der Common Name des client-Certificates weder der Form "*.aps.on" noch der Form "*.mobile.on" entspricht gibt es keine zu diesem System geforwardeten ports. Andernfalls:
* Falls der CN der Form "*.mobile.on" entspricht, setze n gleich n+2550
* Setze n gleich n+(10*([Systemnummer ("*" in oberen Beispielen)] -1))
* Die Portrange ist n bis n+9

''Beispiel:''
* CN des Zertifikats ist 14.mobile.on
* 10000
* 10000 + 255*10 = 12550
* 12550 + (10*(14-1)) = 12680
* Portbereich wäre dann von 12680 bis 12689

=== Python Skript ===
<pre>
#!/usr/bin/env python
BASE_PORT = 10000
TYPE_AP = 0
TYPE_MOBILE = 1
ELEMENT_COUNT = 255
PORT_COUNT = 10

def oontp(target_type, target_no):
if (not (isinstance(target_type,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_type.' % (type(target_type), target_type))
if (not (isinstance(target_no,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_no.' % (type(target_no), target_no))
if (not (0 <= target_type <= 1)):
raise ValueError('Invalid value %r for argument target_type.' % (target_type,))
if (not (1 <= target_no <= ELEMENT_COUNT)):
raise ValueError('Invalid value %r for argument target_type.' % (target_no,))

n = BASE_PORT
n += target_type*ELEMENT_COUNT*PORT_COUNT
n += (target_no - 1)*PORT_COUNT
return (n,n+PORT_COUNT-1)

if (__name__ == '__main__'):
import sys
print oontp(*[int(element) for element in sys.argv[1:3]])

</pre>

Diese Beispiele gehen davon aus, dass sich der o.g. code in der Datei "oontp.py" befindet.<br/>
Von einer python Console:
<pre>
Python 2.3.5 (#2, May 29 2005, 00:34:43)
[GCC 3.3.6 (Debian 1:3.3.6-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from oontp import *
>>> oontp(TYPE_MOBILE,14)
(12680, 12689)
</pre>
Standalone-Aufruf:
<pre>
sebastian@pc01$ ./oontp.py 1 14
(12680, 12689)
</pre>

=== Portrange-O-Matic ===

Wenn kein Rechner mit Python zu Verfügung ist kann auch die Opennet [http://www.opennet-initiative.de/portmapper/ Portrange-O-Matic] zum Ausrechnen des Portranges verwendet werden. Einfach IP-Adresse Deines Mobilgerätes eintragen und das Formular abschicken.

[[Kategorie:Konfiguration]]

OpenVPN

2006-03-22T14:53:44Z

Sh01: /* Disclaimer */ - initial version

Mit der Software OpenVPN läßt sich eine gesicherte Verbindung zwischen dem Opennet-Gateway und dem Computer des Endbenutzer herstellen. Die Anleitung beschreibt die Konfiguration von OpenVPN auf Deinem eigenen Computer, alternativ kannst Du auch das vorkonfigurierte OpenVPN auf dem Accesspoint nutzen. Bei Verwendung eines mobilen Notebooks muß OpenVPN auf dem Notebook installiert werden.

== Disclaimer ==
Diese Seite beschreibt die Einrichtung eines openvpn-clients zur Verbindung mit einem Gateway der [[Hauptseite|Opennet-Initiative e.V.]].
Die angebotene Ausstellung von Zertifikaten ist nur für Opennet-interne Nutzung sinnvoll.

An uns gestellte Anfragen für Zertifikate für Nutzung '''für Opennet-fremde Zwecke''' demonstrieren ein grundlegendes Unverständnis der benutzten Algorithmen und Technologien beim Anfragesteller, und werden von uns nicht bearbeitet.
Die Aufnahme der für derartige Anfragen verantwortlichen Personen und Organisationen in eine Hall of Shame bleibt vorbehalten.

== Installation ==

Nach dem Download die entsprechenden Dateien installieren und den jeweiligen Installationsanleitungen folgen.

'''Windows''': http://openvpn.net/download.html + Graphische Benutzeroberfläche http://openvpn.se/download.html
(Unter Windows-XP erscheint eventuell ein Warnhinweis, dass ein Treiber nicht für Windows-XP zertifiziert ist, er kann ignoriert werden.)

'''Linux''': http://openvpn.net/download.html + Linux-Nutzer achten darauf, dass TUN/TAP-Unterstüzung durch Kernel bereit gestellt wird (Modul tun, Kernel-Option CONFIG_TUN bzw. "Universal TUN/TAP device driver support").

'''Mac OS''': http://tunnelblick.net/ (OpenVPN mit graphischer Nutzerschnittstelle)

== Zertifikat erstellen ==

Für die Verschlüsselung und Authentifizierung innerhalb des Opennets ist ein digitales Zertifikat (Cert) und ein digitaler Schlüssel (Key) notwendig. Um das Zertifikat erstellen zu können, musst du zuerst auf deinem Rechner einen Key erzeugen. Mit dem von dir erzeugten Key wird dann eine ''Request''-Datei (Certificate Sign Request - '''.csr''') erstellt. Diese ''Request''-Datei wird an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] geschickt.

Hier wird daraus dann mit hilfe des [http://de.wikipedia.org/wiki/Digitales_Zertifikat Stamm-Zertifikates] vom Opennet oder einem davon abgeleitetem Intermediate-CA Zertifikat Dein Zertifikat ('''.crt''' Datei) erstellt. Das ist dann durch die Opennet [http://de.wikipedia.org/wiki/Certification_Authority CA] beglaubigt. Diese Zertifikate dienen ausschließlich der Absicherung des Opennets.

=== Windows ===

Du öffnest unter Windows eine Eingabeaufforderung (Startmenu: Ausführen: cmd) und gibst folgendes ein (jede Zeile mit Enter beenden | OpenVPN wurde hier unter ''c:\programme\openvpn'' installiert, also erste Zeile entsprechend anpassen):

<pre>
cd c:\programme\openvpn\easy-rsa\
init-config.bat
vars.bat
mkdir keys
openssl req -days 3650 -nodes -new -keyout keys\VornameNachname.key \
-out keys\VornameNachname.csr -config openssl.cnf
</pre>

Es wurden jetzt die notwendige Konfigurationsdatei erstellt, die Umgebungsvariablen geladen und das Verzeichnis '''keys''' im Installationsordner von OpenVPN erstellt. Zuletzt wird eurer Schlüssel und ein Zertifikatsantrag erstellt. Ihr müsst dabei einige Angaben ausfüllen.

An dem Beispiel musst du nur folgendes ändern:
* '''Organization Name:''' deinen Namen (zusammen geschrieben, keine Sonderzeichen)
* '''Common Name:''' muss aus Gründen der eindeutigen Zuordnungsbarkeit der OpenVPN IP Addressen zum verantwortlichen Nutzer der Konvention XX.aps.on oder XX.mobile.on entsprechen - und dem beantragenden Nutzer muss die entsprechende Opennet-IP Adresse (192.168.1.XX bzw. 192.168.7.XX) bereits zugeordnet sein.
* '''Email Address:''' deine E-Mail-Adresse
* '''A challenge password''': Wenn du hier ein Passwort angibst, wird jedesmal beim Öffnen der OpenVPN-Verbindung danach gefragt. Kann leer gelassen werden.

Beispiel:
<pre>
Loading 'screen' into random state - done
Generating a 1024 bit RSA private key
...................++++++
....++++++

writing new private key to 'keys\VornameNachname.key'

You are about to be asked to enter information that will be incorporated
into your certificate request.

What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.

Country Name (2 letter code) [US]:de
State or Province Name (full name) [CA]: Mecklenburg-Vorpommern
Locality Name (eg, city) [SanFrancisco]: Rostock
Organization Name (eg, company) [FortFunston]: VornameNachname
Organizational Unit Name (eg, section) []: OUN
Common Name (eg, your name or your server's hostname) []: 99.aps.on
Email Address [mail@host.domain]: du@provider.de

Please enter the following 'extra' attributes
to be sent with your certificate request

A challenge password []:
An optional company name []:

Using configuration from openssl.cnf
Loading 'screen' into random state - done
</pre>

Im Verzeichnis keys/ liegt dann dein eigener Schlüssel '''VornameNachname.key''' und die ''Request''-Datei namens '''VornameNachname.csr'''. Diese Datei (und nur diese Datei) schickst du jetzt an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] - gib in der mail bitte den zur CSR-Erstellung eingegebenen CN ('''XX.aps.on''' oder '''XX.mobile.on''') an. Das signierte Zertifikat kommt dann per E-Mail zurück: '''?_XX.crt'''. Da es manuell erzeugt werden muss, bitte etwas Geduld. Wenn es erzeugt wurde, steht das Zertifikat in dieser [http://titan.www.opennet-initiative.de/cgi-bin/certstatus.cgi Liste].

Dazu musst du dir noch die Opennet-CA Datei [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt] downloaden und du kommst insgesamt auf vier Dateien:
* ca.crt
* VornameNachname.key
* VornameNachname.csr
* VornameNachname.crt

=== Linux / Mac OS ===

In einem beliebigen Verzeichnis (z.B. Homeverzeichnis) den Request erstellen mit

openssl req -days 3650 -nodes -new -keyout VornameNachname.key \
-out VornameNachname.csr -config /etc/ssl/openssl.cnf

Wenn das Verzeichnis /etc/ssl nicht existiert, und Openssl installiert ist, liegen die Dateien auch in /usr/share
Mit "ln -s /usr/share/ssl /etc/ssl" einen Link erstellen (als root), oder die Dateinamen entsprechend anpassen.

Wenn man bei -keyout und -out kein Verzeichnis angegeben hat, finden sich die Dateien im aktuellen Verzeichnis wieder.

Das übrige Vorgehen ist identisch mit dem vorgegangen Windows-Abschnitt.

== Konfiguration ==

Der folgende Abschnitt beschreibt die für Opennet erforderlichen oder günstigen Einstellungen in der OpenVPN Konfigurationsdatei. Diese lässt sich beim Aufruf von OpenVPN mit der --config Option angeben. Alle der Optionen können auch direkt beim openvpn-Aufruf als Argumente angegeben werden.

=== Windows ===

'''Fehlt noch. Liebe Windowsnutzer: bitte ergänzen!'''

=== Linux ===

Die Zertifikate, Schlüssel und Konfigurationsdatei legt mal nach ''/etc/openvpn/'', die sieht dann etwa wie folgt aus
/etc/openvpn/
opennet.conf - OpenVPN Konfiguration für Opennet
21_aps.csr - Certificate Signing Request (nicht mehr benötigt)
21_aps.key - Privater Schlüssel des AP21-Zertifikats
21_aps.crt - AP21-Zertifikat (mit öffentlichem Schlüssel)
ca.crt - Opennet-CA-Zertifikat (CA = Zertizifierungstelle)

Das Starten und Stoppen der VPN-Tunnel ist denkbar sein, über die Init-Skripte können alle Tunnel gestartet werden, für die im ''etc''-Verzeichniss von OpenVPN eine ''conf''-Datei liegt:
/etc/init.d/openvpn start|stop

Alternativ kann die Opennet VPN-Verbindung auch mit der Hand gestartet werden:
openvpn --config /etc/opennet.conf

Alle Ausgaben laden standardmäßig in der Console oder im Syslogfile (/var/log/messages). Sie kann aber auch mit ''appendfile'' in eine Datei umgeleitet werden, siehe OpenVPN-Manpage.

=== Konfigurationsdatei (opennet.conf) ===

<*-filepath> ist mit dem Pfad zu der jeweiligen Datei zu ersetzen

<pre>
client
dev tun
proto udp
ns-cert-type server
remote 192.168.0.254 1600
nobind
user nobody
group nobody
persist-key
persist-tun
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
comp-lzo
route 192.168.0.0 255.255.0.0 172.16.0.1
redirect-gateway
</pre>

=== Beschreibung der Konfigurationsdatei ===

Ein paar Erläuterungen, für die Interessierten:

<pre>
client
</pre>
* tls-client Modus
* Annahme von begrenzten Konfigurationsbefehlen vom Server
<pre>
dev tun
</pre>
* Nutze ein beliebiges IP-Tunnel device
<pre>
proto udp
</pre>
* UDP Protokoll
<pre>
ns-cert-type server
</pre>
* Bestehe auf ein server-type certificate beim peer
<pre>
remote 192.168.0.254 1600
</pre>
* Server 192.168.0.254 (Titan)
* UDP-Port 1600
<pre>
nobind
</pre>
* Beliebiger lokaler Port
<pre>
user nobody
group nobody
</pre>
* Wechsle prozess-uid und gid zu der von "nobody" nach Programmstart
* Erhöhung der Sicherheit für das lokale System durch Rechteverringerung des Prozesses
* Wird von der windows-version grundsätzlich ignoriert
<pre>
persist-key>
</pre>
* Versuche nicht key-files nach tunnel-resets erneut zu lesen (eventuell durch user/group Wechsel nicht mehr möglich)
<pre>
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
</pre>
* ''<*-filepath>'' Ist mit Pfaden zu den relevanten Dateien erstzen
* Das Zertifikat der Opennet-CA [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt]
* Das Zertifikat gibt es als Antwort auf eine mail des ''Certificate Signing Requests'' (CSR) an [mailto:csr@opennet-initiative.de]
* Der key wird zusammen mit dem CSR von [[OpenVPN_unter_Windows|openssl]] erzeugt
<pre>
comp-lzo
</pre>
* Datenkomprimierung
<pre>
route 192.168.0.0 255.255.0.0 172.16.0.1
</pre>
* Verhindert die tunnelung von packets an andere Access Points im Opennet
** Verringerung von Netzbelastung, Packetloss, und Latencies
* ''172.16.0.1'' ist ggf. mit der internen IP des eigenen Access Points zu ersetzen
* Die Openvpn-config für Systeme mit eigenem olsrd sollte diese Zeile '''nicht''' enthalten
* Alternativ: Direktes Setzen des enstprechenden route-table Eintrags
** GNU/Linux: "route add -net 192.168.0.0/16 gw ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
** MS Windows: "route ADD 192.168.0.0 MASK 255.255.0.0 ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
<pre>
redirect-gateway
</pre>
* Setzt eine hostroute zum default gateway mit dem jetzigen default gateway
** Zur Aufrechterhaltung des Tunnels erforderlich, falls die vorherige Zeile nicht existiert
* Setzt eine neue default route mit gateway gleich dem openvpn-Endpunkt
** D.h. Sämtlicher traffic für den keine spezielleren routes existieren wird durch den Tunnel geleitet

== Tunnel starten ==

Wenn man nun die beiden Zertifikate, seinen privaten Schlüssel und die Konfigurationsdatei hat, kann man versuchen den Tunnel aufzubauen.

Benutzer der Windows GUI klicken dazu mit der rechten Maustaste auf das Icon im Tasktray und wählen ''connect''. Danach öffnet sich ein Fenster in dem Logmeldungen ausgegeben werden. In einem zweiten Fenster wird das Passwort abgefragt das Ihr bei [[OpenVPN_unter_Windows|der Erstellung]] des privaten Schlüsselts angegeben habt. Danach sollten die Farbe das Trayicon von rot nach gelb auf grün wechseln.

Alternativ kann man eine Text-Konsole aufmachen, nach C:\Programme\OpenVPN\config wechseln und hier ''openvpn --config client.ovpn'' eingeben. Danach muß man wieder das Passwort für den Key eingeben und der Tunnel wird aufgebaut.

== Portmapping ==

Die offiziellen Opennet Gateways bieten für Nutzer von openvpn-tunneln zur Kommunikation mit dem jeweiligen Gateway Destination Network Address Translation (DNAT) von 10 aufeinanderfolgenden ports, sowohl für tcp als auch für udp, von ihrer globalen (internet) IP Adresse an. Die geforwardeten Ports hängen direkt von der Adresse des OpenVpn Endpunkts (10.1.*.*), und damit momentan auch von der tatsächlichen internen opennet-IP dieses Systems (192.168.*.*) ab. Dieses Dokument beschreibt den Algorithmus zur Ermittlung der zu einer OpenVpn geforwardeten portrange.

=== Algorithmus ===

* Setze n gleich 10000.
* Falls der Common Name des client-Certificates weder der Form "*.aps.on" noch der Form "*.mobile.on" entspricht gibt es keine zu diesem System geforwardeten ports. Andernfalls:
* Falls der CN der Form "*.mobile.on" entspricht, setze n gleich n+2550
* Setze n gleich n+(10*([Systemnummer ("*" in oberen Beispielen)] -1))
* Die Portrange ist n bis n+9

''Beispiel:''
* CN des Zertifikats ist 14.mobile.on
* 10000
* 10000 + 255*10 = 12550
* 12550 + (10*(14-1)) = 12680
* Portbereich wäre dann von 12680 bis 12689

=== Python Skript ===
<pre>
#!/usr/bin/env python
BASE_PORT = 10000
TYPE_AP = 0
TYPE_MOBILE = 1
ELEMENT_COUNT = 255
PORT_COUNT = 10

def oontp(target_type, target_no):
if (not (isinstance(target_type,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_type.' % (type(target_type), target_type))
if (not (isinstance(target_no,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_no.' % (type(target_no), target_no))
if (not (0 <= target_type <= 1)):
raise ValueError('Invalid value %r for argument target_type.' % (target_type,))
if (not (1 <= target_no <= ELEMENT_COUNT)):
raise ValueError('Invalid value %r for argument target_type.' % (target_no,))

n = BASE_PORT
n += target_type*ELEMENT_COUNT*PORT_COUNT
n += (target_no - 1)*PORT_COUNT
return (n,n+PORT_COUNT-1)

if (__name__ == '__main__'):
import sys
print oontp(*[int(element) for element in sys.argv[1:3]])

</pre>

Diese Beispiele gehen davon aus, dass sich der o.g. code in der Datei "oontp.py" befindet.<br/>
Von einer python Console:
<pre>
Python 2.3.5 (#2, May 29 2005, 00:34:43)
[GCC 3.3.6 (Debian 1:3.3.6-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from oontp import *
>>> oontp(TYPE_MOBILE,14)
(12680, 12689)
</pre>
Standalone-Aufruf:
<pre>
sebastian@pc01$ ./oontp.py 1 14
(12680, 12689)
</pre>

=== Portrange-O-Matic ===

Wenn kein Rechner mit Python zu Verfügung ist kann auch die Opennet [http://www.opennet-initiative.de/portmapper/ Portrange-O-Matic] zum Ausrechnen des Portranges verwendet werden. Einfach IP-Adresse Deines Mobilgerätes eintragen und das Formular abschicken.

[[Kategorie:Konfiguration]]

OpenVPN

2006-03-22T14:32:34Z

Sh01: insert disclaimer section

Mit der Software OpenVPN läßt sich eine gesicherte Verbindung zwischen dem Opennet-Gateway und dem Computer des Endbenutzer herstellen. Die Anleitung beschreibt die Konfiguration von OpenVPN auf Deinem eigenen Computer, alternativ kannst Du auch das vorkonfigurierte OpenVPN auf dem Accesspoint nutzen. Bei Verwendung eines mobilen Notebooks muß OpenVPN auf dem Notebook installiert werden.

== Disclaimer ==

== Installation ==

Nach dem Download die entsprechenden Dateien installieren und den jeweiligen Installationsanleitungen folgen.

'''Windows''': http://openvpn.net/download.html + Graphische Benutzeroberfläche http://openvpn.se/download.html
(Unter Windows-XP erscheint eventuell ein Warnhinweis, dass ein Treiber nicht für Windows-XP zertifiziert ist, er kann ignoriert werden.)

'''Linux''': http://openvpn.net/download.html + Linux-Nutzer achten darauf, dass TUN/TAP-Unterstüzung durch Kernel bereit gestellt wird (Modul tun, Kernel-Option CONFIG_TUN bzw. "Universal TUN/TAP device driver support").

'''Mac OS''': http://tunnelblick.net/ (OpenVPN mit graphischer Nutzerschnittstelle)

== Zertifikat erstellen ==

Für die Verschlüsselung und Authentifizierung innerhalb des Opennets ist ein digitales Zertifikat (Cert) und ein digitaler Schlüssel (Key) notwendig. Um das Zertifikat erstellen zu können, musst du zuerst auf deinem Rechner einen Key erzeugen. Mit dem von dir erzeugten Key wird dann eine ''Request''-Datei (Certificate Sign Request - '''.csr''') erstellt. Diese ''Request''-Datei wird an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] geschickt.

Hier wird daraus dann mit hilfe des [http://de.wikipedia.org/wiki/Digitales_Zertifikat Stamm-Zertifikates] vom Opennet oder einem davon abgeleitetem Intermediate-CA Zertifikat Dein Zertifikat ('''.crt''' Datei) erstellt. Das ist dann durch die Opennet [http://de.wikipedia.org/wiki/Certification_Authority CA] beglaubigt. Diese Zertifikate dienen ausschließlich der Absicherung des Opennets.

=== Windows ===

Du öffnest unter Windows eine Eingabeaufforderung (Startmenu: Ausführen: cmd) und gibst folgendes ein (jede Zeile mit Enter beenden | OpenVPN wurde hier unter ''c:\programme\openvpn'' installiert, also erste Zeile entsprechend anpassen):

<pre>
cd c:\programme\openvpn\easy-rsa\
init-config.bat
vars.bat
mkdir keys
openssl req -days 3650 -nodes -new -keyout keys\VornameNachname.key \
-out keys\VornameNachname.csr -config openssl.cnf
</pre>

Es wurden jetzt die notwendige Konfigurationsdatei erstellt, die Umgebungsvariablen geladen und das Verzeichnis '''keys''' im Installationsordner von OpenVPN erstellt. Zuletzt wird eurer Schlüssel und ein Zertifikatsantrag erstellt. Ihr müsst dabei einige Angaben ausfüllen.

An dem Beispiel musst du nur folgendes ändern:
* '''Organization Name:''' deinen Namen (zusammen geschrieben, keine Sonderzeichen)
* '''Common Name:''' muss aus Gründen der eindeutigen Zuordnungsbarkeit der OpenVPN IP Addressen zum verantwortlichen Nutzer der Konvention XX.aps.on oder XX.mobile.on entsprechen - und dem beantragenden Nutzer muss die entsprechende Opennet-IP Adresse (192.168.1.XX bzw. 192.168.7.XX) bereits zugeordnet sein.
* '''Email Address:''' deine E-Mail-Adresse
* '''A challenge password''': Wenn du hier ein Passwort angibst, wird jedesmal beim Öffnen der OpenVPN-Verbindung danach gefragt. Kann leer gelassen werden.

Beispiel:
<pre>
Loading 'screen' into random state - done
Generating a 1024 bit RSA private key
...................++++++
....++++++

writing new private key to 'keys\VornameNachname.key'

You are about to be asked to enter information that will be incorporated
into your certificate request.

What you are about to enter is what is called a Distinguished Name or a DN.
There are quite a few fields but you can leave some blank
For some fields there will be a default value,
If you enter '.', the field will be left blank.

Country Name (2 letter code) [US]:de
State or Province Name (full name) [CA]: Mecklenburg-Vorpommern
Locality Name (eg, city) [SanFrancisco]: Rostock
Organization Name (eg, company) [FortFunston]: VornameNachname
Organizational Unit Name (eg, section) []: OUN
Common Name (eg, your name or your server's hostname) []: 99.aps.on
Email Address [mail@host.domain]: du@provider.de

Please enter the following 'extra' attributes
to be sent with your certificate request

A challenge password []:
An optional company name []:

Using configuration from openssl.cnf
Loading 'screen' into random state - done
</pre>

Im Verzeichnis keys/ liegt dann dein eigener Schlüssel '''VornameNachname.key''' und die ''Request''-Datei namens '''VornameNachname.csr'''. Diese Datei (und nur diese Datei) schickst du jetzt an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de] - gib in der mail bitte den zur CSR-Erstellung eingegebenen CN ('''XX.aps.on''' oder '''XX.mobile.on''') an. Das signierte Zertifikat kommt dann per E-Mail zurück: '''?_XX.crt'''. Da es manuell erzeugt werden muss, bitte etwas Geduld. Wenn es erzeugt wurde, steht das Zertifikat in dieser [http://titan.www.opennet-initiative.de/cgi-bin/certstatus.cgi Liste].

Dazu musst du dir noch die Opennet-CA Datei [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt] downloaden und du kommst insgesamt auf vier Dateien:
* ca.crt
* VornameNachname.key
* VornameNachname.csr
* VornameNachname.crt

=== Linux / Mac OS ===

In einem beliebigen Verzeichnis (z.B. Homeverzeichnis) den Request erstellen mit

openssl req -days 3650 -nodes -new -keyout VornameNachname.key \
-out VornameNachname.csr -config /etc/ssl/openssl.cnf

Wenn das Verzeichnis /etc/ssl nicht existiert, und Openssl installiert ist, liegen die Dateien auch in /usr/share
Mit "ln -s /usr/share/ssl /etc/ssl" einen Link erstellen (als root), oder die Dateinamen entsprechend anpassen.

Wenn man bei -keyout und -out kein Verzeichnis angegeben hat, finden sich die Dateien im aktuellen Verzeichnis wieder.

Das übrige Vorgehen ist identisch mit dem vorgegangen Windows-Abschnitt.

== Konfiguration ==

Der folgende Abschnitt beschreibt die für Opennet erforderlichen oder günstigen Einstellungen in der OpenVPN Konfigurationsdatei. Diese lässt sich beim Aufruf von OpenVPN mit der --config Option angeben. Alle der Optionen können auch direkt beim openvpn-Aufruf als Argumente angegeben werden.

=== Windows ===

'''Fehlt noch. Liebe Windowsnutzer: bitte ergänzen!'''

=== Linux ===

Die Zertifikate, Schlüssel und Konfigurationsdatei legt mal nach ''/etc/openvpn/'', die sieht dann etwa wie folgt aus
/etc/openvpn/
opennet.conf - OpenVPN Konfiguration für Opennet
21_aps.csr - Certificate Signing Request (nicht mehr benötigt)
21_aps.key - Privater Schlüssel des AP21-Zertifikats
21_aps.crt - AP21-Zertifikat (mit öffentlichem Schlüssel)
ca.crt - Opennet-CA-Zertifikat (CA = Zertizifierungstelle)

Das Starten und Stoppen der VPN-Tunnel ist denkbar sein, über die Init-Skripte können alle Tunnel gestartet werden, für die im ''etc''-Verzeichniss von OpenVPN eine ''conf''-Datei liegt:
/etc/init.d/openvpn start|stop

Alternativ kann die Opennet VPN-Verbindung auch mit der Hand gestartet werden:
openvpn --config /etc/opennet.conf

Alle Ausgaben laden standardmäßig in der Console oder im Syslogfile (/var/log/messages). Sie kann aber auch mit ''appendfile'' in eine Datei umgeleitet werden, siehe OpenVPN-Manpage.

=== Konfigurationsdatei (opennet.conf) ===

<*-filepath> ist mit dem Pfad zu der jeweiligen Datei zu ersetzen

<pre>
client
dev tun
proto udp
ns-cert-type server
remote 192.168.0.254 1600
nobind
user nobody
group nobody
persist-key
persist-tun
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
comp-lzo
route 192.168.0.0 255.255.0.0 172.16.0.1
redirect-gateway
</pre>

=== Beschreibung der Konfigurationsdatei ===

Ein paar Erläuterungen, für die Interessierten:

<pre>
client
</pre>
* tls-client Modus
* Annahme von begrenzten Konfigurationsbefehlen vom Server
<pre>
dev tun
</pre>
* Nutze ein beliebiges IP-Tunnel device
<pre>
proto udp
</pre>
* UDP Protokoll
<pre>
ns-cert-type server
</pre>
* Bestehe auf ein server-type certificate beim peer
<pre>
remote 192.168.0.254 1600
</pre>
* Server 192.168.0.254 (Titan)
* UDP-Port 1600
<pre>
nobind
</pre>
* Beliebiger lokaler Port
<pre>
user nobody
group nobody
</pre>
* Wechsle prozess-uid und gid zu der von "nobody" nach Programmstart
* Erhöhung der Sicherheit für das lokale System durch Rechteverringerung des Prozesses
* Wird von der windows-version grundsätzlich ignoriert
<pre>
persist-key>
</pre>
* Versuche nicht key-files nach tunnel-resets erneut zu lesen (eventuell durch user/group Wechsel nicht mehr möglich)
<pre>
ca <ca-filepath>
cert <cert-filepath>
key <key-filepath>
</pre>
* ''<*-filepath>'' Ist mit Pfaden zu den relevanten Dateien erstzen
* Das Zertifikat der Opennet-CA [http://titan.www.opennet-initiative.de/openvpn/ca.crt ca.crt]
* Das Zertifikat gibt es als Antwort auf eine mail des ''Certificate Signing Requests'' (CSR) an [mailto:csr@opennet-initiative.de]
* Der key wird zusammen mit dem CSR von [[OpenVPN_unter_Windows|openssl]] erzeugt
<pre>
comp-lzo
</pre>
* Datenkomprimierung
<pre>
route 192.168.0.0 255.255.0.0 172.16.0.1
</pre>
* Verhindert die tunnelung von packets an andere Access Points im Opennet
** Verringerung von Netzbelastung, Packetloss, und Latencies
* ''172.16.0.1'' ist ggf. mit der internen IP des eigenen Access Points zu ersetzen
* Die Openvpn-config für Systeme mit eigenem olsrd sollte diese Zeile '''nicht''' enthalten
* Alternativ: Direktes Setzen des enstprechenden route-table Eintrags
** GNU/Linux: "route add -net 192.168.0.0/16 gw ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
** MS Windows: "route ADD 192.168.0.0 MASK 255.255.0.0 ''172.16.0.1''" ; gilt höchstens bis zum nächsten shutdown
<pre>
redirect-gateway
</pre>
* Setzt eine hostroute zum default gateway mit dem jetzigen default gateway
** Zur Aufrechterhaltung des Tunnels erforderlich, falls die vorherige Zeile nicht existiert
* Setzt eine neue default route mit gateway gleich dem openvpn-Endpunkt
** D.h. Sämtlicher traffic für den keine spezielleren routes existieren wird durch den Tunnel geleitet

== Tunnel starten ==

Wenn man nun die beiden Zertifikate, seinen privaten Schlüssel und die Konfigurationsdatei hat, kann man versuchen den Tunnel aufzubauen.

Benutzer der Windows GUI klicken dazu mit der rechten Maustaste auf das Icon im Tasktray und wählen ''connect''. Danach öffnet sich ein Fenster in dem Logmeldungen ausgegeben werden. In einem zweiten Fenster wird das Passwort abgefragt das Ihr bei [[OpenVPN_unter_Windows|der Erstellung]] des privaten Schlüsselts angegeben habt. Danach sollten die Farbe das Trayicon von rot nach gelb auf grün wechseln.

Alternativ kann man eine Text-Konsole aufmachen, nach C:\Programme\OpenVPN\config wechseln und hier ''openvpn --config client.ovpn'' eingeben. Danach muß man wieder das Passwort für den Key eingeben und der Tunnel wird aufgebaut.

== Portmapping ==

Die offiziellen Opennet Gateways bieten für Nutzer von openvpn-tunneln zur Kommunikation mit dem jeweiligen Gateway Destination Network Address Translation (DNAT) von 10 aufeinanderfolgenden ports, sowohl für tcp als auch für udp, von ihrer globalen (internet) IP Adresse an. Die geforwardeten Ports hängen direkt von der Adresse des OpenVpn Endpunkts (10.1.*.*), und damit momentan auch von der tatsächlichen internen opennet-IP dieses Systems (192.168.*.*) ab. Dieses Dokument beschreibt den Algorithmus zur Ermittlung der zu einer OpenVpn geforwardeten portrange.

=== Algorithmus ===

* Setze n gleich 10000.
* Falls der Common Name des client-Certificates weder der Form "*.aps.on" noch der Form "*.mobile.on" entspricht gibt es keine zu diesem System geforwardeten ports. Andernfalls:
* Falls der CN der Form "*.mobile.on" entspricht, setze n gleich n+2550
* Setze n gleich n+(10*([Systemnummer ("*" in oberen Beispielen)] -1))
* Die Portrange ist n bis n+9

''Beispiel:''
* CN des Zertifikats ist 14.mobile.on
* 10000
* 10000 + 255*10 = 12550
* 12550 + (10*(14-1)) = 12680
* Portbereich wäre dann von 12680 bis 12689

=== Python Skript ===
<pre>
#!/usr/bin/env python
BASE_PORT = 10000
TYPE_AP = 0
TYPE_MOBILE = 1
ELEMENT_COUNT = 255
PORT_COUNT = 10

def oontp(target_type, target_no):
if (not (isinstance(target_type,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_type.' % (type(target_type), target_type))
if (not (isinstance(target_no,(int,long)))):
raise TypeError('Invalid type %r of value %r for argument target_no.' % (type(target_no), target_no))
if (not (0 <= target_type <= 1)):
raise ValueError('Invalid value %r for argument target_type.' % (target_type,))
if (not (1 <= target_no <= ELEMENT_COUNT)):
raise ValueError('Invalid value %r for argument target_type.' % (target_no,))

n = BASE_PORT
n += target_type*ELEMENT_COUNT*PORT_COUNT
n += (target_no - 1)*PORT_COUNT
return (n,n+PORT_COUNT-1)

if (__name__ == '__main__'):
import sys
print oontp(*[int(element) for element in sys.argv[1:3]])

</pre>

Diese Beispiele gehen davon aus, dass sich der o.g. code in der Datei "oontp.py" befindet.<br/>
Von einer python Console:
<pre>
Python 2.3.5 (#2, May 29 2005, 00:34:43)
[GCC 3.3.6 (Debian 1:3.3.6-5)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from oontp import *
>>> oontp(TYPE_MOBILE,14)
(12680, 12689)
</pre>
Standalone-Aufruf:
<pre>
sebastian@pc01$ ./oontp.py 1 14
(12680, 12689)
</pre>

=== Portrange-O-Matic ===

Wenn kein Rechner mit Python zu Verfügung ist kann auch die Opennet [http://www.opennet-initiative.de/portmapper/ Portrange-O-Matic] zum Ausrechnen des Portranges verwendet werden. Einfach IP-Adresse Deines Mobilgerätes eintragen und das Formular abschicken.

[[Kategorie:Konfiguration]]

Gateway Installation

2006-03-12T21:18:17Z

Sh01: /* NTP-Server */ - add restrict 127.0.0.1 line

Kurzer Leitfaden für das Aufsetzen neuer Vereinsgateways.

=== Hardware ===

* sinnvoll >500 Mhz CPU, >256 MB RAM
* mindestens 2 NICs
* ausreichend HD-Kapazität; ideal SCSI (z.B. U2W), alternativ IDE (mit z.B. RAID1)

=== Basisinstallation ===

* Booten, z.B. per CD oder PXE mit Knoppix
* Dateisystem vorbereiten:
** ''cfdisk /dev/<device>'', z.B. /dev/hda (IDE) oder /dev/sda (SCSI)
** primäre Partitionen: 32 MB boot (Typ 83 + bootable), 500 MB swap (Typ 82), Rest für / (Typ 83)
** boot mit EXT2: mkfs.ext2 /dev/<device>1
** swap mit SWAP: mkswap /dev/<device>2
** root mit XFS: mkfs.xfs /dev/<device>3
* Debian Stable (oder Testing) installieren
: a) Neuinstallation, vgl. [http://www.debian.de/releases/stable/i386/index.html.de Debian GNU/Linux-Installationsanleitung]
: c) per ''debootstap'' von Knoppix aus, vgl. [http://www.debian.de/releases/stable/i386/apcs04.html.de Debian GNU/Linux-Installationsanleitung - C.4]
: b) als Kopie von vorhandenem GW, z.B. [[GW250|izumi]]
::* Filesysteme auf izumi ggf. mounten, crontab Einträge ggf. deaktivieren (CPU-Last)
::* boot einbinden: mount /dev/<device>1 /mnt/
::* boot spiegeln: rsync -axz --numeric-ids root@izumi.on:/boot/ /mnt/
::* root einbinden: umount /mnt; mount /dev/<device>3 /mnt/
::* root spiegeln: rsync -axz --numeric-ids root@izumi.on:/ /mnt/
::* Minimale Device-Nodes anlegen (bei UDEV): MAKEDEV null console zero
* Bootloader installieren (''grub''):
** via chroot und grub-Skripte: (chroot...); grub-install --no-floppy /dev/<device>; update-grub
** oder manuell, dabei /boot/grub/menu.lst selbst anpassen/erstellen: grub --no-floppy (root (hd0,0) / setup (hd0) / quit)
* Kernel bauen / aktualisieren
** cd /usr/src/linux; make menuconfig; make; make install; make modules_install; update-grub
** ggf. local-version neu setzen

==== Hilfsmittel: chroot Umgebung ====
mount /dev/<device>3 /mnt
mount /dev/<device>1 /mnt/boot
mount -t proc proc /mnt/proc
mount --bind /dev /mnt/dev
chroot /mnt

==== Hilfsmittel: RAID mit mdadm ====

* spezieller Partitionstyp FD (Linux raid autodetect), mit cfdisk einstellen
* direkt: ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 /dev/hdc3''
* oder auch schrittweise:
** ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 missing''
** Daten in /hda3 einspielen
** ''mdadm --manage /dev/md0 --add /dev/hdc3''

=== Konfiguration ===

==== Allgemeines ====

* Hostname /etc/hostname + /etc/mailname
* Zeitzone /etc/timezone -> UTC
* Kernelmodule /etc/modules
* Dateisysteme /etc/fstab
/dev/<device>1 /boot ext2 noauto,noatime 1 1
/dev/<device>3 / xfs noatime 0 0
/dev/<device>2 none swap sw 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0

==== Netzwerk-Geräte ====

* Ethernet /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto eth1
iface eth1 inet static
address 192.168.0.X
netmask 255.255.0.0
network 192.168.0.0
broadcast 192.168.255.255
auto <peername>
iface <peername> inet ppp
provider <peername>
* PPP /etc/ppp/*
** /etc/ppp/pap-secrets -> "<account>" * "<password>"
** /etc/ppp/peers/<peername>, Defaults mit:
logfile /var/log/pppd/qsc-dsl.log
#defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "<account>"
:* ln -s /etc/ppp/peers/<peername> /etc/ppp/peers/provider
:* mkdir /var/log/pppd
:* /etc/ppp/ip-up.d
#!/bin/sh
# default routes
route add -net 0.0.0.0/1 gw $PPP_REMOTE
route add -net 128.0.0.0/1 gw $PPP_REMOTE
# uni rostock
route add -net 139.30.0.0/16 gw $PPP_REMOTE
# ipkg repositories
route add -host 195.56.146.238 gw $PPP_REMOTE
route add -host 212.91.225.42 gw $PPP_REMOTE
# wikipedia
route add -net 207.142.131.192/26 gw $PPP_REMOTE
route add -net 145.97.39.128/28 gw $PPP_REMOTE
route add -net 212.85.150.128/28 gw $PPP_REMOTE
# www.opennet-initiative.de
route add -host 212.105.204.29 gw $PPP_REMOTE
# rostock.de
route add -net 195.37.188.160/28 gw $PPP_REMOTE
:* /etc/ppp/ip-down.d/00routes - analog nur s/add/del

==== Routing ====

* OLSR /etc/olsrd.conf, Defaults mit:
UseHysteresis no
LinkQualityLevel 2
Interface "eth1" { <defaults> }
Hna4
{
# university rostock
139.30.0.0 255.255.0.0
# ipkg repositories
195.56.146.238 255.255.255.255
212.91.225.42 255.255.255.255
# wikipedia
207.142.131.192 255.255.255.192
145.97.39.128 255.255.255.240
212.85.150.128 255.255.255.240
# www.opennet-initiative.de
212.105.204.29 255.255.255.255
# www.rostock.de
195.37.188.160 255.255.255.240
}

* WAN-Routing /etc/network/ip-up.d/gatewaysetup.sh (Kopie besorgen)

==== SSH-Server ====

* ggf. neue Schlüssel erstellen in /etc/ssh/
** RSA-Host-Key per ''ssh-keygen -b 2048 -t rsa -f ssh_host_rsa_key''
** DSA-Host-Key per ''ssh-keygen -b 2048 -t dsa -f ssh_host_dsa_key''

==== VPN-Server ====

* OpenVPN:
** openvpn + openssl installieren
** zwei Instanzen aufbauen: <system> = opennet_gateways (VPN Backbone) | opennet_users (VPN Internet-Zugang für Nutzer)
** /etc/openvpn/<system>/openssl.conf anpassen (Kopie besorgen), Leserechte setzen (''chmod go-rwx <system>'')
** /etc/openvpn/opennet_<system>.conf anpassen (Kopie besorgen), key + cert anpassen
** Csr/Key erstellen: ''openssl req -days 3650 -nodes -new -keyout <hostname>.key -out <hostname>.csr -extensions server -config openssl.cnf'' (Common Name = <hostname>.on)
** Csr absenden und unterschreiben lassen, Crt einspielen, Leserechte setzen (''chmod go-rw *.key'')
** Diffie hellman PEM: ''openssl dhparam -out /etc/openvpn/dh2048.pem 2048''

* automatische ACL Aktualisierung:
** Nutzer openvpn-acl anlegen + absichern
** SSH Schlüsselpaar erzeugen: ''su openvpn-acl; cd .ssh/; ssh-keygen -t rsa''
** SSH Public Key (id_rsa.pub) in opennetca@ratte:.ssh/authorized_keys hinzufügen
** cronttab für openvpn-acl mit "*/10 * * * * rsync -rt --delete --safe-links opennetca@139.30.3.52:'opennet_users opennet_users_disabled' /etc/openvpn/acl"

==== Nameserver ====

* zuerst chroot-bind9 installieren und einrichten
* rndc absichern per ''rndc-conf -a'' (Key ins chroot kopieren)
* im chroot /etc/bind/named.conf.options:
options {
directory "/var/cache/bind";
forward first;
forwarders {
<isp-dns1>;
<isp-dns2>;
192.168.0.254;
};
auth-nxdomain no; # conform to RFC1035
listen-on {
127.0.0.1;
<gateway-ip>
};
# ignoriert unterstrich in Domainnamen vom ON
check-names slave ignore;
};
* im chroot /etc/bind/named.conf.local:
// on - forward (includes vpn)
zone "on." {
type slave;
file "db.on";
masters {192.168.0.254;};
};
//on - reverse
zone "168.192.in-addr.arpa" {
type slave;
file "db.192.168";
masters {192.168.0.254;};
};
//on-vpn - reverse
zone "1.10.in-addr.arpa" {
type slave;
file "db.10.1";
masters {192.168.0.254;};
};
* lokale Namensauflösung /etc/resolv.conf:
search on
nameserver 127.0.0.1
* Nameserver starten: ''/etc/init.d/bind9 start''
* Funktion prüfen: ''ps aux|grep bind'' und ''rndc status''
* Fehlermeldungen suchen: ''grep named /var/log/daemon.log|tail -20''
* Zonen-Transfer manuell durchführen: ''rndc retransfer on''

==== Webserver ====

* apache2 installieren
** in /etc/apache2/ports.conf eintragen: Listen 80
** Default-Site deaktivieren: #RedirectMatch ^/$ /apache2-default/
** Default-Site unter /var/www/apache2-default ggf. löschen
** CGI-BIN deaktivieren: /etc/apache2/mods-enabled/cgi.load löschen; ggf. in sites-enabled/ den cgi-bin Eintrag löschen

* OpenVPN-Status-Skript anpassen unter /root/tasks/openvpn-users-status.py: host = '<hostname>.on'

[[Kategorie:Konfiguration]]
[[Kategorie:Opennet Projekte]]

==== NTP-Server ====

* ntpdate und ntpd installieren
* beide beim Systemstart starten lassen (zur Sicherheit zuerst ntpdate, dann ntpd)
:* ntpd hat Probleme mit dynamisch wechselnen IP Adressen. Im Daemon Log finden sich Einträge wie ''ntpd[2466]: sendto(83.67.66.148): Invalid argument''. Ich würde hier vorschlagen ntpdate in crontab einzutragen.
:* ntpdate als cronjob hat wirklich unschöne Resultate. Ich bin dafür den ntpd ohne restart davon zu überzeugen, die neue global ip zu nutzen. Zur Nutzung des management-sockets sind zunächst keys zu erstellen:
sudo su
mkdir -p /etc/ntp
chmod go-rx /etc/ntp
cd /etc/ntp
ntp-keygen
chmod go-rxw *
chmod go+rx /etc/ntp
ln -sf ntpkey_MD5key* keys
In /etc/ntp.conf sind dann folgende Einträge erforderlich:
keys /etc/ntp/keys
keysdir /etc/ntp/
trustedkey 10
requestkey 10
restrict 127.0.0.1
Folgendes script als /usr/local/bin/ntpdrehash ablegen:
<nowiki>
#!/bin/sh
#
# reconfigNtpd, written by Jan Ceuleers, March 2003, revised October 2003
#
# Purpose: ntpd running on a machine that has intermittent connectivity to
# the Internet, and that does not have a static public IP address,
# loses its associations with public NTP servers, even after the
# connection to the Internet has been restored.
# Restarting the ntpd daemon is a possibility, but the downside
# is that this causes time not to be served to local clients until
# ntpd has regained synchronisation.
# A better way is to configure at least one local clock (the local
# clock 127.127.1.0 at high stratum and/or a refclock), to cover
# for the periods when there is no Internet connectivity, and to
# use this script to unconfig/add{server,peer} all public time
# servers at runtime (i.e. without restarting the daemon)
#
# Usage: reconfigNtpd | ntpdc
#
# Bugs: * This script only generates unconfig/addpeer and unconfig/addserver
# pairs. Any relevant fudge statements or iburst options etc. are
# ignored.
#
# * Location of keys file is hard-coded rather than being derived from
# ntp.conf
#

###
#
# Get keyid and password from /etc/ntp/keys
#
###
set -- $(grep "^[[:digit:]]" < /etc/ntp/keys)
echo keyid $1
echo passwd $3

###
#
# Derive unconfig commands from ntpdc output
#
###
ntpdc -n -p | awk '!/==/ && !/^ / { if (substr($1,2) !~ /^127.127./)
print "unconfig " substr($1,2) }'

###
#
# Derive addserver commands from /etc/ntp.conf
#
###
#awk '/^server[[:blank:]]/ { if ($2 !~ /^127.127./) print "addserver " $2
#}' /etc/ntp.conf

awk '/^server/ { if ($2 !~ /^127.127./) print "addserver " $2
}' /etc/ntp.conf

###
#
# Derive addpeer commands from /etc/ntp.conf
#
###
awk '/^peer[[:blank:]]/ { print "addpeer " $2 }' /etc/ntp.conf

echo quit
</nowiki>
Und schliesslich /etc/ppp/ip-up.d/70ntpdrehash anlegen:
#!/bin/sh
/usr/local/bin/ntpdrehash | ntpdc &

=== Opennet Tools ===

==== Traffic Graphen ====

siehe [[Gateway_Installation/Teucrium Setup]]

==== Traffic Shaping ====

siehe [[Gateway_Installation/Traffic Shaping]]

==== MTA ====

Es ist sinnvoll einen MTA zu konfigurieren damit Statusmeldungen per Mail an ein administratives Postfach geschickt werden können. Normalerweise würde es reichen dafür das Debian Paket ''nullmailer'' zu installieren. Bei Gateways mit dynamischer IP benötigt man allerdings SMTP Auth zum versenden der Mails bzw. zur Authentifizierung beim Relayhost. Deswegen schlage ich vor hier Postfix als schlanken und einfach zu konfigurierenden MTA zu verwenden.

===== Benötigte Pakete =====

postfix libsasl2-modules postfix-tls

===== Minimalkonfiguration =====

Konfiguriert wird Postfix über ''/etc/postfix/main.cf''.

<pre>
# hostname/domain definition
myhostname = hikaru.opennet-initiative.de

# myorigin wird an lokal generierte mails angehaengt
myorigin = $mydomain

# Aliase für lokale User
alias_maps = hash:/etc/aliases

# Postfix ist nur fuer localhost zuständig
mynetworks = 127.0.0.0/8

# alle Mails sollen über unseren Relayhost gesendet werden
# (mit Dynamischen IP's und ohne PTR-Record sollte man lieber keine Mails versenden)
relayhost = relayhost.opennet-initiative.de

# Zum authentifizieren beim Relayhost benötigen wir SMTP Auth
# ''/etc/postfix/sasl_passwd'' hat folgendes Format
# hostname user:pass
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =
</pre>

Zudem ist noch eine kleine Änderung an ''/etc/postfix/master.cf'' notwendig. Über diese Datei wird gesteuert welche vom Postfix Masterprozess gestartet werden. Damit legen wir fest das Postfix nur an lo lauscht.

sed -i -e "s/$^smtp.*smtpd.*$$/127.0.0.1:\1/" master.cf

===== häufig benötigte Kommandos =====

* Konfiguraion neuladen: postfix reload
* Default Konfiguration ausgeben: postconf -d
* Nach Änderungen an /etc/aliases: postalias /etc/aliases

Gateway Installation

2006-03-12T20:53:54Z

Sh01: /* NTP-Server */

Kurzer Leitfaden für das Aufsetzen neuer Vereinsgateways.

=== Hardware ===

* sinnvoll >500 Mhz CPU, >256 MB RAM
* mindestens 2 NICs
* ausreichend HD-Kapazität; ideal SCSI (z.B. U2W), alternativ IDE (mit z.B. RAID1)

=== Basisinstallation ===

* Booten, z.B. per CD oder PXE mit Knoppix
* Dateisystem vorbereiten:
** ''cfdisk /dev/<device>'', z.B. /dev/hda (IDE) oder /dev/sda (SCSI)
** primäre Partitionen: 32 MB boot (Typ 83 + bootable), 500 MB swap (Typ 82), Rest für / (Typ 83)
** boot mit EXT2: mkfs.ext2 /dev/<device>1
** swap mit SWAP: mkswap /dev/<device>2
** root mit XFS: mkfs.xfs /dev/<device>3
* Debian Stable (oder Testing) installieren
: a) Neuinstallation, vgl. [http://www.debian.de/releases/stable/i386/index.html.de Debian GNU/Linux-Installationsanleitung]
: c) per ''debootstap'' von Knoppix aus, vgl. [http://www.debian.de/releases/stable/i386/apcs04.html.de Debian GNU/Linux-Installationsanleitung - C.4]
: b) als Kopie von vorhandenem GW, z.B. [[GW250|izumi]]
::* Filesysteme auf izumi ggf. mounten, crontab Einträge ggf. deaktivieren (CPU-Last)
::* boot einbinden: mount /dev/<device>1 /mnt/
::* boot spiegeln: rsync -axz --numeric-ids root@izumi.on:/boot/ /mnt/
::* root einbinden: umount /mnt; mount /dev/<device>3 /mnt/
::* root spiegeln: rsync -axz --numeric-ids root@izumi.on:/ /mnt/
::* Minimale Device-Nodes anlegen (bei UDEV): MAKEDEV null console zero
* Bootloader installieren (''grub''):
** via chroot und grub-Skripte: (chroot...); grub-install --no-floppy /dev/<device>; update-grub
** oder manuell, dabei /boot/grub/menu.lst selbst anpassen/erstellen: grub --no-floppy (root (hd0,0) / setup (hd0) / quit)
* Kernel bauen / aktualisieren
** cd /usr/src/linux; make menuconfig; make; make install; make modules_install; update-grub
** ggf. local-version neu setzen

==== Hilfsmittel: chroot Umgebung ====
mount /dev/<device>3 /mnt
mount /dev/<device>1 /mnt/boot
mount -t proc proc /mnt/proc
mount --bind /dev /mnt/dev
chroot /mnt

==== Hilfsmittel: RAID mit mdadm ====

* spezieller Partitionstyp FD (Linux raid autodetect), mit cfdisk einstellen
* direkt: ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 /dev/hdc3''
* oder auch schrittweise:
** ''mdadm --create --verbose /dev/md0 --level=raid1 --raid-devices=2 /dev/hda3 missing''
** Daten in /hda3 einspielen
** ''mdadm --manage /dev/md0 --add /dev/hdc3''

=== Konfiguration ===

==== Allgemeines ====

* Hostname /etc/hostname + /etc/mailname
* Zeitzone /etc/timezone -> UTC
* Kernelmodule /etc/modules
* Dateisysteme /etc/fstab
/dev/<device>1 /boot ext2 noauto,noatime 1 1
/dev/<device>3 / xfs noatime 0 0
/dev/<device>2 none swap sw 0 0
/dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0
none /proc proc defaults 0 0
none /dev/shm tmpfs defaults 0 0

==== Netzwerk-Geräte ====

* Ethernet /etc/network/interfaces
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
auto eth1
iface eth1 inet static
address 192.168.0.X
netmask 255.255.0.0
network 192.168.0.0
broadcast 192.168.255.255
auto <peername>
iface <peername> inet ppp
provider <peername>
* PPP /etc/ppp/*
** /etc/ppp/pap-secrets -> "<account>" * "<password>"
** /etc/ppp/peers/<peername>, Defaults mit:
logfile /var/log/pppd/qsc-dsl.log
#defaultroute
hide-password
lcp-echo-interval 20
lcp-echo-failure 3
connect /bin/true
noauth
persist
mtu 1492
noaccomp
default-asyncmap
plugin rp-pppoe.so eth0
user "<account>"
:* ln -s /etc/ppp/peers/<peername> /etc/ppp/peers/provider
:* mkdir /var/log/pppd
:* /etc/ppp/ip-up.d
#!/bin/sh
# default routes
route add -net 0.0.0.0/1 gw $PPP_REMOTE
route add -net 128.0.0.0/1 gw $PPP_REMOTE
# uni rostock
route add -net 139.30.0.0/16 gw $PPP_REMOTE
# ipkg repositories
route add -host 195.56.146.238 gw $PPP_REMOTE
route add -host 212.91.225.42 gw $PPP_REMOTE
# wikipedia
route add -net 207.142.131.192/26 gw $PPP_REMOTE
route add -net 145.97.39.128/28 gw $PPP_REMOTE
route add -net 212.85.150.128/28 gw $PPP_REMOTE
# www.opennet-initiative.de
route add -host 212.105.204.29 gw $PPP_REMOTE
# rostock.de
route add -net 195.37.188.160/28 gw $PPP_REMOTE
:* /etc/ppp/ip-down.d/00routes - analog nur s/add/del

==== Routing ====

* OLSR /etc/olsrd.conf, Defaults mit:
UseHysteresis no
LinkQualityLevel 2
Interface "eth1" { <defaults> }
Hna4
{
# university rostock
139.30.0.0 255.255.0.0
# ipkg repositories
195.56.146.238 255.255.255.255
212.91.225.42 255.255.255.255
# wikipedia
207.142.131.192 255.255.255.192
145.97.39.128 255.255.255.240
212.85.150.128 255.255.255.240
# www.opennet-initiative.de
212.105.204.29 255.255.255.255
# www.rostock.de
195.37.188.160 255.255.255.240
}

* WAN-Routing /etc/network/ip-up.d/gatewaysetup.sh (Kopie besorgen)

==== SSH-Server ====

* ggf. neue Schlüssel erstellen in /etc/ssh/
** RSA-Host-Key per ''ssh-keygen -b 2048 -t rsa -f ssh_host_rsa_key''
** DSA-Host-Key per ''ssh-keygen -b 2048 -t dsa -f ssh_host_dsa_key''

==== VPN-Server ====

* OpenVPN:
** openvpn + openssl installieren
** zwei Instanzen aufbauen: <system> = opennet_gateways (VPN Backbone) | opennet_users (VPN Internet-Zugang für Nutzer)
** /etc/openvpn/<system>/openssl.conf anpassen (Kopie besorgen), Leserechte setzen (''chmod go-rwx <system>'')
** /etc/openvpn/opennet_<system>.conf anpassen (Kopie besorgen), key + cert anpassen
** Csr/Key erstellen: ''openssl req -days 3650 -nodes -new -keyout <hostname>.key -out <hostname>.csr -extensions server -config openssl.cnf'' (Common Name = <hostname>.on)
** Csr absenden und unterschreiben lassen, Crt einspielen, Leserechte setzen (''chmod go-rw *.key'')
** Diffie hellman PEM: ''openssl dhparam -out /etc/openvpn/dh2048.pem 2048''

* automatische ACL Aktualisierung:
** Nutzer openvpn-acl anlegen + absichern
** SSH Schlüsselpaar erzeugen: ''su openvpn-acl; cd .ssh/; ssh-keygen -t rsa''
** SSH Public Key (id_rsa.pub) in opennetca@ratte:.ssh/authorized_keys hinzufügen
** cronttab für openvpn-acl mit "*/10 * * * * rsync -rt --delete --safe-links opennetca@139.30.3.52:'opennet_users opennet_users_disabled' /etc/openvpn/acl"

==== Nameserver ====

* zuerst chroot-bind9 installieren und einrichten
* rndc absichern per ''rndc-conf -a'' (Key ins chroot kopieren)
* im chroot /etc/bind/named.conf.options:
options {
directory "/var/cache/bind";
forward first;
forwarders {
<isp-dns1>;
<isp-dns2>;
192.168.0.254;
};
auth-nxdomain no; # conform to RFC1035
listen-on {
127.0.0.1;
<gateway-ip>
};
# ignoriert unterstrich in Domainnamen vom ON
check-names slave ignore;
};
* im chroot /etc/bind/named.conf.local:
// on - forward (includes vpn)
zone "on." {
type slave;
file "db.on";
masters {192.168.0.254;};
};
//on - reverse
zone "168.192.in-addr.arpa" {
type slave;
file "db.192.168";
masters {192.168.0.254;};
};
//on-vpn - reverse
zone "1.10.in-addr.arpa" {
type slave;
file "db.10.1";
masters {192.168.0.254;};
};
* lokale Namensauflösung /etc/resolv.conf:
search on
nameserver 127.0.0.1
* Nameserver starten: ''/etc/init.d/bind9 start''
* Funktion prüfen: ''ps aux|grep bind'' und ''rndc status''
* Fehlermeldungen suchen: ''grep named /var/log/daemon.log|tail -20''
* Zonen-Transfer manuell durchführen: ''rndc retransfer on''

==== Webserver ====

* apache2 installieren
** in /etc/apache2/ports.conf eintragen: Listen 80
** Default-Site deaktivieren: #RedirectMatch ^/$ /apache2-default/
** Default-Site unter /var/www/apache2-default ggf. löschen
** CGI-BIN deaktivieren: /etc/apache2/mods-enabled/cgi.load löschen; ggf. in sites-enabled/ den cgi-bin Eintrag löschen

* OpenVPN-Status-Skript anpassen unter /root/tasks/openvpn-users-status.py: host = '<hostname>.on'

[[Kategorie:Konfiguration]]
[[Kategorie:Opennet Projekte]]

==== NTP-Server ====

* ntpdate und ntpd installieren
* beide beim Systemstart starten lassen (zur Sicherheit zuerst ntpdate, dann ntpd)
:* ntpd hat Probleme mit dynamisch wechselnen IP Adressen. Im Daemon Log finden sich Einträge wie ''ntpd[2466]: sendto(83.67.66.148): Invalid argument''. Ich würde hier vorschlagen ntpdate in crontab einzutragen.
:* ntpdate als cronjob hat wirklich unschöne Resultate. Ich bin dafür den ntpd ohne restart davon zu überzeugen, die neue global ip zu nutzen. Zur Nutzung des management-sockets sind zunächst keys zu erstellen:
sudo su
mkdir -p /etc/ntp
chmod go-rx /etc/ntp
cd /etc/ntp
ntp-keygen
chmod go-rxw *
chmod go+rx /etc/ntp
ln -sf ntpkey_MD5key* keys
In /etc/ntp.conf sind dann folgende Einträge erforderlich:
keys /etc/ntp/keys
keysdir /etc/ntp/
trustedkey 10
requestkey 10
Folgendes script als /usr/local/bin/ntpdrehash ablegen:
<nowiki>
#!/bin/sh
#
# reconfigNtpd, written by Jan Ceuleers, March 2003, revised October 2003
#
# Purpose: ntpd running on a machine that has intermittent connectivity to
# the Internet, and that does not have a static public IP address,
# loses its associations with public NTP servers, even after the
# connection to the Internet has been restored.
# Restarting the ntpd daemon is a possibility, but the downside
# is that this causes time not to be served to local clients until
# ntpd has regained synchronisation.
# A better way is to configure at least one local clock (the local
# clock 127.127.1.0 at high stratum and/or a refclock), to cover
# for the periods when there is no Internet connectivity, and to
# use this script to unconfig/add{server,peer} all public time
# servers at runtime (i.e. without restarting the daemon)
#
# Usage: reconfigNtpd | ntpdc
#
# Bugs: * This script only generates unconfig/addpeer and unconfig/addserver
# pairs. Any relevant fudge statements or iburst options etc. are
# ignored.
#
# * Location of keys file is hard-coded rather than being derived from
# ntp.conf
#

###
#
# Get keyid and password from /etc/ntp/keys
#
###
set -- $(grep "^[[:digit:]]" < /etc/ntp/keys)
echo keyid $1
echo passwd $3

###
#
# Derive unconfig commands from ntpdc output
#
###
ntpdc -n -p | awk '!/==/ && !/^ / { if (substr($1,2) !~ /^127.127./)
print "unconfig " substr($1,2) }'

###
#
# Derive addserver commands from /etc/ntp.conf
#
###
#awk '/^server[[:blank:]]/ { if ($2 !~ /^127.127./) print "addserver " $2
#}' /etc/ntp.conf

awk '/^server/ { if ($2 !~ /^127.127./) print "addserver " $2
}' /etc/ntp.conf

###
#
# Derive addpeer commands from /etc/ntp.conf
#
###
awk '/^peer[[:blank:]]/ { print "addpeer " $2 }' /etc/ntp.conf

echo quit
</nowiki>
Und schliesslich /etc/ppp/ip-up.d/70ntpdrehash anlegen:
#!/bin/sh
/usr/local/bin/ntpdrehash | ntpdc &

=== Opennet Tools ===

==== Traffic Graphen ====

siehe [[Gateway_Installation/Teucrium Setup]]

==== Traffic Shaping ====

siehe [[Gateway_Installation/Traffic Shaping]]

==== MTA ====

Es ist sinnvoll einen MTA zu konfigurieren damit Statusmeldungen per Mail an ein administratives Postfach geschickt werden können. Normalerweise würde es reichen dafür das Debian Paket ''nullmailer'' zu installieren. Bei Gateways mit dynamischer IP benötigt man allerdings SMTP Auth zum versenden der Mails bzw. zur Authentifizierung beim Relayhost. Deswegen schlage ich vor hier Postfix als schlanken und einfach zu konfigurierenden MTA zu verwenden.

===== Benötigte Pakete =====

postfix libsasl2-modules postfix-tls

===== Minimalkonfiguration =====

Konfiguriert wird Postfix über ''/etc/postfix/main.cf''.

<pre>
# hostname/domain definition
myhostname = hikaru.opennet-initiative.de

# myorigin wird an lokal generierte mails angehaengt
myorigin = $mydomain

# Aliase für lokale User
alias_maps = hash:/etc/aliases

# Postfix ist nur fuer localhost zuständig
mynetworks = 127.0.0.0/8

# alle Mails sollen über unseren Relayhost gesendet werden
# (mit Dynamischen IP's und ohne PTR-Record sollte man lieber keine Mails versenden)
relayhost = relayhost.opennet-initiative.de

# Zum authentifizieren beim Relayhost benötigen wir SMTP Auth
# ''/etc/postfix/sasl_passwd'' hat folgendes Format
# hostname user:pass
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =
</pre>

Zudem ist noch eine kleine Änderung an ''/etc/postfix/master.cf'' notwendig. Über diese Datei wird gesteuert welche vom Postfix Masterprozess gestartet werden. Damit legen wir fest das Postfix nur an lo lauscht.

sed -i -e "s/$^smtp.*smtpd.*$$/127.0.0.1:\1/" master.cf

===== häufig benötigte Kommandos =====

* Konfiguraion neuladen: postfix reload
* Default Konfiguration ausgeben: postconf -d
* Nach Änderungen an /etc/aliases: postalias /etc/aliases

Reise WCW Berlin 2006

2006-02-14T08:52:57Z

Sh01: /* Teilnehmer */ - add myself

Nach der [[Reise Djursland 2005|Vereinsreise nach Djursland]] im letzten Jahr wollen wir dieses Jahr wieder ein "Wireless Wochenende" ausserhalb verbringen. Die Berliner Freifunker organisieren im Frühjahr 2006 ein ein '''Wireless Community Weekend''', geplant als Treffpunkt für alle deutsprachigen Drahtlosfunker. Es findet vom 24. bis 27. März in der c-base in Berlin statt.

Alle Vereinsmitglieder der Opennet Initiative sind herzlich eingeladen gemeinsam nach Berlin zu reisen.

== Programm ==

* WirelessCommunityWeekend - 24. bis 27. März 2006 - [http://www.okfn.org/wsfii/wiki/WirelessCommunityWeekend Einladung (okfn.org)]
* weiteres, vielleicht nicht-technisches, am Rande?

== Planung ==

=== Organisatorisches ===

* Auto / Unterkunft / Verpflegung...

=== Teilnehmer ===

Interessentenliste mit Angeboten/Gesuchen:
# [[Benutzer:MathiasMahnke|Mathias]]: Mitfahrgelegenheit gesucht, Unterkunft gesucht
# Rene?
# Ralph?
# Clemens?
# Sebastian Hagen: Mitfahrgelegenheit gesucht, Unterkunft gesucht

Hauptseite

2005-12-30T23:50:25Z

Sh01: change 22c3 graphic-url to unecrypted http

<div style="background-color:#EEEEEE;">
'''Quicklinks''': [http://forum.opennet-initiative.de/ Forum] · [http://www.opennet-initiative.de/gallery/ Bildergalerie] · [http://mail.opennet-initiative.de/ Opennet Mail] · [irc://irc.opennet-initiative.de/opennet-discussion Opennet Chat] / [http://irc.opennet-initiative.de/cgi-bin/cgiirc/irc.cgi Webchat] · [[Opennet Nodes]] · [[Opennet_Netzstatus|Netzstatus]] · [http://forum.opennet-initiative.de/board.php?boardid=20 Störungen]
</div>

{| width="100%"
|-
|style="vertical-align:top" |

<div style="margin: 0; margin-right:10px; font-size:100%;">

== Willkommen bei der Opennet Initiative e.V. ==

''Drahtloses Internet für Rostock - wann surfst Du mit Opennet?''

Der Verein "Opennet Initiative" hat sich zur Aufgabe gemacht, freie und offene Kommunikationsinfrastrukturen zu fördern. Aktuell konzentrieren sich die Aktivitäten auf die Versorgung der Rostocker Innenstadt und einige Dörfer im Umland mit einem drahtlosen Internetzugang auf WLAN-Basis.

'''Weiter lesen''': [[Opennet:Portal]] · [[Mitmachen]] · [[Vereinsmitglieder]] · [[Impressum]] · [[Opennet:Presse|Presse/Öffentlichkeit]]

== 22C3: Opennet im WirelessCommunityCorner ==
http://events.ccc.de/congress/2005/mediawiki/images/8/8b/22c3_468x60px.png

'''[http://events.ccc.de/congress/2005/ 22nd Chaos Communication Congress (22C3: Private Investigations)]'''

[https://events.ccc.de/congress/2005/wiki/WirelessCommunityCorner WirelessCommunityCorner @ 22C3]
· [https://events.ccc.de/congress/2005/wiki/Wireless:Opennet_firmware OpennetFirmware @ 22C3]

== Vereinstreffen ==

Jeder ist willkommen! Ein Vereinstreffen findet an jedem letzten Freitag im Monat um 16.00 Uhr statt, zur Zeit im CSR Management Center, Budapester Str. 57/Ecke Waldemarstraße (ehemals Blue Notes).

'''Weiter lesen''': [[Vereinstreffen_Januar_2006|Januar]] · [[Vereinstreffen_Dezember_2005|Dezember]] · [[Vereinstreffen_November_2005|November]] · [[Vereinstreffen_Oktober_2005|Oktober]] · [[Aktuelle_Ereignisse|Weitere Ereignisse...]]

== Aktuelle Projekte und Ideen ==

Hier sind wir gerade besonders engagiert:
* [[Projektideen]] - Hier wird noch Hilfe benötigt
* [[Opennet Firmware]] - Unsere eigene Firmware
* [[Projekt Z10]] - Antennenstandort Ziolkowski-10
* [[Soziale Projekte]] - Links und Rechts der reinen Technikwelt

'''Weiter lesen''': [[:Kategorie:Opennet Projekte]]


</div>

| width="40%" style="vertical-align:top" |

<div style="margin: 0; margin-top:10px; border: 2px solid #32CD32; padding: 0em 1em 1em 1em; background-color:#FFFFFF; ">

=== Mitmachen in fünf Schritten ===
[[Bild:Opennet logo.gif|75px|right|Opennet Logo]]

Achtung! Es geht hier um das ''Mitmachen'', nicht um das ''Reinkommen'':
# Opennet-Funkwellen suchen (Netzwerkname/SSID ''olsr.opennet-forum.de'')
# Kontakt zum Verein aufnehmen, z.B. per [mailto:all@list.opennet-initiative.de E-Mail]. Vorher bei der Liste [https://list.opennet-initiative.de/listinfo/all anmelden].
# [[Opennet Hardware|Hardware]] ausleihen oder kaufen, aufstellen, konfigurieren und ausprobieren
# [http://www.opennet-initiative.de/download/formulare.pdf Mitgliedschaft] im Verein beantragen
# Internet-Zugang nutzen

'''Weiter lesen''': [[Mitmachen]] · [[Opennet Interessenten|Interessentenliste]]

'''Kontakt''': Brauchst Du Hilfe, melde Dich in unserer [https://list.opennet-initiative.de/listinfo/all Mailingliste] an und schreibe eine [mailto:all@list.opennet-initiative.de Nachricht].
</div>

<div style="margin: 0; margin-top:10px; border: 2px solid #638C9C; padding: 0em 1em 1em 1em; background-color:#FFFFFF; ">
=== Interessante Neuigkeiten ===
* '''Neues Tutorial:''' [[Benutzer:Photor|Karsten]] hat ein [[Vi Tutorial]] für die Bearbeitung von Konfigurationsdateien auf den APs erstellt.

* '''Langen Nacht der Wissenschaften 2006''': Opennet ist dabei, siehe [[Lange Nacht 2006]].

* '''Neujahrsbrunch:''' Am 14. Jan im Plan-B, freuen uns auf eurer Erscheinen. Anmeldung und Infos unter [[Opennet Neujahrsbrunch 2006]].

* '''Antennensammelbestellung:''' laufend - siehe [[Opennet Hardware]] und [[Antennensammelbestellung Dezember 2005]].

<div align="right">[[Aktuelle_Ereignisse|Mehr Neuigkeiten...]]</div>

</div>

|}

__NOTOC__
__NOEDITSECTION__

Diskussion:Opennet Firmware Projekt Gatewaywahl

2005-12-02T13:48:33Z

Sh01: some comments

*Andere Gateways sind von Nutzern zur Verfügung gestelt (N-GWs)und werden ohne OpenVPN betrieben.
** Warum die Allaussage? Ich halte es durchaus für sinnvoll, auch auf diesen gateways openvpn anzubieten. Das ist dann natürlich eine Entscheidung der jeweiligen Betreiber.

*Eine Auswahl 'nicht-optimaler' GWs ist imho. nicht RFC-konform (vgl. [http://ietf.org/rfc/rfc3626.txt rfc3626.txt], bes. Abschnitt 12). Daher sollte die 'whitelist' auf O-GWs beschränkt werden. Eine Blacklist halte ich daher auch bedenklich, die Option keine N-GWs zu nutzen sollte ausreichen.
** Welcher Teil von Abschnitt 12 genau? Es geht nicht um Änderungen am eigentlichten layer-3 routing, sondern darum die Informationen zur Konfiguration eines bestimmten userspace-programms (openvpn) zu nutzen. RFC-konformität ist darauf afaik nicht anwendbar. Des Weiteren stellt die Nutzung der linkquality-modifications afaik bereits eine direkte Verletzung des angesprochenen RFCs dar.
** border-gateway wechsel zerlegen aufgrund unserer Nutzung von NAT zuverlässig bestehende Verbindungen des überwiegenden Teils üblicher Protokolle - u.a. von allen, die auf TCP basieren. Nutzer sollten imho grundsätzlich die Option haben, derartie Vorfälle zu vermeiden.
** [Color]lists von HNA-using gateways sind aus den angesprochenen Gründen schwierig technisch zu realisieren. Ich halte es auch nicht für notwendig, zu versuchen, dafür trotzdem detaillierte Filtermöglichkeiten anzubieten.
** Die zu nutzenden Openvpn-gateways, welcher Art auch immer, sollten zumindest optionell vollständig manuell konfigurierbar sein. Es wäre auch kein grosser Aufwand, diesen Teil zu implementieren. Filter für die automatische Auswahl wären auch nett, sind aber imho eher weniger kritisch.
* einfach und hässlich: parsen von httpinfo-plugin-output
**Html-output zu parsen um an die route infos zu kommen wäre wirklich ungünstig. Wenn es nur um die Topologie-infos aus Sicht von olsrd geht, wäre der Output von der von mir zu graphing-zwecken angepassten Version des dotdraw olsrd-plugins (svn://svn.opennet-initiative.de/on_networkstatus/trunk/olsrd_dd_ti/) wahrscheinlich einfacher zu parsen. Es wird für die zusätzliche Funktionalität aber wahrscheinlich ohnehin günstiger, ein neues plugin zu schreiben.
--sh01, 2005-12-02 14:48 CET

Opennet Nodes

2005-10-17T20:32:02Z

Sh01: capitalize MAC address of ap103

Als SSID muss "olsr.opennet-forum.de" verwendet werden. Du möchtest auch [[Mitmachen]]?

=== Feste Nodes ===

AP-Seiten: Jeder AP-Betreiber pflegt bitte sein Beschreibungsseite selbst, verwendet dazu unsere [[Accesspoint_Beschreibungsseite|Vorlage]]. <br/>
GPS-Koordinaten: [http://www.travelgis.com/geocode/Default.aspx TravelGis.COM] (genau) oder [http://www.maporama.com/share/ Maporama.COM] (ungenauer, aber mit Karte) <br/>
Siehe auch: [[Opennet_Netzstatus]] · [[Opennet Interessenten|Opennet Interessentenliste]].

'''Hinweis: Bevor ein neuer Knoten eingetragen wird lese [[Mitmachen]] und melde Dich zuerst persönlich beim Verein. Vielen Dank.

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Eigentümer
!Kommentar
!Position
|----
|[[AP103]]
|
|
| Asus
| 00:11:2F:DE:1F:AF
| Clemens Cap
| Wieggertstraße 4
|
|----
|[[AP102]]
|
|
|Linksys WRT54G
|00:14:BF:3D:45:E7
|Verein
|Geplant für Heilig-Geist-Kirche
|N54,08893 E12,11654
|----
|[[AP101]]
|
|
|Linksys WRT54G
|00:14:BF:3D:46:05
|Verein
|Geplant für Heilig-Geist-Kirche
|N54,08887 E12,11654
|----
|[[AP100]]
|''reserviert''
|
|
|
|
|
|----
|[[AP99]]
|Albert-Einstein-Str. 19
|
|Linksys
|
|Sebastian Bethke
|Restliche Infos folgen
|N54.07631 E12.10635
|----
|[[AP98]]
|Am Kabutzenhof 30
|noch ohne Aussenantenne
|Linksys WRT54G
|00:14:BF:3D:54:D2
|Gunnar Sturzrehm
|
|N54,09145 E12,11192
|----
|[[AP97]]
|Leonhardstr. 14
|
|Linksys WRT54G
|00:14:BF:3D:54:E1
|Beau Griffith
|im Aufbau
|N54.08963 E12.11763
|----
|[[AP96]]
|Gewettstr. 3
|Interner Rundstrahler DG, Aussenantenne bestellt
|Linksys WRT54G
|00:14:BF:3D:54:EA
|Leslie Price
|im Aufbau
|N54,08698 E12,10759
|----
|[[AP95]]
|Borwinstr. 29
|
|Linksys WRT54G
|00:14:BF:3D:54:0C
|Doreen Schmidt
|im Aufbau
|N54,08991 E12,11265
|----
|[[AP94]]
|Budapester Str. 34
|Interner Rundstrahler W (3. OG)
|Linksys WRT54G
|00:14:BF:3D:54:09
|Rainer Karczewski
|
|N54,08796 E12,11076
|----
|[[AP93]]
|Am Kabutzenhof 26
|
|Linksys WRT54G
|00:14:BF:3D:59:01
|Sven Trinkies
|im Aufbau
|N54,092 E12,112
|----
|[[AP92]]
|Fritz-Reuter-Str. 1
|
|Linksys WRT54G
|00:14:BF:16:BF:14
|Robert Pietsch
|im Aufbau
|N54.09064 E12.11535
|----
|[[AP91]]
|Am Kabutzenhof 37
|
|Linksys WRT54G
|00:14:BF:37:34:1F
|Cornelius Schöne
|im Aufbau
|N54,09063 E12,11108
|----
|[[AP90]]
|Borwinstr. 31
|
|Linksys WRT54G
|00:12:17:CB:FC:07
|Christoph Sohn
|im Aufbau
|N54,08990 E12,11330
|----
|[[AP89]]
|Budapester Str. 72
|Interner Rundstrahler (2. OG)
|Linksys WRT54G
|00:14:BF:37:34:20
|Maurice Siebert
|
|N54.09030 E12.11288
|----
|[[AP88]]
|Bremer Str. 45
|Interner Rundstrahler (1. OG)
|Linksys WRT54GS
|00:12:17:D4:31:A3
|[[Benutzer:Sebastian|Sebastian Döhler]]
|
|N54.08868 E12.09725
|----
|[[AP87]]
|Margaretenstr. 33
|Omni (2. OG / Innenhof)
|Asus WL-500g
|00:11:2F:A2:99:09
|Dirk Huckstorf
|im Aufbau
|N54.08646 E12.11444
|----
|[[AP86]]
|Budapester Str. 60
|Interner Rundstrahler (Dach / Straße)
|Linksys WRT54G
|00:14:BF:37:32:FA
|Fanni Robel
|
|N54.08894 E12.11167
|----
|[[AP85]]
|Budapester Str. 72
|
|Linksys WRT54G
|00:14:BF:37:48:C9
|Kristin Wegener
|
|N54.09030 E12.11288
|----
|[[AP84]]
|Trügenwisch 20, Beselin
|Interner Rundstrahler
|Linksys WRT54G
|00:14:BF:16:C2:74
|Gerrit Ohme
|Testgerät
|N54.048 E12.212
|----
|[[AP83]]
|Trügenwisch 16, Beselin
|Interner Rundstrahler
|Linksys WRT54G
|00:14:BF:1C:2F:E2
|Gerrit Ohme
|im Aufbau
|N54.048 E12.212
|----
|[[AP82]]
|Trügenwisch 20, Beselin
|Interner Rundstrahler
|Linksys WRT54G
|00:14:BF:16:C8:FE
|Jan Brökel
|im Aufbau
|N54.048 E12.212
|----
|[[AP81]]
|
|
|Linksys WRT54G
|00:14:BF:16:B7:67
|Henner Preuschhof
|im Aufbau
|
|----
|[[AP80]]
|Borwinstr. 29
|
|Linksys WRT54G
|00:14:BF:37:48:C6
|Ralf Wegener
|
|N54.09073 E12.11324
|----
|[[AP79]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:14:BF:29:B2:84
|[[Benutzer:Moppi|Jan Kortmann]]
|im Aufbau
|N54.08991 E12.11265
|----
|[[AP78]]
|
|
|Asus WL-500g
|00:13:D4:0F:FC:7C
|Verein
|(f. Hl.Geist Kirche) Im Aufbau
|(z.Z. bei ChristianW [[AP39]])
|----
|[[AP77]]
|
|
|Asus WL-500g
|00:13:D4:2E:8D:30
|Verein
|(f. Hl.Geist Kirche) Im Aufbau
|(z.Z. bei ChristianW [[AP39]])
|----
|[[AP76]]
|Am Kabutzenhof 8 (Borwin-Schule)
|Interner Rundstrahler O (Dach)
|Asus WL-500g
|00:13:D4:2E:91:10
|Verein
|
|N54.09058 E12.11079
|----
|[[AP75]]
|Am Kabutzenhof 8 (Borwin-Schule)
|Interner Rundstrahler W (Dach)
|Asus WL-500g
|00:13:D4:0F:F9:63
|Verein
|
|N54.09060 E12.11039
|----
|[[AP74]]
|Bremer Str. 45
|Omni 8dbi (Dach)
|Linksys WAP54G
|00:12:17:60:67:C5
|[[Benutzer:Sebastian|Sebastian Döhler]]
|
|N54.08868 E12.09725
|----
|[[AP73]]
|Fritz-Reuter-Str. 41
|Omni 8dbi (3. OG)
|Linksys WRT54G
|
|Nadin Elfenbein
|
|N54.08684 E12.11160
|----
|[[AP72]]
|Fritz-Reuter-Str. 81
|Omni 8dbi W (4. OG)
|Linksys WRT54G
|00:0C:41:AA:EC:BD
|[[Benutzer:M@rkus|Markus Hempel]]
|out of order :(
|N54.09084 E12.11502
|----
|[[AP71]]
|Fritz-Reuter-Str. 1a
|Omni 8dbi O (3. OG)
|Linksys WRT54G
|00:12:17:B2:FB:77
|[[Benutzer:Andmathome|André Martin]]
|Im Aufbau
|N54.09064 E12.11522
|----
|[[AP70]]
|Budapester Str. 20
|Interner Rundstrahler (3. OG)
|Linksys WRT54G
|00:13:10:2F:BF:CE
|[[Benutzerin:Vera|Vera Zimmermann]]
|
|N54.08937 E12.11230
|----
|[[AP69]]
|Beselin
|Panel
|Linksys WRT54G
|00:14:BF:16:AF:AB
|Verein
|Im Aufbau
|z.Zt. bei Gerrit
|----
|[[AP68]]
|Kösterbeck
|Panel
|Linksys WRT54G
|00:14:BF:16:AF:9C
|Verein
|Im Aufbau
|z.Zt. bei Gerrit
|----
|[[AP67]]
|Waldemarstr. 20
|Omni 8dbi N (3. OG)
|Linksys WRT54G
|
|[[Benutzerin:Nadine|Nadine Rösike]]
|Im Aufbau
|N54.08900 E12.11000
|----
|[[AP66]]
|Laurembergstraße 12
|Interner Rundstrahler N (Dach)
|Linksys WRT54G
|00:13:10:27:D6:86
|[[Benutzer:Hannes|Hannes Kröger]]
|
|N54.08230 E12.11200
|----
|[[AP65]]
|Am Kabutzenhof 41
|Interner Rundstrahler (1.OG/Innenhof)
|Linksys WRT45G
|00:06:35:C5:6D:FF
|[[Benutzer:Thebeing|Niels Grewe]]
|
|N54.09010 E12.11078
|----
|[[AP64]]
|Patriotischer Weg 60
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:14:BF:1C:34:94
|Michael Zimmermann
|
|N54.09244 E12.11409
|----
|[[AP63]]
|Dethardingstr. 91
|Interner Rundstrahler NO (Dach)
|Linksys WRT54G
|00:13:10:2F:C0:E3
|[[Benutzer:Mko|Martin Kofahl]]
|
|N54,08620 E12,10567
|----
|[[AP62]]
|Lübecker Str. 10
|Omni 8dbi (Dach)
|Linksys WRT54G
|
|Martin Bretschneider
|Im Aufbau
|N54,09250 E12,10660
|----
|[[AP61]]
|Am Kabutzenhof 42
|Omni 8dbi (Schornstein)
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Stephan Pilch
|
|N54,08988 E12,11060
|----
|[[AP60]]
|Albert-Einstein-Str. 21
|Panel 19dbi NO (Dach)
|Linksys
|00:12:17:B2:FB:DA
|[[Benutzer:gutgremmelin|Gut Gremmelin]]
|
|N54,07678 E12,10672
|----
|[[AP59]]
|Parkstr. 26
|Yagi 18dbi
|Asus WL-500g
|00:11:D8:74:B9:59
|[[Benutzer:Nils|Nils Warkentin]]
|
|N54,08145 E12,10569
|----
|[[AP58]]
|Budapester Str. 16 (Bürgerhaus)
|
|Linksys WRT54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|N54,08978 E12,11245
|----
|[[AP57]]
|Budapester Str. 82
|
|Linksys WRT54G
|00:13:10:3F:55:5E
|Matthias Schulz
|
|N54,09101 E12,11338
|----
|[[AP56]]
|Waldemarstr. 47
|BiQuad SSO (2.OG)
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|
|N54,08846 E12,11200
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|
|N54,08526 E12,11012
|----
|[[AP54]]
|Doberaner Str. 44-47 (INR)
|Omni 8dbi W
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|N54,09110 E12,11398
|----
|[[AP53]]
|Doberaner Platz 10-12 ([http://www.ifnm.de/ IFNM])
|
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Im Aufbau
|N54.08815 E12.12396
|----
|[[AP52]]
|Waldemarstr. 13
|Interner Rundstrahler
|Linksys WRT54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|
|N54,08818 E12,11282
|----
|[[AP51]]
|Margaretenstr. 39
|Panel 18dbi
|Linksys WRT54G
| 00:0F:66:A7:37:B2
|Steffen Bleich
|
|N54,08740 E12,11528
|----
|[[AP50]]
|Budapester Str. 36
|Omni 8dbi (1. OG)
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|N54,08771 E12,11055
|----
|[[AP49]]
|Schliemannstr. 31
|Omni (außen)
|Linksys WRT54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|
|N54,08099 E12,10565
|----
|[[AP48]]
|Waldemarstr. 55
|Omni 8dbi (außen)
|Linksys WRT54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|
|N54,08796 E12,11360
|----
|[[AP47]]
|Stralsunder Str. 15
|Interner Rundstrahler (EG)
|Linksys WAP54G
|00:12:17:60:68:E2
|Moritz Reimann
|zum 1.10. Umzug zu angegebenem Standort
|N54.09049 E12.10051
|----
|[[AP46]]
|Waldemarstr. 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|
|N54,08850 E12,11213
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:13:10:27:D2:F3
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54,09290 E12,11287
|----
|[[AP44]]
|Borwinstr. 12
|Omni 15dbi (4. OG Balkon)
|Linksys WRT54GS
|00:13:10:27:E5:0B
|Thomas Speck
|
|N54,08970 E12,11290
|----
|[[AP43]]
|Schliemannstr. 31
|Panel 18dbi NW
|Linksys WRT54G
|00:12:17:CC:03:84
|Daniel Büchner
|
|N54,08089 E12,10567
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad S (Innenhof)
|Asus WL-500gx
|00:11:D8:70:1C:8A
|Daniel Schick
|
|N54,09045 E12,11318
|----
|[[AP41]]
|
|
|Asus WL-500g
|00:13:D4:2E:E8:39
|Verein
|Leihgerät
|(z.Z. bei [[Benutzer:MathiasMahnke|Mathias]] )
|----
|[[AP40]]
|Am Kabutzenhof 2
|BiQuad N
|Asus WL-500g
|00:11:D8:24:57:7B
|[[Benutzer:Photor|Karsten Rothemund]]
|
|N54,08945 E12,10974
|----
|[[AP39]]
|Parkstr. 31
|Interner Rundstrahler
|Linksys WRT54G
|00:12:17:D4:94:92
|[[Benutzer:Christianw|Christian Wedell]]
|
|N54.08075 E12.10449
|----
|[[AP38]]
|Am Kabutzenhof 30
|Panel 19dbi SSO
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|
|N54,09145 E12,11192
|----
|[[AP37]]
|Gellertstr. 9
|Rappl-Omni 8 dbi, E (Dach)
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|
|N54.09000 E12.11165
|----
|[[AP36]]
|Bremer Str. 32
|Omni 8dbi SO (3. OG)
|Linksys WRT54G
|Im Aufbau
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54.08784 E12.09624
|----
|[[AP35]]
|Am Ratsplatz 2
|BiQuad SO (2. OG)
|Asus WL-500g
|00:11:D8:60:25:4B
|Jens Röper
|
|N54.09205 E12.10875
|----
|[[AP34]]
|Doberaner Str. 52
|Selbstbau-Omni (Dach)
|Asus WL-500g
|
|Matthias Suraj
|
|N54.09145 E12.11302
|----
|[[AP33]]
|Viergewerkerstr. 4
|Parabol Grid Dach NNW
|Asus WL-500g
|00:11:D8:1B:F6:B5
|Uwe Hilscher
|
|N54,08356 E12,11206
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT54G
|00:12:17:CC:D3:5C
|Norman Zülow
|offline?
|N54,08474 E12,10971
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|
|N54.09150 E12.10760
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|
|N54,08990 E12,11265
|----
|[[AP29]]
|Bremer Str. 10
|(2. OG)
|Linksys WTR54G
|00:14:BF:1C:34:B5
|Marco Zehner
|noch Omni 8dbi W
|N54.09007 E12.09900
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|
|N54,08830 E12,11282
|----
|[[AP27]]
|Am Kabutzenhof 17
|Omni 8dbi E (1. OG)
|Linksys WRT54G
|00:12:17:D4:6F:EF
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54,09312 E12,11238
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT54G
|00:12:17:B3:21:6C
|Peter Hümbs
|
|N54,09101 E12,11348
|----
|[[AP25]]
|Ulmenstr. 69
|
|Linksys WRT54G
|00:0F:66:97:D2:B8
|ehem. Testgerät [[Benutzer:Thm|Thomas Mundt]] / jetzt Verein
|
|N54,08626 E12,10990
|----
|[[AP24]]
|Doberaner Str. 44-47 (INR)
|Omni 9dbi S
|Asus WL-500g
|00:11:2F:90:EA:E6
|ehem. Testgerät [[Benutzer:Thm|Thomas Mundt]] / jetzt Verein
|
|N54,09095 E12,11410
|----
|[[AP23]]
|Borwinstr. 38
|
|Asus WL-500g
|00:11:D8:24:56:79
|[[Benutzer:Ap23|Friedrich Hartmann]]
|
|N54,08937 E12,11496
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|
|N54,08445 E12,11020
|----
|[[AP21]]
|Budapester Str. 63
|BiQuad S
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|
|N54,08935 E12,11210
|----
|[[AP20]]
|Am Kabutzenhof 33
|BiQuad N (1. OG)
|Asus WL-500g
|00:11:2F:B6:64:88
|[[Benutzer:Oconnor|Thomas Gertz]]
|
|N54,09098 E12,11149
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Interner Rundstrahler, Aussenantenne bestellt
|Asus WL-500g
|00:11:2F:B6:64:7B
|[[Benutzer:hendrik.bohn|Hendrik Bohn]]
|
|N54,09000 E12,11436
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|
|N54,08983 E12,11337
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|offline?
|N54,09090 E12,10590
|----
|[[AP16]]
|Ulmenstr. 69
|Panel NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Verein
|
|N54,08626 E12,11020
|----
|[[AP15]]
|Ulmenstr. 69
|Panel 19dbi NW (Dach)
|Asus WL-500g
|00:0E:A6:90:7D:52
|Verein
|
|N54,08644 E12,11056
|----
|[[AP14]]
|Ulmenstr. 69
|Panel 19dbi NO (Dach)
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Verein
|
|N54,08653 E12,11033
|----
|[[AP13]]
|Borwinstr. 33
|
|Linksys WRT54GS
|00:0F:66:C8:64:72
|Carsten Pötzsch
|
|
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|
|N54,08574 E12,11060
|----
|[[AP11]]
|Waldemarstr. 11a
|BiQuad N (1. OG)
|Linksys WRT54G
|00:0F:66:90:57:5D
|[[Benutzer:Robni|Robert Nickel]]
|
|N54,08808 E12,11318
|----
|[[AP10]]
|Liskowstr. 32
|Omni (Süddachseite)
|Asus
|00:11:D8:56:52:16
|[[Benutzer:Gutgremmelin|Gut Gremmelin]]
|
|N54,08082 E12,10994
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Hohlantenne W (Fenster)
|Asus WL-500g
| 00:0E:A6:B7:DE:04
|Marc Haase
|
|N54,07109 E12,12523
|----
|[[AP8]]
|Borwinstr. 31
|Yagi SE
|Linksys WRT54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|
|N54,08971 E12,11328
|----
|[[AP7]]
|Maßmannstr. 106
|Panel E
|Asus WL-500g
|00:11:2F:86:8D:E9
|Andreas Buchmann
|
|N54,09140 E12,10555
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Panel 18dbi NW (Dach)
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|
|N54,07670 E12,10660
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT54G
|00:0F:66:56:E4:F9
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07683 E12,10680
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT54G
|00:0F:66:56:E1:C0
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07149 E12,11893
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|BiQuad W (Fenster)
|Asus WL-500g
|
|Donald Reebs
|
|N54,07185 E12,12572
|----
|[[AP2]]
|Waldemarstr. 50
|2 Sektorantennen (Dach)
|Linksys WRT54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|
|N54,08823 E12,11269
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07149 E12,11893
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Anforderung über [mailto:ichwill@opennet-initiative.de ichwill@opennet-initiative.de]''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|[http://192.168.7.10/ 192.168.7.10]
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|Am Kabutzenhof 17
|Notebook
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|[[Benutzer:Oconnor|Thomas Gertz]]
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|----
|192.168.7.14
|Daniel Schick
|Budapester Str. 10
|Notebook
|----
|192.168.7.15
|[[Benutzer:Nils|Nils Warkentin]]
|Parkstraße 26
|Notebook
|----
|192.168.7.16
|[[Benutzer:Nils|Nils Warkentin]] (Freundin)
|Parkstraße 26
|Notebook
|----
|192.168.7.17
|Karl-H. Krüger
|Adolf-Becker-Str.19
|Notebook
|----
|192.168.7.18
|Thomas Krüger
|Budapester Str. 63
|Notebook
|----
|192.168.7.19
|Stephan Pilch
|Am Kabutzenhof 42
|Apple
|----
|192.168.7.20
|Marco Lydo Zehner
|Bremerstr. 10
|Notebook
|----
|192.168.7.21
|Hannes Kröger
|Laurembergstraße 12
|Notebook
|----
|192.168.7.22
|Hannes Kröger
|Laurembergstraße 12
|Notebook #2
|----
|192.168.7.23
|[[Benutzer:Ap23|Friedrich Hartmann]]
|Borwinstr. 38
|Notebook
|----
|192.168.7.24
|[[Benutzer:Thebeing|Niels Grewe]]
|Am Kabutzenhof 41
|Notebook
|----
|192.168.7.25
|[[Benutzer:Moppi|Jan Kortmann]]
|Borwinstr. 14
|Notebook - AP ist im Aufbau
|----
|192.168.7.26
|[[Benutzer:m@rkus|Markus Hempel]]
|Fr.-Reuter-Str. 81
|Notebook
|----
|192.168.7.27
|Gerrit Ohme
|Trügenwisch 16, Beselin
|Notebook
|----
|192.168.7.28
|Gerrit Ohme
|Trügenwisch 16, Beselin
|Notebook-2
|----
|192.168.7.29
|[[Benutzer:Sebastian|Sebastian Döhler]]
|Bremer Str. 45
|Transportabler PC
|----
|192.168.7.30
|Cornelius Schöne
|Am Kabutzenhof 37
|Notebook
|----
|192.168.7.31
|[[ap92|Robert Pietsch]]
|Fritz Reuter Straße 1
|Notebook
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || VPN ||
|-
|192.168.0.253 || IFNM || SDSL || geplant ||
|-
|192.168.0.252 || Kösterbeck || ADSL || geplant ||
|-
|192.168.0.251 || Christopherus-Gymnasium || ADSL || geplant ||
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Opennet Nodes

2005-10-06T16:01:19Z

Sh01: revert coordinates of ap39 to default location (reception tests finished)

Als SSID muss "olsr.opennet-forum.de" verwendet werden. Du möchtest auch [[Mitmachen]]?

=== Feste Nodes ===

AP-Seiten: Jeder AP-Betreiber pflegt bitte sein Beschreibungsseite selbst, verwendet dazu unsere [[Accesspoint_Beschreibungsseite|Vorlage]]. <br/>
GPS-Koordinaten: [http://www.travelgis.com/geocode/Default.aspx TravelGis.COM] (genau) oder [http://www.maporama.com/share/ Maporama.COM] (ungenauer, aber mit Karte) <br/>
Siehe auch: [[Opennet_Netzstatus]] · [[Opennet Interessenten|Opennet Interessentenliste]].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Eigentümer
!Kommentar
!Position
|----
|[[AP89]]
|Budapester Str. 72
|Interner Rundstrahler (2. OG)
|Linksys WRT54G
|00:14:BF:37:34:20
|Maurice Siebert
|im Aufbau
|N54.09030 E12.11288
|----
|[[AP88]]
|Bremer Str. 45
|Interner Rundstrahler (1. OG)
|Linksys WRT54GS
|00:12:17:D4:31:A3
|[[Benutzer:Sebastian|Sebastian Döhler]]
|
|N54.08868 E12.09725
|----
|[[AP87]]
|Margaretenstr. 33
|Omni (2. OG / Innenhof)
|Asus WL-500g
|00:11:2F:A2:99:09
|Dirk Huckstorf
|im Aufbau
|N54.08646 E12.11444
|----
|[[AP86]]
|Budapester Str. 60
|Interner Rundstrahler (Dach / Straße)
|Linksys WRT54G
|
|Fanni Robel
|im Aufbau
|N54.08894 E12.11167
|----
|[[AP85]]
|Budapester Str. 72
|
|Linksys WRT54G
|00:14:BF:37:48:C9
|Kristin Wegener
|
|N54.09030 E12.11288
|----
|[[AP84]]
|Trügenwisch 20, Beselin
|Interner Rundstrahler
|Linksys WRT54G
|00:14:BF:16:C2:74
|Gerrit Ohme
|Testgerät
|N54.048 E12.212
|----
|[[AP83]]
|Trügenwisch 16, Beselin
|Interner Rundstrahler
|Linksys WRT54G
|00:14:BF:1C:2F:E2
|Gerrit Ohme
|im Aufbau
|N54.048 E12.212
|----
|[[AP82]]
|Trügenwisch 20, Beselin
|Interner Rundstrahler
|Linksys WRT54G
|00:14:BF:16:C8:FE
|Jan Brökel
|im Aufbau
|N54.048 E12.212
|----
|[[AP81]]
|
|
|Linksys WRT54G
|00:14:BF:16:B7:67
|Henner Preuschhof
|im Aufbau
|
|----
|[[AP80]]
|Borwinstr. 29
|
|Linksys WRT54G
|00:14:BF:37:48:C6
|Ralf Wegener
|
|N54.09073 E12.11324
|----
|[[AP79]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:14:BF:29:B2:84
|[[Benutzer:Moppi|Jan Kortmann]]
|im Aufbau
|N54.08991 E12.11265
|----
|[[AP78]]
|
|
|Asus WL-500g
|00:13:D4:0F:FC:7C
|Verein
|(f. Hl.Geist Kirche) Im Aufbau
|(z.Z. bei K.Rothemund [[AP40]])
|----
|[[AP77]]
|
|
|Asus WL-500g
|00:13:D4:2E:8D:30
|Verein
|(f. Hl.Geist Kirche) Im Aufbau
|(z.Z. bei K.Rothemund [[AP40]])
|----
|[[AP76]]
|Am Kabutzenhof 8 (Borwin-Schule)
|Interner Rundstrahler O (Dach)
|Asus WL-500g
|00:13:D4:2E:91:10
|Verein
|
|N54.09058 E12.11079
|----
|[[AP75]]
|Am Kabutzenhof 8 (Borwin-Schule)
|Interner Rundstrahler W (Dach)
|Asus WL-500g
|00:13:D4:0F:F9:63
|Verein
|
|N54.09060 E12.11039
|----
|[[AP74]]
|Bremer Str. 45
|Omni 8dbi (Dach)
|Linksys WAP54G
|00:12:17:60:67:C5
|[[Benutzer:Sebastian|Sebastian Döhler]]
|
|N54.08868 E12.09725
|----
|[[AP73]]
|Fritz-Reuter-Str. 41
|Omni 8dbi (3. OG)
|Linksys WRT54G
|
|Nadin Elfenbein
|
|N54.08684 E12.11160
|----
|[[AP72]]
|Fritz-Reuter-Str. 81
|Omni 8dbi W (4. OG)
|Linksys WRT54G
|00:0C:41:AA:EC:BD
|[[Benutzer:M@rkus|Markus Hempel]]
|
|N54.09084 E12.11502
|----
|[[AP71]]
|Fritz-Reuter-Str. 1a
|Omni 8dbi O (3. OG)
|Linksys WRT54G
|00:12:17:B2:FB:77
|[[Benutzer:Andmathome|André Martin]]
|Im Aufbau
|N54.09064 E12.11522
|----
|[[AP70]]
|Budapester Str. 20
|Interner Rundstrahler (3. OG)
|Linksys WRT54G
|00:13:10:2F:BF:CE
|[[Benutzerin:Vera|Vera Zimmermann]]
|
|N54.08937 E12.11230
|----
|[[AP69]]
|Beselin
|Panel
|Linksys WRT54G
|00:14:BF:16:AF:AB
|Verein
|Im Aufbau
|z.Zt. bei Gerrit
|----
|[[AP68]]
|Kösterbeck
|Panel
|Linksys WRT54G
|00:14:BF:16:AF:9C
|Verein
|Im Aufbau
|z.Zt. bei Gerrit
|----
|[[AP67]]
|Waldemarstr. 20
|Omni 8dbi N (3. OG)
|Linksys WRT54G
|
|[[Benutzerin:Nadine|Nadine Rösike]]
|Im Aufbau
|N54.08900 E12.11000
|----
|[[AP66]]
|Laurembergstraße 12
|Interner Rundstrahler N (Dach)
|Linksys WRT54G
|00:13:10:27:D6:86
|[[Benutzer:Hannes|Hannes Kröger]]
|
|N54.08230 E12.11200
|----
|[[AP65]]
|Am Kabutzenhof 41
|Interner Rundstrahler (1.OG/Innenhof)
|Linksys WRT45G
|00:06:35:C5:6D:FF
|[[Benutzer:Thebeing|Niels Grewe]]
|
|N54.09010 E12.11078
|----
|[[AP64]]
|Patriotischer Weg 60
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:14:BF:1C:34:94
|Michael Zimmermann
|
|N54.09244 E12.11409
|----
|[[AP63]]
|Dethardingstr. 91
|Interner Rundstrahler NO (Dach)
|Linksys WRT54G
|00:13:10:2F:C0:E3
|[[Benutzer:Mko|Martin Kofahl]]
|
|N54,08620 E12,10567
|----
|[[AP62]]
|Lübecker Str. 10
|Omni 8dbi (Dach)
|Linksys WRT54G
|
|Martin Bretschneider
|Im Aufbau
|N54,09250 E12,10660
|----
|[[AP61]]
|Am Kabutzenhof 42
|Omni 8dbi (Schornstein)
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Stephan Pilch
|
|N54,08988 E12,11060
|----
|[[AP60]]
|Albert-Einstein-Str. 21
|Panel 19dbi NO (Dach)
|Linksys
|00:12:17:B2:FB:DA
|[[Benutzer:gutgremmelin|Gut Gremmelin]]
|
|N54,07678 E12,10672
|----
|[[AP59]]
|Parkstr. 26
|Yagi 18dbi
|Asus WL-500g
|00:11:D8:74:B9:59
|[[Benutzer:Nils|Nils Warkentin]]
|
|N54,08145 E12,10569
|----
|[[AP58]]
|Budapester Str. 16 (Bürgerhaus)
|
|Linksys WRT54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|N54,08978 E12,11245
|----
|[[AP57]]
|Budapester Str. 82
|
|Linksys WRT54G
|00:13:10:3F:55:5E
|Matthias Schulz
|
|N54,09101 E12,11338
|----
|[[AP56]]
|Waldemarstr. 47
|BiQuad SSO (2.OG)
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|
|N54,08846 E12,11200
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|
|N54,08526 E12,11012
|----
|[[AP54]]
|Doberaner Str. 44-47 (INR)
|Omni 8dbi W
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|N54,09110 E12,11398
|----
|[[AP53]]
|Doberaner Platz 10-12 ([http://www.ifnm.de/ IFNM])
|
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Im Aufbau
|N54.08815 E12.12396
|----
|[[AP52]]
|Waldemarstr. 13
|Interner Rundstrahler
|Linksys WRT54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|
|N54,08818 E12,11282
|----
|[[AP51]]
|Margaretenstr. 39
|Panel 18dbi
|Linksys WRT54G
| 00:0F:66:A7:37:B2
|Steffen Bleich
|
|N54,08740 E12,11528
|----
|[[AP50]]
|Budapester Str. 36
|Omni 8dbi (1. OG)
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|N54,08771 E12,11055
|----
|[[AP49]]
|Schliemannstr. 31
|Omni (außen)
|Linksys WRT54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|
|N54,08099 E12,10565
|----
|[[AP48]]
|Waldemarstr. 55
|Omni 8dbi (außen)
|Linksys WRT54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|
|N54,08796 E12,11360
|----
|[[AP47]]
|Stralsunder Str. 15
|Interner Rundstrahler (EG)
|Linksys WAP54G
|00:12:17:60:68:E2
|Moritz Reimann
|zum 1.10. Umzug zu angegebenem Standort
|N54.09049 E12.10051
|----
|[[AP46]]
|Waldemarstr. 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|
|N54,08850 E12,11213
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:12:17:D4:6F:EF
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54,09290 E12,11287
|----
|[[AP44]]
|Borwinstr. 12
|Omni 15dbi (4. OG Balkon)
|Linksys WRT54GS
|00:13:10:27:E5:0B
|Thomas Speck
|
|N54,08970 E12,11290
|----
|[[AP43]]
|Schliemannstr. 31
|Panel 18dbi NW
|Linksys WRT54G
|00:12:17:CC:03:84
|Daniel Büchner
|
|N54,08089 E12,10567
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad S (Innenhof)
|Asus WL-500gx
|00:11:D8:70:1C:8A
|Daniel Schick
|
|N54,09045 E12,11318
|----
|[[AP41]]
|
|
|Asus WL-500g
|00:13:D4:2E:E8:39
|Verein
|Leihgerät
|(z.Z. bei K.Rothemund [[AP40]])
|----
|[[AP40]]
|Am Kabutzenhof 2
|BiQuad N
|Asus WL-500g
|00:11:D8:24:57:7B
|[[Benutzer:Photor|Karsten Rothemund]]
|
|N54,08945 E12,10974
|----
|[[AP39]]
|Parkstr. 31
|Interner Rundstrahler
|Linksys WRT54G
|00:12:17:D4:94:92
|[[Benutzer:Christianw|Christian Wedell]]
|
|N54.08075 E12.10449
|----
|[[AP38]]
|Am Kabutzenhof 30
|Panel 19dbi SSO
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|
|N54,09145 E12,11192
|----
|[[AP37]]
|Gellertstr. 9
|Edelstahl-Omni E (Dach)
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|
|N54.09000 E12.11165
|----
|[[AP36]]
|Bremer Str. 32
|Omni 8dbi SO (3. OG)
|Linksys WRT54G
|Im Aufbau
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54.08784 E12.09624
|----
|[[AP35]]
|Am Ratsplatz 2
|BiQuad SO (2. OG)
|Asus WL-500g
|00:11:D8:60:25:4B
|Jens Röper
|
|N54.09205 E12.10875
|----
|[[AP34]]
|Doberaner Str. 52
|Selbstbau-Omni (Dach)
|Asus WL-500g
|
|Matthias Suraj
|
|N54.09145 E12.11302
|----
|[[AP33]]
|Viergewerkerstr. 4
|Parabol Grid Dach NNW
|Asus WL-500g
|00:11:D8:1B:F6:B5
|Uwe Hilscher
|
|N54,08356 E12,11206
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT54G
|00:12:17:CC:D3:5C
|Norman Zülow
|offline?
|N54,08474 E12,10971
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|
|N54.09150 E12.10760
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|
|N54,08990 E12,11265
|----
|[[AP29]]
|Bremer Str. 10
|(2. OG)
|Linksys WTR54G
|00:14:BF:1C:34:B5
|Marco Zehner
|noch Omni 8dbi W
|N54.09007 E12.09900
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|
|N54,08830 E12,11282
|----
|[[AP27]]
|Am Kabutzenhof 17
|Omni 8dbi E (1. OG)
|Linksys WRT54G
|00:13:10:27:D2:F3
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54,09312 E12,11238
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT54G
|00:12:17:B3:21:6C
|Peter Hümbs
|
|N54,09101 E12,11348
|----
|[[AP25]]
|Ulmenstr. 69
|
|Linksys WRT54G
|00:0F:66:97:D2:B8
|ehem. Testgerät [[Benutzer:Thm|Thomas Mundt]] / jetzt Verein
|
|N54,08626 E12,10990
|----
|[[AP24]]
|Doberaner Str. 44-47 (INR)
|Omni 9dbi S
|Asus WL-500g
|00:11:2F:90:EA:E6
|ehem. Testgerät [[Benutzer:Thm|Thomas Mundt]] / jetzt Verein
|
|N54,09095 E12,11410
|----
|[[AP23]]
|Borwinstr. 38
|
|Asus WL-500g
|00:11:D8:24:56:79
|[[Benutzer:Ap23|Friedrich Hartmann]]
|
|N54,08937 E12,11496
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|
|N54,08445 E12,11020
|----
|[[AP21]]
|Budapester Str. 63
|BiQuad S
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|
|N54,08935 E12,11210
|----
|[[AP20]]
|Am Kabutzenhof 33
|BiQuad N (1. OG)
|Asus WL-500g
|00:11:2F:B6:64:88
|[[Benutzer:Oconnor|Thomas Gertz]]
|
|N54,09098 E12,11149
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Interner Rundstrahler, Aussenantenne bestellt
|Asus WL-500g
|00:11:2F:B6:64:7B
|[[Benutzer:hendrik.bohn|Hendrik Bohn]]
|
|N54,09000 E12,11436
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|
|N54,08983 E12,11337
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|offline?
|N54,09090 E12,10590
|----
|[[AP16]]
|Ulmenstr. 69
|Panel NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Verein
|
|N54,08626 E12,11020
|----
|[[AP15]]
|Ulmenstr. 69
|Panel 19dbi NW (Dach)
|Asus WL-500g
|00:0E:A6:90:7D:52
|Verein
|
|N54,08644 E12,11056
|----
|[[AP14]]
|Ulmenstr. 69
|Panel 19dbi NO (Dach)
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Verein
|
|N54,08653 E12,11033
|----
|[[AP13]]
|
|
|
|
|
|<b>frei</b>
|
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|
|N54,08574 E12,11060
|----
|[[AP11]]
|Waldemarstr. 11a
|BiQuad N (1. OG)
|Linksys WRT54G
|00:0F:66:90:57:5D
|[[Benutzer:Robni|Robert Nickel]]
|
|N54,08808 E12,11318
|----
|[[AP10]]
|Liskowstr. 32
|Omni
|Asus
|00:11:D8:56:52:16
|[[Benutzer:Gutgremmelin|Gut Gremmelin]]
|im Aufbau
|N54,08098 E12,10991
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Hohlantenne W (Fenster)
|Asus WL-500g
| 00:0E:A6:B7:DE:04
|Marc Haase
|
|N54,07109 E12,12523
|----
|[[AP8]]
|Borwinstr. 31
|Yagi SE
|Linksys WRT54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|
|N54,08971 E12,11328
|----
|[[AP7]]
|Maßmannstr. 106
|Panel E
|Asus WL-500g
|00:11:2F:86:8D:E9
|Andreas Buchmann
|
|N54,09140 E12,10555
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Panel 18dbi NW (Dach)
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|
|N54,07670 E12,10660
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT54G
|00:0F:66:56:E4:F9
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07683 E12,10680
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT54G
|00:0F:66:56:E1:C0
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07149 E12,11893
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|BiQuad W (Fenster)
|Asus WL-500g
|
|Donald Reebs
|
|N54,07185 E12,12572
|----
|[[AP2]]
|Waldemarstr. 50
|2 Sektorantennen (Dach)
|Linksys WRT54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|
|N54,08823 E12,11269
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07149 E12,11893
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Anforderung über [mailto:ichwill@opennet-initiative.de ichwill@opennet-initiative.de]''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|[http://192.168.7.10/ 192.168.7.10]
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|Am Kabutzenhof 17
|Notebook
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|[[Benutzer:Oconnor|Thomas Gertz]]
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|----
|192.168.7.14
|Daniel Schick
|Budapester Str. 10
|Notebook
|----
|192.168.7.15
|[[Benutzer:Nils|Nils Warkentin]]
|Parkstraße 26
|Notebook
|----
|192.168.7.16
|[[Benutzer:Nils|Nils Warkentin]] (Freundin)
|Parkstraße 26
|Notebook
|----
|192.168.7.17
|Karl-H. Krüger
|Adolf-Becker-Str.19
|Notebook
|----
|192.168.7.18
|Thomas Krüger
|Budapester Str. 63
|Notebook
|----
|192.168.7.19
|Stephan Pilch
|Am Kabutzenhof 42
|Apple
|----
|192.168.7.20
|'''frei'''
|
|
|----
|192.168.7.21
|Hannes Kröger
|Laurembergstraße 12
|Notebook
|----
|192.168.7.22
|Hannes Kröger
|Laurembergstraße 12
|Notebook #2
|----
|192.168.7.23
|[[Benutzer:Ap23|Friedrich Hartmann]]
|Borwinstr. 38
|Notebook
|----
|192.168.7.24
|[[Benutzer:Thebeing|Niels Grewe]]
|Am Kabutzenhof 41
|Notebook
|----
|192.168.7.25
|[[Benutzer:Moppi|Jan Kortmann]]
|Borwinstr. 14
|Notebook - AP ist im Aufbau
|----
|192.168.7.26
|[[Benutzer:m@rkus|Markus Hempel]]
|Fr.-Reuter-Str. 81
|Notebook
|----
|192.168.7.27
|Gerrit Ohme
|Trügenwisch 16, Beselin
|Notebook
|----
|192.168.7.28
|Gerrit Ohme
|Trügenwisch 16, Beselin
|Notebook-2
|----
|192.168.7.29
|[[Benutzer:Sebastian|Sebastian Döhler]]
|Bremer Str. 45
|Transportabler PC
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || VPN ||
|-
|192.168.0.253 || IFNM || SDSL || geplant ||
|-
|192.168.0.252 || Kösterbeck || ADSL || geplant ||
|-
|192.168.0.251 || Christopherus-Gymnasium || ADSL || geplant ||
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Reise Djursland 2005

2005-09-20T18:49:55Z

Sh01: eigene überweisungs-durchführung bestätigt

[[Bild:route_nach_djursland.jpg|250px|thumb|Route nach Djursland]]
= Programm =

Djursland-Info: http://www.freifunk.net/magazin/praxisberichte_projekte/djurslands
Diskussion im Forum: [http://forum.opennet-initiative.de/thread.php?threadid=332 http://forum.opennet-initiative.de/thread.php?threadid=332] <br/>
Wetter: http://www.wetteronline.de/Daenemark/Arhus.htm

== Livebericht ==

'''Livebericht''' aus Djursland:
* Freitag - sind angekommen (19 Uhr), Talkrunde mit Frilandbewohnen, Netz mit OLSR aufgebaut (0:30), Bilder in der [http://www.opennet-initiative.de/gallery/ReiseDjursland2005 Djursland-Gallery]
* Samstag - 8 Uhr augestanden, mit Auto (mit altem Fritieroel betrieben) gefahren und im (eiskalten) See baden gewesen; 9 Uhr gemeinsames Frühstück mit ökologischen Produkten -- Philosophie-Talk mit Bjarkes; 11 Uhr Rundgang durchs Friland

== Freitag ==

'''Abreise''': 14 Uhr CSR Center, im Bus

Late arrival

Treffen in Friland, an der Adresse: Econ Pavillonen, Friland 12, Feldballe, 8410 Ronde (N 56.28038 E010.58765).

== Samstag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Visit to the [http://www.europeia.dk/ Europeia Science Center]
* Short presentation of [http://djurslands.net/ DjurslandsNet] and the new Djursland Networking Project
* Drive to the headquarter at the eco-sustainable village [http://www.dr.dk/friland/index_english.htm Friland]
* Lunch / picnic
* Guided trip through the world of [http://djurslands.net/ DjurslandsNet]
* Presentation of new EU project for 15 new Community Networks in the Balticum
* BBQ dinner at [http://www.dr.dk/friland/index_english.htm Friland] and social event

== Sonntag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://www.opennet-forum.de Rostock OpenNet]
* Discussion and ideas session for further cooperation
* Ad-hoc
* Lunch
* Departure

= Reisedetails =

== Anreise ==

Fahrtdauer mit dem Auto: 6 - 7 Stunden

== Unterbringung ==

=== Variante 1: Camping ===

[http://www.dr.dk/friland/index_english.htm Friland] Feldballe, Camping, free of cost, food costs 15 - 20 (Währung erfrage ich noch)

=== Variante 2: Fuglsoecentret ===

[http://www.fuglsoecentret.dk/ Fuglsoecentret]

Kosten: 50 - 60 pro Person (Währung erfrage ich noch).

== Organizer ==

Lokaler Organizer ist Gregers Petersen, den manche bereits von seinem Vortrag in Rostock kennen.

Seine Handy Nummer: +45 3024 8064

== Abrechnung ==

'''Ausgaben'''
{| {{Prettytable}}
|'''Betrag'''
|'''Zweck'''
|'''Person'''
|---
|247,00 EUR
|Autoleih
|Rene
|---
|60,02 EUR
|208 Mehrkilometer Autoleih
|Rene
|---
|66,00 EUR
|Tanken Dänemark
|Clemens
|---
|61,11 EUR
|Tanken Deutschland
|Rene
|---
|140,00 EUR
|Unterkunft
|100,- Ralph und 40,- Mathias
|---
|(56,64 EUR)
|Präsentkorb
|Robert (noch nicht vom Verein zurückgezahlt)
|---
|(27,00 EUR)
|Sanddornprodukte
|Robert (noch nicht vom Verein zurückgezahlt)
|---
|'''574,13 EUR'''
|'''Summe'''
|'''82 EUR p.P.'''
|}
'''Vorschlag zum Ausgleich (beim Zwischenmeeting?)''':
{| {{Prettytable}}
|'''Person'''
|'''bisherige Ausgaben'''
|'''Zahlung an Ralph'''
|'''Zahlung an Rene'''
|'''Gesamtausgaben'''
|''erledigt?''
|---
|Clemens Cap
|66 EUR
|
|16 EUR
|82 EUR
|
|---
|Robert Nickel
|
|
|82 EUR
|82 EUR
|
|---
|Ralph Oesker
|100 EUR
|(-18 EUR)
|
|82 EUR
|ja
|---
|Sebastian Hagen
|
|
|82 EUR
|82 EUR
|ja
|---
|Mathias Mahnke
|40 EUR
|18 EUR
|24 EUR
|82 EUR
|ja
|---
|Rene Ejury
|368 EUR
|
|(-286 EUR)
|82 EUR
|ja
|---
|Friedrich Hartmann
|
|
|82 EUR
|82 EUR
|
|}

= Mitfahrer =

* Clemens Cap
* Robert Nickel
* Ralph Oesker
* Sebastian Hagen
* Mathias Mahnke
* Rene Ejury
* Friedrich Hartmann

Fahrt per gemeinsamen Mietwagen. Unterbringung im Friland. Zelten frei möglich

= Vortrag =

Endversion als Powerpoint Präsentation bei Clemens Cap.

== Gliederung ==
# introduction: Original motivation and project history
# technology
## officially supported Access Points - Linksys WRT54g and Asus WL-500g
## IEEE80.211 compliant WIFI (ad-hoc mode), IPv4, OLSR
## node types
### stationary nodes
#### antennas placed on the roof
#### APs placed inside flats or offices
#### to maintain an effective infrastructure, the association owns and administers APs at some important locations
### mobile nodes
#### basically just notebooks with wifi-cards that run OLSR
#### usable anywhere in the area serviced by ON
## history of infrastructure development
### temporary installations for test purposes
### point-to-point connections using highly directional antennas
### growth; mixed use of directional antennas and omnidirectional antennas placed inside of buildings
### tendency of members to attempt to establish direct wifi-links to APs linked by LAN to an internet-gateway, stagnation
### growth and increase of redundant routes through increase in AP density and use of less directional antennas
## history of transmission protocols
### WDS; bridging; ethernet Spanning Tree Protocol to deactivate redundant routes
### ad-hoc mode; IPv4 routing; OLSR
## address spaces
## gateway "titan"
### SNAT Opennet -> Internet
### OpenVPN 2.0; authentication through certificates signed by our CA
### DNAT (i.e. port forwarding) to openvpn Addresses; currently 10 ports per user
### DSL; theoretical bandwith 3000/384 (kbit/s)?
### logging of individual connections
#### Ocellata - Connection Quality; measured by using ICMP ECHO Requests
##### [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml]
#### Crinoidea (MySQLdb) - topN IP Addresses according to ON-Internet traffic caused
##### [http://titan.www.opennet-initiative.de/accounting/topN/opennet_top10_last.html]
#### Alfredi (PIM) - Maps with colored nodes and connections
##### [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png]
##### [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_6.jpg]
#### Ketupo (olsrd, olsrd_dd_ti, dot, Pydot) - Topology Dot Graphs
##### [http://titan.www.opennet-initiative.de/topology/olsr/on_olsr_topology_all.png]
#### Teucrium (netfilter, rrdtool, pyrddtool) - Traffic Graphs
##### [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1d_ppp+.png]
##### [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__30d_ppp+.png]
## interfaces for users
### ethernet on their own AP
#### possibility of using a second AP for private wireless use
### OpenVPN for internet-routing (endpoints on user-APs or client-systems)
## Acccess Point Firmware
### started out using Sveasoft's Alchemy on Linksys, default FW on Asus APs
### current versions based on OpenWRT
#### legacy ON FW: based on Freifunk-Firmware 1.0.2, minor modifications
#### "Opennet Firmware" based on OpenWRT whiterussian (currently rc2) (several modifications, including the FFF-webinterface)
##### web-based installation and configuration possible
##### OpenVPN use on the AP explicitly supported; automated certificate creation
##### individual extensions still possible, of course
# social issues
## general structure
### loosely organized, no pervasive hierarchical structure
### high importance of technologically skilled members
## day-to-day operation
### workshoops and meetings - also effective ways for interested persons to get involved
### documentation (e.g. HOWTOs) is collaboratively maintained on the ON wiki
### communication mostly per Forum, IRC and e-mail
### increasing interest in public relations issues
## motivation for individual members
### cheap internet access
### relatively fast internet access compared to the alternatives in areas without DSL coverage
### interest in technology / the community / ideological issues
### mobile internet access in the covered area
# organisation
## some explicit internal rules
## responsibility for most of the infrastructure lies with AP-owners (i.e. individual members)
## individual competent members responsible for
### firmware design
### gateway administration
### management of jointly owned APs
### Public Relations
### support of new members
# future relevance
## connecting villages without broadband-coverage?
## supported by people interested in technological and social issues in areas covered by broadband
## mobile use
# guesstimated use of communication methods
## 45% - Forum (Wortlab Burning Board)
## 30% - Wiki (Mediawiki)
## 15% - Opennet IRC, increasing relevance
## 6% - Opennet mailing list (Mailman)
## 3% - Opennet Mail (apXX@..)
## 1% - Gallery

== Wichtige Bilder ==

<gallery>
Bild:OpennetFirmware-OpenVPN.jpg|Opennet Firmware, OpenVPN-Dialog
Bild:Alfredi-Beispiel1.jpg|Opennet Karte (Alfredi), Ausschnitt KTV
Bild:Alfredi-Beispiel2.png|Opennet Karte (Alfredi), Gesamt
Bild:Ktv_ortho.jpg|KTV, vllt. kann man noch ein Screenshot von Google Earth machen (Windows-Nutzer vor!)
Bild:Logo_opennet.gif|Opennet Logo
Bild:01030010.jpg|Panel AP43
Bild:Antenne_ap38.jpg|Panel AP38
Bild:Ap24_mit_omni_an_saugnapfhalter.jpg|Saugnapf-Omni AP24
Bild:12_dBi_d_quad.jpg|Quad AP11
Bild:Reichweitenkarte.gif|Reichweitentest
Bild:Netzwerk_grundlagen_workshop.jpg|Netzwerk Grundlagen Workshop
Bild:On_addressing_example.png|Opennet Adressierung
Bild:TopN-Beispiel.png|Monatliche Top10-Nutzer (Transfervolumen)
Bild:Octella-Beispiel.png|Verbindungsqualität (Octella)
Bild:DotTopology-Wireless-Beispiel.png|Ausschnitt Drahtlose Topologie (Dot-Graph)
Bild:DotTopology-WireOnly-Beispiel.png|Ausschnitt Drahtgebundene Topologie
Bild:TitanTraffic-Beispiel1.png|1d Traffic
Bild:TitanTraffic-Beispiel2.png|30d Traffic
Bild:TitanTraffic-Beispiel3.png|356d Traffic
</gallery>

Weitere Bilder:
* http://www.opennet-initiative.de/gallery/Shootout2005

[[Kategorie:Opennet Ereignisse]]

Opennet Firmware

2005-09-18T08:26:53Z

Sh01: /* Wünsche für die nächste Version */ - add webinterface ipkg packaging request

[[Bild:opennet firmware.gif|right]]Da zur Zeit OpenVPN auf dem ASUS unter der Freifunk-Firmware (1.0.2) nicht läuft, wurde diese Opennet-Firmware entwickelt. Die Firmware basiert auf OpenWRT whiterussian rc2 (mit Teilen der Freifunk-Software) und läuft auf Linksys und ASUS.

'''Diese Software ist in der Testphase'''. Falls Du diese Software installierst, solltest Du Dich auf dieser Seite und im [http://forum.opennet-initiative.de/thread.php?threadid=374 Forum] regelmässig über Fehler informieren und Probleme dort ansprechen. Nur so lässt sich die Software verbessern.

Die Entwicklung der Firmware erfolgt über das Versionsverwaltungssystem Subversion (http://svn.opennet-initiative.de/). Die aktuelle Firmware ist '''Version 0.9.1 "rock mole"''' vom 16. September 2005.

== Vorbereitung ==
Wenn ein Firmware-Update fehlschlägt, kann es sein, daß euer Accesspoint nicht mehr zu verwenden ist. Je nach Typ des Accesspoints sind daher unterschiedliche Vorkehrungen wichtig:
* '''ASUS''': Schreib Dir die Adresse des Routers im lokalen Netzwerk auf (meist 172.16.0.1, aber nicht immer)
:: Schlägt das Firmware-Update fehl, ist der Accesspoint unter dieser Adresse im LAN zu erreichen, eine neue Firmware kann aufgespielt werden. Ist die Adresse nicht bekannt, kann nur geraten werden...
* '''Linksys''': Du solltest sicherstellen, dass die nvram-variable ''boot_wait'' auf ''on'' gesetzt ist.
:: Leider gibt es dafür keine allgemeingültige Anleitung (vgl. bspw. [http://openwrt.org/OpenWrtDocs/Installing]; funktioniert nur auf älterer Original-Firmware). Falls deine alte firmware einen shell-Zugang anbietet sollte ein dort ausgeführtes 'nvram set boot_wait=on ; nvram commit' die Variable setzen. Bei firmwares ohne shell-Zugang gibt es u.U. keine derartige Möglichkeit.
:: Man kann das Gerät auch ohne diese Variable gesetzt zu haben flashen, aber wenn der Vorgang fehlschlägt hat man dann keine einfache Möglichkeit, zur Reparatur eine weitere firmware zu flashen.

== Erstinstalation auf ASUS WL500g (deluxe) ==
Leider lässt sich die Opennet-Firmware nicht ohne weiteres über die Weboberfläche der Original-Firmware von ASUS installieren. Im folgenden sind zwei Anleitungen für die Erst-Installation der Opennet-Firmware unter Windows und Linux zu finden.

'''ACHTUNG''': Aufgrund eines Mangels in der Firmware werden die Einstellungen des LAN nicht richtig konfiguriert und nicht automatisch auf 172.16.0.1 geändert. Entweder, du änderst die LAN-Adresse deines nagelneuen ASUS-Routers von vorher 192.168.001.001 auf 192.168.1.1 (du wirst dann gefragt, ob die DHCP-Einstellungen ebenfalls angepasst werden sollen) oder Dein Accesspoint ist nach dem Firmwareupdate weiterhin im LAN unter 192.168.1.1 zu erreichen.

=== Installation unter Windows ===
'''leider noch ungetestet'''

Für die Installation benötigst Du folgende Dateien:
*[http://dlsvr02.asus.com/pub/ASUS/wireless/WL-500g-03/Ger_1380.zip Firmware Restoration Tool von Asus]
*[http://absorb.it/whiterussian/opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx Firmware-Datei opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx]
Die Firmware muss mit Hilfe des 'Firmware Restoration Tools' auf den Router geladen werden.
[[bild:tcpip.JPG|400px|thumb|left|IP-Adresse automatisch beziehen]] Zuerst konfigurierst Du - wie im nebenstehenden Bild gezeigt - die Netzwerkumgebung so, dass sie die TCP/IP-Konfiguration automatisch bezieht. Dann ziehst Du beim AccessPoint den Netzstecker, wartest einige Sekunden und hälst den Resetknopf des Accesspoints gedrückt während Du den Netzstecker wieder einsteckst. Die Power-LED des Routers sollte nun - etwa im Sekundentakt - blinken. Warte etwa 2 Minuten, damit sich die Netzwerkadresse Deines Rechners aktualisiert. (Die IP deines Rechners solte nun eine 169.254.xx.xx Adresse sein. Wenn nicht dann start>ausführen>cmd>ipconfig /renew und 2 min warten.)
<br clear=all>

Solange die LED blinkt kann mit dem Firmware-Restauration-Tool die neue Firmware auf den Accesspoint übertragen werden. Nach dem Upload hört die Power LED des Accesspoint auf zu blinken und die Air LED fängt nach einer Weile an zu flackern. Der Router ist nun neu gestartet und über das Opennet-Firmware-Webfrontend unter http://172.16.0.1 (bzw. wegen des Firmware-Mängels unter 192.168.1.1) erreichbar.

Hinweise zur weiteren Konfiguration findest du [[Opennet_Firmware#Hinweis_zur_Netzwerkkonfiguration|weiter unten]] auf dieser Seite.

=== Installation unter Linux ===
Für die Installation benötigst Du folgende Firmware-Datei:
*[http://absorb.it/whiterussian/opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx Firmware-Datei opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx]
zusätzlich wird das Programm tftp benötigt.

'''Achtung:''' Die Erklärung an diese Stelle ist nicht auf einem ASUS deluxe getestet und läuft laut der [http://openwrt.org/OpenWrtDocs/Installing Dokumentation zur OpenWRT-Installation] etwas anders ab.<br />
Du ziehts beim Accesspoint den Netzstecker, wartest einige Sekunden und hälst den Resetknopf des Accesspoints gedrückt während Du den Netzstecker wieder einsteckst. Die Power-LED des Routers sollte nun - etwa im Sekundentakt - blinken. Die IP des AccessPoints ist nun unverändert. Solange die Power-LED des Routers blinkt, kannst du die neue Firmware mit der folgenden Befehlssequenz übertragen.
<pre>
user@localhost ~ $ tftp 192.168.1.1
tftp> binary
tftp> trace
tftp> get ASUSSPACELINK\x01\x01\xa8\xc0 /dev/null
tftp> put opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx ASUSSPACELINK</pre>
(Die Adresse 192.168.1.1 muss gegebenenfalls durch die vorherige lokale IP des APs ersetzt werden)

Nach dem Upload hört die Power LED des Accesspoint auf zu blinken und die Air LED fängt nach einer Weile an zu flackern. Der Router ist nun neu gestartet und über das Opennet-Firmware-Webfrontend unter http://172.16.0.1 erreichbar.

Hinweise zur weiteren Konfiguration findest du [[Opennet_Firmware#Hinweis_zur_Netzwerkkonfiguration|weiter unten]] auf dieser Seite.

== Installation der Opennet-Firmware ==

Wenn Du bereits
* eine Opennet-Firmware laufen hast (mit blauem Webinterface) oder
* die Freifunk-Firmware laufen hast (die mit der gelben Weboberfläche) oder
* einen LinkSys Router mit der Original-Firmware
hast, kannst du die Opennet-Firmware über das Webinterface des Routers aktualisieren.

eine der folgende Firmware-Dateien wird benötigt, wähle die passende aus:
{| {{Prettytable}}
|-
|'''Router'''
|'''bisherige Firmware'''
|'''Opennet-Firmware'''
|Anmerkungen
|-
|ASUS oder LinkSys
|Opennet-Firmware (blau)
|[http://absorb.it/whiterussian/opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx opennet-openwrt-brcm-2.4-squashfs_0.9.1.trx]
|
|-
|ASUS WL500g (deluxe)
|Freifunk-Firmware (gelb)
|[http://absorb.it/whiterussian/opennet-openwrt-brcm-2.4-jffs2-4MB_0.9.1.trx opennet-openwrt-brcm-2.4-jffs2-4MB_0.9.1.trx]
|Die Installation erfolgt in zwei Schritten. (deluxe ist noch ungetestet)
|-
|LinkSys WRT54G
|Original-Firmware oder Freifunk-Firmware (gelb)
|[http://absorb.it/whiterussian/opennet-openwrt-wrt54g-jffs2_0.9.1.bin opennet-openwrt-wrt54g-jffs2_0.9.1.bin]
|Die Installation erfolgt in zwei Schritten.
|-
|Linksys WRT54GS
|Original-Firmware oder Freifunk-Firmware (gelb)
|[http://absorb.it/whiterussian/opennet-openwrt-wrt54gs-jffs2_0.9.1.bin opennet-openwrt-wrt54gs-jffs2_0.9.1.bin]
|Die Installation erfolgt in zwei Schritten. (noch ungetestet)
|}
Die neue Firmware wird über das Webfrontend eures Routers installiert.

[[Bild:on_firmware_installed.gif|left|thumb|400px|Webseite des Accesspoints unter der Opennet-Firmware]]

'''Hinweise'''
*Falls der Fortschrittsbalken nicht wie erwartet hochläuft, nicht verzagen, die Darstellung ist nicht direkt an das Firmware-Update gekoppelt. Eine fehlerhafte Darstellung bedeutet nicht, dass das Firmware -Update nicht funktioniert.
*Ein Fehler beim Versuch, die Seite erneut zu laden heisst nicht, dass das Firmware-Update fehlgeschlagen ist. Bitte weiter warten und 5min (!) später nochmal probieren, die Webseite aufzurufen.

Der Router startet neu und das Webfrontend ist (wieder) unter [http://172.16.0.1 http://172.16.0.1] oder unter [http://192.168.1.1 http://192.168.1.1] erreichbar.

<br clear=all>

[[Bild:on_firmware_firstinstall.gif|left|thumb|400px|Webseite des Accesspoints nach Installation auf ASUS mit Freifunk-Firmware]]

Wenn für die Installation zwei Schritte notwendig waren (die installierte Firmware-Datei enthält 'jffs2'), dann wirst du nun auf der Startseite des Webinterfaces darauf hingewiesen, dass du eine weitere Firmware-Installation durchführen musst. Gehe in diesem Fall nochmal zurück zu [[Opennet_Firmware#Installation der Opennet-Firmware]] und wähle nun die Firmware für ASUS oder LinkSys auf einer Opennet-Firmware (blau) aus.
<br clear="all">
=== Hinweis zur Netzwerkkonfiguration ===
[[bild:tcpip3.JPG|left|thumb|400px|IP-Adresse manuell eingeben]]

War euer Router vorher unter der IP [http://192.168.1.1/ 192.168.1.1] im lokalen Netzwerk erreichbar (default bei Original-Firmware von ASUS und Linksys), wurde diese Adresse nun auf [http://172.16.0.1/ 172.16.0.1] geändert. Eure Netzwerkeinstellungen eures Computers müsst ihr nun entsprechend dem nebenstehenden Bild ebenfalls anpassen (In Windows unter Netzwerkumgebung -> Eigenschaften). Ihr könnt euch die Netzwerkdaten auch automatisch zuweisen lassen, in diesem Fall müssen die zugewiesenen Einstellungen aktualisiert werden.

<br clear="all">

== Eigenes Passwort setzen ==

Wer bereits ein eigenes Passwort gesetzt hat, kann diesen Schritt überspringen.

Ruft das Webinterface ([http://172.16.0.1/ http://172.16.0.1/]) auf, verwendet den Benutzernamen ''root'' und das Standardpasswort ''admin''. Setzt nun ein neues Passwort im Bereich Verwalten > Kennwort ([http://172.16.0.1/cgi-bin/password.html http://172.16.0.1/cgi-bin/password.html]). Dein neues Passwort bitte an [mailto:ichwill@opennet-initiative.de ichwill@opennet-initiative.de] senden, so kann im Fehlerfall der AP vom zuständigen Netzwerkbetreuer gewartet werden.

<br clear=all>

== Einrichtung von OpenVPN ==

[[Bild:on_firmware_openvpn.gif|left|thumb|400px|Firmware-Seite zur Konfiguration von OpenVPN]]

Key und Zertifikat können nun (wenn schon vorhanden) über das Webfrontend auf den Accesspoint geladen werden.

Die Konfigurationsdatei muss dafür nicht mehr angepasst werden, die Dateien werden automatisch umbenannt und ins entsprechende Verzeichnisse gelegt. Wenn Key und Zertifikat auf dem Router sind, muß entweder der OpenVPN-Tunnel oder der Router insgesamt neu gestartet werden.

Falls ihr noch keinen Key und kein Zertifikat besitzt, könnt ihr den Schlüssel und die Anfrage für eine Zertifizierung nun auch direkt auf dem Accesspoint erstellen. Mit dem von Dir erzeugten Key wird dann eine ''Request''-Datei (Certificate Sign Request - '''.csr''') erstellt. Diese ''Request''-Datei schickst du per E-Mail an [mailto:csr@opennet-initiative.de csr@opennet-initiative.de]. Es dann mit Hilfe des [http://de.wikipedia.org/wiki/Digitales_Zertifikat Stamm-Zertifikates] vom Opennet Dein persönliches Zertifikat ('''.crt''' Datei) erstellt.

Dieses Zertifikat ist dann durch die Opennet [http://de.wikipedia.org/wiki/Certification_Authority CA] beglaubigt. Das heißt man kann ihm so weit trauen wie man auch der Opennet-CA vertraut (vgl. [[Zertifikat_erstellen]]). Dieses Zertifikat wird dir per E-Mail zugesandt - du musst es anschliessend auf den Accesspoint laden, um OpenVPN zu benutzen.

Aber Vorsicht: Auch wenn OpenVPN auf dem AP aktiviert ist, sind die Verbindungen vom Client-PC zum AP nicht durch den Tunnel geschützt. Das ist insbesondere zu beachten, wenn zum Client eine drahtlose Verbindung (privater AP) besteht; hier sollte man über weitere Sicherheitsmaßnahmen nachdenken (z.B. [http://de.wikipedia.org/wiki/WPA2 WPA2] für das private Netz). Alternativ kann man natürlich weiterhin OpenVPN vom eigenen Rechner aus benutzen.

<br clear="all">

== Bugs ==
* Version 0.9.1
::*keine bekannt
* Version 0.9
::*grafische Visualisierung des Firmware-Update-Vorganges nicht korrekt. Seite wird zu früh neu geladen, darum generell Fehlermeldung.
::*LAN-Konfiguration bei neuen ASUS schlägt fehl, da dort die IP als 192.168.001.001 gespeichert ist.
::*Zeit-Sync beim Systemstart ist auf einigen APs nach wie vor nicht erfolgt ([[AP73]]) - wir brauchen eine bessere Lösung oder eine Möglichkeit über das Webfrontend die Zeit einzusehen und zu setzen ([[Benutzer:MathiasMahnke|MathiasMahnke]] 08:30, 15. Sep 2005 (CEST))
* Version 0.8
::*mal wieder WEP-Key: Der Linksys verhält sich nicht wie gewollt. Sind mehrere Schlüssel gesetzt, nutzt er immer den letzten. (zur Abhilfe siehe [[Linksys-Tutorial_%28OLSR%29#Firmware konfigurieren]])
::*hab nen ganz kleinen gefunden (Oconnor) wenn man auf der Status seite ist und auf das logo opennet.firmware (links oben) clickt wird man nicht auf http://www.opennet-intiative.de/ sondern auf http://www.freifunk.net/ geleitet.
::*Unter LAN steht (zumindest bei mir) bei DHCP-Start-IP in dem Textfeld nicht 10 oder ein andere dezimaler Wert sondern eine ganze IP aus dem 192er range. Konnte aber geändert werden und ging dann auch. Zur besseren Verständlichkeit könnte man hier auch noch mehr zwischen DHCP-Client und DHCP-Daemon unterteilen.
:::*muss bei Installation auf nagelneuen LinkSys nachkonfiguriert werden (ASUS wohl auch, noch ungetestet)
* Version 0.7
::WEP-Key setzen funktioniert nur auf LinkSys, ohoh!
* Version 0.6
::WEP-Key setzen setzt den falschen Key ;(
::nicht für Neuinstallationen auf Basis von LinkSys-Original oder ASUS-Original-Firmware geeignet, da nicht alle Einstellungen gesetzt werden
* Version 0.5
::andere Opennet-interne Access-Points nicht erreichbar wenn tunnel aufgebaut ist
* Version 0.4
::Passwortschutz der Webseiten funktionierte nicht (sorry)
* Version 0.3
::OLSRd-Statusanzeige geht nicht

== History ==
* 16.9.2005 Version 0.9.1
** bugfix, da das Setzen der System-Zeit nicht funktionierte
** Timeout bei Webinterface / Firmware-update verlängert.
** Anpassung für Neuinstllation bei ASUS vorgenommen.
* 10.9.2005 Version 0.9
** Anpassungen für Erstinstallation auf Original-Firmware
** Webinterface für Port-Forwarding
** Fehler beseitigt
* 18.8.2005 Version 0.8
** WEP-Keys nun hoffentlich richtig gesetzt.
* 18.8.2005 Version 0.7
** Fehler beseitigt
** Webinterface zeigt nach Erstinatllation Hinweis, das noch ein Durchgang nötig ist
** Defaultwerte werden gesetzt, wenn AP nagelneu ist (siehe /usr/firstrun)
* 17.8.2005 Version 0.6
** Fehler beseitigt
** Webfrontend um Opennet-typische Funktionen erweitert (WEP-Key-Eigabe, OpenVPN-Key Verwaltung und Erstellung, Firmware-Upload)
* 15.8.2005 Version 0.5
** httpd-init von Freifunk übernommen, passwortschutz der Webseiten ging sonst nicht
* 14.8.2005 Version 0.4
** olsrd-httpinfo ergänzt
** cron-minutely ergänzt (olsrd wird jetzt neu gestartet, wenn er abstürzen sollte)
** Adaption von firstrun aus Freifunk beseitig Passwort-Probleme
** S60ntpclient wartet nun eine kurze Weile, bovor die Zeit gesetzt wird
* 14.8.2005 Version 0.3
** Webfronteend um die Optionen, die nicht gingen bereinigt
** rdate durch ntp ersetzt
** S53olsrd von Freifunk übernommen - daher läuft die opennet.firmware nun auch unter LinkSys
** opennet-ca.crt in /etc/openvpn ergänzt
** Statusinformationen um OpenVPN-Status ergänzt
* 13.8.2005 Version 0.2
** Webfrontend von Freifunk übernommen und angepasst
* 13.8.2005 Version 0.1
** erste Release, Testversion ohne Webfrontend

== Wünsche für die nächste Version ==
* netfilter raw und NOTRACK ergänzen
* Text in der Fußzeile vom Webinterface ist nur schwer zu lesen (schwarz auf dunkelblau).
* ipkg-Packaging für das webinterface

[[Kategorie:Opennet Projekte]]
[[Kategorie:Konfiguration]]

Benutzer Diskussion:Mdbw/benutzerverwaltung

2005-09-10T23:17:03Z

Sh01: some comments

* "Mitgliedsstatus (Select: none,normal,aktiv,passiv)" - wo liegt der Unterschied zwischen normal und passiv?
* "Man könnte überlegen wie wir damit umgehen das man möglicherweise im Forum ein anderes Alias hat als im Wiki bzw. auch andere E-Mail Adressen. Gut wäre wenn man die Benutzer zwischen Wiki und Forum Syncen würde."
** für verschiedene mailing-listen wären auch noch verschiedene mailadressen möglich.
** Ist die Erfassung von den verschiedenen mailadressen notwendig? Eine funktionierende Kontaktadresse in der db zu haben wäre imho auf jeden Fall ausreichend, unabhängig davon ob die anderen unser web-dbs, und wenn ja wo steht.
** warum syncen? Die Daten getrennt zu ändern zu können ist ein feature.
* "Jetzt legen wir für jeden AP eine E-Mail Adresse an und ordnen diese dem Mitglied zu (letzteres müste man auch noch bauen)." - warum? Das mitglied hat (ggf. auch die zu einem der nodes angebbar) bereits eine mailadresse, warum sind für die einzelnen nodes weitere erfoderlich? Die Anmeldung zu dem service sollte imho freiwillig sein.
* "AP Nummer (Integer)" - allgemein eher node-nummer; es gibt bereits zwei typen.
* "Typ (Select: ap/mobile)" - wäre in der db wohl als integer gut, falls wir später weitere hinzufügen wollen
Ansonsten sieht es gut aus.
[[Benutzer:sh01]]

Opennet:Portal

2005-09-05T21:36:08Z

Sh01: change intra-wiki link to OpenVPN: Konfiguration

=== Konfiguration ===

''Hinweis für Neuneinsteiger: vor der Einrichtung bitte zuerst [[Mitmachen]] lesen!''

* [[Access Points]]
** [[Opennet Firmware]] - Access Point für Opennet einrichten
** [[Portforwarding]] - für Fortgeschrittene

* [[Mitmachen#Mobilen_Knoten_.28Notebook.29_anmelden|Mobile Knoten]]
** OLSR: [[Windows-Tutorial (OLSR)|Windows Tutorial]] · [[Linux-Tutorial (OLSR)|Linux/UNIX/Mac-OS Tutorial]]
** OpenVPN: [[OpenVPN: Installieren|Installieren]] · [[OpenVPN: Zertifikat erstellen|Zertifikat erstellen]] · [[OpenVPN: Konfiguration|Konfiguration]] · [[OpenVPN: Port Mapping|Port Mapping]]

* [[Verbindungstest]]
* [[Faq|Häufige Fragen (FAQ)]]

=== Übersichten ===
* [[Opennet Interessenten]]
* Unterstützte [[Access Points]] · Empfohlene [[Antennen]]
* [[Adressierungsschema]] im Opennet
* Liste der [[Opennet Nodes]] (Access Points + Mobile Knoten)
* [[:Kategorie:Accesspoint beschreibungen|Accesspoint Beschreibungen]]
* Aktueller [[Opennet Netzstatus|Netzstatus]] · [http://forum.opennet-initiative.de/board.php?boardid=20 Störungsmeldungen]
* [[Wireless Weltweit]] - andere Drahtlose Netzinitiativen

=== Kommunikation ===

* [[OpenIRCNet|Opennet IRC]] (Chat)
* [[Opennet Mail]]
** [[E-Mail FAQ]]
* [http://forum.opennet-initiative.de/ Opennet Forum]
* [https://list.opennet-initiative.de/listinfo/all Opennet Mailingliste]
** [https://list.opennet-initiative.de/options/all Abonnement bearbeiten]
** Webmirror: http://dir.gmane.org/gmane.org.opennet.general
* [http://www.opennet-initiative.de/gallery/ Opennet Bildergalerie]
** [http://gallery.menalto.com/modules.php?op=modload&name=phpWiki&file=index&pagename=Gallery%20Remote Gallery Remote]

=== Informationen des Vereins ===

* Dokumente: [http://www.opennet-initiative.de/download/formulare.pdf Aufnahmeantrag] · [http://www.opennet-initiative.de/download/satzung.pdf Satzung] · [http://www.opennet-initiative.de/download/beitragsordnung.pdf Beitragsordnung] · [http://www.opennet-initiative.de/download/leistungsordnung.pdf Leistungsordnung]
* Projekte: siehe [[Aktuelle Ereignisse]]
* [[Mitmachen]]
* Liste der [[Vereinsmitglieder]]
* [[Technikverleih]] (Antennen oder Accesspoints zum Testen)
* [[Opennet Logo]]
* [[Vertragsmuster]]

=== Bauanleitungen ===

* [[Die Bockwurst-Antenne]]

=== Veraltete Seiten ===

* Löschen?
** [[Asus-Tutorial (OLSR)]] - Asus Access Point einrichten
** [[Linksys-Tutorial (OLSR)]] - Linksys Access Point einrichten

__NOTOC__

Antennensammelbestellung September 2005

2005-09-02T19:33:44Z

Sh01: changed plug type for my own request

'''Gemeinsam bestellen und Geld spaaren!''' Bringt den Opennetausbau voran: Es geht um eine 8dbi Omni-Antenne bei Rappl, Kosten um 30 EUR. Wetterfest, mehrfach im Opennet bewährt. Kabellänge und Steckertyp einfügen.

[[Bild:Rappl-Omni8dbi.jpg|right|thumb|Abbildung Rappl-Omni-Antenne 8dbi (Rundstrahler)]]

=== Interessenten ===

{| {{prettytable}}
!Nr.
!Standort
!Kabellänge
!TNC
!SMA
!Kabeltyp
!Anzahl
|----
|[[AP38]]
|Am Kabutzenhof 30
|2m
|
|x
|H155
|1
|----
|[[AP64]]
|Patriotischer Weg 60
|1.5m
|x
|
|
|1
|----
|[[AP62]]
|Doberaner Str. 10
|mind. 2m
|x
|
|H155
|1
|----
|[[AP37]]
|Gellertstr. 9
|2 m
|
|x
|H155
|1
|----
|[[AP63]]
|Dethardingstr. 91
|2 m
|x
|
|H155
|1
|----
|[[AP40]]
|Am Kabutzenhof 2
|1.5 m
|
|x
|
|1
|----
|[[AP11]]
|noch Waldemar. 11a
|2 m
|x
|
|RG 58
|2
|----
|[[AP27]]
|Am Kabutzenhof 17
|3 m
|x
|
|H155
|1
|----
|[[AP42]]
|Budapester Str. 10
|2 m
|
|x
|RG58
|1
|----
|Verein
|?
|3 m
|?
|?
|?
|?
|----
|[[AP18]]
|Borwinstr. 31/Verein
|(noch messen)
|
|x
|H155
|1
|----
|[[Benutzer:mdbw|mdbw]]
|
|3m
|x
|
|H155
|1
|----
|[[Benutzer:sh01|sh01]]
|C.-v.-L. 12
|1.5m
|
|x
|H155
|1
|----
|[[AP65]]
|Am Kabutzenhof 41
|1.5m
|x
|
|H155
|1
|---
|[[Benutzer:Sebastian|Sebastian]]
|Bremer Str. 45
|3m
|x
|
|H155
|1
|}

=== Hinweise ===

'''Kabellänge''': Ich empfehle mindestens 1.5 Meter Kabel zu nehmen, falls man es doch mal umbauen will. Kenne ich aus eigener Erfahrung. Der Verlust von 1 Meter mehr ist erstmal nicht so massiv. --[[Benutzer:MathiasMahnke|MathiasMahnke]] 17:26, 16. Aug 2005 (CEST)

'''Steckertyp''': TNC für Linksys, SMA für Asus

'''Zum Händler''': Rappl lässt die Antennen in Rumänien bauen. Die Qualität ist aber einwandfrei. Haltesysteme sind nicht im Programm, es werden zwei normale aber feste Klemmschellen mitgeliefert. Dort ist sicher der Hauptunterschied zu anderen renomierten Herstellern zu sehen. Ansonsten haben wir bisher nur gute Erfahrungen, er ist seit 20 Jahren im Geschäft und als E-Techniker/Funker schon länger mit der Materie vertraut. Beim Antennen-Shootout wurden die Antennen auch vermessen, gute Ergebnisse.

=== Siehe auch ===
* [[Antennen]]

[[Kategorie:Opennet Projekte]]

Opennet Firmware

2005-08-27T21:57:27Z

Sh01: /* Vorbereitung */ - setting boot_wait=on is a good idea no matter what the original firmware is

Antennensammelbestellung September 2005

2005-08-23T20:42:56Z

Sh01: eigener Eintrag

'''Gemeinsam bestellen und Geld spaaren!''' Bringt den Opennetausbau voran: Es geht um eine 8dbi Omni-Antenne bei Rappl, Kosten um 30 EUR. Wetterfest, mehrfach im Opennet bewährt. Kabellänge und Steckertyp einfügen.

[[Bild:Rappl-Omni8dbi.jpg|right|thumb|Abbildung Rappl-Omni-Antenne 8dbi (Rundstrahler)]]

=== Interessenten ===

{| {{prettytable}}
!Nr.
!Standort
!Kabellänge
!TNC
!SMA
!Kabeltyp
!Anzahl
|----
|[[AP38]]
|Am Kabutzenhof 30
|2m
|
|x
|H155
|1
|----
|[[AP64]]
|Patriotischer Weg 60
|1.5m
|x
|
|
|1
|----
|[[AP62]]
|Doberaner Str. 10
|mind. 2m
|x
|
|H155
|1
|----
|[[AP37]]
|Gellertstr. 9
|2 m
|
|x
|H155
|1
|----
|[[AP63]]
|Dethardingstr. 91
|1.5 m
|x
|
|
|1
|----
|[[AP40]]
|Am Kabutzenhof 2
|1.5 m
|
|x
|
|1
|----
|[[AP11]]
|noch Waldemar. 11a
|2 m
|x
|
|RG 58
|2
|----
|[[AP27]]
|Am Kabutzenhof 17
|3 m
|x
|
|H155
|1
|----
|[[AP42]]
|Budapester Str. 10
|2 m
|
|x
|RG58
|1
|----
|Verein
|?
|3 m
|?
|?
|?
|?
|----
|[[AP18]]
|Borwinstr. 31/Verein
|(noch messen)
|
|x
|H155
|1
|----
|[[Benutzer:mdbw|mdbw]]
|
|3m
|x
|
|H155
|1
|----
|[[Benutzer:sh01|sh01]]
|C.-v.-L. 12
|1.5m
|x
|
|H155
|1
|}

=== Hinweise ===

'''Kabellänge''': Ich empfehle mindestens 1.5 Meter Kabel zu nehmen, falls man es doch mal umbauen will. Kenne ich aus eigener Erfahrung. Der Verlust von 1 Meter mehr ist erstmal nicht so massiv. --[[Benutzer:MathiasMahnke|MathiasMahnke]] 17:26, 16. Aug 2005 (CEST)

'''Steckertyp''': TNC für Linksys, SMA für Asus

'''Zum Händler''': Rappl lässt die Antennen in Rumänien bauen. Die Qualität ist aber einwandfrei. Haltesysteme sind nicht im Programm, es werden zwei normale aber feste Klemmschellen mitgeliefert. Dort ist sicher der Hauptunterschied zu anderen renomierten Herstellern zu sehen. Ansonsten haben wir bis her nur gute Erfahrungen, er ist seit 20 Jahren im Geschäft und als E-Techniker/Funker schon länger mit der Materie vertraut. Beim Antennen-Shootout wurden die Antennen auch vermessen, gute Ergebnisse.

=== Siehe auch ===
* [[Antennen]]

Reise Djursland 2005

2005-08-21T21:22:33Z

Sh01: /* Gliederung */ - s/hierarchial/hierarchical/

[[Bild:route_nach_djursland.jpg|250px|thumb|Route nach Djursland]]
= Programm =

Diskussion im Forum: [http://forum.opennet-initiative.de/thread.php?threadid=332 http://forum.opennet-initiative.de/thread.php?threadid=332] <br/>
Wetter: http://www.wetteronline.de/Daenemark/Arhus.htm

== Freitag ==

'''Abreise''': 14 Uhr CSR Center, im Bus

Late arrival

Treffen in Friland, an der Adresse: Econ Pavillonen, Friland 12, Feldballe, 8410 Ronde (N 56.28038 E010.58765).

== Samstag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Visit to the [http://www.europeia.dk/ Europeia Science Center]
* Short presentation of [http://djurslands.net/ DjurslandsNet] and the new Djursland Networking Project
* Drive to the headquarter at the eco-sustainable village [http://www.dr.dk/friland/index_english.htm Friland]
* Lunch / picnic
* Guided trip through the world of [http://djurslands.net/ DjurslandsNet]
* Presentation of new EU project for 15 new Community Networks in the Balticum
* BBQ dinner at [http://www.dr.dk/friland/index_english.htm Friland] and social event

== Sonntag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://www.opennet-forum.de Rostock OpenNet]
* Discussion and ideas session for further cooperation
* Ad-hoc
* Lunch
* Departure

= Reisedetails =

== Anreise ==

Fahrtdauer mit dem Auto: 6 - 7 Stunden

== Unterbringung ==

=== Variante 1: Camping ===

[http://www.dr.dk/friland/index_english.htm Friland] Feldhalle, Camping, free of cost, food costs 15 - 20 (Währung erfrage ich noch)

=== Variante 2: Fuglsoecentret ===

[http://www.fuglsoecentret.dk/ Fuglsoecentret]

Kosten: 50 - 60 pro Person (Währung erfrage ich noch).

== Organizer ==

Lokaler Organizer ist Gregers Petersen, den manche bereits von seinem Vortrag in Rostock kennen.

Seine Handy Nummer: +45 3024 8064

= Buchungen =

== Clemens Cap ==

; Identität : Clemens Cap, Blücherstraße 71, 18055 Rostock
; Kommunikation : 0381 498 7500 (Uni), 0381 499 54 85 (home), Handy (bitte nur im Notfall und während der Reise...) 0171 270 31 32, cap AT informatik DOT uni-rostock DOT de
; Anreise : als Gruppe im Bus
; Unterbringung : Single Room in the Guest House [http://www.fuglsoecentret.dk/ Fuglsoecentret]

== Robert Nickel ==

; Identität : Robert Nickel
; Kommunikation : ap11 AT opennet-initiative DOT de, mobil: 017670037598
; Anreise : als Gruppe im Bus
; Unterbringung : Zelt

== Ralph Oesker ==

; Identität : Ralph Oesker, http://wiki.opennet-initiative.de/index.php/Benutzer:Mdbw
; Kommunikation : Mail: opennet (at-zeichen) dynaperl.de, Mobil null eins sieben fünf - fünf acht sechs sechs sieben zwei zwei
; Anreise : als Gruppe im Bus
; Unterbringung : Zelt oder Auto

== Sebastian Hagen ==
; Identität : Sebastian Hagen, sh01; 18106 Rostock, Carl-von-Linne 12
; Kommunikation : 73656261737469616e5f686167656e406d656d6573706163652e6e6574
; Anreise : als Gruppe im Bus
; Unterbringung : Zelt oder PKW (Ralph?)

== Mathias Mahnke ==

'''Einige Infos fehlen noch'''

; Identität : Mathias Mahnke, Am Kabutzenhof 17, 18057 Rostock, http://www.ger783.de/MathiasMahnke
; Kommunikation : 0381/2005569 (mit AB), 0172/3837053, mathias -AT- mycr -DOT- DE
; Anreise : als Gruppe im Bus
; Unterbringung : Zelt wäre ausreichend. Zelt vorhanden. ''Mitschläfer'' willkommen.

== Rene Ejury ==

; Identität : Rene Ejury, Waldemarstr. 47, 18057 Rostock
; Kommunikation : 0381/1286099, 0173/4726830 (nur sms), opennet -AT absorb -DOT- it
; Anreise : als Gruppe im Bus
; Unterbringung : Zelt reicht...

== Friedrich Hartmann ==

; Identität : Friedrich Hartmann, Borwinstr. 38, 18057 Rostock
; Kommunikation : 0176/23542708 mail[[Bild:Klammeraffe.gif]]friedrich-hartmann.de
; Anreise : als Gruppe im Bus
; Unterbringung : Kein eigenes Zelt in Rostock verfügbar

== Template Copy Paste ==

; Identität :
; Kommunikation :
; Anreise :
; Unterbringung :

= Übersicht =

{|
!Wer
!Anreise
!Übernachtung
|-
|Clemens
|Bus
|[http://www.fuglsoecentret.dk/ Fuglsoecentret] Single room
|-
|Robert
|Bus
|Zelt (bringt mit)
|-
|Ralph
|Bus
|Zelt (bringt mit)
|-
|Sebastian
|Bus
|Zelt (Mitschläfer)
|-
|Mathias
|Bus
|Zelt (bringt mit)
|-
|Rene
|Bus
|Zelt (Mitschläfer)
|-
|Friedrich
|Bus
|Zelt (Mitschläfer)
|-
|}

= Vortragsentwurf =

Hier ein allererster Versuch die Inhalte unseres Vortrages zu strukturieren. Mir liegt vor allem daran, die kritischen Punkte unseres Wachstums zu beleuchten. Ich (Mathias) werde keine weiteren Änderungen mehr vornehmen.

Nachtrag C Cap: Vortrag fertig, bekomme ihn hier aber nicht hochgeladen (zu groß? falsche Dateitype?). Diskussion siehe Forum. Wir sollten ev. einen Bereich für große Uploads haben.

== Gliederung ==
# introduction: Original motivation and project history
# technology
## officially supported Access Points - Linksys WRT54g and Asus WL-500g
## IEEE80.211 compliant WIFI (ad-hoc mode), IPv4, OLSR
## node types
### stationary nodes
#### antennas placed on the roof
#### APs placed inside flats or offices
#### to maintain an effective infrastructure, the association owns and administers APs at some important locations
### mobile nodes
#### basically just notebooks with wifi-cards that run OLSR
#### usable anywhere in the area serviced by ON
## history of infrastructure development
### temporary installations for test purposes
### point-to-point connections using highly directional antennas
### growth; mixed use of directional antennas and omnidirectional antennas placed inside of buildings
### tendency of members to attempt to establish direct wifi-links to APs linked by LAN to an internet-gateway, stagnation
### growth and increase of redundant routes through increase in AP density and use of less directional antennas
## history of transmission protocols
### WDS; bridging; ethernet Spanning Tree Protocol to deactivate redundant routes
### ad-hoc mode; IPv4 routing; OLSR
## address spaces
## gateway "titan"
### SNAT Opennet -> Internet
### OpenVPN 2.0; authentication through certificates signed by our CA
### DNAT (i.e. port forwarding) to openvpn Addresses; currently 10 ports per user
### DSL; theoretical bandwith 3000/384 (kbit/s)?
### logging of individual connections
#### Ocellata - Connection Quality; measured by using ICMP ECHO Requests
##### [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml]
#### Crinoidea (MySQLdb) - topN IP Addresses according to ON-Internet traffic caused
##### [http://titan.www.opennet-initiative.de/accounting/topN/opennet_top10_last.html]
#### Alfredi (PIM) - Maps with colored nodes and connections
##### [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png]
##### [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_6.jpg]
#### Ketupo (olsrd, olsrd_dd_ti, dot, Pydot) - Topology Dot Graphs
##### [http://titan.www.opennet-initiative.de/topology/olsr/on_olsr_topology_all.png]
#### Teucrium (netfilter, rrdtool, pyrddtool) - Traffic Graphs
##### [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1d_ppp+.png]
##### [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__30d_ppp+.png]
## interfaces for users
### ethernet on their own AP
#### possibility of using a second AP for private wireless use
### OpenVPN for internet-routing (endpoints on user-APs or client-systems)
## Acccess Point Firmware
### started out using Sveasoft's Alchemy on Linksys, default FW on Asus APs
### current versions based on OpenWRT
#### legacy ON FW: based on Freifunk-Firmware 1.0.2, minor modifications
#### "Opennet Firmware" based on OpenWRT whiterussian (currently rc2) (several modifications, including the FFF-webinterface)
##### web-based installation and configuration possible
##### OpenVPN use on the AP explicitly supported; automated certificate creation
##### individual extensions still possible, of course
# social issues
## general structure
### loosely organized, no pervasive hierarchical structure
### high importance of technologically skilled members
## day-to-day operation
### workshoops and meetings - also effective ways for interested persons to get involved
### documentation (e.g. HOWTOs) is collaboratively maintained on the ON wiki
### communication mostly per Forum, IRC and e-mail
### increasing interest in public relations issues
## motivation for individual members
### cheap internet access
### relatively fast internet access compared to the alternatives in areas without DSL coverage
### interest in technology / the community / ideological issues
### mobile internet access in the covered area
# organisation
## some explicit internal rules
## responsibility for most of the infrastructure lies with AP-owners (i.e. individual members)
## individual competent members responsible for
### firmware design
### gateway administration
### management of jointly owned APs
### Public Relations
### support of new members
# future relevance
## connecting villages without broadband-coverage?
## supported by people interested in technological and social issues in areas covered by broadband
## mobile use
# guesstimated use of communication methods
## 45% - Forum (Wortlab Burning Board)
## 30% - Wiki (Mediawiki)
## 15% - Opennet IRC, increasing relevance
## 6% - Opennet mailing list (Mailman)
## 3% - Opennet Mail (apXX@..)
## 1% - Gallery

== Wichtige Bilder ==

<gallery>
Bild:OpennetFirmware-OpenVPN.jpg|Opennet Firmware, OpenVPN-Dialog
Bild:Alfredi-Beispiel1.jpg|Opennet Karte (Alfredi), Ausschnitt KTV
Bild:Alfredi-Beispiel2.png|Opennet Karte (Alfredi), Gesamt
Bild:Ktv_ortho.jpg|KTV, vllt. kann man noch ein Screenshot von Google Earth machen (Windows-Nutzer vor!)
Bild:Logo_opennet.gif|Opennet Logo
Bild:01030010.jpg|Panel AP43
Bild:Antenne_ap38.jpg|Panel AP38
Bild:Ap24_mit_omni_an_saugnapfhalter.jpg|Saugnapf-Omni AP24
Bild:12_dBi_d_quad.jpg|Quad AP11
Bild:Reichweitenkarte.gif|Reichweitentest
Bild:Netzwerk_grundlagen_workshop.jpg|Netzwerk Grundlagen Workshop
Bild:On_addressing_example.png|Opennet Adressierung
Bild:TopN-Beispiel.png|Monatliche Top10-Nutzer (Transfervolumen)
Bild:Octella-Beispiel.png|Verbindungsqualität (Octella)
Bild:DotTopology-Wireless-Beispiel.png|Ausschnitt Drahtlose Topologie (Dot-Graph)
Bild:DotTopology-WireOnly-Beispiel.png|Ausschnitt Drahtgebundene Topologie
Bild:TitanTraffic-Beispiel1.png|1d Traffic
Bild:TitanTraffic-Beispiel2.png|30d Traffic
Bild:TitanTraffic-Beispiel3.png|356d Traffic
</gallery>

Weitere Bilder:
* http://www.opennet-initiative.de/gallery/Shootout2005

Reise Djursland 2005

2005-08-18T16:43:15Z

Sh01: /* Gliederung */

[[Bild:route_nach_djursland.jpg|250px|thumb|Route nach Djursland]]
= Programm =

Diskussion im Forum: [http://forum.opennet-initiative.de/thread.php?threadid=332 http://forum.opennet-initiative.de/thread.php?threadid=332] <br/>
Wetter: http://www.wetteronline.de/Daenemark/Arhus.htm

== Freitag ==

'''Abreise''': 14 Uhr CSR Center, im Bus (Bestellung noch offen)

Late arrival

Treffen in Friland, an der Adresse: Econ Pavillonen, Friland 12, Feldballe, 8410 Ronde.

== Samstag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Visit to the [http://www.europeia.dk/ Europeia Science Center]
* Short presentation of [http://djurslands.net/ DjurslandsNet] and the new Djursland Networking Project
* Drive to the headquarter at the eco-sustainable village [http://www.dr.dk/friland/index_english.htm Friland]
* Lunch / picnic
* Guided trip through the world of [http://djurslands.net/ DjurslandsNet]
* Presentation of new EU project for 15 new Community Networks in the Balticum
* BBQ dinner at [http://www.dr.dk/friland/index_english.htm Friland] and social event

== Sonntag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://www.opennet-forum.de Rostock OpenNet]
* Discussion and ideas session for further cooperation
* Ad-hoc
* Lunch
* Departure

= Reisedetails =

== Anreise ==

Fahrtdauer mit dem Auto: 5 - 6 Stunden

== Unterbringung ==

=== Variante 1: Camping ===

[http://www.dr.dk/friland/index_english.htm Friland] Feldhalle, Camping, free of cost, food costs 15 - 20 (Währung erfrage ich noch)

=== Variante 2: Fuglsoecentret ===

[http://www.fuglsoecentret.dk/ Fuglsoecentret]

Kosten: 50 - 60 pro Person (Währung erfrage ich noch).

== Organizer ==

Lokaler Organizer ist Gregers Petersen, den manche bereits von seinem Vortrag in Rostock kennen.

Seine Handy Nummer: +45 3024 8064

= Buchungen =

== Clemens Cap ==

; Identität : Clemens Cap, Blücherstraße 71, 18055 Rostock
; Kommunikation : 0381 498 7500 (Uni), 0381 499 54 85 (home), Handy (bitte nur im Notfall und während der Reise...) 0171 270 31 32, cap AT informatik DOT uni-rostock DOT de
; Anreise : Mit dem eigenen Auto, nimmt noch Robert Nickel mit, hat noch zwei weitere '''sehr''' unbequeme Plätze im Kofferraum frei ;-)
; Unterbringung : Single Room in the Guest House [http://www.fuglsoecentret.dk/ Fuglsoecentret]

== Robert Nickel ==

; Identität : Robert Nickel
; Kommunikation : ap11 AT opennet-initiative DOT de, mobil: 017670037598
; Anreise :
; Unterbringung : Zelt

== Ralph Oesker ==

; Identität : Ralph Oesker, http://wiki.opennet-initiative.de/index.php/Benutzer:Mdbw
; Kommunikation : Mail: opennet (at-zeichen) dynaperl.de, Mobil null eins sieben fünf - fünf acht sechs sechs sieben zwei zwei
; Anreise : Eigenes Auto, Freitag vormittag ab Rostock bietet noch 2-3 Plätze an
; Unterbringung : Zelt oder Auto

== Sebastian Hagen ==
; Identität : Sebastian Hagen, sh01; 18106 Rostock, Carl-von-Linne 12
; Kommunikation : 73656261737469616e5f686167656e406d656d6573706163652e6e6574
; Anreise : Nutzung einer MFG von Ralph Oesker
; Unterbringung : Zelt oder PKW (Ralph?)

== Mathias Mahnke ==

'''Einige Infos fehlen noch'''

; Identität : Mathias Mahnke, Am Kabutzenhof 17, 18057 Rostock, http://www.ger783.de/MathiasMahnke
; Kommunikation : 0381/2005569 (mit AB), 0172/3837053, mathias -AT- mycr -DOT- DE
; Anreise : Benötige MFG.
; Unterbringung : Zelt wäre ausreichend. Zelt vorhanden. ''Mitschläfer'' willkommen.

== Rene Ejury ==

; Identität : Rene Ejury, Waldemarstr. 47, 18057 Rostock
; Kommunikation : 0381/1286099, 0173/4726830 (nur sms), opennet -AT absorb -DOT- it
; Anreise : '''brauche MFG'''
; Unterbringung : Zelt reicht...

== Friedrich Hartmann ==

; Identität : Friedrich Hartmann, Borwinstr. 38, 18057 Rostock
; Kommunikation : 0176/23542708 mail[[Bild:Klammeraffe.gif]]friedrich-hartmann.de
; Anreise : Bei Ralph? Sixt? t.b.c.
; Unterbringung : Kein eigenes Zelt in Rostock verfügbar

== Template Copy Paste ==

; Identität :
; Kommunikation :
; Anreise :
; Unterbringung :

= Übersicht =

{|
!Wer
!Anreise
!Übernachtung
|-
|Clemens
|Auto (eigenes)
|[http://www.fuglsoecentret.dk/ Fuglsoecentret] Single room
|-
|Robert
|Auto (mit Clemens)
|Zelt
|-
|Ralph
|Auto (eigenes)
|Zelt
|-
|Sebastian
|Auto (mit Ralph)
| ??
|-
|Mathias
|Auto (mit Ralph)
|Zelt
|-
|Rene
|Auto (mit Ralph)
| ??
|-
|
|
|
|-
|
|
|
|}

= Vortragsentwurf =

Hier ein allererster Versuch die Inhalte unseres Vortrages zu strukturieren. Mir liegt vor allem daran, die kritischen Punkte unseres Wachstums zu beleuchten. Ich (Mathias) werde keine weiteren Änderungen mehr vornehmen.

== Gliederung ==
# introduction: Original motivation and project history
# technology
## officially supported Access Points - Linksys WRT54g and Asus WL-500g
## IEEE80.211 compliant WIFI (ad-hoc mode), IPv4, OLSR
## node types
### stationary nodes
#### antennas placed on the roof
#### APs placed inside flats or offices
#### to maintain an effective infrastructure, the association owns and administers APs at some important locations
### mobile nodes
#### basically just notebooks with wifi-cards that run OLSR
#### usable anywhere in the area serviced by ON
## history of infrastructure development
### temporary installations for test purposes
### point-to-point connections using highly directional antennas
### growth; mixed use of directional antennas and omnidirectional antennas placed inside of buildings
### tendency of members to attempt to establish direct wifi-links to APs linked by LAN to an internet-gateway, stagnation
### growth and increase of redundant routes through increase in AP density and use of less directional antennas
## history of transmission protocols
### WDS; bridging; ethernet Spanning Tree Protocol to deactivate redundant routes
### ad-hoc mode; IPv4 routing; OLSR
## address spaces
## gateway "titan"
### SNAT Opennet -> Internet
### OpenVPN 2.0; authentication through certificates signed by our CA
### DNAT (i.e. port forwarding) to openvpn Addresses; currently 10 ports per user
### DSL; theoretical bandwith 3000/384 (kbit/s)?
### logging of individual connections
#### Ocellata - Connection Quality; measured by using ICMP ECHO Requests
##### [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml]
#### Crinoidea (MySQLdb) - topN IP Addresses according to ON-Internet traffic caused
##### [http://titan.www.opennet-initiative.de/accounting/topN/opennet_top10_last.html]
#### Alfredi (PIM) - Maps with colored nodes and connections
##### [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png]
##### [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_6.jpg]
#### Ketupo (olsrd, olsrd_dd_ti, dot, Pydot) - Topology Dot Graphs
##### [http://titan.www.opennet-initiative.de/topology/olsr/on_olsr_topology_all.png]
#### Teucrium (netfilter, rrdtool, pyrddtool) - Traffic Graphs
##### [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1d_ppp+.png]
##### [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__30d_ppp+.png]
## interfaces for users
### ethernet on their own AP
#### possibility of using a second AP for private wireless use
### OpenVPN for internet-routing (endpoints on user-APs or client-systems)
## Acccess Point Firmware
### started out using Sveasoft's Alchemy on Linksys, default FW on Asus APs
### current versions based on OpenWRT
#### legacy ON FW: based on Freifunk-Firmware 1.0.2, minor modifications
#### "Opennet Firmware" based on OpenWRT whiterussian (currently rc2) (several modifications, including the FFF-webinterface)
##### web-based installation and configuration possible
##### OpenVPN use on the AP explicitly supported; automated certificate creation
##### individual extensions still possible, of course
# social issues
## general structure
### loosely organized, no pervasive hierarchial structure
### high importance of technologically skilled members
## day-to-day operation
### workshoops and meetings - also effective ways for interested persons to get involved
### documentation (e.g. HOWTOs) is collaboratively maintained on the ON wiki
### communication mostly per Forum, IRC and e-mail
### increasing interest in public relations issues
## motivation for individual members
### cheap internet access
### relatively fast internet access compared to the alternatives in areas without DSL coverage
### interest in technology / the community / ideological issues
### mobile internet access in the covered area
# organisation
## some explicit internal rules
## responsibility for most of the infrastructure lies with AP-owners (i.e. individual members)
## individual competent members responsible for
### firmware design
### gateway administration
### management of jointly owned APs
### Public Relations
### support of new members
# future relevance
## connecting villages without broadband-coverage?
## supported by people interested in technological and social issues in areas covered by broadband
## mobile use
# guesstimated use of communication methods
## 45% - Forum (Wortlab Burning Board)
## 30% - Wiki (Mediawiki)
## 15% - Opennet IRC, increasing relevance
## 6% - Opennet mailing list (Mailman)
## 3% - Opennet Mail (apXX@..)
## 1% - Gallery

== Wichtige Bilder ==

<gallery>
Bild:OpennetFirmware-OpenVPN.jpg|Opennet Firmware, OpenVPN-Dialog
Bild:Alfredi-Beispiel1.jpg|Opennet Karte (Alfredi), Ausschnitt KTV
Bild:Alfredi-Beispiel2.png|Opennet Karte (Alfredi), Gesamt
Bild:Ktv_ortho.jpg|KTV, vllt. kann man noch ein Screenshot von Google Earth machen (Windows-Nutzer vor!)
Bild:Logo_opennet.gif|Opennet Logo
Bild:01030010.jpg|Panel AP43
Bild:Antenne_ap38.jpg|Panel AP38
Bild:Ap24_mit_omni_an_saugnapfhalter.jpg|Saugnapf-Omni AP24
Bild:12_dBi_d_quad.jpg|Quad AP11
Bild:Reichweitenkarte.gif|Reichweitentest
Bild:Netzwerk_grundlagen_workshop.jpg|Netzwerk Grundlagen Workshop
Bild:On_addressing_example.png|Opennet Adressierung
Bild:TopN-Beispiel.png|Monatliche Top10-Nutzer (Transfervolumen)
Bild:Octella-Beispiel.png|Verbindungsqualität (Octella)
Bild:DotTopology-Wireless-Beispiel.png|Ausschnitt Drahtlose Topologie (Dot-Graph)
Bild:DotTopology-WireOnly-Beispiel.png|Ausschnitt Drahtgebundene Topologie
Bild:TitanTraffic-Beispiel1.png|1d Traffic
Bild:TitanTraffic-Beispiel2.png|30d Traffic
Bild:TitanTraffic-Beispiel3.png|356d Traffic
</gallery>

Weitere Bilder:
* http://www.opennet-initiative.de/gallery/Shootout2005

Opennet Firmware

2005-08-13T13:19:15Z

Sh01: /* Neue Dateien */ - layout fix

Dies ist eine '''vorerst stark experimentelle''' Anleitung zur Installation von OpenVPN auf einem ASUS-Router WL500g auf Basis von OpenVPN-whiterussian. Leider ist es bisher nicht gelungen, openvpn unter der Freifunk-Firmware zum laufen zu bekommen. Daher ist für eine Nutzung von openvpn nach dieser Methode ein '''firmware-update nötig'''. Ich übernehm also für nichts eine Garantie ;)

== Anpassungen an OpenWRT Whiterussian ==
Im folgenden Abschnitt werden die an einem Standardsystem (OpenWRT whiterussian rc2, siehe [http://openwrt.org]) vorgenommenen Änderungen beschrieben. Da OpenWRT-whiterussian für die Nutzung im opennet neu compiliert werden musste, enthält die (später) zu installierende Version diese Anpassungen bereits. Hier sind alle nochmals übersichtlich aufgeführt, damit Kommentare, was gut / schlecht / richtig / falsch ist, leichter fallen.

=== Konfiguration ===
zusätzlich zur Standardkonfiguration wurden folgende Module ausgewählt:
* iproute2 routing control (ip)
* openvpn - Open source VPN solution using SSL
hier die [http://absorb.it/whiterussian/.config config] für Interessierte. Einiges könnte bestimmt noch weggelassen werden, aber da die standard-configuration lief, hab ich mich auf's ergänzen beschränkt.

=== Aus der Freifunk-Firmware übernommene Dateien ===
* [http://absorb.it/whiterussian/S80openvpn /etc/init.d/S80openvpn]
:: in Zeile 10 hinzugefügt: sleep 125 (damit rdate hoffentlich die Zeit gesetzt hat)
* [http://absorb.it/whiterussian/S60rdate /etc/init.d/S60rdate]
* [http://absorb.it/whiterussian/S45firewall /etc/init.d/S45firewall]
:: Zeile 4 auskommentiert da /proc/net/wireless in whiterussian nicht unterstützt wird
* [http://absorb.it/whiterussian/olsrd.conf /etc/olsrd.conf]
* [http://absorb.it/whiterussian/netparam usr/bin/netparam]
:: Anpassungen, da /proc/net/wireless in whiterussian nicht unterstützt wird
<pre>
rene@wintermute ~ $ diff -Naur netparam ../netparam
--- orig_netparam 2005-08-13 01:35:22.000000000 +0200
+++ netparam 2005-08-12 20:21:39.000000000 +0200
@@ -83,11 +83,8 @@
}
FS = o

- wdev = ""
- while(getline<"/proc/net/wireless") {
- if (/^$/) break
- if (sub(":", "")) wdev = $1
- }
+ wdev = ENVIRON["NVRAM_wl0_ifname"]
+ if ("" == wdev) "nvram get wl0_ifname"|getline wdev
printdev(wdev, wdev, "", "WIFI")

printdev("lo", "lo", "", "LO")</pre>
=== Neue Dateien ===
* /etc/openvpn/opennet.conf
Siehe [http://wiki.opennet-initiative.de/index.php/OpenVPN_Konfiguration#OpenWrt_ON_Nodes OpenVPN_Konfiguration]

* /etc/openvpn/opennet_up.sh
<pre>
#!/bin/sh
eval $(/usr/bin/netparam)
ip route flush table 3
ip route add throw $LANNET/$LANPRE table 3
ip route add default via $route_vpn_gateway table 3
iptables -t nat -A POSTROUTING -o $dev -s $LANNET/$LANPRE -j SNAT --to-source $ifconfig_local</pre>
* /etc/openvpn/opennet_down.sh
<pre>
#!/bin/sh
eval $(/usr/bin/netparam)
iptables -t nat -D POSTROUTING -o $dev -s $LANNET/$LANPRE -j SNAT --to-source $ifconfig_local</pre>
* /etc/local.fw
:: MASQUERADING entfernt, da dies im entsprechenden Kernel nicht zu funktionieren scheint, durch SNAT in opennet_up und opennet_down - scripten ersetzt.
<pre>
# Place your firewall addons here

case $1 in
start)
#variable defintions;
TUNDEV="tun0"

#SNAT in den Tunnel
# MASQUERADING seems not to work well in 2.4.30
# see this news-entry:
# http://groups-beta.google.com/group/lucky.linux.kernel/browse_frm/thread/9631983ea435086c/576b4816db12e2e7
# so SNAT is now done in vpn_up.sh
#iptables -t nat -A POSTROUTING -o $TUNDEV -s $LANNET/$LANPRE -j MASQUERADE

#eingehende frames
iptables -I FORWARD 1 -i $TUNDEV -o $LANDEV -m state --state INVALID -j DROP
iptables -I FORWARD 2 -i $TUNDEV -o $LANDEV -s ! $LANNET/$LANPRE -d $LANNET/$LANPRE -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -I FORWARD 3 -i $TUNDEV -o $LANDEV -j LOG --log-prefix "FRAMEDROP-FWIN:"
iptables -I FORWARD 4 -i $TUNDEV -o $LANDEV -j DROP
#ausgehende Verbindungen
iptables -I FORWARD 5 -i $LANDEV -o $TUNDEV -m state --state INVALID -j DROP
iptables -I FORWARD 6 -i $LANDEV -o $TUNDEV -s $LANNET/$LANPRE -d ! $LANNET/$LANPRE -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -I FORWARD 7 -i $LANDEV -o $TUNDEV -j LOG --log-prefix "FRAMEDROP-FWOUT:"
iptables -I FORWARD 8 -i $LANDEV -o $TUNDEV -j DROP
#local output
iptables -I OUTPUT 1 -o $TUNDEV -j ACCEPT
#local input
iptables -I INPUT 1 -i $TUNDEV -m state --state INVALID -j DROP
iptables -I INPUT 2 -i $TUNDEV -p tcp --dport 22 -j ACCEPT
iptables -I INPUT 3 -i $TUNDEV -p tcp --dport 80 -j ACCEPT
iptables -I INPUT 4 -i $TUNDEV -p icmp -j ACCEPT

iptables -I INPUT 5 -i $TUNDEV -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -I INPUT 6 -i $TUNDEV -j LOG --log-prefix "FRAMEDROP-IN"
iptables -I INPUT 7 -i $TUNDEV -j DROP

#prepare a table for openvpn policy-routing
ip rule add unicast from $LANNET/$LANPRE table 3
#load tun module
# insmod tun # not needed, loaded by /etc/modules.d
;;
stop)
eval $(/usr/bin/netparam) ### S45firewall setzt beim stoppen die Parameter nicht
echo "local_top $LANNET/$LANPRE"
ip rule del unicast from $LANNET/$LANPRE table 3
echo "local_stop"
;;
esac</pre>

== Installation ==
In der folgenden Beschreibung wird davon ausgegangen, dass auf dem Router bereits eine funtionierende und lauffähige Version der Freifunk-Software installiert war. Dies wird als Basis genommen, die Firmware wird selbstverständlich auch ausgehend von anderen Vorraussetzungen installierbar sein...
<br>
Erlärung (technix): Die Firware Installation muss (soweit ich das probieren konnte) zweimal durchgeführt werden. Ziel ist eine (veränderbare) squashfs-Installation. Zuerst wird eine neue (beliebige) whiterussian-variante als jffs2-4MB installiert. Erst diese enthält die entsprechend aktuelle Versin von mtd, um die modifizierte whiterussian als squashfs zu installieren.

=== erster Durchgang: install whiterussian jffs ===
folgende Datei herunterladen: http://downloads.openwrt.org/whiterussian/rc2/bin/openwrt-brcm-2.4-jffs2-4MB.trx
beim ASUS-Router Power-Stecker ziehen (und ruhig mal 10 Sekunden Pause machen, der Router mag das auch), Reset-Button drücken , dabei Power-Stecker eintöpseln und während die Power-LED blinkt (Resettaste kann losgelasen werden) folgendes auf einem verbunden lokalen Rechner eingeben:<br />
(Technix: die default-route muss dabei zum Router zeigen)
<pre>
rene@local ~ $ tftp 172.16.0.1
tftp> binary
tftp> trace
Packet tracing on.
tftp> get ASUSSPACELINK\x01\x01\xa8\xc0 /dev/null
sent RRQ <file=ASUSSPACELINK\x01\x01\xa8\xc0, mode=octet>
received DATA <block=1, 0 bytes>
tftp> put openwrt-brcm-2.4-jffs2-4MB.trx ASUSSPACELINK
....ausgeschnitten....
sent DATA <block=4225, 0 bytes>
received ACK <block=4225>
tftp>quit </pre>
Der Router sollte nun neu starten. Er bietet jetzt nur einen telnet-zugang an, also muss das passwort geändert werden. Falls dies fehlschlägt (bei mir immer beim ersten Versuch), nicht verzagen, 'reboot' eingeben , der router startet neu und nochmal versuchen...
<pre>
rene@local ~ $ telnet 172.16.0.1

=== IMPORTANT ============================
Use 'passwd' to set your login password
this will disable telnet and enable SSH
------------------------------------------

BusyBox v1.00 (2005.08.05-19:08+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
WHITE RUSSIAN (RC2) -------------------------------
* 2 oz Vodka Mix the Vodka and Kahlua together
* 1 oz Kahlua over ice, then float the cream or
* 1/2oz cream milk on the top.
---------------------------------------------------
root@OpenWrt:/# passwd
Changing password for root
Enter the new password (minimum of 5, maximum of 8 characters)
Please use a combination of upper and lower case letters and numbers.
Enter new password:
Re-enter new password:
Password changed.
root@OpenWrt:/# </pre>
=== zweiter Durchgang: install modified whiterussian sqashfs ===
folgende Datei herunterladen: http://absorb.it/whiterussian/opennet-openwrt-brcm-2.4-squashfs_0.1.trx
Datei auf den router kopieren:
<pre>
rene@local ~ $ scp openwrt-brcm-2.4-squashfs.trx root@172.16.0.1:/tmp
root@172.16.0.1's password:
openwrt-brcm-2.4-squashfs.trx 100% 2020KB 252.5KB/s 00:08
rene@wintermute ~ $ </pre>
neue Firmware installieren:
<pre>
rene@local ~ $ ssh 172.16.0.1 -l root
root@172.16.0.1's password:

BusyBox v1.00 (2005.07.18-21:49+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
WHITE RUSSIAN (RC2) -------------------------------
* 2 oz Vodka Mix the Vodka and Kahlua together
* 1 oz Kahlua over ice, then float the cream or
* 1/2oz cream milk on the top.
---------------------------------------------------
root@OpenWrt:~# cd /tmp/
root@OpenWrt:~# mtd -e linux -r write openwrt-brcm-2.4-squashfs.trx linux
Writing openwrt-brcm-2.4-squashfs.trx to linux ...
Unlocking linux ...
Erasing linux ...
Unlocking linux ...
root@OpenWrt:~# Connection to 172.16.0.1 closed by remote host.
Connection to 172.16.0.1 closed.
rene@local ~ $ </pre>
Der Router sollte nun wieder neu starten. Zuerst muss wieder über telnet dass passwort geändert werden...
<pre>

Use 'passwd' to set your login password
this will disable telnet and enable SSH
------------------------------------------

BusyBox v1.00 (2005.08.05-19:08+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
WHITE RUSSIAN (RC2) -------------------------------
--- adapted for opennet --- opennet-initiative.de -

root@OpenWrt:/# passwd
Changing password for root
Enter the new password (minimum of 5, maximum of 8 characters)
Please use a combination of upper and lower case letters and numbers.
Enter new password:
Re-enter new password:
Password changed.
root@OpenWrt:/#</pre>

=== OpenVPN-Anpassung ===
nun müssen die openvpn-keys noch in das Verzeichnis /etc/openvpn kopiert werden:
<pre>
root@local:~# cd /etc/openvpn
root@local:/etc/openvpn# scp *.key root@172.16.0.1:/etc/openvpn
root@172.16.0.1's password:
ap_XX.key 100% 887 0.9KB/s 00:00
root@local:/etc/openvpn# scp *.crt root@172.16.0.1:/etc/openvpn
root@172.16.0.1's password:
ap_XX.crt 100% 4263 4.2KB/s 00:00
opennet-ca.crt 100% 1627 1.6KB/s 00:00
wintermute openvpn #</pre>
Wenn der Key und das Certifikat tatsächlich ap_XX.key bzw ap_XX.crt heissen (mit den zwei großen X), braucht die Konfigurationsdatei nicht verändert werden, sonst muss auf dem Router die Datei /etc/openvpn/openvpn.conf angepasstt werden.

Router neustarten, Geduld haben und 5 Minuten nach einem Neustart (vielleicht etwas unglücklich, die Wartepause) sollte der Tunnel aufgebaut werden.
<pre>
rene@wintermute /etc/openvpn $ tracepath www.heise.de
1: 172.16.0.2 (172.16.0.2) 0.287ms pmtu 1492
1: 172.16.0.1 (172.16.0.1) 18.886ms
2: 192.168.3.46 (192.168.3.46) 19.550ms
3: 8.aps.on (192.168.1.8) 29.847ms
4: 15.aps.on (192.168.1.15) 89.338ms
5: titan.on (192.168.0.254) 411.074ms
6: 217.0.116.105 (217.0.116.105) asymm 7 114.248ms
7: 217.0.71.70 (217.0.71.70) 88.572ms
8: 62.154.32.174 (62.154.32.174) asymm 10 106.498ms
9: m-ec1.M.DE.net.DTAG.DE (62.154.27.234) asymm 12 143.748ms
10: c4.m.de.plusline.net (212.19.63.109) asymm 12 130.013ms
11: heise1.f.de.plusline.net (213.83.57.21) 218.912ms
12: heise1.f.de.plusline.net (213.83.57.21) asymm 11 138.400ms
Resume: pmtu 1492
rene@wintermute /etc/openvpn $ tracepath www.heise.de
1: 172.16.0.2 (172.16.0.2) 0.298ms pmtu 1492
1: 172.16.0.1 (172.16.0.1) 1.223ms
2: 10.1.0.1 (10.1.0.1) 73.335ms
3: 217.0.116.105 (217.0.116.105) asymm 4 162.812ms
4: 217.0.71.70 (217.0.71.70) 89.402ms
5: 62.154.32.174 (62.154.32.174) asymm 7 118.480ms
6: m-ec1.M.DE.net.DTAG.DE (62.154.27.234) asymm 9 154.122ms
7: c4.m.de.plusline.net (212.19.63.109) asymm 9 165.260ms
8: heise1.f.de.plusline.net (213.83.57.21) 155.406ms
9: heise1.f.de.plusline.net (213.83.57.21) asymm 8 309.705ms
Resume: pmtu 1492
rene@wintermute /etc/openvpn $ </pre>

Opennet Firmware

2005-08-13T13:18:48Z

Sh01: /* Neue Dateien */ - remove external links (desynch with wikipage-content possible, differing access rights), redirect opennet.cond to OpenVPN_Konfiguration (avoid duplicated data)

Reise Djursland 2005

2005-08-12T14:21:12Z

Sh01: /* Sebastian Hagen */

[[Bild:route_nach_djursland.jpg|250px|thumb|Route nach Djursland]]
= Programm =

Diskussion im Forum: [http://forum.opennet-initiative.de/thread.php?threadid=332 http://forum.opennet-initiative.de/thread.php?threadid=332]

== Freitag ==

Late arrival

== Samstag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://djurslands.net/ DjurslandsNet] and the new Djursland Networking Project
* Drive to the headquarter at the eco-sustainable village [http://www.dr.dk/friland/index_english.htm Friland]
* Lunch / picnic
* Guided trip through the world of [http://djurslands.net/ DjurslandsNet]
* Presentation of new EU project for 15 new Community Networks in the Balticum
* BBQ dinner at [http://www.dr.dk/friland/index_english.htm Friland] and social event

== Sonntag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://www.opennet-forum.de Rostock OpenNet]
* Discussion and ideas session for further cooperation
* Ad-hoc
* Lunch
* Departure

= Reisedetails =

== Anreise ==

Fahrtdauer mit dem Auto: 5 - 6 Stunden

== Unterbringung ==

=== Variante 1: Camping ===

[http://www.dr.dk/friland/index_english.htm Friland] Feldhalle, Camping, free of cost, food costs 15 - 20 (Währung erfrage ich noch)

=== Variante 2: Fuglsoecentret ===

[http://www.fuglsoecentret.dk/ Fuglsoecentret]

Kosten: 50 - 60 pro Person (Währung erfrage ich noch).

= Buchungen =

== Clemens Cap ==

; Identität : Clemens Cap, Blücherstraße 71, 18055 Rostock
; Kommunikation : 0381 498 7500 (Uni), 0381 499 54 85 (home), Handy (bitte nur im Notfall und während der Reise...) 0171 270 31 32, cap AT informatik DOT uni-rostock DOT de
; Anreise : Mit dem eigenen Auto, nimmt noch Robert Nickel mit, hat noch zwei weitere '''sehr''' unbequeme Plätze im Kofferraum frei ;-)
; Unterbringung : Single Room in the Guest House [http://www.fuglsoecentret.dk/ Fuglsoecentret]

== Robert Nickel ==

; Identität : Robert Nickel
; Kommunikation : ap11 AT opennet-initiative DOT de, mobil: 017670037598
; Anreise :
; Unterbringung : Zelt

== Ralph Oesker ==

; Identität : Ralph Oesker, http://wiki.opennet-initiative.de/index.php/Benutzer:Mdbw
; Kommunikation : Mail: opennet (at-zeichen) dynaperl.de, Mobil null eins sieben fünf - fünf acht sechs sechs sieben zwei zwei
; Anreise : Eigenes Auto, Freitag vormittag ab Rostock bietet noch 2-3 Plätze an
; Unterbringung : Zelt oder Auto

== Sebastian Hagen ==
; Identität : Sebastian Hagen, sh01; 18106 Rostock, Carl-von-Linne 12
; Kommunikation : 73656261737469616e5f686167656e406d656d6573706163652e6e6574
; Anreise : Nutzung einer MFG von Ralph Oesker
; Unterbringung : Zelt oder PKW (Ralph?)

== Mathias Mahnke ==

'''Einige Infos fehlen noch'''

; Identität : Mathias Mahnke, Am Kabutzenhof 17, 18057 Rostock, http://www.ger783.de/MathiasMahnke
; Kommunikation : 0381/2005569 (mit AB), 0172/3837053, mathias -AT- mycr -DOT- DE
; Anreise : Benötige MFG.
; Unterbringung : Zelt wäre ausreichend. Zelt vorhanden. ''Mitschläfer'' willkommen.

== Rene Ejury ==

; Identität : Rene Ejury, Waldemarstr. 47, 18057 Rostock
; Kommunikation : 0381/1286099, 0173/4726830 (nur sms), opennet -AT absorb -DOT- it
; Anreise : '''brauche MFG'''
; Unterbringung : Zelt reicht...

== Template Copy Paste ==

; Identität :
; Kommunikation :
; Anreise :
; Unterbringung :

= Übersicht =

{|
!Wer
!Anreise
!Übernachtung
|-
|Clemens
|Auto (eigenes)
|[http://www.fuglsoecentret.dk/ Fuglsoecentret] Single room
|-
|Robert
|Auto (mit Clemens)
|Zelt
|-
|Ralph
|Auto (eigenes)
|Zelt
|-
|Sebastian
|Auto (mit Ralph)
| ??
|-
|Mathias
|Auto (mit Ralph)
|Zelt
|-
|Rene
|mit Ralph?? angefragt.
| ??
|-
|
|
|
|-
|
|
|
|}

Reise Djursland 2005

2005-08-12T14:20:15Z

Sh01: /* Sebastian Hagen */

[[Bild:route_nach_djursland.jpg|250px|thumb|Route nach Djursland]]
= Programm =

Diskussion im Forum: [http://forum.opennet-initiative.de/thread.php?threadid=332 http://forum.opennet-initiative.de/thread.php?threadid=332]

== Freitag ==

Late arrival

== Samstag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://djurslands.net/ DjurslandsNet] and the new Djursland Networking Project
* Drive to the headquarter at the eco-sustainable village [http://www.dr.dk/friland/index_english.htm Friland]
* Lunch / picnic
* Guided trip through the world of [http://djurslands.net/ DjurslandsNet]
* Presentation of new EU project for 15 new Community Networks in the Balticum
* BBQ dinner at [http://www.dr.dk/friland/index_english.htm Friland] and social event

== Sonntag ==

* Breakfeast at [http://www.fuglsoecentret.dk/ Fuglsoecentret]
* Short presentation of [http://www.opennet-forum.de Rostock OpenNet]
* Discussion and ideas session for further cooperation
* Ad-hoc
* Lunch
* Departure

= Reisedetails =

== Anreise ==

Fahrtdauer mit dem Auto: 5 - 6 Stunden

== Unterbringung ==

=== Variante 1: Camping ===

[http://www.dr.dk/friland/index_english.htm Friland] Feldhalle, Camping, free of cost, food costs 15 - 20 (Währung erfrage ich noch)

=== Variante 2: Fuglsoecentret ===

[http://www.fuglsoecentret.dk/ Fuglsoecentret]

Kosten: 50 - 60 pro Person (Währung erfrage ich noch).

= Buchungen =

== Clemens Cap ==

; Identität : Clemens Cap, Blücherstraße 71, 18055 Rostock
; Kommunikation : 0381 498 7500 (Uni), 0381 499 54 85 (home), Handy (bitte nur im Notfall und während der Reise...) 0171 270 31 32, cap AT informatik DOT uni-rostock DOT de
; Anreise : Mit dem eigenen Auto, nimmt noch Robert Nickel mit, hat noch zwei weitere '''sehr''' unbequeme Plätze im Kofferraum frei ;-)
; Unterbringung : Single Room in the Guest House [http://www.fuglsoecentret.dk/ Fuglsoecentret]

== Robert Nickel ==

; Identität : Robert Nickel
; Kommunikation : ap11 AT opennet-initiative DOT de, mobil: 017670037598
; Anreise :
; Unterbringung : Zelt

== Ralph Oesker ==

; Identität : Ralph Oesker, http://wiki.opennet-initiative.de/index.php/Benutzer:Mdbw
; Kommunikation : Mail: opennet (at-zeichen) dynaperl.de, Mobil null eins sieben fünf - fünf acht sechs sechs sieben zwei zwei
; Anreise : Eigenes Auto, Freitag vormittag ab Rostock bietet noch 2-3 Plätze an
; Unterbringung : Zelt oder Auto

== Sebastian Hagen ==

'''Info fehlt noch'''

; Identität : Sebastian Hagen, sh01; 18106 Rostock, Carl-von-Linne 12
; Kommunikation : 73656261737469616e5f686167656e406d656d6573706163652e6e6574
; Anreise : Nutzung einer MFG von Ralph Oesker
; Unterbringung : Zelt oder PKW (Ralph?)

== Mathias Mahnke ==

'''Einige Infos fehlen noch'''

; Identität : Mathias Mahnke, Am Kabutzenhof 17, 18057 Rostock, http://www.ger783.de/MathiasMahnke
; Kommunikation : 0381/2005569 (mit AB), 0172/3837053, mathias -AT- mycr -DOT- DE
; Anreise : Benötige MFG.
; Unterbringung : Zelt wäre ausreichend. Zelt vorhanden. ''Mitschläfer'' willkommen.

== Rene Ejury ==

; Identität : Rene Ejury, Waldemarstr. 47, 18057 Rostock
; Kommunikation : 0381/1286099, 0173/4726830 (nur sms), opennet -AT absorb -DOT- it
; Anreise : '''brauche MFG'''
; Unterbringung : Zelt reicht...

== Template Copy Paste ==

; Identität :
; Kommunikation :
; Anreise :
; Unterbringung :

= Übersicht =

{|
!Wer
!Anreise
!Übernachtung
|-
|Clemens
|Auto (eigenes)
|[http://www.fuglsoecentret.dk/ Fuglsoecentret] Single room
|-
|Robert
|Auto (mit Clemens)
|Zelt
|-
|Ralph
|Auto (eigenes)
|Zelt
|-
|Sebastian
|Auto (mit Ralph)
| ??
|-
|Mathias
|Auto (mit Ralph)
|Zelt
|-
|Rene
|mit Ralph?? angefragt.
| ??
|-
|
|
|
|-
|
|
|
|}

Opennet Netzstatus

2005-08-12T13:43:14Z

Sh01: /* Netzwerkkarte */ - fix link to jpg

Das Opennet-Gateway ''titan'' erstellt laufend Auswertungen zum Netzwerk-Zustand.

== Netzwerkkarte ==

[[Bild:Alfredi_output.png|left|150px|thumb|[http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png Karte vergrößern]]]

Orte der Opennet Access-Points und ihre aktuellen Verbindungen. Aktualisierung der Karte zur Zeit alle 5 Minuten.

'''Aktuelle Karte''': [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png PNG (0.5 MB)] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.jpg JPEG (0.2 MB)] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output_big.png PNG Extragroß (0.5 MB)]

Kantenfarben: geben die Verbindungsqualität zwischen zwei Knoten an<br/>
Knotenfarben: geben die Verbindungsqualität zum Gateway an

Qualitätsangabe: blau (max) - türkis - grün - gelb - rot (min); schwarz (nicht angebunden)
<br clear=all>

'''Google Earth (Windows)''': Die selbe Karte mit Overlay als [http://www.friedrich-hartmann.de/files/opennet-ktv.kmz Google Earth Layer] für [http://desktop.google.com/download/earth/GoogleEarth.exe Google Earth].
Schalte dazu im Programm den Alfredi Output Layer an.

Eine [http://worldwind.arc.nasa.gov Nasa World Wind] Version folgt demnächst.

== Verkehrsanalyse ==

Aktuelles Datenaufkommen am Opennet-Gateway ''titan'':

http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1h_ppp+.png

Nach oben ist der eingehende Verkehr zum Opennet (Downstream) aufgetragen. Nach unten sieht man den den ausgehenden Verkehr Richtung Internet (Upstream).

'''Weitere Analysen''': [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1d_ppp+.png Letzter Tag] · [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__30d_ppp+.png Letzte 30 Tage] · [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__365d_ppp+.png Letzte 365 Tage]

== Detaillierte Erläuterung ==
=== [http://titan.www.opennet-initiative.de/stats/graphics/ Traffic stats] ===
Diese Grafiken werden erzeugt von teucrium (Python-script), unter nutzung von [http://www.netfilter.org/ Linux netfilter], libipt zum Zugriff und [http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/ rrdtool] (Zugriff über [http://sourceforge.net/projects/py-rrdtool py-rrdtool]) zum graphing.

=== [http://titan.www.opennet-initiative.de/topology/olsr/ Toplogy Dot Graphs] ===

Ketupo (Python-script) liest die notwendigen Daten über eine modifizierte Version des dotdraw Plugins von Titan's [http://olsr.org olsrd] und nutzt [http://www.graphviz.org/ graphviz] via [http://dkbza.org/pydot.html pydot] zur Erstellung der genannten Grafiken.

=== [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml Connection Quality] ===
Tabelle mit allen aufgezeichneten opennet olsr-Nodes, Zeit des ersten gespeicherten Vorhandenseins, des letzten gespeicherten Vorhandenseins, und Statistiken über den Anteil der in verschiedenen Zeiträumen von dem Node erfolgreich beantworteten ICMP ECHO requests (i.e. 1 - Packet Loss). Alle Zeiten innerhalb der Tabelle sind in UTC.
Ocellata (Python-script(s)) sammelt die Daten in einer [http://www.mysql.com/ mysql]-db und erzeugt daraus die html-page.

=== [http://titan.www.opennet-initiative.de/accounting/topN/ topN IP Adressen] ===
Listet die 10 im vorherigen Monat für den meisten Traffic verantwortlichen OpenNet IP-Adressen, den jeweiligen Anteil am gesamten registrierten Traffic, und einige andere Statistiken.
Daten werden durch [http://www.netfilter.org/ Linux netfilter] (ULOG), [http://fprobe.sourceforge.net/ fprobe-ulog] an [http://netflow.cesnet.cz/ Netflow Monitor] weitergegeben und von diesem in einer [http://www.mysql.com/ mysql]-db gespeichert.
Crinoidea (Python-script) liest diese Daten aus und erzeugt daraus die genannten xhtml-pages.

=== [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png Alfredi Opennet Maps] ===
Karte des durch Opennet abgedeckten Gebiets mit Kennzeichnungen der APs mit bekannten Standorten, der links zwischen ihnen, und ihrer insgesamten Link-Qualität zum am Besten erreichbaren Gateway. <br />
Die link-quality Daten werden von Alfredi (Python-script) aus einer durch Ketup (s.o.) gedumpten csv-Datei gelesen; die AP-Positionen werden aus der [[Opennet Nodes]]-page extrahiert.
Das mapping von link-qualities (LQ = 1-<expected PL>; i.e. 0 <= LQ <=1) auf Farbwerte wird durch Multiplikation mit 2/3 des Maximums der Hue-Komponente des HSV-Farbsystems (i.e. 240 in der jetzigen Implementation ([http://www.pythonware.com/products/pil/ PIL]) zur Ermittlung des Hue-Werts für das jeweilige Objekt durchgeführt; die S und V Parameter sind statisch konfiguriert und nicht von der jeweiligen LQ abhängig.
Die Position des Hintergrundbildes und die Koordinaten seiner Eckpunkte sind ebenfalls statisch konfiguriert.

__NOTOC__

Opennet Nodes

2005-08-11T21:59:10Z

Sh01: minor correction to coordinates of AP6

Als SSID muss "olsr.opennet-forum.de" verwendet werden. Du möchtest auch [[Mitmachen]]?

=== Feste Nodes ===

Jeder AP-Betreiber pflegt bitte sein Beschreibungsseite selbst, verwendet dazu unsere [[Accesspoint_Beschreibungsseite|Vorlage]].<br/>
Ein Überlick zum Status der Knoten siehe: [[Opennet_Netzstatus]].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Eigentümer
!Kommentar
!Position
|----
|[[AP62]]
|Massmannstr. 10
|Omni 8dbi (Dach)
|Linksys WRT54G
|
|Martin Bretschneider
|Im Aufbau
|
|----
|[[AP61]]
|Am Kabutzenhof 42
|Yagi SW
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Stephan Pilch
|
|N54,08988 E12,11060
|----
|[[AP60]]
|Waldemarstr. 18 (CSR Center)
|gestockte BiQuad E
|Asus WL-500g
|00:11:d8:56:52:16
|[[Benutzer:mdbw|Ralph Oesker]]
|Offline
|N54,08877 E012,11103
|----
|[[AP59]]
|Parkstr. 26
|Yagi 18dbi
|Asus WL-500g
|00:11:D8:74:B9:59
|[[Benutzer:Nils|Nils Warkentin]]
|
|N54,08177 E012,10584
|----
|[[AP58]]
|Budapester Str. 16 (Bürgerhaus)
|
|Linksys WRT54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|N54,08978 E012,11245
|----
|[[AP57]]
|Budapester Str. 82
|
|Linksys WRT54G
|00:13:10:3F:55:5E
|Matthias Schulz
|
|
|----
|[[AP56]]
|Waldemarstr. 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|
|N54,08844 E012,11200
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|Im Aufbau (?)
|N54,08526 E012,11012
|----
|[[AP54]]
|Doberaner Str. 44-47 (INR)
|Omni 8dbi W
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|N54,09130 E012,11405
|----
|[[AP53]]
|Doberaner Str. 44-47 (INR)
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Kanal 8
|N54,09118 E012,11373
|----
|[[AP52]]
|Waldemarstr. 13
|Interner Rundstrahler
|Linksys WRT54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|
|N54,08818 E012,11282
|----
|[[AP51]]
|Margaretenstr. 39
|
|Linksys WRT54G
|
|Steffen Bleich
|
|N54,08740 E012,11528
|----
|[[AP50]]
|Budapester Str. 36
|
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|N54,08771 E012,11055
|----
|[[AP49]]
|Schliemannstr. 31
|Omni (außen)
|Linksys WRT54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|
|N54,08094 E012,10616
|----
|[[AP48]]
|Waldemarstr. 55
|
|Linksys WRT54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|Im Aufbau (?)
|N54,08796 E012,11360
|----
|[[AP47]]
|Mobil
|
|Asus WL-500gx
|
|Moritz Reimann
|Testgerät
|----
|[[AP46]]
|Waldemarstr. 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|
|N54,08844 E012,11200
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:12:17:D4:6F:EF
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54,09290 E12,11287
|----
|[[AP44]]
|Borwinstr. 12
|
|Linksys WRT54GS
|00:13:10:27:E5:0B
|Thomas Speck
|
|N54,08997 E012,11276
|----
|[[AP43]]
|Schliemannstr. 31
|Panel 18dbi NW
|Linksys WRT54G
|00:12:17:CC:03:84
|Daniel Büchner
|Offline (Defekt)
|N54,08104 E12,10616
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad S
|Asus WL-500gx
|00:11:D8:70:1C:8A
|Daniel Schick
|
|N54,09045 E12,11302
|----
|[[AP41]]
|weggezogen 08/2005
|
|Linksys WRT54G
|00:12:17:DD:BB:2C
|Christoph Drescher
|Inaktiv
|----
|[[AP40]]
|Am Kabutzenhof 2
|
|Asus WL-500g
|00:11:D8:24:57:7B
|Karsten Rothemund
|
|N54,08945 E012,10974
|----
|[[AP39]]
|Parkstr. 31
|Interner Rundstrahler
|Linksys WRT54G
|00:12:17:D4:94:92
|Christian Wedell
|
|N54,08111 E012,10466
|----
|[[AP38]]
|Am Kabutzenhof 30
|Panel 19dbi SSO
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|
|N54,09145 E12,11192
|----
|[[AP37]]
|Gellertstr. 9
|Porabol-BiQuad ENE
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|
|N54,08954 E012,11117
|----
|[[AP36]]
|Adolf-Becker-Str. 14
|
|Asus WL-500g
|00:11:D8:60:25:4C
|Klaus-Dieter Konradt
|Im Aufbau
|N54,09141 E012,10655
|----
|[[AP35]]
|Am Ratsplatz 2
|
|Asus WL-500g
|
|Jens Röper
|kein Link
|----
|[[AP34]]
|Doberaner Str. 52
|ParabolGrid 24dbi E
|Asus WL-500g
|
|Matthias Suraj
|
|N54,09167 E012,11283
|----
|[[AP33]]
|Viergewerkerstr. 4
|
|Asus WL-500g
|
|Uwe Hilscher
|
|N54,08352 E012,11222
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT54G
|00:12:17:CC:D3:5C
|Norman Zülow
|offline?
|N54,08474 E012,10971
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|offline?
|N54,09125 E012,10611
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|
|N54,08990 E012,11265
|----
|[[AP29]]
|Waldemarstr. 42
|
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Rüdiger Schmoldt
|offline
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|
|N54,08830 E012,11282
|----
|[[AP27]]
|Am Kabutzenhof 17
|Omni 8dbi E (1. OG)
|Linksys WRT54G
|00:13:10:27:D2:F3
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|N54,09312 E012,11238
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT54G
|00:12:17:B3:21:6C
|Peter Hümbs
|
|N54,09101 E012,11348
|----
|[[AP25]]
|Mobil
|
|Linksys WRT54G
|
|[[Benutzer:Thm|Thomas Mundt]]
|Testgerät
|----
|[[AP24]]
|Doberaner Str. 44-47 (INR)
|Omni 15dbi S
|Asus WL-500g
|00:11:2F:90:EA:E6
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,09113 E012,11409
|----
|[[AP23]]
|Borwinstr. 38
|
|Asus WL-500g
|00:11:D8:24:56:79
|Friedrich Hartmann
|
|N54,08937 E012,11496
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|
|N54,08445 E012,11020
|----
|[[AP21]]
|Budapester Str. 63
|BiQuad S
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|
|N54,08935 E012,11210
|----
|[[AP20]]
|Am Kabutzenhof 33
|BiQuad N (Balkon)
|Asus WL-500g
|00:11:2F:B6:64:88
|Thomas Gertz
|
|N54,09098 E012,11149
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Omni
|Asus WL-500g
|00:11:2F:B6:64:7B
|Hendrik Bohn
|
|N54,09000 E012,11436
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|
|N54,09002 E012,11252
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|offline?
|N54,08944 E012,10420
|----
|[[AP16]]
|Ulmenstr. 69
|Panel NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Clemens Cap
|
|N54,08654 E012,11035
|----
|[[AP15]]
|Ulmenstr. 69
|Panel SW
|Asus WL-500g
|00:0E:A6:90:7D:52
|Clemens Cap
|
|N54,08667 E012,11070
|----
|[[AP14]]
|Ulmenstr. 69
|Panel SW
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Clemens Cap
|
|N54,08675 E012,11045
|----
|[[AP13]]
|Borwinstr. 39
|
|Asus WL-500g
|00:11:D8:1B:F9:85
|Michael Götschmann
|Im Aufbau
|N54,08923 E012,11516
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|
|N54,08574 E012,11060
|----
|[[AP11]]
|Waldemarstr. 11a
|BiQuad N (1. OG)
|Linksys WRT54G
|00:0F:66:90:57:5D
|Robert Nickel
|
|N54,08808 E012,11318
|----
|[[AP10]]
|Ulmenstr. 32
|Interner Rundstrahler
|Linksys WRT54G
|00:12:17:CB:E6:5A
|Alexander Pietsch
|z.Z. defekt
|N54,08670 E012,11117
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Hohlantenne W (Fenster)
|Asus WL-500g
|
|Marc Haase
|
|N54,07109 E012,12523
|----
|[[AP8]]
|Borwinstr. 31
|Yagi SE
|Linksys WRT54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|
|N54,08991 E012,11265
|----
|[[AP7]]
|Maßmannstr. 106
|Panel E
|Asus WL-500g
|00:11:2F:86:8D:E9
|Andreas Buchmann
|
|N54,09087 E012,10550
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Panel WSW
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|
|N54,07687 E012,10684
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT54G
|00:0F:66:56:E4:F9
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07629 E012,10646
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT54G
|00:0F:66:56:E1:C0
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07149 E012,11893
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|BiQuad W (Fenster)
|Asus WL-500g
|
|Donald Reebs
|
|N54,07185 E012,12572
|----
|[[AP2]]
|Waldemarstr. 50
|2 Sektorantennen (Dach)
|Linksys WRT54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|
|N54,08823 E012,11269
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|[[Benutzer:Thm|Thomas Mundt]]
|
|N54,07149 E012,11893
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Jedes Mitglied trägt hier seine Adresse selbst ein. (aufsteigend)!''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|[http://192.168.7.10/ 192.168.7.10]
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|Am Kabutzenhof 17
|Notebook
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|Thomas Gertz
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|----
|192.168.7.14
|Daniel Schick
|Budapester Str. 10
|Notebook
|----
|192.168.7.15
|[[Benutzer:Nils|Nils Warkentin]]
|Parkstraße 26
|Notebook
|----
|192.168.7.16
|[[Benutzer:Nils|Nils Warkentin]] (Freundinn)
|Parkstraße 26
|Notebook
|----
|192.168.7.17
|Karl-H. Krüger
|Adolf-Becker-Str.19
|Notebook
|----
|192.168.7.18
|Thomas Krüger
|Budapester Str. 63
|Notebook
|----
|192.168.7.19
|Stephan Pilch
|Am Kabutzenhof 42
|Apple
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || Universitätsnetz
|-
|192.168.0.253 || IFNM || SDSL || geplant
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Opennet Netzstatus

2005-08-09T18:07:38Z

Sh01: /* Weitere Analysen */ - alfredi section

Das Opennet-Gateway ''titan'' erstellt laufend Auswertungen zum Netzwerk-Zustand.

== Netzwerkkarte ==

[[Bild:Alfredi_output.png|left|150px|thumb|[http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png Karte vergrößern]]]

Orte der Opennet Access-Points und ihre aktuellen Verbindungen. Aktualisierung der Karte zur Zeit alle 5 Minuten.

'''Aktuelle Karte''': [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png PNG (0.5 MB)] · [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png JPEG (0.2 MB)]

Kantenfarben: geben die Verbindungsqualität zwischen zwei Knoten an<br/>
Knotenfarben: geben die Verbindungsqualität zum Gateway an

Qualitätsangabe: blau (max) - türkis - grün - gelb - rot (min); schwarz (nicht angebunden)
<br clear=all>

== Verkehrsanalyse ==

Aktuelles Datenaufkommen am Opennet-Gateway ''titan'':

http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1h_ppp+.png

Nach oben ist der eingehende Verkehr zum Opennet (Downstream) aufgetragen. Nach unten sieht man den den ausgehenden Verkehr Richtung Internet (Upstream).

'''Weitere Analysen''': [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__1d_ppp+.png Letzter Tag] · [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__30d_ppp+.png Letzte 30 Tage] · [http://titan.www.opennet-initiative.de/stats/graphics/titan_traffic_001__365d_ppp+.png Letzte 365 Tage]

== Detaillierte Erklärungen ==
=== [http://titan.www.opennet-initiative.de/stats/graphics/ Traffic stats] ===
Diese Grafiken werden erzeugt von teucrium (Python-script), unter nutzung von [http://www.netfilter.org/ Linux netfilter], libipt zum Zugriff und [http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/ rrdtool] (Zugriff über [http://sourceforge.net/projects/py-rrdtool py-rrdtool]) zum graphing.

=== [http://titan.www.opennet-initiative.de/topology/olsr/ Toplogy Dot Graphs] ===

Ketupo (Python-script) liest die notwendigen Daten über eine modifizierte Version des dotdraw Plugins von Titan's [http://olsr.org olsrd] und nutzt [http://www.graphviz.org/ graphviz] via [http://dkbza.org/pydot.html pydot] zur Erstellung der genannten Grafiken.

=== [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml Connection Quality] ===
Tabelle mit allen aufgezeichneten opennet olsr-Nodes, Zeit des ersten gespeicherten Vorhandenseins, des letzten gespeicherten Vorhandenseins, und Statistiken über den Anteil der in verschiedenen Zeiträumen von dem Node erfolgreich beantworteten ICMP ECHO requests (i.e. 1 - Packet Loss). Alle Zeiten innerhalb der Tabelle sind in UTC.
Ocellata (Python-script(s)) sammelt die Daten in einer [http://www.mysql.com/ mysql]-db und erzeugt daraus die html-page.

=== [http://titan.www.opennet-initiative.de/accounting/topN/ topN IP Adressen] ===
Listet die 10 im vorherigen Monat für den meisten Traffic verantwortlichen OpenNet IP-Adressen, den jeweiligen Anteil am gesamten registrierten Traffic, und einige andere Statistiken.
Daten werden durch [http://www.netfilter.org/ Linux netfilter] (ULOG), [http://fprobe.sourceforge.net/ fprobe-ulog] an [http://netflow.cesnet.cz/ Netflow Monitor] weitergegeben und von diesem in einer [http://www.mysql.com/ mysql]-db gespeichert.
Crinoidea (Python-script) liest diese Daten aus und erzeugt daraus die genannten xhtml-pages.

=== [http://titan.www.opennet-initiative.de/topology/olsr/alfredi_output.png Alfredi Opennet Maps] ===
Karte des durch Opennet abgedeckten Gebiets mit Kennzeichnungen der APs mit bekannten Standorten, der links zwischen ihnen, und ihrer insgesamten Link-Qualität zum am Besten erreichbaren Gateway. <br />
Die link-quality Daten werden von Alfredi (Python-script) aus einer durch Ketup (s.o.) gedumpten csv-Datei gelesen; die AP-Positionen werden aus der [[Opennet Nodes]]-page extrahiert.
Das mapping von link-qualities (LQ = 1-<expected PL>; i.e. 0 <= LQ <=1) auf Farbwerte wird durch Multiplikation mit 2/3 des Maximums der Hue-Komponente des HSV-Farbsystems (i.e. 240 in der jetzigen Implementation ([http://www.pythonware.com/products/pil/ PIL]) zur Ermittlung des Hue-Werts für das jeweilige Objekt durchgeführt; die S und V Parameter sind statisch konfiguriert und nicht von der jeweiligen LQ abhängig.
Die Position des Hintergrundbildes und die Koordinaten seiner Eckpunkte sind ebenfalls statisch konfiguriert.

Opennet Nodes

2005-08-06T14:49:38Z

Sh01: s/Besitzer/Eigentümer/

Als SSID muss "olsr.opennet-forum.de" verwendet werden. Du möchtest auch [[Mitmachen]]?

=== Feste Nodes ===

Jeder AP-Betreiber pflegt bitte sein Beschreibungsseite selbst, verwendet dazu unsere [[Accesspoint_Beschreibungsseite|Vorlage]].<br/>
Ein Überlick zum Status der Knoten siehe: [http://forum.opennet-initiative.de/thread.php?threadid=350 Beitrag im Forum].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Eigentümer
!Kommentar
|----
|[[AP61]]
|Am Kabutzenhof 42
|Yagi SW
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Stephan Pilch
|
|----
|[[AP60]]
|Waldemarstr. 18 (CSR Center)
|Panel E
|Asus WL-500g
|00:11:d8:56:52:16
|[[Benutzer:mdbw|Ralph Oesker]]
|Offline
|----
|[[AP59]]
|Parkstr. 26
|Yagi 18dbi
|Asus WL-500g
|00:11:D8:74:B9:59
|[[Benutzer:Nils|Nils Warkentin]]
|
|----
|[[AP58]]
|Budapester Str. 16 (Bürgerhaus)
|
|Linksys WRT54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|----
|[[AP57]]
|
|
|Linksys WRT54G
|00:13:10:3F:55:5E
|Matthias Schulz
|Im Aufbau
|----
|[[AP56]]
|Waldemarstr. 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|Im Aufbau
|----
|[[AP54]]
|Doberaner Str. 44-47 (INR)
|Omni 8dbi W
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|----
|[[AP53]]
|Doberaner Str. 44-47 (INR)
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Kanal 8
|----
|[[AP52]]
|Waldemarstr. 13
|Interner Rundstrahler
|Linksys WRT54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|
|----
|[[AP51]]
|Margaretenstr. 39
|
|Linksys WRT54G
|
|Steffen Bleich
|
|----
|[[AP50]]
|Budapester Str. 36
|
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|----
|[[AP49]]
|Schliemannstr. 31
|Omni (außen)
|Linksys WRT54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|
|----
|[[AP48]]
|Waldemarstr. 55
|
|Linksys WRT54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|Im Aufbau
|----
|[[AP47]]
|Mobil
|
|Asus WL-500gx
|
|Moritz Reimann
|Testgerät
|----
|[[AP46]]
|Waldemarstr. 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:12:17:D4:6F:EF
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|----
|[[AP44]]
|Borwinstr. 12
|
|Linksys WRT54GS
|00:13:10:27:E5:0B
|Thomas Speck
|
|----
|[[AP43]]
|Schliemannstr. 31
|Panel 18dbi NW
|Linksys WRT54G
|00:12:17:CC:03:84
|Daniel Büchner
|
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad S
|Asus WL-500gx
|00:11:D8:70:1C:8A
|Daniel Schick
|
|----
|[[AP41]]
|'''weggezogen 08/2005'''
|
|Linksys WRT54G
|00:12:17:DD:BB:2C
|Christoph Drescher
|Inaktiv
|----
|[[AP40]]
|Am Kabutzenhof 2
|
|Asus WL-500g
|00:11:D8:24:57:7B
|Karsten Rothemund
|Im Aufbau
|----
|[[AP39]]
|Parkstr. 31
|Interner Rundstrahler
|Linksys WRT54G
|00:12:17:D4:94:92
|Christian Wedell
|
|----
|[[AP38]]
|Am Kabutzenhof 30
|Panel 19dbi SSO
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|
|----
|[[AP37]]
|Gellertstr. 9
|Porabol-BiQuad ENE
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|
|----
|[[AP36]]
|Adolf-Becker-Str. 14
|
|Asus WL-500g
|00:11:D8:60:25:4C
|Klaus-Dieter Konradt
|Im Aufbau
|----
|[[AP35]]
|Am Ratsplatz 2
|
|Asus WL-500g
|
|Jens Röper
|kein Link
|----
|[[AP34]]
|Doberaner Str. 52
|ParabolGrid 24dbi E
|Asus WL-500g
|
|Matthias Suraj
|Kanal 8
|----
|[[AP33]]
|Viergewerkerstr. 4
|
|Asus WL-500g
|
|Uwe Hilscher
|
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT54G
|00:12:17:CC:D3:5C
|Norman Zülow
|
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|
|----
|[[AP29]]
|Waldemarstr. 42
|
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Rüdiger Schmoldt
|
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|
|----
|[[AP27]]
|Am Kabutzenhof 17
|Omni 8dbi O (1. OG)
|Linksys WRT54G
|00:13:10:27:D2:F3
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT54G
|00:12:17:B3:21:6C
|Peter Hümbs
|
|----
|[[AP25]]
|Mobil
|
|Linksys WRT54G
|
|[[Benutzer:Thm|Thomas Mundt]]
|Testgerät
|----
|[[AP24]]
|Doberaner Str. 44-47 (INR)
|Omni 15dbi S
|Asus WL-500g
|00:11:2F:90:EA:E6
|[[Benutzer:Thm|Thomas Mundt]]
|
|----
|[[AP23]]
|Borwinstr. 38
|
|Asus WL-500g
|00:11:D8:24:56:79
|Friedrich Hartmann
|
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|
|----
|[[AP21]]
|Budapester Str. 63
|BiQuad S
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|
|----
|[[AP20]]
|Am Kabutzenhof 33
|BiQuad N (Balkon)
|Asus WL-500g
|00:11:2F:B6:64:88
|Thomas Gertz
|
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Omni
|Asus WL-500g
|00:11:2F:B6:64:7B
|Hendrik Bohn
|
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|
|----
|[[AP16]]
|Ulmenstr. 69
|Panel NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Clemens Cap
|
|----
|[[AP15]]
|Ulmenstr. 69
|Panel SW
|Asus WL-500g
|00:0E:A6:90:7D:52
|Clemens Cap
|
|----
|[[AP14]]
|Ulmenstr. 69
|Panel SW
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Clemens Cap
|
|----
|[[AP13]]
|Borwinstr. 39
|
|Asus WL-500g
|00:11:D8:1B:F9:85
|Michael Götschmann
|Im Aufbau
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|
|----
|[[AP11]]
|Waldemarstr. 11a
|BiQuad N (1. OG)
|Linksys WRT54G
|00:0F:66:90:57:5D
|Robert Nickel
|
|----
|[[AP10]]
|Ulmenstr. 32
|Interner Rundstrahler
|Linksys WRT54G
|00:12:17:CB:E6:5A
|Alexander Pietsch
|z.Z. defekt
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Hohlantenne W (Fenster)
|Asus WL-500g
|
|Marc Haase
|
|----
|[[AP8]]
|Borwinstr. 31
|Yagi SE
|Linksys WRT54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|
|----
|[[AP7]]
|Maßmannstr. 106
|Panel E
|Asus WL-500g
|00:11:2F:86:8D:E9
|Andreas Buchmann
|
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Panel WSW
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT54G
|00:0F:66:56:E4:F9
|[[Benutzer:Thm|Thomas Mundt]]
|
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT54G
|00:0F:66:56:E1:C0
|[[Benutzer:Thm|Thomas Mundt]]
|
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|BiQuad W (Fenster)
|Asus WL-500g
|
|Donald Reebs
|
|----
|[[AP2]]
|Waldemarstr. 50
|2 Sektorantennen (Dach)
|Linksys WRT54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|[[Benutzer:Thm|Thomas Mundt]]
|
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Jedes Mitglied trägt hier seine Adresse selbst ein. (aufsteigend)!''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|[http://192.168.7.10/ 192.168.7.10]
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|Am Kabutzenhof 17
|Notebook
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|Thomas Gertz
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|----
|192.168.7.14
|Daniel Schick
|Budapester Str. 10
|Notebook
|----
|192.168.7.15
|[[Benutzer:Nils|Nils Warkentin]]
|Parkstraße 26
|Notebook
|----
|192.168.7.16
|[[Benutzer:Nils|Nils Warkentin]] (Freundinn)
|Parkstraße 26
|Notebook
|----
|192.168.7.17
|Karl-H. Krüger
|Adolf-Becker-Str.19
|Notebook
|----
|192.168.7.18
|Thomas Krüger
|Budapester Str. 63
|Notebook
|----
|192.168.7.19
|Stephan Pilch
|Am Kabutzenhof 42
|Apple
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || Universitätsnetz
|-
|192.168.0.253 || IFNM || SDSL || geplant
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Diskussion:Vereinstreffen Juli 2005

2005-07-29T20:08:40Z

Sh01:

[[Benutzer:MathiasMahnke|MathiasMahnke]] 18:49, 25. Jul 2005 (CEST) (kann leider nicht dabei sein):
:* Kanalumstellung: Ist sie wirklich sinnvoll? Was gewinnen wir, mit welchem Aufwand wird das ganze überhaupt funktionieren? Heute war z.B. das Netz hier kurzzeitig auf Kanal 10, Kanal 3 und Kanal 8. Nach einer Weile war alles wieder auf Kanal 3. Eine Sicherheit für einen dauerhaften Wechsel gibt es wohl kaum, oder?
::* So wie ich das verstanden habe gibt es (z.B. bei Logge) Probleme mit Kanal 3. Deswegen wurde die Umstellung beim letzten Treffen gewünscht. [[Benutzer:Mdbw|Mdbw]] 19:10, 25. Jul 2005 (CEST)
:* Internetseite: Ich bin für wenig Designaufwand. Der gesamte Auftritt nur als Wiki. Etwas eigene Identität sollte die Seite aber ausstrahlen. Es muss noch mehr über den Verein (Wer macht was z.B.) auf die Seite.
::* Ich bin auch der Meinung das die Informationen an erster Stelle kommen sollte (Es fehlen z.B. noch Texte wie [[Über Opennet]]). Dann sollte das Design so einfach wie möglich sein. [[Benutzer:Mdbw|Mdbw]] 19:10, 25. Jul 2005 (CEST)
[[Benutzer:Hendrik.bohn|Hendrik.bohn]] 14:29, 27. Jul 2005 (CEST) (kann leider auch nicht dabei sein):
:* Kanalumstellung und SSID: Auch für mich die Frage,ob es wirklich notwendig ist? Warum eine neue SSID? Viele potentielle Mitglieder suchen im Internet nach opennet-initiative.de. Was werden sie denn nun unter olsr.opennet-initiative.de finden. Ausserdem setzen wir doch alle auf olsr oder nicht?
::* Das Problem ist andersrum (heute selbst gesehen); die meisten sehen nicht mehr durch, warum wir zwei Namen haben -Forum und -Initiative und besuchen dementsprechend die alte Seite. Da wird das aber als Verein betreiben, sollte auch der Vereinsname dort rein. (Auf lange Sicht, vielleicht laesst es sich gleich erschlagen) --[[Benutzer:MathiasMahnke|MathiasMahnke]] 23:50, 27. Jul 2005 (CEST)
:::* Zustimmung. [[Benutzer:Mdbw|Mdbw]]
::* OLSR _müssen_ alle einsetzen, sonst sind sie nicht mehr Teil des Netzwerkes. --[[Benutzer:MathiasMahnke|MathiasMahnke]] 23:50, 27. Jul 2005 (CEST)
::* Auf dem Webserver könnte man sicherlich olsr.opennet-initiative.de auf die Startseite umleiten, damit kein potenielle "Kunde" unsere Seite übersieht. Der Hinweis ist gut, falls noch nicht erledigt! --[[Benutzer:MathiasMahnke|MathiasMahnke]] 23:50, 27. Jul 2005 (CEST)
:::* olsr.opennet-initiative.de Wird seit gestern auf [[Mitmachen]] weitergeleitet. [[Benutzer:Mdbw|Mdbw]] 10:51, 28. Jul 2005 (CEST)

Thomas Mundt (War leider kurzfristig verhindert):
::*Kanalumstellung + Wechsel SSID auf "olsr.opennet-initiative.de" (Realisierung und Datum)

:::*Kanalumstellung haben wir nicht wirklich unter Kontrolle, wird also nur kurzfristig Erfolg haben und deshalb den Aufwand nicht lohnen.

:::*Wenn dann alle 25++ APs auf dem neuen Kanal sind, wird es dort auch wieder Störungen geben. Die Aussage, andere Kanäle sind weniger stark verrauscht, ist also mit Vorsicht zu genießen.

::*SSID Umstellung finde ich falsch!

:::*Es bedeutet für jeden einzelnen Aufwand. Alle Web-Seiten müssen umgebaut werden.

:::*Das Netz wird nicht vom Verein betrieben, sondern von einer Horde unabhängiger Leute. Der Verein bietet nur Internet-Zugang und ist eine rechtliche Konstruktion, um z.B. mit IfnM Verträge abzuschließen.

:::*Wenn das Netz vom Verein betrieben würde, verlieren wir über kurz oder lang den Zugang zum Universitätsgebäude Ulmenstraße. Denn dort werden wir nur als Forschungsprojekt geduldet. Deswegen steht auch www.opennet-forum.de auch vorne, dass es ursprünglich aus einem Uni-Projekt stammt.

:::*Im Übrigen sind auch logistisch Verein und Netz zwei unterschiedliche Sachen. Nicht jeder Knoten gehört einem Vereinsmitglied. Das sollte aus meiner Sicht auch nicht unbedingt so sein.
:::: Zustimmung. --[[Benutzer:Sh01|Sh01]] 22:08, 29. Jul 2005 (CEST)

Opennet Netzstatus

2005-07-29T19:47:31Z

Sh01: /* [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml Connection Quality] */ - ocellata should be back up

== Einführung ==
Der offizielle opennet-gateway Host titan.informatik.uni-rostock.de bietet interessierten Nutzern die Möglichkeit, zeitnah aktualisierte Informationen über den Zustand des OpenNets abzufragen.
Zugriff funktioniert aus dem OpenNet über [http://www.titan.informatik.uni-rostock.de http://www.titan.informatik.uni-rostock.de] bzw. [http://192.168.0.254 http://192.168.0.254], und generell über [http://titan.www.opennet-initiative.de http://titan.www.opennet-intiative.de].

== Zusammenfassungen ==
=== [http://www.opennet-forum.de/status.html http://www.opennet-forum.de/status.html]===
Html page mit (einer geringfügig zeitverzögerten Version der) Topology Dot Graphen und einer Teilmenge der Traffic Stats Grafiken.
== Output einzelner Programme ==
=== [http://titan.www.opennet-initiative.de/stats/graphics/ Traffic stats] ===
Diese Grafiken werden erzeugt von teucrium (Python-script), unter nutzung von [http://www.netfilter.org/ Linux netfilter], libipt zum Zugriff und [http://people.ee.ethz.ch/~oetiker/webtools/rrdtool/ rrdtool] (Zugriff über [http://sourceforge.net/projects/py-rrdtool py-rrdtool]) zum graphing.

=== [http://titan.www.opennet-initiative.de/topology/olsr/ Toplogy Dot Graphs] ===

Ketupo (Python-script) liest die notwendigen Daten über eine modifizierte Version des dotdraw Plugins von Titan's [http://olsr.org olsrd] und nutzt [http://www.graphviz.org/ graphviz] via [http://dkbza.org/pydot.html pydot] zur Erstellung der genannten Grafiken.

=== [http://titan.www.opennet-initiative.de/stats/connection_quality/ocellata.xhtml Connection Quality] ===
Tabelle mit allen aufgezeichneten opennet olsr-Nodes, Zeit des ersten gespeicherten Vorhandenseins, des letzten gespeicherten Vorhandenseins, und Statistiken über den Anteil der in verschiedenen Zeiträumen von dem Node erfolgreich beantworteten ICMP ECHO requests (i.e. 1 - Packet Loss). Alle Zeiten innerhalb der Tabelle sind in UTC.
Ocellata (Python-script(s)) sammelt die Daten in einer [http://www.mysql.com/ mysql]-db und erzeugt daraus die html-page.

=== [http://titan.www.opennet-initiative.de/accounting/topN/ topN IP Adressen] ===
Listet die 10 im vorherigen Monat für den meisten Traffic verantwortlichen OpenNet IP-Adressen, den jeweiligen Anteil am gesamten registrierten Traffic, und einige andere Statistiken.
Daten werden durch [http://www.netfilter.org/ Linux netfilter] (ULOG), [http://fprobe.sourceforge.net/ fprobe-ulog] an [http://netflow.cesnet.cz/ Netflow Monitor] weitergegeben und von diesem in einer [http://www.mysql.com/ mysql]-db gespeichert.
Crinoidea (Python-script) liest diese Daten aus und erzeugt daraus die genannten xhtml-pages.

Opennet Nodes

2005-07-28T12:27:14Z

Sh01: /* Mobile Nodes */ - 14.mobile.on

Als SSID muss "olsr.opennet-forum.de" verwendet werden.

=== Feste Nodes ===

Wenn noch nicht geschehen erstellt doch bitte eine Beschreibungsseite zu Deinem Accesspoint. Eine Vorlage gibt es [[Accesspoint_Beschreibungsseite|hier]].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Besitzer
!Kommentar
|----
|[[AP59]]
|Parkstraße 26
|Yagi 18dbi
|Asus WL-500g
|00:11:D8:74:B9:59
|[[Benutzer:Nils|Nils Warkentin]]
|Im Aufbau
|----
|[[AP58]]
|Budapester Straße 16 (Bürgerhaus)
|
|Linksys WRT54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|----
|[[AP57]]
|
|
|Linksys WRT54G
|00:13:10:3F:55:5E
|Matthias Schulz
|Im Aufbau
|----
|[[AP56]]
|Waldemarstraße 47
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|Im Aufbau
|----
|[[AP54]]
|Dober. Str. 44-47 (INR)
|Omni 8dbi W
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|----
|[[AP53]]
|Dober. Str. 44-47 (INR)
|Interner Rundstrahler
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Kanal 8
|----
|[[AP52]]
|Waldemarstr. 13
|
|Linksys WRT54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|----
|[[AP51]]
|Margaretenstr. 39
|
|Linksys WRT54G
|
|Steffen Bleich
|----
|[[AP50]]
|Budapester Str. 36
|
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|----
|[[AP49]]
|Schliemannstr.
|
|Linksys WRT54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|----
|[[AP48]]
|Waldemarstraße 55
|
|Linksys WRT54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|Im Aufbau
|----
|[[AP47]]
|Mobil
|
|Asus WL-500gx
|
|Moritz Reimann
|Testgerät
|----
|[[AP46]]
|Waldemarstr. 47
|
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni 8dbi (Dach)
|Linksys WRT54G
|00:12:17:D4:6F:EF
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|----
|[[AP44]]
|Borwinstr. 12
|
|Linksys WRT54GS
|00:13:10:27:E5:0B
|Thomas Speck
|
|----
|[[AP43]]
|Schliemannstr.
|
|Linksys WRT54G
|00:12:17:CC:03:84
|Daniel Büchner
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad S
|Asus WL-500g Deluxe
|00:11:D8:70:1C:8A
|Daniel Schick
|
|----
|[[AP41]]
|Jahnstr. 6
|
|Linksys WRT54G
|00:12:17:DD:BB:2C
|Christoph Drescher
|Im Aufbau
|----
|[[AP40]]
|Am Kabutzenhof 2
|
|Asus WL-500g
|00:11:D8:24:57:7B
|Karsten Rothemund
|Im Aufbau
|----
|[[AP39]]
|Parkstraße 31
|
|Linksys WRT54G
|00:12:17:D4:94:92
|Christian Wedell
|----
|[[AP38]]
|Am Kabutzenhof 30
|Panel 19dbi SSO
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|----
|[[AP37]]
|Gellertstr. 9
|
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|Im Aufbau
|----
|[[AP36]]
|Adolf-Becker-Str. 14
|
|Asus WL-500g
|00:11:D8:60:25:4C
|Klaus-Dieter Konradt
|Im Aufbau
|----
|[[AP35]]
|Am Ratsplatz 2
|
|Asus WL-500g
|
|Jens Röper
|
|----
|[[AP34]]
|Doberaner Str. 52
|ParabolGrid 24dbi E
|Asus WL-500g
|
|Matthias Suraj
|Kanal 8
|----
|[[AP33]]
|Viergewerkerstr. 4
|
|Asus WL-500g
|
|Uwe Hilscher
|
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT54G
|00:12:17:CC:D3:5C
|Norman Zülow
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|----
|[[AP29]]
|Waldemarstr. 42
|
|Linksys WRT54G
|00:12:17:B3:1E:5F
|Rüdiger Schmoldt
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|----
|[[AP27]]
|Am Kabutzenhof 17
|Omni 8dbi O (1. OG)
|Linksys WRT54G
|00:13:10:27:D2:F3
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT54G
|00:12:17:B3:21:6C
|Peter Hümbs
|----
|[[AP25]]
|Mobil
|
|Linksys WRT54G
|
|Thomas Mundt
|Testgerät
|----
|[[AP24]]
|Dober. Str. 44-47 (INR)
|Omni 15dbi S
|Asus WL-500g
|00:11:2F:90:EA:E6
|Thomas Mundt
|
|----
|[[AP23]]
|Borwinstr. 38
|
|Asus WL-500g
|00:11:D8:24:56:79
|Friedrich Hartmann
|
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|----
|[[AP21]]
|Budapester Str. 63
|
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|----
|[[AP20]]
|Am Kabutzenhof 33
|BiQuad N (Balkon)
|Asus WL-500g
|00:11:2F:B6:64:88
|Thomas Gertz
|
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Omni
|Asus WL-500g
|00:11:2F:B6:64:7B
|Hendrik Bohn
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|----
|[[AP16]]
|Ulmenstr. 69
|Panel NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Clemens Cap
|
|----
|[[AP15]]
|Ulmenstr. 69
|Panel SW
|Asus WL-500g
|00:0E:A6:90:7D:52
|Clemens Cap
|----
|[[AP14]]
|Ulmenstr. 69
|Panel SW
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Clemens Cap
|----
|[[AP13]]
|Borwinstraße 39
|
|Asus WL-500g
|00:11:D8:1B:F9:85
|Michael Götschmann
|Im Aufbau
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|----
|[[AP11]]
|Waldemarstr. 11a
|BiQuad N (1. OG)
|Linksys WRT54G
|00:0F:66:90:57:5D
|Robert Nickel
|
|----
|[[AP10]]
|Ulmenstraße 32
|
|Linksys WRT54G
|00:12:17:CB:E6:5A
|Alexander Pietsch
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Hohlantenne W (Fenster)
|Asus WL-500g
|
|Marc Haase
|
|----
|[[AP8]]
|Borwinstraße 31
|Yagi SE
|Linksys WRT54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|----
|[[AP7]]
|Maßmannstr. 106
|Panel E
|Asus WL-500g
|
|Andreas Buchmann
|
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Panel WSW
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT54G
|00:0F:66:56:E4:F9
|Thomas Mundt
|
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT54G
|00:0F:66:56:E1:C0
|Thomas Mundt
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|BiQuad W (Fenster)
|Asus WL-500g
|
|Donald Reebs
|
|----
|[[AP2]]
|Waldemarstraße 50
|2 Sektorantennen (Dach)
|Linksys WRT54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|Thomas Mundt
|
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Jedes Mitglied trägt hier seine Adresse selbst ein. (aufsteigend)!''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|[http://192.168.7.10/ 192.168.7.10]
|[[Benutzer:MathiasMahnke|Mathias Mahnke]]
|Am Kabutzenhof 17
|Notebook
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|Thomas Gertz
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|----
|192.168.7.14
|Daniel Schick
|
|Notebook
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || Universitätsnetz
|-
|192.168.0.253 || IFNM || SDSL || geplant
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Opennet Nodes

2005-07-27T11:57:40Z

Sh01: MAC Ap42

Als SSID muss "olsr.opennet-forum.de" verwendet werden.

=== Feste Nodes ===

Wenn noch nicht geschehen erstellt doch bitte eine Beschreibungsseite zu Deinem Accesspoint. Eine Vorlage gibt es [[Accesspoint_Beschreibungsseite|hier]].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Besitzer
!Kommentar
|----
|[[AP58]]
|Budapester Straße 16 (Bürgerhaus)
|
|Linksys WRT-54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|----
|[[AP57]]
|
|
|Linksys WRT-54G
|00:13:10:3F:55:5E
|Matthias Schulz
|Im Aufbau
|----
|[[AP56]]
|Waldemarstraße 47
|Gummistummel
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT-54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|Im Aufbau
|----
|[[AP54]]
|Doberaner Strasse 44-47 (INR)
|8dbi Omni nach Westen
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|----
|[[AP53]]
|Doberaner Strasse 44-47 (INR)
|Gummistummel
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Kanal 8
|----
|[[AP52]]
|Waldemarstr. 13
|
|Linksys WRT-54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|----
|[[AP51]]
|Margaretenstr. 39
|
|Linksys WRT-54G
|
|Steffen Bleich
|----
|[[AP50]]
|Budapester Str. 36
|
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|----
|[[AP49]]
|Schliemannstrasse
|
|Linksys WRT-54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|----
|[[AP48]]
|Waldemarstraße 55
|
|Linksys WRT-54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|Im Aufbau
|----
|[[AP47]]
|Mobil
|
|Asus WL-500gx
|
|Moritz Reimann
|Performancetests
|----
|[[AP46]]
|Waldemarstr. 47
|
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|[[olsr]]
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni - 8dbi - Dach
|Linksys WRT-54G v2.2
|00:12:17:D4:6F:EF
|Mathias Mahnke
|[[olsr]]
|----
|[[AP44]]
|Borwinstr. 12
|
|Linksys WRT-54GS
|00:13:10:27:E5:0B
|Thomas Speck
|[[olsr]]
|----
|[[AP43]]
|Schliemannstrasse
|
|Linksys WRT-54G
|00:12:17:CC:03:84
|Daniel Büchner
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad - Richtung Süden (Ulmenstraße)
|Asus WL-500g Deluxe
|00:11:D8:70:1C:8A
|Daniel Schick
|[[olsr]]
|----
|[[AP41]]
|Jahnstr. 6
|
|Linksys WRT-54G v2.2
|00:12:17:DD:BB:2C
|Christoph Drescher
|Im Aufbau
|----
|[[AP40]]
|Am Kabutzenhof 2
|
|Asus WL-500g
|00:11:D8:24:57:7B
|Karsten Rothemund
|Im Aufbau
|----
|[[AP39]]
|Parkstraße 31
|
|Linksys WRT-54G v2.2
|00:12:17:D4:94:92
|Christian Wedell
|----
|[[AP38]]
|Am Kabutzenhof 30
|Nynex Panel19 - Richtung SSO (Ulmenstraße)
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|----
|[[AP37]]
|Gellertstrasse 9
|
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|Im Aufbau
|----
|[[AP36]]
|Adolf-Becker-Strasse 14
|
|Asus WL-500g
|00:11:D8:60:25:4C
|Klaus-Dieter Konradt
|Im Aufbau
|----
|[[AP35]]
|Am Ratsplatz 2
|
|Asus WL-500g
|
|Jens Röper
|[[olsr]]
|----
|[[AP34]]
|Doberaner Str. 52
|ParabolGrid 24dbi Richtung INR
|Asus WL-500g
|
|Matthias Suraj
|z.Zt. ueber Kanal 8 und AP53; [[olsr]]
|----
|[[AP33]]
|Viergewerkerstr. 4
|
|Asus WL-500g
|
|Uwe Hilscher
|[[olsr]]
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT-54G
|00:12:17:CC:D3:5C
|Norman Zülow
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT-54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT-54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|----
|[[AP29]]
|Waldemarstr. 42
|
|Linksys WRT-54G
|00:12:17:B3:1E:5F
|Rüdiger Schmoldt
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT-54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|----
|[[AP27]]
|Am Kabutzenhof 17
|
|Linksys WRT-54G v2.2
|00:13:10:27:D2:F3
|Mathias Mahnke
|
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT-54G
|00:12:17:B3:21:6C
|Peter Hümbs
|----
|[[AP25]]
|Mobil
|
|Linksys WRT-54G
|
|Thomas Mundt
|Testgerät Netzüberwachung; [[olsr]]
|----
|[[AP24]]
|Doberaner Strasse 44-47 (INR)
|15dbi Omni nach Süden (Ulmenstr.)
|Asus WL-500g
|00:11:2F:90:EA:E6
|Thomas Mundt
|
|----
|[[AP23]]
|Borwinstr. 38
|
|[[Asus-Tutorial_(OLSR)|Asus WL-500g]]
|00:11:D8:24:56:79
|Friedrich Hartmann
|[[olsr]]
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT-54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|----
|[[AP21]]
|Budapester Str. 63
|
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|----
|[[AP20]]
|Am Kabutzenhof 33
|Bi-Quad auf Balkon N
|Asus WL-500g
|00:11:2F:B6:64:88
|Thomas Gertz
|[[olsr]]
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Omni
|Asus WL-500g
|00:11:2F:B6:64:7B
|Hendrik Bohn
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|----
|[[AP16]]
|Ulmenstr. 69
|Planar NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Clemens Cap
|
|----
|[[AP15]]
|Ulmenstr. 69
|Planar SW
|Asus WL-500g
|00:0E:A6:90:7D:52
|Clemens Cap
|----
|[[AP14]]
|Ulmenstr. 69
|Planar SW
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Clemens Cap
|----
|[[AP13]]
|Borwinstraße 39
|
|Asus WL-500g
|00:11:D8:1B:F9:85
|Michael Götschmann
|Im Aufbau
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT-54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|----
|[[AP11]]
|Waldemarstr. 11a
|Bi-Quad am FB 2 Stock N
|Linksys WRT-54G
|00:0F:66:90:57:5D BSSID: 02:0A:B6:6A:96:56
|Robert Nickel
|[[olsr]]
|----
|[[AP10]]
|Ulmenstraße 32
|
|Linksys WRT-54G
|00:12:17:CB:E6:5A
|Alexander Pietsch
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Interner Rundstrahler und Hohlantenne auf dem Fensterbrett W
|Asus WL-500g
|
|Marc Haase
|[[olsr]]
|----
|[[AP8]]
|Borwinstraße 31
|Yagi SE
|Linksys WRT-54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|----
|[[AP7]]
|Maßmannstr. 106
|Planarantenne Richtung Osten
|Asus WL-500g
|
|Andreas Buchmann
|[[olsr]]
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Planare Richtantenne (Vorläufige Richtung WSW) auf dem Dach
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT-54G
|00:0F:66:56:E4:F9
|Thomas Mundt
|
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT-54G
|00:0F:66:56:E1:C0
|Thomas Mundt
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|Interner Rundstrahler und Bi-Quad auf dem Fensterbrett W
|Asus WL-500g
|
|Donald Reebs
|[[olsr]]
|----
|[[AP2]]
|Waldemarstraße 50
|Richtantenne mit zwei Sektoren auf dem Dach
|Linksys WRT-54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|Thomas Mundt
|[[olsr]]
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Jedes Mitglied trägt hier seine Adresse selbst ein. (aufsteigend)!''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|192.168.7.10
|Mathias Mahnke
|Am Kabutzenhof 17
|Notebook (OLSR-Status: http://192.168.7.10/)
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|Thomas Gertz
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || Universitätsnetz
|-
|192.168.0.253 || IFNM || SDSL || geplant
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Opennet Nodes

2005-07-27T11:54:42Z

Sh01: ap27 update

Als SSID muss "olsr.opennet-forum.de" verwendet werden.

=== Feste Nodes ===

Wenn noch nicht geschehen erstellt doch bitte eine Beschreibungsseite zu Deinem Accesspoint. Eine Vorlage gibt es [[Accesspoint_Beschreibungsseite|hier]].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Besitzer
!Kommentar
|----
|[[AP58]]
|Budapester Straße 16 (Bürgerhaus)
|
|Linksys WRT-54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|----
|[[AP57]]
|
|
|Linksys WRT-54G
|00:13:10:3F:55:5E
|Matthias Schulz
|Im Aufbau
|----
|[[AP56]]
|Waldemarstraße 47
|Gummistummel
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT-54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|Im Aufbau
|----
|[[AP54]]
|Doberaner Strasse 44-47 (INR)
|8dbi Omni nach Westen
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|----
|[[AP53]]
|Doberaner Strasse 44-47 (INR)
|Gummistummel
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Kanal 8
|----
|[[AP52]]
|Waldemarstr. 13
|
|Linksys WRT-54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|----
|[[AP51]]
|Margaretenstr. 39
|
|Linksys WRT-54G
|
|Steffen Bleich
|----
|[[AP50]]
|Budapester Str. 36
|
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|----
|[[AP49]]
|Schliemannstrasse
|
|Linksys WRT-54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|----
|[[AP48]]
|Waldemarstraße 55
|
|Linksys WRT-54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|Im Aufbau
|----
|[[AP47]]
|Mobil
|
|Asus WL-500gx
|
|Moritz Reimann
|Performancetests
|----
|[[AP46]]
|Waldemarstr. 47
|
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|[[olsr]]
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni - 8dbi - Dach
|Linksys WRT-54G v2.2
|00:12:17:D4:6F:EF
|Mathias Mahnke
|[[olsr]]
|----
|[[AP44]]
|Borwinstr. 12
|
|Linksys WRT-54GS
|00:13:10:27:E5:0B
|Thomas Speck
|[[olsr]]
|----
|[[AP43]]
|Schliemannstrasse
|
|Linksys WRT-54G
|00:12:17:CC:03:84
|Daniel Büchner
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad - Richtung Süden (Ulmenstraße)
|Asus WL-500g Deluxe
|
|Daniel Schick
|[[olsr]]
|----
|[[AP41]]
|Jahnstr. 6
|
|Linksys WRT-54G v2.2
|00:12:17:DD:BB:2C
|Christoph Drescher
|Im Aufbau
|----
|[[AP40]]
|Am Kabutzenhof 2
|
|Asus WL-500g
|00:11:D8:24:57:7B
|Karsten Rothemund
|Im Aufbau
|----
|[[AP39]]
|Parkstraße 31
|
|Linksys WRT-54G v2.2
|00:12:17:D4:94:92
|Christian Wedell
|----
|[[AP38]]
|Am Kabutzenhof 30
|Nynex Panel19 - Richtung SSO (Ulmenstraße)
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|----
|[[AP37]]
|Gellertstrasse 9
|
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|Im Aufbau
|----
|[[AP36]]
|Adolf-Becker-Strasse 14
|
|Asus WL-500g
|00:11:D8:60:25:4C
|Klaus-Dieter Konradt
|Im Aufbau
|----
|[[AP35]]
|Am Ratsplatz 2
|
|Asus WL-500g
|
|Jens Röper
|[[olsr]]
|----
|[[AP34]]
|Doberaner Str. 52
|ParabolGrid 24dbi Richtung INR
|Asus WL-500g
|
|Matthias Suraj
|z.Zt. ueber Kanal 8 und AP53; [[olsr]]
|----
|[[AP33]]
|Viergewerkerstr. 4
|
|Asus WL-500g
|
|Uwe Hilscher
|[[olsr]]
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT-54G
|00:12:17:CC:D3:5C
|Norman Zülow
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT-54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT-54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|----
|[[AP29]]
|Waldemarstr. 42
|
|Linksys WRT-54G
|00:12:17:B3:1E:5F
|Rüdiger Schmoldt
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT-54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|----
|[[AP27]]
|Am Kabutzenhof 17
|
|Linksys WRT-54G v2.2
|00:13:10:27:D2:F3
|Mathias Mahnke
|
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT-54G
|00:12:17:B3:21:6C
|Peter Hümbs
|----
|[[AP25]]
|Mobil
|
|Linksys WRT-54G
|
|Thomas Mundt
|Testgerät Netzüberwachung; [[olsr]]
|----
|[[AP24]]
|Doberaner Strasse 44-47 (INR)
|15dbi Omni nach Süden (Ulmenstr.)
|Asus WL-500g
|00:11:2F:90:EA:E6
|Thomas Mundt
|
|----
|[[AP23]]
|Borwinstr. 38
|
|[[Asus-Tutorial_(OLSR)|Asus WL-500g]]
|00:11:D8:24:56:79
|Friedrich Hartmann
|[[olsr]]
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT-54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|----
|[[AP21]]
|Budapester Str. 63
|
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|----
|[[AP20]]
|Am Kabutzenhof 33
|Bi-Quad auf Balkon N
|Asus WL-500g
|00:11:2F:B6:64:88
|Thomas Gertz
|[[olsr]]
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Omni
|Asus WL-500g
|00:11:2F:B6:64:7B
|Hendrik Bohn
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|----
|[[AP16]]
|Ulmenstr. 69
|Planar NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Clemens Cap
|
|----
|[[AP15]]
|Ulmenstr. 69
|Planar SW
|Asus WL-500g
|00:0E:A6:90:7D:52
|Clemens Cap
|----
|[[AP14]]
|Ulmenstr. 69
|Planar SW
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Clemens Cap
|----
|[[AP13]]
|Borwinstraße 39
|
|Asus WL-500g
|00:11:D8:1B:F9:85
|Michael Götschmann
|Im Aufbau
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT-54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|----
|[[AP11]]
|Waldemarstr. 11a
|Bi-Quad am FB 2 Stock N
|Linksys WRT-54G
|00:0F:66:90:57:5D BSSID: 02:0A:B6:6A:96:56
|Robert Nickel
|[[olsr]]
|----
|[[AP10]]
|Ulmenstraße 32
|
|Linksys WRT-54G
|00:12:17:CB:E6:5A
|Alexander Pietsch
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Interner Rundstrahler und Hohlantenne auf dem Fensterbrett W
|Asus WL-500g
|
|Marc Haase
|[[olsr]]
|----
|[[AP8]]
|Borwinstraße 31
|Yagi SE
|Linksys WRT-54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|----
|[[AP7]]
|Maßmannstr. 106
|Planarantenne Richtung Osten
|Asus WL-500g
|
|Andreas Buchmann
|[[olsr]]
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Planare Richtantenne (Vorläufige Richtung WSW) auf dem Dach
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT-54G
|00:0F:66:56:E4:F9
|Thomas Mundt
|
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT-54G
|00:0F:66:56:E1:C0
|Thomas Mundt
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|Interner Rundstrahler und Bi-Quad auf dem Fensterbrett W
|Asus WL-500g
|
|Donald Reebs
|[[olsr]]
|----
|[[AP2]]
|Waldemarstraße 50
|Richtantenne mit zwei Sektoren auf dem Dach
|Linksys WRT-54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|Thomas Mundt
|[[olsr]]
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Jedes Mitglied trägt hier seine Adresse selbst ein. (aufsteigend)!''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|192.168.7.10
|Mathias Mahnke
|Am Kabutzenhof 17
|Notebook (OLSR-Status: http://192.168.7.10/)
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|Thomas Gertz
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || Universitätsnetz
|-
|192.168.0.253 || IFNM || SDSL || geplant
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Opennet Nodes

2005-07-27T11:53:04Z

Sh01: restoed MAC of AP23; olsr-Einträge aus MAC-spalte in Kommentar verschoben

Als SSID muss "olsr.opennet-forum.de" verwendet werden.

=== Feste Nodes ===

Wenn noch nicht geschehen erstellt doch bitte eine Beschreibungsseite zu Deinem Accesspoint. Eine Vorlage gibt es [[Accesspoint_Beschreibungsseite|hier]].

{| {{prettytable}}
!Nr.
!Standort
!Antenne und Richtung
!Typ
!MAC-Adresse
!Besitzer
!Kommentar
|----
|[[AP58]]
|Budapester Straße 16 (Bürgerhaus)
|
|Linksys WRT-54G
|00:13:10:3F:41:7F
|Henning Rieger
|Im Aufbau
|----
|[[AP57]]
|
|
|Linksys WRT-54G
|00:13:10:3F:55:5E
|Matthias Schulz
|Im Aufbau
|----
|[[AP56]]
|Waldemarstraße 47
|Gummistummel
|Asus WL-500g
|00:11:D8:EF:FC:6A
|Thomas Baade
|----
|[[AP55]]
|Arno-Holz Str. 9
|
|Linksys WRT-54G
|00:0F:66:A2:F5:9C
|Tilo Döppner
|Im Aufbau
|----
|[[AP54]]
|Doberaner Strasse 44-47 (INR)
|8dbi Omni nach Westen
|Asus WL-500g
|00:11:D8:D7:E9:D4
|Verein
|
|----
|[[AP53]]
|Doberaner Strasse 44-47 (INR)
|Gummistummel
|Asus WL-500g
|00:11:D8:43:88:FF
|Verein
|Kanal 8
|----
|[[AP52]]
|Waldemarstr. 13
|
|Linksys WRT-54GS
|00:0F:66:C7:87:46
|Marcus Popanda
|----
|[[AP51]]
|Margaretenstr. 39
|
|Linksys WRT-54G
|
|Steffen Bleich
|----
|[[AP50]]
|Budapester Str. 36
|
|Asus WL-500g
|00:11:D8:6B:DB:DB
|Nils Heine
|im Aufbau
|----
|[[AP49]]
|Schliemannstrasse
|
|Linksys WRT-54GS
|00:0F:66:C8:5F:4F
|Daniel Büchner
|----
|[[AP48]]
|Waldemarstraße 55
|
|Linksys WRT-54G
|00:13:10:0A:DB:EC
|Mario Rothaupt
|Im Aufbau
|----
|[[AP47]]
|Mobil
|
|Asus WL-500gx
|
|Moritz Reimann
|Performancetests
|----
|[[AP46]]
|Waldemarstr. 47
|
|Asus WL-500g
|00:11:D8:30:C0:39
|Rene Ejury
|[[olsr]]
|----
|[[AP45]]
|Am Kabutzenhof 16
|Omni - 8dbi - Dach
|Linksys WRT-54G v2.2
|00:12:17:D4:6F:EF
|Mathias Mahnke
|[[olsr]]
|----
|[[AP44]]
|Borwinstr. 12
|
|Linksys WRT-54GS
|00:13:10:27:E5:0B
|Thomas Speck
|[[olsr]]
|----
|[[AP43]]
|Schliemannstrasse
|
|Linksys WRT-54G
|00:12:17:CC:03:84
|Daniel Büchner
|----
|[[AP42]]
|Budapester Str. 10
|BiQuad - Richtung Süden (Ulmenstraße)
|Asus WL-500g Deluxe
|
|Daniel Schick
|[[olsr]]
|----
|[[AP41]]
|Jahnstr. 6
|
|Linksys WRT-54G v2.2
|00:12:17:DD:BB:2C
|Christoph Drescher
|Im Aufbau
|----
|[[AP40]]
|Am Kabutzenhof 2
|
|Asus WL-500g
|00:11:D8:24:57:7B
|Karsten Rothemund
|Im Aufbau
|----
|[[AP39]]
|Parkstraße 31
|
|Linksys WRT-54G v2.2
|00:12:17:D4:94:92
|Christian Wedell
|----
|[[AP38]]
|Am Kabutzenhof 30
|Nynex Panel19 - Richtung SSO (Ulmenstraße)
|Asus WL-500g
|00:11:D8:60:25:27
|Gunnar Sturzrehm
|----
|[[AP37]]
|Gellertstrasse 9
|
|Asus WL-500g
|00:11:D8:60:24:F5
|Lothar Mickel
|Im Aufbau
|----
|[[AP36]]
|Adolf-Becker-Strasse 14
|
|Asus WL-500g
|00:11:D8:60:25:4C
|Klaus-Dieter Konradt
|Im Aufbau
|----
|[[AP35]]
|Am Ratsplatz 2
|
|Asus WL-500g
|
|Jens Röper
|[[olsr]]
|----
|[[AP34]]
|Doberaner Str. 52
|ParabolGrid 24dbi Richtung INR
|Asus WL-500g
|
|Matthias Suraj
|z.Zt. ueber Kanal 8 und AP53; [[olsr]]
|----
|[[AP33]]
|Viergewerkerstr. 4
|
|Asus WL-500g
|
|Uwe Hilscher
|[[olsr]]
|----
|[[AP32]]
|Am Röper 1
|
|Linksys WRT-54G
|00:12:17:CC:D3:5C
|Norman Zülow
|----
|[[AP31]]
|Adolf-Becker-Str.19
|Rundquad
|Linksys WRT-54G
|00:12:17:CC:E3:2B
|Karl-H. Krüger
|----
|[[AP30]]
|Borwinstr. 14
|
|Linksys WRT-54G
|00:12:17:CC:C3:EB
|Thomas Wandt
|----
|[[AP29]]
|Waldemarstr. 42
|
|Linksys WRT-54G
|00:12:17:B3:1E:5F
|Rüdiger Schmoldt
|----
|[[AP28]]
|Fritz-Reuter-Str. 54
|
|Linksys WRT-54G
|00:12:17:CB:DF:4B
|Mirko Bernhöft
|----
|[[AP27]]
|Am Kabutzenhof 17
|
|Linksys WRT-54G v2.2
|00:12:17:B3:21:9E
|Mathias Mahnke
|defekt
|----
|[[AP26]]
|Budapester Str. 5
|
|Linksys WRT-54G
|00:12:17:B3:21:6C
|Peter Hümbs
|----
|[[AP25]]
|Mobil
|
|Linksys WRT-54G
|
|Thomas Mundt
|Testgerät Netzüberwachung; [[olsr]]
|----
|[[AP24]]
|Doberaner Strasse 44-47 (INR)
|15dbi Omni nach Süden (Ulmenstr.)
|Asus WL-500g
|00:11:2F:90:EA:E6
|Thomas Mundt
|
|----
|[[AP23]]
|Borwinstr. 38
|
|[[Asus-Tutorial_(OLSR)|Asus WL-500g]]
|00:11:D8:24:56:79
|Friedrich Hartmann
|[[olsr]]
|----
|[[AP22]]
|Am Röper 2
|
|Linksys WRT-54G
|00:0F:66:D9:A8:DA
|Matthias Rust
|----
|[[AP21]]
|Budapester Str. 63
|
|Asus WL-500g
|00:11:D8:24:53:2A
|Thomas Krüger
|----
|[[AP20]]
|Am Kabutzenhof 33
|Bi-Quad auf Balkon N
|Asus WL-500g
|00:11:2F:B6:64:88
|Thomas Gertz
|[[olsr]]
|----
|[[AP19]]
|Fritz-Reuter-Str. 73
|Omni
|Asus WL-500g
|00:11:2F:B6:64:7B
|Hendrik Bohn
|----
|[[AP18]]
|Borwinstr. 31
|Yagi W
|Asus WL-500g
|00:0E:A6:B7:E0:20
|Clemens Cap
|----
|[[AP17]]
|Maßmannstr. 13
|
|Asus WL-500g
|00:11:2F:A2:97:92
|Nico Sandhof
|----
|[[AP16]]
|Ulmenstr. 69
|Planar NE
|Asus WL-500g
|00:0E:A6:B7:DF:A6
|Clemens Cap
|
|----
|[[AP15]]
|Ulmenstr. 69
|Planar SW
|Asus WL-500g
|00:0E:A6:90:7D:52
|Clemens Cap
|----
|[[AP14]]
|Ulmenstr. 69
|Planar SW
|Asus WL-500g
|00:0E:A6:F0:4A:F5
|Clemens Cap
|----
|[[AP13]]
|Borwinstraße 39
|
|Asus WL-500g
|00:11:D8:1B:F9:85
|Michael Götschmann
|Im Aufbau
|----
|[[AP12]]
|Arno-Holz-Str.6
|
|Linksys WRT-54G
|00:0F:66:D9:8E:D6
|Matthias Seemann
|----
|[[AP11]]
|Waldemarstr. 11a
|Bi-Quad am FB 2 Stock N
|Linksys WRT-54G
|00:0F:66:90:57:5D BSSID: 02:0A:B6:6A:96:56
|Robert Nickel
|[[olsr]]
|----
|[[AP10]]
|Ulmenstraße 32
|
|Linksys WRT-54G
|00:12:17:CB:E6:5A
|Alexander Pietsch
|----
|[[AP9]]
|Kurt-Tucholsky-Str. 23
|Interner Rundstrahler und Hohlantenne auf dem Fensterbrett W
|Asus WL-500g
|
|Marc Haase
|[[olsr]]
|----
|[[AP8]]
|Borwinstraße 31
|Yagi SE
|Linksys WRT-54G
|00:0F:66:A3:02:A4
|Jörn Wallstabe
|----
|[[AP7]]
|Maßmannstr. 106
|Planarantenne Richtung Osten
|Asus WL-500g
|
|Andreas Buchmann
|[[olsr]]
|----
|[[AP6]]
|Albert-Einstein-Str. 21
|Planare Richtantenne (Vorläufige Richtung WSW) auf dem Dach
|Asus WL-500g
|00:11:D8:60:23:7C
|Verein
|----
|[[AP5]]
|Albert-Einstein-Str. 21
|Yagi NE
|Linksys WRT-54G
|00:0F:66:56:E4:F9
|Thomas Mundt
|
|----
|[[AP4]]
|Ziolkowskistr. 10
|Yagi SW
|Linksys WRT-54G
|00:0F:66:56:E1:C0
|Thomas Mundt
|----
|[[AP3]]
|Kurt-Tucholsky-Str.
|Interner Rundstrahler und Bi-Quad auf dem Fensterbrett W
|Asus WL-500g
|
|Donald Reebs
|[[olsr]]
|----
|[[AP2]]
|Waldemarstraße 50
|Richtantenne mit zwei Sektoren auf dem Dach
|Linksys WRT-54G
|00:0F:66:5B:6E:5A
|Thomas Heider
|----
|[[AP1]]
|Ziolkowskistr. 10
|Yagi E
|Asus WL-500g
|
|Thomas Mundt
|[[olsr]]
|----
|}

=== Mobile Nodes ===

Mobile Nodes sind nur diejenigen Notebooks, die auch mal außerhalb der eigenen Wohnung betrieben werden sollen - zum Beispiel im Restaurant. Wenn ein Notebook zuhause betrieben wird, soll es entweder über Kabel oder einen weiteren privaten Access Point angeschlossen werden.

Mobile Nodes stellen quasi mobile Access Points dar - auf ihnen muss olsrd laufen, und über sie läuft unter Umständen auch fremder Traffic. Sie sind im Opennet für jeden direkt erreichbar.

''Jedes Mitglied trägt hier seine Adresse selbst ein. (aufsteigend)!''

{| {{prettytable}}
!Nr || Besitzer ||Adresse ||Kommentar
|----
|192.168.7.0
|Thomas Mundt
|Ziolkowskistr. 10
|Notebook
|----
|192.168.7.1
|Sebastian Hagen
|
|Notebook
|----
|192.168.7.2
|Daniel Büchner
|Schliemannstrasse
|Notebook
|----
|192.168.7.3
|Nico Laum
|
|Notebook
|----
|192.168.7.4
|Donald Reebs
|Kurt-Tucholsky-Str. 36
|Notebook
|----
|192.168.7.5
|Matthias Suraj
|Doberaner Str. 52
|Notebook
|----
|192.168.7.6
|Christian Wedell
|Parkstraße 31
|Notebook
|----
|192.168.7.7
|Tilo Döppner
|Arno-Holz Str. 9
|Notebook
|----
|192.168.7.8
|Moritz Reimann
|
|Tests
|----
|192.168.7.9
|Karsten Rothemund
|Am Kabutzenhof 2
|Notebook
|----
|192.168.7.10
|Mathias Mahnke
|Am Kabutzenhof 17
|Notebook (OLSR-Status: http://192.168.7.10/)
|----
|192.168.7.11
|Andreas Buchmann
|Maßmannstr. 106
|Notebook
|----
|192.168.7.12
|Thomas Gertz
|Am Kabutzenhof 33
|Notebook
|----
|192.168.7.13
|[[benutzer:mdbw|Ralph Oesker]]
|Kirchstraße 21
|Notebook
|}

=== Gateways und Server ===

Diese Rechner werden ausschließlich vom Verein betrieben.
{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|192.168.0.254 || Universität - Informatik - Albert-Einstein-Str. 21 || T-Com DSL 3000 || Universitätsnetz
|-
|192.168.0.253 || IFNM || SDSL || geplant
|-
|}

=== Server bei Mitgliedern ===

Für den Fall, dass ein Mitglied einen eigenen Server anbieten möchte - z.B. einen Webserver. Diese Server sind ohne weiteres nicht aus dem Internet zu erreichen, aber für alle im Opennet.

{| {{prettytable}}
|-
! Nr. || Standort || Anbindung || Dienste || Kommentar
|-
|}

[[Kategorie:Konfiguration]]

Linux-Tutorial (OLSR)

2005-07-24T19:27:50Z

Sh01: s/VPN/openvpn/

''Dieses Anleitung befindet sich im Aufbau.''
Diskussion bitte im Forum: [http://forum.opennet-initiative.de/thread.php?threadid=340]

== Ziel ==

Wir wollen im Folgenden ein Linux-Host als mobilen Knoten im Opennet konfigurieren. Dazu muss eine feste Opennet-Adresse unter [[Opennet_Nodes#Mobile_Nodes]] reserviert werden. Anschließend wird die WLAN-Karte konfiguriert und der OLSR-Dienst installiert.

Im Verein solltet ihr für die mobile Teilnahme bereits Mitglied sein und einen Access Point betreiben bzw. sponsoren.

== WLAN-Karte einrichten ==

Geht ganz einfach:
# iwconfig <dev> mode Ad-Hoc essid olsr.opennet-forum.de key <opennet-key>
# ifconfig <dev> <ip>

== OLSRd einrichten ==

Download: http://www.olsr.org/index.cgi?action=download<br/>
Weiterführende Dokumentation: http://www.olsr.org/index.cgi?action=doc

Geht auch ganz einfach:
# Quellen runterladen, am besten die "Latest Release" als tar.bz2-Archiv
# Quellen entpacken -> tar xfj olsrd-X.X.X.tar.bz2
# Übersetzen -> make OS=linux; make install OS=linux
# Konfigurationsdatei bearbeiten -> vi /etc/oslrd.conf (UseHystersis no, LinkQualityLevel 2, Interface "<dev")
# OLSRd starten -> olsrd

Es wird auf der Console ein Statusbildschirm angezeigt mit den Links, Nachbarn und der gelernten Topologie. Ab sofort sollte man vollen Zugang zum Opennet haben. Um auch das Internet zu nutzen, muss noch openvpn installiert werden.

Opennet:Portal

2005-07-22T14:02:06Z

Sh01: /* Übersichten */ s/Teilnehmer/Nodes/

=== Konfiguration ===
* [[Adressierungsschema]] im Opennet
* [[OLSR]]
** [[Asus-Tutorial (OLSR)]]
** [[Linksys-Tutorial (OLSR)]]
* [[OpenVPN Konfiguration]]
** [[OpenVPN unter Windows|Zertifikat unter Windows erstellen]]
** [[Port Mapping]]
* [[Komplette Konfiguration|Komplette Opennet Konfiguration]] (AP & VPN)

=== Übersichten ===

* Liste der [[Opennet Nodes]] (Access Points + Mobile Knoten)
* [[:Kategorie:Accesspoint beschreibungen|Accesspoint Beschreibungen]]
* Übersicht über [[Opennet Netzstatus]]
* Unterstützte [[Access Points]]

=== Kommunikation ===

* [[OpenIRCNet|Opennet IRC]] (Chat)
* [[Opennet E-Mail]]
** [[E-Mail FAQ]]
* [http://forum.opennet-initiative.de/ Opennet Forum]
* [https://list.opennet-initiative.de/listinfo/all Opennet Mailingliste]
* [http://www.opennet-initiative.de/gallery/ Opennet Bildergalerie]

=== Informationen des Vereins ===

* Liste der [[Vereinsmitglieder]]
* [http://www.opennet-initiative.de/download/formulare.pdf Aufnahmeantrag]
* [http://www.opennet-initiative.de/download/satzung.pdf Satzung]
* [http://www.opennet-initiative.de/download/beitragsordnung.pdf Beitragsordnung]

=== Bauanleitungen ===

* [[Die Bockwurst-Antenne]]

=== Veraltete Informationen ===

* [https://ox.informatik.uni-rostock.de/twiki7/bin/view/Main/WebHome Das alte Wiki]

__NOTOC__

Diskussion:Komplette Konfiguration

2005-07-20T17:32:11Z

Sh01:

== exe hochladen ==
Hi, man kann hier nur Bilder hochladen aber leider keine exe dateien! Putty hab ich bei mir noch auf dem Uniserver liegen. Kann man die Datei vielleicht hochladen? Und den Link dann auch beim Asus und Linksys -toturial einstellen? Falls ich mal irgendwann nicht mehr in hro da bin, ist die datei weg.
: Schick sie mir und ich packe sie auf den Webserver unter Downloads. [[Benutzer:Mdbw|Mdbw]] 18:13, 19. Jul 2005 (CEST)
:: Außerdem macht es nicht viel Sinn Putty bei uns auf den Server zu legen. Beim "Hersteller" wird man in jedem Fall eine aktuellere Version bekommen. [[Benutzer:Mdbw|Mdbw]] 19:21, 20. Jul 2005 (CEST)
:::Habe den Link auf einen (afaict) offiziellen mirror geändert. [[Benutzer:Sh01|Sh01]] 2005-07-20T19:32(CEST)

== lokale CA erzeugen ist unnötig ==
Ich habe die lokale CA-Erzeugung völlig rausgenommen; wie von mdbw bemerkt sollte sie nicht erforderlich sein. Im gleichen edit habe ich die Nutzung der bat/sh files entfernt; der direkte openssl aufruf ist imho leichter verständlich, und sollte equivalente (oder, in Grenzfällen, bessere) Resultate bringen; ausserdem ist er auf allen Betriebssystemen gleich. Ich habe de anderen crt-creation Instruktionen habe ich entsprechend umgeschrieben um sie verständlich zu halten. Wenn an der jetzigen Version etwas eindeutig falsch ist, bitte anmerken (oder natürlich fixen - aber bitte keine reverts zu der "local CA"-Version) [[Benutzer:Sh01|Sh01]] 2005-07-20T19:13(CEST)