easyVDR 0.3 vs LinVDR 0.7

@hummingbird_de:

vergiss mich nicht wenn du es hast, an dem openvpn wäre ich auch interresiert, dann muss man das rad nicht zweimal erfinden...

gruss

tycoon96

Falls openvpn für linvdr kommt, her mit dem howto. Leider weiß ich von Netzwerken so gut wie nichts, nur, dass sie Löcher wie Schweizer Käse haben.

Nun, da liegt das Problem, weder OpenSWAN (ipsec) noch OpenVPN gibt es für LinVDR 0.7 und beides wären ein Lösung.

Aber ich bin zuversichtlich das zu lösen. Paßt auf, wenn ich das habe, gibts die nächste LinVDR Version

Cherio
hummingbird_de

Zitat

Original von meteosat
Falls openvpn für linvdr kommt, her mit dem howto. Leider weiß ich von Netzwerken so gut wie nichts, nur, dass sie Löcher wie Schweizer Käse haben.

...ich benötige zwar kein OpenVPN, aber mit dieser /etc/apt/sources.list könnte es auch unter linvdr 0.7 klappen:

Zitat

# See sources.list(5) for more information, especialy
# Remember that you can only use http, ftp or file URIs
# CDROMs are managed through the apt-cdrom tool.

deb http://ftp.de.debian.org/debian woody main contrib non-free
deb http://security.debian.org/ woody/updates main contrib non-free

deb http://debian.sdinet.de/ woody sdinet
deb-src http://debian.sdinet.de/ woody sdinet

Alles anzeigen

..dann ein:
apt-get install openvpn

Die Konfiguration dann z.B. wie hier beschrieben vornehmen:
http://www.online-tutorials.ne…l/tutorials-t-69-209.html
http://www.pronix.de/pronix-935.html

Gruß
Wicky

Zitat

Original von hummingbird_de

Ach ja, noch zwei Fragen an etwaig mitlesende Entwickler:

- Warum wird für "/" in der default Konfiguration (nicht beeinflußt) 8GB angelegt? Ist das nicht ein wenig übertrieben?

- Wäre es in einer der künftigen Versionen möglich OpenVPN und Kernel-TAP support zu bekommen?

stmeyer

Leider kam ich noch nicht in den Genuss easyVDR richtig zu testen. Dazu benötige ich ein laufendes WLAN Interface. Und, selbstverständlich muß sich jede neue Arbeit mit bestehenden vergleichen, man muß ja über Sinn und Unsinn eines etwaigen Wechsels nachdenken.

Kind regards
hummingbird_de

Alles anzeigen

Servus hummingbird_de,

zu deinen Fragen (bin zwar kein Entwickler):

1. Die Partitionsgröße ist schon richtig gewählt für eine Standardinstallation, manche möchten ja ihr easyVDR noch nachrüsten mit entsprechenden Paketen oder Selbercompilieren oder ....

Da sind die 8GB gleich voll.

2. Ein Support wäre jederzeit möglich, OpenVPN und Kernel-TAP support.

Auszug aus dem Wiki:

Grundphilosophie von easyVDR:

* Community-Distribution (Mitspracherechte entsprechend der Mitwirkung)

3. Was hält dich eigentlich ab easyVDR zu testen, warum brauchst du zum Testen unbedingt WLan?

Gruß
Wolfgang

Zitat

Original von bitkit
So habe ein wenig gebastelt und siehe da:

Vompserver mit MediaMVP und meine Skystar 2 laufen

kann es sein das der Vompserver noch version 0.2.2 satt 0.2.4 ist? Wie kann man das ändern? muss das unter easyvdr kompiliert werden oder kann ich das von linvdr übernehmen?

Kann man den Start(Bootvorgang) etwas beschleunigen? z.b. Plugins oder Module abschalten die man nicht braucht. Was braucht da viel Zeit?

Alles anzeigen

Hi bitkit:

Zu deinem "Startproblem" das könnte ein Netzwerkproblem sein:

http://forum.neuby.de/forum/index.php?topic=249.0

Vompserver ist im Moment version 0.2.2 aus dem CVS

Ich würde das nicht von LinVDR übernehmen!

Wie hast du denn das Skystar-Problemchen gelöst?

Gruß
Wolfgang

Hallo,

wo liegt das Problem mit OPENVPN kann man doch jeder Zeit mit aptget instalieren oder sehe ich das falsch ...

Oder fehlt irgendwas im Kernel

Habe nun noch ein paar Fragen :

Laeuft denn das remux script schon auf stream/extern/

oder muss man hier noch basteln ..

Ist der Kernel IP tables faehig und bridging enabled ist fuer meine OPENVPN Loesung evtl. notwendig oder ist das das o.g. Problem ..

