Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: Wardialing - Odd Results |
|---|---|
| Date: | Tue, 26 Jul 2005 15:11:25 -0400 |
On Tue, Jul 26, 2005 at 11:57:24AM -0500, John R. Dennison wrote:
On Fri, Jul 22, 2005 at 09:43:32AM -0700, Atom Powers wrote:I've seen this if the data rate for the system you are dialing in to and the program you are using are not in synch. For instance, if the system you are dialing to is 9600bps and you have your hyperterminal set to
Any mis-configured serial port settings (baud, parity, data
bits, stop bits) can cause this behaviour.
In /general/, the hyperterminal default settings of 8/N/1
should work in most, but not all cases; some older mainframe
Another thing I would say is to start low and work your way up.
That is, dial in at 300/1200 bps. Some strange embedded systems use
lower rates. Also, play with your parity/stop bit setting. 8N1
is command, but 7E1 is totally on common. Another type, on connecting
you might want to send a couple of characters instead of simply waiting
for the remote system to respond. As was pointed out, older mainframes
use such settions and X.25 PAD sometimes do as well.
--
Champ Clark III | Vistech Communications,Inc. | 850-942-0388 x 101
http://www.vistech.net
GPG Key ID: 58A2A58F
Key fingerprint = 7734 2A1C 007D 581E BDF7 6AD5 0F1F 655F 58A2 A58F
If it wasn't for C, we'd be using BASI, PASAL and OBOL.
pgpe8776o0Hsm.pgp
Description: PGP signature
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Secure Access to a PDF File, fake |
|---|---|
| Next by Date: | RE: Packet analysis and protocol analysis, Arun Vishwanathan |
| Previous by Thread: | Re: Wardialing - Odd Results, John R. Dennison |
| Next by Thread: | Re: Wardialing - Odd Results, Ron |
| Indexes: | [Date] [Thread] [Top] [All Lists] |