Dropbear <> WinSCP (dm500s)

[dstb]

Когато копирам фаил, със WinSCP върху Дриймбокса, WinSCP се крашва след като файла се изкопира. Това се случва на всичкитв имиджи на които съм пробвал. Изписва ми "Assertion Failed: xdrPtr && xdrPtr == * xdrLPP, file xx.cpp, line 2233" и "Abnormal program termination". и програмата се чупи, после пак трябва да я пускам и да се логвам.
Ползвам стандартен Dropbear 0.52 дърпан от менюто с плъгини, и WinSCP 4.02 и WinSCP 5.05 beta.

Станното е че приемника беше с GP4.20 и там си работеше.

Някой знае ли как се оправя този проблем. и зашо е оставен от разработчиците нерешен?

Мерси

Regards

[turbopower]

Хм в мрежата не пише много по този въпрос. Пробвали със filezilla там може би ще работи.
Защо не използваш ftp за трансфер, той ти позволява същият достъп както през sftp ?

[ivanili]

Когато копирам фаил, със WinSCP върху Дриймбокса, WinSCP се крашва след като файла се изкопира. Това се случва на всичкитв имиджи на които съм пробвал. Изписва ми "Assertion Failed: xdrPtr && xdrPtr == * xdrLPP, file xx.cpp, line 2233" и "Abnormal program termination". и програмата се чупи, после пак трябва да я пускам и да се логвам.
Ползвам стандартен Dropbear 0.52 дърпан от менюто с плъгини, и WinSCP 4.02 и WinSCP 5.05 beta.

Станното е че приемника беше с GP4.20 и там си работеше.

Някой знае ли как се оправя този проблем. и зашо е оставен от разработчиците нерешен?

Мерси

Regards

Отметката в Blue-Panel / Services/Deamons / Dropbear (SSH) свети ли в зелено и отдолу Status: running

[dstb]

Отметката в Blue-Panel / Services/Deamons / Dropbear (SSH) свети ли в зелено и отдолу Status: running

Не не не, той демона си работи. Логвам се с PuTTy и WinSCP. Но като копирам файл от пц-то към стб-то, програмата се крашва и се киллва.


Regards

[dstb]

Хм в мрежата не пише много по този въпрос. Пробвали със filezilla там може би ще работи.
Защо не използваш ftp за трансфер, той ти позволява същият достъп както през sftp ?

@Боби
Чак сега вдиях че си писал нещо съм ти пропуснал поста, чист каприз си е от моя страна. Свикнал съм си да работя така със PuTTy и WinSCP. До сега не съм имал проблеми, ползвам ги бая години. A и знаеш разликите между FTP и SFTP кви са по принцип.

Иначе май проблема е в някоя библиотека. Ето логове

Тука работи :

. 2011-12-16 21:21:13.668 Waiting for another 1 bytes
. 2011-12-16 21:21:13.699 Detected network event
. 2011-12-16 21:21:13.699 Received 1 bytes (0)
. 2011-12-16 21:21:13.699 Read 1 bytes (0 pending)
. 2011-12-16 21:21:13.699 SCP remote side confirmation (0)
. 2011-12-16 21:21:13.699 Copying "C:\Documents and Settings\User\Desktop\New Text Document.txt" to remote directory finished.
. 2011-12-16 21:21:13.699 Sent 1 bytes
. 2011-12-16 21:21:13.699 There are 0 bytes remaining in the send buffer
. 2011-12-16 21:21:13.699 Sent 1 bytes
. 2011-12-16 21:21:13.699 There are 0 bytes remaining in the send buffer
> 2011-12-16 21:21:13.699 E
. 2011-12-16 21:21:13.699 Waiting for another 1 bytes
. 2011-12-16 21:21:13.746 Detected network event
. 2011-12-16 21:21:13.746 Received 1 bytes (0)
. 2011-12-16 21:21:13.746 Read 1 bytes (0 pending)
. 2011-12-16 21:21:13.746 SCP remote side confirmation (0)
. 2011-12-16 21:21:13.746 Waiting for another 1 bytes
. 2011-12-16 21:21:13.778 Detected network event
. 2011-12-16 21:21:13.778 Received 30 bytes (0)
. 2011-12-16 21:21:13.778 Read 1 bytes (29 pending)
. 2011-12-16 21:21:13.778 Read 29 bytes (0 pending)
< 2011-12-16 21:21:13.778 WinSCP: this is end-of-file:0

А тука не :

. 2011-12-16 21:07:53.403 Waiting for another 1 bytes
. 2011-12-16 21:07:53.449 Detected network event
. 2011-12-16 21:07:53.449 Received 116 bytes (1)
! 2011-12-16 21:07:53.449 scp: relocation error: scp: symbol utimes, version GLIBC_2.0 not defined in file libc.so.6 with link time reference
. 2011-12-16 21:07:53.449 Waiting for another 1 bytes
. 2011-12-16 21:07:53.465 Detected network event
. 2011-12-16 21:07:53.465 Received 32 bytes (0)
. 2011-12-16 21:07:53.465 Read 1 bytes (31 pending)
. 2011-12-16 21:07:53.465 Read 31 bytes (0 pending)
< 2011-12-16 21:07:53.465 inSCP: this is end-of-file:127
. 2011-12-16 21:07:54.168 Session upkeep

Regards

[turbopower]

Основната разлика, е че през фтп няма да ти дава грешка. Едното е криптирано и изполва порт 22 другото не е и използва 21. Използвай файлзила и за едното и за другото и там няма да имаш грешка. Относно мой опит с тази програма, аз нямам понеже сам се досети дали изполвам Win

Виж при Mac OSX и Linux нещата стоят по друг начин и няма подобни бъгави програми.

[dstb]

Аз пък си я харесвам "бъгавата" програма, и въпрос на време да тръгне.

Regards

[dstb]

Filezilla също не работи.

Status:    Connecting to 192.168.0.137...
Response:    fzSftp started
Command:    open "[email protected]" 22
Command:    Trust new Hostkey: Once
Command:    Pass: ********
Status:    Connected to 192.168.0.137
Error:    Connection closed by server with exitcode 127
Error:    Could not connect to server

Regards

[turbopower]

При openwrt се инсталира opkg install openssh-sftp-server за да работи това при дрийм ако има такъв пакет го потърси. Чудя се защо при положение искаш единствено да прехвърляш само файлове не използваш ftp, което най-вероятно работи. При положение че с друг имидж това работи, свържи се с хората които са правили имиджа който използаш и им задай въпроса защо не работи (най-вероятно имат форум, използвай търсачките за да го намериш).

[dstb]

Не отговарят мама им мръсна ;)

Нито тез със имиджа, нито тез със програмата. Да се надяваме че е заради почивните дни. Аз си го обяснявам че Dropbear е компилиран с някъква библиотека, която в новите имиджи е нещо по-различна.
Иначе за другото. Както ти казах чист каприз от моя страна. Сървиса е един, прави две неща(пускаш един сървис и забравяш), секюре е. Клиента също е един(под уин), даже е едно просто тъпо ЕХЕ, което дори и не го инсталираш. Теглиш пускаш и бачкаш. На мене така ми харесва, и искам така да работи. А и FTP никога не съм го харесвал като протокол, когато ми се налагало да го ползвал, все съм имал проблеми и за това го избягвам.

Иначе няма да я оставя тази работа така.

Regards