Geht dann auch anders ....

haette gern noch apache instaliert aber da spricht wohl nichts dagegen ...

Dann kann naemlich alles ueber Port 80 nach aussen gegeben werden und unteranderm ist das webradio mit modmp3 auch suppi .. lauft leider auch nur bedingt mit LINVDR ...

Also :

bei mir laeuft auf LINVDR gepancht ...

Apache 1.3 mit allen Modulen
OPENVPN leider ohne bridge .. da keine Iptables ...
ddclient
Webmin
CDWserver
analog PVR 250
ProjextX mit externem X zugriff
und streaming mit remux nach aussen mit
/root/externremux.sh/usr/bin/mencoder -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=150 -oac mp3lame -lameopts cbr:br=64 -vf scale=480:320 -o /tmp/out.avi -- - &>/tmp/out.log

supper uber eine 400 Kbit upload ...

Ist das alles auch moeglich dann wuerde ich glatt umsteigen ....

ziehe mir gerade das Image ...

Vielleicht kann mir ja jemand weiterhelfen ...

Und vorab schon das eine oder andere Antworten ...

Kann das alles erst am Wochenende auf einer Lifemaschine testen ..
Werde aber morgen mal ein installation auf VMware starten ...

Bin ja schon so gespannt ....

Gruss

Miroe

Hallo zusammen,

bevor ich nun für einige Tage nicht mehr antworten kann:

Wicky

OpenVPN ist in "oldstable" leider nicht enthalten, danke für die Tips der anderen Repositories. Ich hoffe die Versionen sind nicht zu alt.

@mereo4you

Natürlich kann man jede Software einfach installieren, aber das reicht ja eigentlich nicht aus. Man benötigt ein Konzept und daran arbeite ich. Zum OpenVPN Client muß es auch ein passendes sauber konfiguriertes Gegenstück den Server geben. Unter LinVDR ist evtl. auch ein Tunnel mir OpenSSH (weil bereits dabei) möglich. Das kläre ich gerade und da ich mir vorgenommen habe das allen VDR Nutzern zur Verfügung zu stellen, will ich es 110%ig machen.

wbreu

Das mit dem WLAN hat logistische Gründe. Der Platz zum installieren und der Platz zum ausprobieren sind unterschiedlich, d.h. wenn etwas beim ausprobieren nicht funktioniert, habe ich kein Lust die Kiste herumzutragen, ich sage nur WAF. Ausserdem wiederhole ich es gerne, WLAN ohne WPA ist wie ein Ei ohne Salz. An den Alternativen arbeite ich gerade ...

@all

Ein Zacken für WPA/WPA2. Ein WPA-Key scheint mit den aktuell zur Verfügung stehenden Rechenleistungen innerhalb von 10 Jahren aufknackbar (Keys werden aber alle 60min getauscht), WPA2 gar nicht. Also kann man da in keinster Weise von Sicherheitslöchern sprechen, d.h. WPA/WPA2 ist sicher. Aber drunter macht man es nicht!

Bis dann
hummingbird_de

Ich denke, die Diskussion über WPA, OpenVPN und sichere Netze allgemein ist sicher angebracht - aber vielleicht nicht in diesem Kontext.

Easyvdr ist ja doch - wie wohl alle Distributionen - primär ein VDR-Framework, soll also in erster Linie DVB-Receiver und Videorecorder ersetzen.

Wenn ich also meinen "Videorecorder" übers Netzt programmiere, muss meinetwegen überhaupt keine Verschlüsselung im Spiel sein. Und ich denke, WEP reicht auch aus, um meinen Nachbarn davon abzuhalten, sich in meine per WLAN gestreamten Schmuddelfilme einzuklinken.

Klar ist das auch wieder übersimplifiziert, denn natürlich ist in anderen Netzanwendungen eine vernünftige Verschlüsselung absolut obligatorisch - und niemand wird hoffentlich ein WPA-WLAN aufmachen, damit der VDR darin aufgehen kann. Auch klar.

Was ich damit sagen will:
easyvdr ist eine absolut geile Distribution - die noch dazu in der Betaphase ist, also quasi noch nichtmal richtig gelauncht, und bietet trotzdem schon jetzt deutlich mehr Features, Aktualität und Komfort als LinVDR nach mittlweile zwei Jahren. Und bevor jetzt übermäßig viel Power in "Randfeatures" wie WPA gesteckt wird, würde ich mir mehr wünschen, dass die eigentliche Kernfunktion absolut rund und stabil läuft. Und zu den Kernfunktionen zählen für mich nicht WLAN-Funktionalität. (Die gibt es übrigens bei LinVDR ohne Gefrickel überhaupt nicht, weder mit noch ohne WPA - bei easyvdr mach ichs bequem vom Sofa aus). Wenn es irgendwann mal easyvdr 2.7 gibt und die Entwickler überhaupt nicht mehr wissen, was sie machen sollen, dann gerne her mit WPA, WPA2 oder WPA12, aber im Moment gibt es dafür notfalls auch WLAN-Accesspoint-Clients, die als Brücke ins WPA-Netz dienen können.

