VDR Port 2001?

hi volker,

wo liegen deine konfigurations-dateien bzw. mit welchen parametern startest du den vdr ?

cu
kuschelfisch

Hi,

neue Treiber und alte VDR Version passen nicht.

Wieso kannst du VDR nicht übersetzen ?

Gruss
Dimitri

Hi,

mach ein make > fehler 2>&1
und schick es mir per PM.

Gruss
Dimitri

mal von der übersetzungs- und versions-geschichte abgesehen:

laut deiner log-zeilen werden die konfig-dateien unter "/var/spool/video/" gesucht. klingt schon irgendwie merkwürdig.

ein paar ideen:

- wo liegt der VDR ?
- welche symlinks ?
- vdr starten mit "vdr -c <pfad zu konfigdateien>"

möglicherweise läuft´s dann zwar noch immer nicht (treiber und vdr), aber ein versuch ist´s wert.

ansonsten:
nicht aufgeben - so schwer ist es nicht. ausserdem: irgendwer hilft immer weiter

cu
kuschelfisch

Hallihallo,

auch wenn es schon mehrfach erzählt wurde (bitte benutzt die Suchfunktion), verstehe ich nicht, warum VDR und DVB auch mit ner Suse 8.0 nicht übersetzt werden kann ? Und dann die Versions-Nr. 0.99...naja.

Also gut, für die Fehlersuche und das Maken vielleicht zwei Tips, die anhand der etwas dürftigen Fehlermeldungen eventuell helfen könnten.

1. Zunächst prüfen ob, kernel-sources oder auch gcc als Paket mit dem Yast installiert ist (Mikrosaft hat hier mal ne vollständige Auflistung der ganzen Packages gemacht, die man normalerweise als Intro so braucht)
2. cp /boot/vmlinuz.config/usr/src/linux/.config
cd /usr/src/linux
make oldconfig eintasten.

Wenn die Susi 8.0 sich in dieser Hinsicht genauso dumm verhält wie die 8.1, dann kann man damit auch die aktuelle 26er geniessen.

Ich rate wie viele andere immer davon ab, die Treiber und Programme der Suse Distri selber zu verwenden (RPM Pakete sind zwar sicherlich recht bequem zu installieren, doch Hilfe zur Selbsthilfe verhindern sie konsequent und dem Lerneffekt zum Arbeiten mit Linux-Systemen sind sie auch nicht gerade förderlich).

Greets und viel Erfolg

Olaf

Hi Volker,

Zitat

2. cp /boot/vmlinuz.config/usr/src/linux/.config
cd /usr/src/linux
make oldconfig eintasten

da hat der Olaf ganz recht mit. Um dann noch evtl. Problemen mit dem connect auf 2001 via Telnet vorzubeugen:

- Stelle sicher, daß der Telnet-dienst installiert ist (suche nach Telnet)
- Aktiviere den in der inetd.conf (SuSE Online hilfe ist gold wert!)

Jetzt klappt es auch mit KVDR und/oder allen anderen tools. Sollte der Connect nach wie vor aus dem Lan nicht klappen und nur vom VDR Rechner aus, dann musst Du noch die SVDRP.CONF anpassen.

Viel Spaß und gibt nicht auf,

J*

Das ist völlig normal!

Der Client kann ja nicht von Port 23 eine Telnet-Anfrage starten - da läuft ja ein Telnet-Server.

Clients bauen ihre Verbindungen von einem beliebigen (hohen, dass heisst > 1024) Port aus auf. Das hat den Sinn dass Du mehrere Verbindungen gleichzeitig zu einem Server aufnehmen kannst, so ist dann z.B. Telnet-Session 1 auf Port 35846 und Session 2 auf 35847, so kommt der Server nicht durcheinander was an welchen Client gehen soll!

Dein Log-Eintrag weist allerdings darauf hin dass VDR den Zugriff verweigert.
Localhost erlaubt er aber.
Meine Kristallkugel behauptet daher dass Du die Datein "svdrphosts.conf' nicht angepasst hast.
Für Details guckst Du in die VDR-Doku oder ->hier<-, ganz unten wo die grossbuchstabige Warnung steht.

