Hallo,

in den aktuellen Images (auch VTI 0.7, aber auch pli)
geht WinSCP im SCP Modus nicht mehr.
Im VTI 0.3 ging es noch ohne probleme

Scheint ein neues Problem mit Dropbear SSH Server zu sein.

Login und Datein browsen geht.
Sobald man aber Datein öffnern bzw runterladen will
kommt folgender Fehler:

Cannot execute SCP to start transfer. Please make sure that SCP is installed on the server and path to it is included in PATH. You may also try SFTP instead of SCP.

Die Datei SCP ist aber in usr/sbin/ vorhanden.

Ich brauche das dringend um die Box auch remote zu verwalten.
FTP ist mir remote bei der box zu unsicher (nur root rechte)

Kann mir jemand helfen?

Original von Lui2004
Hi

habe das eben mal getestet und bei mir funktioniert es mit winSCP ohne probleme

kann Dateien öffnen und bearbeiten

login daten richtig eingegeben ?

gruß

Ja habe ich. Wie gesagt login funktioniert ja.
und Dateien sehen ich auch.

Nur öffnen kann ich sie nicht.

Hast du auch den SCP modus in WinSCP getestet? WINSCP macht auch FTP (da geht ja alles).

der SCP Modus benutzt port 22 (SSH)

also nicht den FTP port 21

Grad mit WinSCP 2.4.7 getestet.

Der selbe Fehler.


Hab auch die winsp.ini gelöscht.


Ich habe VTI IMage 0.7 vom 18.03.2010 drauf (Flash mit USB Stick).

UNd Du?

an Firewalls oder virscanner oder liegt es nicht, da es mit meinen anderen 2 boxen klappt (dremm 7000 + 600)

---

ja im FLash.

ist nur über stick geflasht (also nicht seriell)

---

da hab ich ne frage: Wenn man flasht, wewrdenb dann wirklich alle Einstellungen gelöscht? oder gibt es irgendwo noch reste?

Posts zusammengefügt

Ich glaube wir kommen der Sache auf die Spur:

pscp mit meinen Dreamboxen:



Mit VU+ DUo:



Anscheinend empfängt er nicht den Namen der Quelldatei.
Vieleicht ein Fehler in der pipe

Original von scope34
Hi,

du hast dir dein /dev/null zerschossen:

Erstelle es mal neu mit und probiere es erneut aus:

mknod -m 666 /dev/null c 1 3

und dropbear neu starten mit

/etc/init.d/dropbear restart

Danke! Super! Du hast mich auf die richtige Spur gebracht!
Großes Lob VU+ Support ist wirklich um Meilen besser und kompetenter als bei der Dreambox! Weiter so! Dann wird DReam auf dauer verlieren...

zum Thema:
Ich wunderte mich zuerst nur, das dies nicht mit flashen korrigiert wurde.
Aber das wurde es.

Bis ich wieder Image Aktualisieren im VTI Panel ausgeführt habe.


Seitdem wird jedesmal nach einem erfolgreichen Dateiupload via SCP
/dev/null gelöscht!!!!


Der Fehler steckt also nicht im Image sondern in einem der Updates via VTI Panel (BLAU).

Hat jemand eine Idee wodurch /dev/null gelöscht wird, irgendein shellscript vieleicht?
Ich würde das dan selber ändern.

Ich vermute eine Syntax Fehler in einem rm ..... > /dev/null befehl , da wurde wohl das " > " Zeichen vergseen => folge wäre, dass /dev/null gelöscht wird.

Original von RealMagic911
Hast du auf der VU den SSH Port geändert?

nein nur im router remapped

Original von RealMagic911
D.h. du hast versucht von aussen zuzugreifen? Warst nich im lokalen Netz oder?

ja. habe es aber auch im LAN probiert. macht keine unterschied.

egal ob ich von wo aus immer zugreife ob LAN , WAN über dyndns oder IP adresse,
der Fehler ist gleich

Bin ein Schritt weiter:


Es scheint so, das die CCcam das Device /dev/null löscht, wenn
man die CCcam.cfg ändert während die CCcam läuft.


getestet mit CCcam 2.1.2 und 2.1.3 , noch nicht getestet mit CCcam 2.1.4.


Auf der Dreambox passiert mir sowas nicht, da habe ich aber ja nur die ppc Versionen der CCcam in Betrieb.


Im alten VTI0.3 image ist dies nicht passiert

Hat jemand was ähnliches beobachtet?

Original von RealMagic911
Kannst du mal deine CCcam.cfg hier posten?

Ich verletzte hier keine Boardregeln.
Außerdem hat es im VTI 0.3 Image wunderbar funktioniert und die CCcam.cfg wurde seitdem nicht geändert.

Ich hab eine Idee:
Vielleicht liegt der Fehler in der Anzeige der Emu (CCcam) Informationen in der Skin, die ja wohl resettet wird, wenn man CCcam.cfg datei ändert.

Nur so als Möglichkeit