Also Leute, demotiviert die Entwickler nicht, indem in seitenlangen Threats fehlende Features bemäkelt werden, sondern klopft einfach auch mal (virtuell) auf die Schulter, wo es angebracht ist.

Und angebracht ist es hier. Also:

Finde ich.

JoeyBln61

Da kann ich nur die schwäbische Vorgehensweise zitieren:

"Ned g'mault, isch Lob genug!"

Bis dann
hummingbird_de

Hallo ,

habe das Iso jetzt mal auf VMware instaliert ....

Habe nun folgende Fragen ...

Wie bekomme ich das jetzt zum laufen ....

Habe schon das dummydevice aktiviert ...

Swapt aber trotzdem .. jemand eine Idee

Hi miroe4you und @all,

hier gehts weiter mit der VmWare-Geschichte:

http://forum.neuby.de/forum/index.php?topic=288.0

Das Vompserver-Plugin in easyVDR ist jetzt auch von 3 Usern getestet und als Standard-Plugin eingestuft.

Gruß
Wolfgang

Hallo zusammen,

Test ist für mich leider nicht möglich, da die Kernel-Module für DXR3 Karten (em8300, adv717x, bt...) nicht vorhanden sind. Ich benötige nur die zwei.

em8300 Tools sind vorhanden, em8300 sourcen & headers können per apt gezogen werden, aber die Module mangels Kernel-Source nicht gebaut werden.

Für alle anderen, die easyVDR testen wollen, hier einige Tips zur WPA Installation. Alles Command Line, da VDR nicht läuft:

- 1. Download wpa_supplicant von Dr. Seltsam http://drseltsam.device.name/vdr/wpa-supplicant-0.5.3.tgz, auf easyVDR kopieren und per "tar zxvf wpa-supplicant-0.5.3.tgz -C /" entpacken.

- 2. Die Datei /etc/wpa_supplicant.conf erstellen

ctrl_interface=/var/run/wpa_supplicant
network={
  ssid="EURE_SSID"
  proto=WPA
  key_mgmt=WPA-PSK
  pairwise=TKIP CCMP
  group=TKIP CCMP
  psk="EUER_PSK_KEY"
}

- 3. Folgende Zeile in /etc/init.d/RCPersonal einfügen (Interface den Gegebenheiten anpassen!):

wpa_supplicant -Bw -Dwext -c/etc/wpa_supplicant -ieth0

- 4. Die Datei /etc/vdr/sysconfig in etwa so anpassen (bei mir LAN & WLAN => "LANWLAN", WLAN legt default Route):

NETWORK="LANWLAN"
HOSTNAME="vdr2"
START_FTPD="yes"
SSH="yes"
WAKE_ON_LAN="no"
LAN_NETWORK_DRIVER="sk98lin"
LAN_USE_DHCP="no"
LAN_IP="192.168.64.26"
LAN_MASK="255.255.255.0"
LAN_GATEWAY=""
LAN_NAMESERVER1="192.168.69.1"
LAN_DOMAIN="vdr-portal.de"
WLAN_NETWORK_DRIVER="bcm43xx"
WLAN_USE_DHCP="no"
WLAN_IP="192.168.69.26"
WLAN_MASK="255.255.255.0"
WLAN_GATEWAY="192.168.69.1"
WLAN_NAMESERVER1="192.168.69.1"
WLAN_DOMAIN="vdr-portal.de"
WLAN_SSID="EURE_SSID"
WLAN_ART="managed"
WLAN_CHANNEL="11"
WLAN_WEP="no"
WLAN_AUTH="open"
WLAN_WEP_KEY_1="61:62:63:64:65:66:67:68:69:6A:6B:6C:6D"
WLAN_WEP_KEY_2="61:62:63:64:65:66:67:68:69:6A:6B:6C:6D"
WLAN_WEP_KEY_3="61:62:63:64:65:66:67:68:69:6A:6B:6C:6D"
WLAN_WEP_KEY_4="61:62:63:64:65:66:67:68:69:6A:6B:6C:6D"
WLAN_WEP_KEY="2"