hallo,
ich muss hier kurz noch was einwerfen.
wir hatten hier schonmal die diskussion darüber ob man denn auch den telnet-server und den inetd braucht damit svdrp bzw. vdradmin klappen.
ich bin ja fest der meinung das dies nicht so ist, soll heißen das der vdr einen eigenständigen server mitbringt. telnet braucht man nur den client. so ist das jedenfalls mal auf meiner kiste installiert und es klappt

allerdings wird öfters gegensätzliches behauptet :

Zitat

- Stelle sicher, daß der Telnet-dienst installiert ist (suche nach Telnet)
- Aktiviere den in der inetd.conf (SuSE Online hilfe ist gold wert!)

wie ist es denn nun wirklich. ich kann mir ja fast nicht vorstellen das sich suse und debian so weit unterscheiden das der vdr anders compilier/linkt und auf einmal den telnet-server braucht.
ich bitte um stellungsnahme

Hi,

ich muß slime weitgehend recht geben.
Man braucht weder einen telnet server, noch einen telnet client.
Hab hier unter gentoo nämlich beides gar nicht installiert und es funzt trotzdem. Wozu sollte man den Server auch brauchen?
Kann man doch alles über ssh machen (selbst unter Windows).

VDR bringt seinen eigenen Server mit. Und der ist dummerweise (noch) nicht multisession-fähig. D.h. man kann leider nur mit einem Client z.B. KVDR gleichzeitig zugreifen.

Wichtig sind in jedem Falle die richtigen Einstellungen bei hosts.allow / deny, sowie der svdrphosts.conf.

Gruß Henning

Zitat

Original von slime
ich bitte um stellungsnahme

VDR implementiert seinen eigenen Telnet-Server und braucht den normalen nicht.
Punkt, aus.

Ich hab auch keinen installiert (ich hab SSH wie sich's gehört ) und es geht trotzdem.

<schlaumeier>
Telnet ist übrigens relativ.
Telnet läuft auf Port 23 und stellt einem eine Shell zur Verfügung.
Man kann sich auch per Telnet-Befehl direkt auf einen Mailserver vebinden und dem so Emails direkt eintasten, aber deswegen ist Sendmail noch kein Telnet-Server, und braucht schon gar keinen.

SVDRP hat mit Telnet nix zu tun ausser dass man einen Telnet Client verwendet um sich mit dem SVDRP-Host zu verbinden.
</schlaumeier>

Hi Thomas,
Hi Slime,

Zitat

Original von Thomas

VDR implementiert seinen eigenen Telnet-Server und braucht den normalen nicht.
Punkt, aus.

Das ist ja schön und gut, aber warum geht dann bei einer SuSE 8.1 Pro (von anderen kann ich nicht reden) Telnet 2001 erst, nachdem der TelnetD installiert ist und der Dienst in Inetd.conf eingetragen?

Ich kann mir auch nicht erklären warum dem so ist, aber ich konnte es nur so lösen - Punkt aus

Also wenn Ihr da einen besseren Weg habt - ich will/muss komplett neu aufsetzen und dann folge ich gerne euren Vorschlägen.

Andernfalls stelle ich gerne meine SuSE 8.1 zur Verfügung und Ihr macht das selber mal

Grüsse,
J*

Also die Funktion

bool cSocket::Open(void)
{
  if (sock < 0) {
     // create socket:
     sock = socket(PF_INET, SOCK_STREAM, 0);
     if (sock < 0) {
        LOG_ERROR;
        port = 0;
        return false;
        }
     // allow it to always reuse the same port:
     int ReUseAddr = 1;
     setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &ReUseAddr, sizeof(ReUseAddr));
     //
     struct sockaddr_in name;
     name.sin_family = AF_INET;
     name.sin_port = htons(port);
     name.sin_addr.s_addr = htonl(INADDR_ANY);
     if (bind(sock, (struct sockaddr *)&name, sizeof(name)) < 0) {
        LOG_ERROR;
        Close();
        return false;
        }
     // make it non-blocking:
     int oldflags = fcntl(sock, F_GETFL, 0);
     if (oldflags < 0) {
        LOG_ERROR;
        return false;
        }
     oldflags |= O_NONBLOCK;
     if (fcntl(sock, F_SETFL, oldflags) < 0) {
        LOG_ERROR;
        return false;
        }
     // listen to the socket:
     if (listen(sock, queue) < 0) {
        LOG_ERROR;
        return false;
        }
     }
  return true;
}

