New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Telnet connection #87
Comments
I just pushed a commit that adds support for the telnet protocol to ssh_connect.py. I also added support for telnet:// URLs to the Bookmarks plugin. So you can bookmark them too. I might add a couple other text-based protocols while I'm at it. Any recommendations? |
My need was only telnet. Thanks |
The proper procedure is to update your code with the latest from Github (or download the tarball) and then run "sudo python setup.py install" inside the GateOne directory. ssh_connect.py was only a small part of what I had to change to enable telnet support so you'll definitely need all the updates. Also an FYI: The latest commit doesn't have that 'Protocol [ssh]' line anymore (it was unnecessary complexity) so if you want to use telnet you must use the telnet:// URL format (e.g. 'telnet://hostname'). |
Great! I'll try right away. |
Hi, i have a problem with the shown prompt. tanks for all. |
What browser are you using? Also, what do you mean "pressing the enter key the 'switch1#' don't go down"? I have no idea what you mean by 'switch1#'. |
I've created a session playback of myself using telnet to login to my local workstation... All the keyboard keys appear to work (in Chrome anyway). You can view it here: |
Hi, tanks for the fast response. My 'switch1#' is your "riskable@portarisk:~ $" and I mean, when I press the enter key, the prompt should not be a line down. I saw your video where everything works, but I do not feel that way. tanks for all, very kind. |
I recently spent some time trying to reproduce this issue and I think I might have fixed it in the latest release... It might have been a bug in Terminal.resize(). It gets called at various points in the process of using Gate One (because setting the terminal size is a fickle thing) and when this happens the margins get reset. If what you were connecting to set the margins a certain way it is possible that was the cause of your problem. Please pull the latest code and give it a try. If it still doesn't fix the issue then I'm going to need more information about what it is that you're connecting to and what, if any, special escape sequences it might be sending to Gate One (escape sequence bugs are a big pain because they can be difficult to reproduce). Also, if you run Gate One like so: "./gateone.py --session_logging=True" ...and send me the resulting .golog file (it's a record of your session) I can take a look at it. It would immediately reveal if there's some escape sequence bug at play. |
hi I tested but i have the same results.... |
Somehow I missed your message... The .golog files are stored in /opt/gateone/users//logs by default. If you haven't enabled authentication the [username] will be ANONYMOUS. So just connect to Gate One, reproduce the issue, then send me the newest .golog from that directory. You can verify it's the correct one using the Log Viewer in Gate One or using the logviewer.py script like so:
Once I get that .golog I'll be able to play back precisely what was output programmatically in the terminal emulator (terminal.py). I can step through it character by character to figure out where--if any--there's a bug. That's how I usually have to fix things like this because the documentation on VT-style terminals is a mess (not detailed enough, too detailed, or just plain wrong). |
Hi in the directory /opt/gateone/ there is no the directory /users/logs. P.S i have run the command "./gateone.py --session_logging=True" |
When you run Gate One it should automatically create the users directory. Here's what my log path looks like:
Can you copy & paste your server.conf into this ticket? Also, I need to know your browser, OS version, and what OS you're running Gate One on. Once I have that information I can setup a test environment to replicate your situation. You should also download my latest commit, blow away your /opt/gateone directory, and re-install. There might be something that didn't get installed properly as a result of your manual "setup_dir" workaround (which isn't necessary with the latest commit). |
I just noticed that my recent commit is broken... So don't grab it. LOL. I'll fix it later today. |
OK will wait 2012/3/2 Dan McDougall <
|
You can try it now... I just pushed Gate One 1.0 :) |
I just tried but at the command telnet://x.x.x.x i have this: Got Exception trying to run openssh_connect: sequence item 4: expected string, int found |
Hi Think I have found the issue for this error. Line 453 is trying to join the args, join only accepts strings. port is an integer (int ) as set on line 411. args = [host, port] So, change this line to:- args = [host, str(port)] It then works :) Now I just need to get it to emulate a Wyse 50 . |
You're obviously using Gate One 1.0... That issue has long since been fixed in the github code. 1.1 will be out soon though which will include the fix. Just need to finish up a number of tutorials/examples I've been working on. |
Yep, found it in he repository after some digging, replaced my altered v1 ssh_connect.py script with the v1.1 ssh_connect.py script and it is all working :) |
…ONDER people were saying some things just don't look right. LOL! auth.py: Fixed all the authentication redirects so they works with the new url_prefix option. gateone.py: Fixed the login_url (Tornado setting) so it now uses the url_prefix option. gateone.py: Fixed the HTTPSRedirectHandler so it also takes the url_prefix into account. I also changed its URL pattern regex to be ".*" (meaning, 'match anything') from just "/" (meaning, 'match *just* http://whatever/'). That way a user can hit your Gate One server's hostname/IP via HTTP in a browser with *any* URL and get magically redirected to HTTPS on the proper port. gateone.py: Removed that leftover print statement from the new ErrorHandler. SSH Plugin: Added support for telnet:// URLs to ssh_connect.py. This should resolve liftoff#87 Bookmarks Plugin: Added support for telnet:// URLs as well. Bookmarks Plugin: Added a new type of tag that gets automatically added to bookmarks: URL type. Essentially this will let you filter the bookmarks list based on the type of URL in the bookmark. This was necessary in order to be able to easily differentiate between ssh:// and telnet:// URLs. Bookmarks Plugin: Added a new "Autotags" section to the tag cloud area where you can filter based on URL type (protocol) and the age of bookmarks (e.g. "<7 Days"). setup.py: Made a minor change to ensure that when it is run that the combined_plugins.js gets automatically overwritten. Playback Plugin: Changed playback.js a bit in an attempt to save some memory but I believe what I'm experiencing is a bug in Chrome... Everything stays nice and low (in terms of memory utilization) and then suddenly jumps a huge amount after switching tabs and then back again. It needs more investigation. Logging Plugin: Added the ability to download logs in the self-contained recording format. NOTE: Something strange is going on with log titles and the new telnet protocol support in ssh_connect.py. It'll be fixed soon.
…sn't being properly converted to a string. This should fix the issue reported in liftoff#87 Playback Plugin: Fixed a bug where you could get UnicodeDecodeErrors when exporting the current session recording. This should fix the issue reported in liftoff#90
Hi,
you can implement a telnet connection with the current ssh, to login in network's system ?
thanks.
The text was updated successfully, but these errors were encountered: