Web Interface - andere Funktionen?

Wünsche, Anträge, Fehlermeldungen
macabros
Interessierter
Interessierter
Beiträge: 23
Registriert: Mittwoch 28. Januar 2004, 07:43

Beitrag von macabros »

thx
habs grad auch gelesen *peinlichguck* :)
werde es nachher mal ausprobieren :)
wo gehört die hin ? und muss ich da noch nen chmod machen ? :)
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

Der gehört nach /var/bin, chmod macht man entweder per Telnet oder bei vielen FTP-Programmen per rechter Maustaste.
cu
Jens
macabros
Interessierter
Interessierter
Beiträge: 23
Registriert: Mittwoch 28. Januar 2004, 07:43

Beitrag von macabros »

jmittelst hat geschrieben:Der gehört nach /var/bin, chmod macht man entweder per Telnet oder bei vielen FTP-Programmen per rechter Maustaste.
cu
Jens
danke jens :)
nur wie der chmod gemacht wird weiss ich .. *gg*
755 oder 777 oder nichts der gleichen ?!?
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

744, 755, 777 eigentlich egal, Hauptsache vorne die 7, damit die Datei ausführbar wird.
cu
Jens
zexma
Tuxboxer
Tuxboxer
Beiträge: 2067
Registriert: Mittwoch 6. März 2002, 15:29

Beitrag von zexma »

jmittelst hat geschrieben:Hauptsache vorne die 7, damit die Datei ausführbar wird.
:gruebel:
öhh, nöö. Im Prinzip reicht für executive "1xx". Aber Ausführen ohne Leserechte ist eher selten sinnvoll. 5xx reicht eigentlich völlig. Wozu Schreibrechte bei einem daemon?
Erinnert mich immer an die "killall -TERM"-Hammermethoden... :roll:
macabros
Interessierter
Interessierter
Beiträge: 23
Registriert: Mittwoch 28. Januar 2004, 07:43

Beitrag von macabros »

ok
soo einkopiert
chmod 555
box neu gestartet
via browser (firefox) unter tool erstma geschaut obs geht ... geht ....

dann auf live geklickt ... läd kurz dann bleibt oben die Navi stehen aber der rest bleibt weiß

und ich kann via http nimma auf die box zugreifen. zwingend neustart wurde erforderlich ...

was kann ich noch machen ? :)

gruss
michael
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

@zexma: Wieder was dazugelernt. Also braucht man 7xx nur bei Ausführen und Schreibrechten. Wozu braucht Camd2 denn 7xx? Oder ist das auch nur Holzhammer?
@macabros: Welche VLC-Version? Das Plugin hast Du im Firefox installiert? Gibt es Fehlermeldungen irgendwo, z.B. im Bootlog?
cu
Jens
macabros
Interessierter
Interessierter
Beiträge: 23
Registriert: Mittwoch 28. Januar 2004, 07:43

Beitrag von macabros »

jmittelst hat geschrieben: @macabros: Welche VLC-Version? Das Plugin hast Du im Firefox installiert? Gibt es Fehlermeldungen irgendwo, z.B. im Bootlog?
cu
Jens
öhmm bootlog ? nicht das ich wüsste ... hab auch kein nullmodemkabel drann.. und vlc 0.8.2 + beta und ja installiert hab ich das plug in.

was mich irritiert, das der test und tools-netstream (nasa) klappt
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

macabros hat geschrieben: was mich irritiert, das der test und tools-netstream (nasa) klappt
...welches Image hast Du auf der Dbox? Hat das schon mal funktioniert? Hast Du den SPTS-Treiber geladen?
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

Hmm - dann wäre es aber in der Tat interessant, was das Log sagt. Das es einige Zeit dauert, bis was passiert, ist klar oder?
Was Du machen kannst: Geh per Telnet auf die Box, terminiere den nhttpd und starte ihn neu. Dann sollten evtl. Fehlerausgaben im Telnet zu sehen sein.
cu
Jens
zexma
Tuxboxer
Tuxboxer
Beiträge: 2067
Registriert: Mittwoch 6. März 2002, 15:29

Beitrag von zexma »

jmittelst hat geschrieben:Wozu braucht Camd2 denn 7xx?
brauchts doch nicht. 5xx reicht völlig.
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

@zexma - Die meisten Skripte und Plugins doch dann auch nicht, oder? Bislang hab ich nie gehört: Ändere den chmod 644 (scheint default zu sein) zu 544. Normal liest man immer 755, selten 744. Woher soll Otto-User immer wissen, welcher Chmod am besten passt? Chmod777 passt immer, die Dateien aus dem Cramfs scheinen laut meinem FTP auch diese Rechte zu besitzen. Solange kein Trojaner oder anderer Schädlich auf die Box kommt, ist das doch egal, oder irre ich mich?
cu
Jens
zexma
Tuxboxer
Tuxboxer
Beiträge: 2067
Registriert: Mittwoch 6. März 2002, 15:29

Beitrag von zexma »

jmittelst hat geschrieben: @zexma - Die meisten Skripte und Plugins doch dann auch nicht, oder? Bislang hab ich nie gehört: Ändere den chmod 644 (scheint default zu sein) zu 544.
Nein, natürlich nicht. Ich bevorzuge 555. Es sollte meistens 500 ausreichen.
Naja, nur weil man von etwas noch nichts gehört hat, heißt das doch noch lange nicht das es das nicht gibt. :wink:
jmittelst hat geschrieben: Normal liest man immer 755, selten 744.

Mag sein. Aber nur weil's Alle nachplappern ist noch lange nicht korrekt.
jmittelst hat geschrieben: Woher soll Otto-User immer wissen, welcher Chmod am besten passt?
k.A. darum gings aber nicht.
jmittelst hat geschrieben: Chmod777 passt immer
Jepp, das ist das M$-Prinzip: jeden DAU als Admin arbeiten zu lassen.
Diese herangehensweise paßt aber so gar nicht zu einem Unix-System... .
Das Prinzp lautet doch bei jedem Benutzer, Prozeß or what ever: Berechtigungen so wenige wie möglich und nur so viele wie nötig.
Davon ab laufen alle(?) Systemprozesse doch als root und haben "autom." entspr. Berechtigungen.
Aber wozu brauch ein ordinäres Script mehr als read/exec?
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

@zexma: Sorry, ich glaube du fühlst Dich jetzt angegriffen. Meine Nachfrage war jetzt eigentlich eher dazu da, mein Wissen verbessern zu können.
Hmm - wenn ich das jetzt richtig verstehe, reicht es also, wenn alle Dateien chmod500 bekommen?
Ich hab grad etwas in Google gesucht, den finde ich jetzt ganz interessant: http://de.selfhtml.org/helferlein/chmod.htm
Wenn ich das richtig verstehe, heiß das also, das das schreiben in /tmp keine Schreibrechte erfordert. Wenn eine Datei aber z.B. eine Flagdatei in /var oder /mnt anlegen können soll, braucht sie doch Schreibrechte, oder? Sind alle Dateizugriffe Owner-Zugriffe? Group und all benötigt man garnicht?
cu
Jens
ChakaZulu
Developer
Beiträge: 457
Registriert: Sonntag 23. März 2003, 00:39

Beitrag von ChakaZulu »

hi,

schau doch einfach mal die manpage von chmod an, gibt's auf unzähligen Seiten. Und Du brauchst immer Schreibrechte, wenn Du was schreiben willst. /tmp hat halt meistens

Code: Alles auswählen

drwxrwxrwt   23 root root   8192 23. Aug 16:30 tmp
so dass jeder schreiben darf. Wobei sticky-Verzeichnisse besonders behandelt werden:
STICKY DIRECTORIES
When the sticky bit is set on a directory, files in that directory may be unlinked or renamed only by root or their owner. Without the sticky bit, anyone able to write to the directory can delete or rename files. The sticky bit is commonly found on directories, such as /tmp, that are world-writable.


ciao,

ChakaZulu
zexma
Tuxboxer
Tuxboxer
Beiträge: 2067
Registriert: Mittwoch 6. März 2002, 15:29

Beitrag von zexma »

jmittelst hat geschrieben:@zexma: Sorry, ich glaube du fühlst Dich jetzt angegriffen.
:D Nööö, Quatsch. Warum sollte ich.
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