in svdrp.c macht einen Socket auf. An den verbindet man sich mit Telnet. Daran gibts nix zu rütteln, der Telnet-Server hat damit nix zu tun.

Das Problem wird daher wohl eher bei der SuSE zu suchen sein!

Mit Inetd kann es IMHO auch nix zu tun haben.

In dessen Config steht: (zusammengefïügt)

# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
telnet  stream  tcp     nowait  root    /usr/sbin/tcpd  in.telnetd

Service ist also telnet

in /etc/services steht:

telnet           23/tcp                 # Telnet

Also Port 23. Wie sich's gehört., hat also nix mit 2001 und svdrp zu tun. Wie diese Verbindung zustande kommt müsste man also klären!

Versteh mich ned falsch, ich will ned schlaumeiern, aber Dein Problem kommt aus einer anderen Ecke.
Ich bin natürlich gerne bereit bei der Lösung zu helfen

Hi,

Zitat

Original von Jondalar
Das ist ja schön und gut, aber warum geht dann bei einer SuSE 8.1 Pro (von anderen kann ich nicht reden) Telnet 2001 erst, nachdem der TelnetD installiert ist und der Dienst in Inetd.conf eingetragen?

Die Frage bitte an die SuSE richten, da die hoffentlich wissen, was ihre Scripte / Yast da treiben.
Im Übrigen möchte ich das bezweifeln:
Was juckt das den vdr, wenn ein anderer Daemon an einem von vdr nicht benötigten Port antwortet?
Was juckt das den vdr, wenn ein tcp-wrapper eine Datei hosts.allow auswertet?
Was interessiert das den vdr, wenn ein telnet-client installiert ist?

Aber wenn ich da so drüber nachdenke und an meine SuSE-Erfahrung erinnere, kommen mir Zweifel am Zweifel:
Kann es sein, dass sich die SuSE die Freiheit nimmst, bei nicht-installiertem inetd / telnet-Server per nicht ersichtlicher FW-Regel diverse Ports zu blockieren? Das ließe sich mit iptables / ipchains / nmap usw. prüfen.
Auch dieser Versuch lohnt: kannst du vdr (ohne telnetd u. inetd) von außen auf Port 2001 ansprechen, nachdem du dem entfernten Host die Erlaubnis in der cfg gegeben hast?

Ernste Frage:
Wäre dies ein akzeptabler Preis für die gelobte Benutzerfreundlichkeit des "Nürnberger Windows", wenn man, um einen Daemon auf Port xyz zu aktivieren, einen Telnet-Server installieren und aus Sicherheitsgründen wieder deaktivieren muß?

Zitat

Original von Jondalar
Also wenn Ihr da einen besseren Weg habt - ich will/muss komplett neu aufsetzen und dann folge ich gerne euren Vorschlägen.

Plattenschaden?

Gruß
Rainer

hi,
also da habe ich hier ja fast einen flamewar losgetreten.
aber scheinbar werde ich hier überwiegend bestätigt darin das der vdr den server selbst mitbringt (/me hat auch schon in den sourcen gekuckt)

dann bleibt wirklich nur noch die frage warum das bei jondalar nicht klappt. firewall regeln kingen ja auf anhieb logisch, aber im zweiten schritt dann nicht mehr.
warum sollte suse die firewall gerade auf port 2001 (oder auf allen ports) öffnen wenn man den telnetserver installiert/aktiviert? genauso wie svdp ist telnet auch ein protokoll das nur einen tcp port hat, also kann man dafür sehr einfach regeln schreiben. nix mit conn-tracking oder stateful-inspection.

irgendwie reizt mich dieses thema doch schon. ich muss mir glaube ich auch mal nur zum testen suse 8.1 installieren. kann ja nicht sein das man dieses problem (eigentlich ist es ja keins :P) nicht knacken kann.

Naja also Flamewar würd ich das nocht nicht nennen, wir diskutieren ja noch sachlich und bringen Argumente, Schimpfwörter sind ja noch keine gefallen

Mich würds auch interessieren woran das nun konkret liegt!