Mit dieser Konfig sollte es eigentlich möglich sein beide Interfaces vom OSD zu administrieren (IP Addresse etc.) und denoch WPA zu bekommen, weil gesondert aufgerufen. Die RCPersonal ist eine der letzten Startdateien und das war in meiner Konfig (bcm43xx) auch gut so. [EDIT]Die wireless Tools sind etwas älter und scheinen nur mit wpa_supplicant zu arbeiten wenn dieser nach iwconfig/ifconfig gestartet wird. Evtl. Auch hier eine aktuelle Version von Dr. Seltsam drüber packen.[/EDIT]

Für alle die das bcm43xx Modul (Broadcom WLAN Chipsatz) verwenden möchten, fehlen auch hier die benötigte Firmware-Datein (bcm43...fw). War nicht nicht einfach die reinzubekommen, sind aber dafür wohl kopierbar. Die im Anhang befindliche Datei mittels "tar zxvf libs.tgz -C /" entpacken. [EDIT]Gilt auch für LinVDR mit aktuellem Dr. Seltsam Kernel![/EDIT]

Völlig untypisch für einen Schwaben, möchte ich den Entwicklern mein Lob zollen für die durchdachte Konfiguration. Wenn man wirklich alles vom OSD bedienen kann, :respekt. Sehr gut kommt man nach einigen Minuten durch die Skript Struktur und weiß wo man was ohne OSD eintragen kann. Jetzt baut Ihr noch die paar WPA binaries, die fehlenden Firmware-Dateien für "bcm43xx" und die DXR3 Kernel Module ein, dann mache ich noch mal einen Versuch.

Ein Feedback, prüft doch mal die Mountpoints in Eurem Image, /media/floppy0, /mnt/hda (für hda2) gibt es nicht obwohl in der /etc/fstab definiert. Ausserdem sollte lt. Installationsanleitung /dev/hda2 nach /mnt/hda2 montiert werden, existiert aber auch nicht.

Viel Erfolg
hummingbird_de

[PS: Das "ndiswrapper" Kernel Modul läßt sich ebenfalls nicht laden, da die libc6 Version von Modul und Kernel (neuer) unterschiedlich sind. Auch hier scheitert der Versuch das Modul nachzukompilieren den fehlenden Kernel-Sourcen.[/EDIT]

Ich habe mir mal erlaubt, das Grundgerüst der easyVDR-Distribution in den Distributionsvergleich auf vdr-wiki einzubauen.

Ich habe sie direkt neben Helaus Distri gepackt, da ja easyVDR wohl auf Helau aufbaut.

Bei den Features habe ich aus Faulheit erstmal überall ein Fragezeichen gemacht (da kann man dann so schön das Gehirn ausschalten und die Finger auf automatik stellen).

Viel Spaß beim editieren...

Ach ja, und was ich ganz vergessen habe:

Ich setze easyVDR ein und bin begeistert. Ich hatte vorher Helaus Distri (gen2vdr), die sehr gut war und ich glaube, easyVDR baut darauf auf und hat es noch verbessert. Also unbedingt anschauen!!

Auch die Hilfestellung im Forum ist toll!!

Schade, dass das DXR3 Modul nicht läuft, ohne dem kann ich leider nicht testen. Ich habe schon extra 10G HD und CD zu Hause auf dem Schreibtich.
Aber vorab 2 Fragen:
- Wie schnell bootet den easyVDR im Vergleich zum LinVDR? ( Hatte mal c't VDR, und der ist sehr langweilig)
- Testet auch hier das System bei jedem 30sten (?) booten die Platten?

doe

Hi,

Wie sieht die Installation aus kann ich auf ein Formatierte Partition das Easy mit eine Tar file auspacken und ein paar anspassung machen wie ich es mit linvdr mache.
Auf meine Test System sind ca 10 Version drauf von linvdr bis zu MLD0.6 und SuSE10.1 auch noch ein Windows da wurde ich ja ungern was kaput machen..

Wie lange boote die Kiste bei euch...

A+
Pat

Zitat

Original von bitkit
@doe
Tja das mit dem booten ist noch so ne sache. Bei mir ca. die 3-fache Zeit wie bei LinVDR wobei der Bootscreen während des bootens nur kurz zu sehen ist.
Aber ich hoffe mit Feinabstimmung (Plugins) ist da noch was zu holen.

bitkit,

hast du das hier:

Die /etc/resolve.conf mal löschen. Und das ganze mal testen (ohne Reboot, sonst wird die resolve.conf neu geschrieben).
Wenn es dann wieder schneller geht, müssen die Eintragungen für die Nameserver im Setup geändert werden. Die weisen dann auf nicht existierende hin.

von hier:

http://forum.neuby.de/forum/index.php?topic=127.0

schon probiert!

Gruß
Wolfgang