zexma hat geschrieben:
jmittelst hat geschrieben:@zexma: Sorry, ich glaube du fühlst Dich jetzt angegriffen.
:D Nööö, Quatsch. Warum sollte ich.
Dann ist ja gut. Ich fand du klangst irgendwie angefressen, gut, das ich mich da getäuscht habe. Dir und Chakazulu erstmal besten Dank. Ich hab zwar immer noch nicht alles genau kapiert, aber ich werde mich demnächst mal damit auseinander setzen müssen.
cu
Jens
yjogol
Developer
Beiträge: 809
Registriert: Montag 4. Juli 2005, 18:45

Beitrag von yjogol »

So hallo zusammen,
es geht weiter.

Ich brauche wieder Beta-Tester. Diesmal geht es um die Live-Funktion.
Test geht in ein paar Tagen los.

Tester bitte bei mir melden.
Ich brauche eure eMail-Adresse. Beta wird per Mail verschickt. Feedback auch.

Gruß
yjogol
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

Juhu, der live view geht!!!
Nach 3 Tagen Frickelei und einer halben Neuinstallation wegen vlc und Firefox gehts endlich
Supi!
macabros
Interessierter
Interessierter
Beiträge: 23
Registriert: Mittwoch 28. Januar 2004, 07:43

Beitrag von macabros »

@houdini was haste denn gemacht ? ;)
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Beitrag von Houdini »

versuch mal auf knoppix 3.7 HD installation den vlc zu installieren dann weisst du es :-)
macabros
Interessierter
Interessierter
Beiträge: 23
Registriert: Mittwoch 28. Januar 2004, 07:43

Beitrag von macabros »

axoo :)
nene ich bleib dann doch lieber bei SUSE bzw. Utumbo ;)
tetzlav
Einsteiger
Einsteiger
Beiträge: 131
Registriert: Dienstag 6. April 2004, 12:08

Beitrag von tetzlav »

Ich hab soden die neuste Version (1.2.0b) installiert und habe das Problem das mir der nhttpd immer wieder abschmiert:

Bis auf "Live" funktioniert alles bestens.

Beim Aufruf von "Live" erhielt ich in der Konsole die Meldung

Code: Alles auswählen

~ > [CControlAPI] executingYY /var/tuxbox/plugins/Y_Live.sh moz
expr: syntax error
expr: syntax error
expr: syntax error
expr: non-numeric argument
expr: non-numeric argument
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: non-numeric argument
expr: non-numeric argument
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: non-numeric argument
expr: non-numeric argument
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: syntax error
expr: non-numeric argument
expr: non-numeric argument
expr: syntax error
expr: syntax error
und der nhttpd verabschiedet sich.

Ich hab mir dann die Scripte dann mal angeschaut und festgestellt das der Fehler in der _Y_Library.sh entsteht.

Ich hab dann zum testen mal wget -O - -q http://localhost/control/zapto?getallpids von Hand aufgerufen und festgestellt, dass dabei der nhttpd sofort abschmiert oder es sich maximal nur einmal aufrufen lässt (also die gewünschten PIDs zurückliefert)!?

Was wurde eigentlich am nhttpd gepatcht?

Ich hab bei mir das WIF & den nhttpd ins cramfs gebaut und die Pfade in der _Y_Globals.sh angepasst, weil im var nicht mehr soviel Platz für den nhttpd war. Kann das damit was zu tun haben?


Gruß
tetzlav
jmittelst
Tuxboxer
Tuxboxer
Beiträge: 6044
Registriert: Montag 17. November 2003, 06:48

Beitrag von jmittelst »

@Tetzlav: Du mußt Dir auf Yjogols Internetseite unter FAQ den neuen nhttpd downloaden und ihn nach /var/bin auf die Box packen und damit das Original aus der 1.2.0 ersetzen.
cu
Jens
tetzlav
Einsteiger
Einsteiger
Beiträge: 131
Registriert: Dienstag 6. April 2004, 12:08

Beitrag von tetzlav »

@jmittelst: Vielen Dank! Das verhindert zumindest die Fehlermeldungen & das Sterben des nhttpd.

Aber "Live" funktioniert bei mir immer noch nicht, obwohl "Netstream" funktioniert; Das VLC-Fenster mit den Steuerungsknöpfen wird geöffnet - der Stream leider nicht...

Ideen wo ich mit der Fehlersuche anfangen sollte?

Gruß
tetzlav