Awsome work zx. thanks for the updates.
For those who haven't seen the previous version, Dropbear is a small
SSH2 Server and Client running on a variety of POSIX-based platforms.
It has been mainly developed by Matt Johnston
(see matt's web site).
PSPSSH is a port of the version 0.48.1 to the PSP.
If you wonder what a SSH client is, this homebrew is useless for you ...
* Change log : *
What's new in version 1.0.3 :
- New Danzeff keyboard layout
(alt keys are now available)
- New option to save the vt100 screen as a text file.
- New login menu
(more friendly, and with new options)
- Improve vt100 emulation
(for example, the nano editor works fine now)
- As Matt Johnston advice me, i've added a new
initial random seed generation, using keystroke latency
(you have now to press psp keys randomly,
the first time you run pspssh).
- bug fix in random number generator
- bug fix in key send function
- bug fix in vt100 emulator
* Credits and license : *
The terminal Vt100 emulation part of PSPSSH is based on the work
of Danzel for his Telnet client for PSP.
This software is distributed under several open-source/free software
licenses, and mainly the MIT/X Consortium License.
See LICENSE.txt file for all details and information about it.
It has been developed on linux for Firmware 1.5 and 3.03-OE.
How to use it ? Everything is in the README.txt file.
Thanks to Matt Johnston for Dropbear, to Danzel and Jeff Chen for their virtual keyboard,
thanks once more to Danzel for the VT100 emulation, and thanks to all PSPSDK coders.
Special thanks to Cool Matty for his feedback !
here is my blog !
Originally Posted by Shadoks rule
I am sadly seeing the same behaviour on this one as on 1.0.1 and 1.0.2. I choose my wireless profile (Statically set up, and works with the PSP web browser just fine) and set up the connection info. I choose connect, and after that, nothing happens.
As near as I can tell having had the server admin watching the networking logs and sniffers on his machine, he is not seeing a request from the PSP at all.
I have another program (afkim) that uses this networking stack and seems to have a similar problem. It does not look like it is hitting the network at all; certainly, it's not passing the router, I don't know if it is hitting there or not (Netgear does not, sadly, include a packet sniffer).
I am not a wireless expert, but I do have a PCI wireless adapter around; if I install this, would I be able to packet sniff what's happening between the PC and the router, or is there no 'promiscuous' mode like ethernet NICs have?
I /suspect/ it might somehow be a DNS issue, but I forget what made me think it might be that. I know when I try to use this stack with DHCP, it does again fail, but as I can't see what it is doing I can't pinpoint where beyond 'step 3'.
Thanks for any help/insight!
I just tried via IP address hoping to bypass any issues with DNS, to no avail.
I want to try to put an SSH server on my internal network as a test, but will have to find one for Vista.
I am going to see if I can get /some/ kind of logging or sniffing on the router to tell me what it sees and what it is doing with the packets.
ETA: If I use the IP, it /does/ eventually actually stop trying, unlike when I used a DNS name. So that's something.
There are currently 1 users browsing this thread. (0 members and 1 guests)