I'm trying to setup a telnet into another system on my *internal* network andãnot getting anywhere.ããI have added an entry for this system and the command line is duped from theãother telnet entries, I just modified the hostname to reflect what I have in myã\windows\hosts file. I have even tried just using the IP address.ããIt just hangs.....ããI can telnet to the system in question from my SBBS system with a regularãtelnet program, both to the hostname and to the IP.ããAny ideas why I can telnet to the world within Synchronet but not to myãinternal network ?ããã---ã þ Synchronet þ ... Running madly into the wind and screaming ...ã

RE: telnet_gateãBY: Hemo to All on Mon Sep 11 2000 09:02 pmãã > Any ideas why I can telnet to the world within Synchronet but not to myã > internal network ?ããYou have not really given us a lot of information on the physical topology ofãthe network. You have an internal network and internet connectivity, and anãSBBS box, but how are they hooked together? ããCan you ping the system in question? Does it actually have a telnet daemonãrunning? Do you have a multi-homed box functioning as a gateway? Is there anyãfirewalling going on? Maybe you need to put an entry in your routing table(s).ããTell me more and I will try to help.ã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Hemo to All on Mon Sep 11 2000 09:02 pmãã > I'm trying to setup a telnet into another system on my *internal* network anã > not getting anywhere.ã > ã > I have added an entry for this system and the command line is duped from theã > other telnet entries, I just modified the hostname to reflect what I have inã > \windows\hosts file. I have even tried just using the IP address.ã > ã > It just hangs.....ããYou mean it never returns an error message? You have to close down SBBSCTRL?ãã > I can telnet to the system in question from my SBBS system with a regularã > telnet program, both to the hostname and to the IP.ã > ã > Any ideas why I can telnet to the world within Synchronet but not to myã > internal network ?ããIt might be the interface you have the telnet server bound to (outbound telnetãconnections use the same interface) can not reach this other machine. If youãhave multiple network interfaces (cards) in your computer, then may need toãchange your bound Interface in SBBSCTRL->Telnet->Configure to "<ANY>".ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Amcleod to Hemo on Tue Sep 12 2000 07:44 amãã > > Any ideas why I can telnet to the world within Synchronet but not to myã > > internal network ?ã > ã > You have not really given us a lot of information on the physical topology oã > the network. You have an internal network and internet connectivity, and anã > SBBS box, but how are they hooked together?ã > ã > Can you ping the system in question? Does it actually have a telnet daemonã > running? Do you have a multi-homed box functioning as a gateway? Is there ã > firewalling going on? Maybe you need to put an entry in your routing table(ã > ã > Tell me more and I will try to help.ããouch. ok.. I thought I briefly covered most of what you are asking me.ããI have two computers, A & B.ãA & B are networked through a hub.ãA & B are on the same subnet ( 192.168.1.* )ãA is Windows 98 and runs SBBS (SBBS box)ãB is SCO OpenServer 5.0.4ããI have both A & B entered in the hosts file on both A & BããI can telnet from A to B, both by IP and by hostnameãI can telnet from B to A, both by IP and by hostnameãI can telnet from A to the world, since any external IP or hostname goesãthrough my router. The same goes for Computer B.ããDid I mention I do Network administration as my real job?ããI use a firewall for my *incoming* traffic, and port 23 (telnet) is fixed toãforward to my SBBS box ( A ).ããWhen logged in to Synchronet, and choosing the external doors, and picking the ã'other BBS systems', Synchronet successfully telnets out to the ones that areãup.ããWhen I duplicate one of the entries that is working, and put my the IP or ãhostname of my Computer B in, save, shutdown SBBS and restart SBBS, log in andãtry to connect... it goes through the motions but does not connect. Whenãmonitoring port 23 from Computer B, nobody ever knocks.. yet I can open aãtelnet window and connect immediately without problems....ããSooo... what is Sychronet doing differently than my telnet program?ãããI guess I could try adding the route command, but should not have to since weãare on the same class c network. I'll drop to ;dos and see if it helps....ãã---ã þ Synchronet þ ... Running madly into the wind and screaming ...ã

RE: telnet_gateãBY: Digital Man to Hemo on Tue Sep 12 2000 10:40 amãã > > It just hangs.....ã > ã > You mean it never returns an error message? You have to close down SBBSCTRL?ããNo errors. It says 'Press Ctrl-]for a control menu anytime'. Then it saysã'[Hit a key]'ããI hit a key......ããit says 'Connecting to: myopia'ããand then nothing happens. I can hit Ctrl-] and tell it to disconnect and getãback to the BBS.ãããI already have the Interface IP bound to <ANY>, but maybe I'll bind it to myãNIC and see happens.ããããããããã---ã þ Synchronet þ ... Running madly into the wind and screaming ...ã

RE: telnet_gateãBY: Digital Man to Hemo on Tue Sep 12 2000 10:40 amãã > > Any ideas why I can telnet to the world within Synchronet but not to myã > > internal network ?ã > ã > It might be the interface you have the telnet server bound to (outbound telnã > connections use the same interface) can not reach this other machine. If youã > have multiple network interfaces (cards) in your computer, then may need toã > change your bound Interface in SBBSCTRL->Telnet->Configure to "<ANY>".ããAlready configured like that.ããHere's the error I get in the log file AFTER I hit Ctrl-D to disconnect fromãthe hung telnet attempt:ãã 9/12 09:03:24p Node 1 Ran external: Myopiaã 9/12 09:03:26p Node 1 Telnet gate to myopia.ujoint.org port 23 on socketã404ã 9/12 09:03:42p !TELGATE ERROR 10038 sending on socket 404ã 9/12 09:03:42p !ERROR 10038 closing socket 404ã 9/12 09:03:42p Node 1 Telnet gate to myopia.ujoint.org finishedããAgain, I can telnet to myopia from this machine just fine, but not viaãSynchronet.. ?ãã---ã þ Synchronet þ ... Running madly into the wind and screaming ...ã

RE: telnet_gateãBY: Hemo to Digital Man on Tue Sep 12 2000 08:00 pmãã > > > It just hangs.....ã > >ã > > You mean it never returns an error message? You have to close down SBBSCTã > ã > No errors. It says 'Press Ctrl-]for a control menu anytime'. Then it saysã > '[Hit a key]'ã > ã > I hit a key......ã > ã > it says 'Connecting to: myopia'ã > ã > and then nothing happens. I can hit Ctrl-] and tell it to disconnect and geã > back to the BBS.ããHave you tried _waiting_? It will return an error if the connection failsã(eventually),ãã > I already have the Interface IP bound to <ANY>, but maybe I'll bind it to myã > NIC and see happens.ããDo you have more than one NIC in your BBS machine?ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Hemo to Digital Man on Tue Sep 12 2000 08:06 pmãã > > > Any ideas why I can telnet to the world within Synchronet but not to mã > > > internal network ?ã > >ã > > It might be the interface you have the telnet server bound to (outbound tã > > connections use the same interface) can not reach this other machine. If ã > > have multiple network interfaces (cards) in your computer, then may need ã > > change your bound Interface in SBBSCTRL->Telnet->Configure to "<ANY>".ã > ã > Already configured like that.ã > ã > Here's the error I get in the log file AFTER I hit Ctrl-D to disconnect fromã > the hung telnet attempt:ã > ã > 9/12 09:03:24p Node 1 Ran external: Myopiaã > 9/12 09:03:26p Node 1 Telnet gate to myopia.ujoint.org port 23 on socketã > 404ã > 9/12 09:03:42p !TELGATE ERROR 10038 sending on socket 404ã > 9/12 09:03:42p !ERROR 10038 closing socket 404ã > 9/12 09:03:42p Node 1 Telnet gate to myopia.ujoint.org finishedããThis error simply means you aborted the connection attempt. Try being patientãand waiting for the real connection failure message.ãã > Again, I can telnet to myopia from this machine just fine, but not viaã > Synchronet.. ?ããYes, I gathered that. :-)ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Hemo to All on Mon Sep 11 2000 09:02 pmãã > Any ideas why I can telnet to the world within Synchronet but not to myã > internal network ?ãã Do you have tcp/ip networking setup and IP numbers assigned on yourãlan?ã TKãã---ã þ Synchronet þ telnet://talamasca-bbs.com http://talamasca-bbs.comã

RE: telnet_gateãBY: Digital Man to Hemo on Tue Sep 12 2000 10:23 pmãã > > 9/12 09:03:24p Node 1 Ran external: Myopiaã > > 9/12 09:03:26p Node 1 Telnet gate to myopia.ujoint.org port 23 on socã > > 404ã > > 9/12 09:03:42p !TELGATE ERROR 10038 sending on socket 404ã > > 9/12 09:03:42p !ERROR 10038 closing socket 404ã > > 9/12 09:03:42p Node 1 Telnet gate to myopia.ujoint.org finishedã > ã > This error simply means you aborted the connection attempt. Try being patienã > and waiting for the real connection failure message.ããOK, got my unix machine back up and running and started trying all this stuffãagain.ããStill don't work. I let it sit for 133 minutes ( I went shopping ) and I stillãgot no error, it just sat there.ããI have a LinkSys broadband router that links my internal network to the outsideãworld. My internal network is 192.168.1. I have connectivity between myãBBS machine (internal network 192.168.1.100 or delta.ujoint.org) and my unixãcomputer (internal network 192.168.1.50 or myopia.ujoint.org). I tested myãconnectivity by using ping, ftp, and telnet. These all work fine from eitherãmachine to either machine.ããTry running '*telgate myopia.ujoint.org' causes you to just hang there with noãconnection. running '*telgate delta.ujoint.org' works. Now I am reallyãconfusinededed...ded.ããThis behavior is identical if I am telneted into my BBS from inside my networkãor from an outside (other side of my router) host.ããmy 'hosts' file( same on both my systems ):ã192.168.1.100 delta delta.ujoint.orgã192.168.1.50 myopia myopia.ujoint.orgãããSince I do networking support as part of my real job, this is one of thoseãthings that I am determined to figure out why it doesn't work, and I amãstumped. I don;t know what's ahppening inside of the baja code forã'telnet_gate', but that's the only place I can figure this is going wrong...ããI have only one NIC on both systems, the IP's are static, SBBS has been boundãto <ANY> and is now bound to 192.168.1.100 and all results are the same.ããHelp?ãã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: TommyKnocker to Hemo on Tue Sep 12 2000 07:21 pmãã > > Any ideas why I can telnet to the world within Synchronet but not to myã > > internal network ?ã > ã > Do you have tcp/ip networking setup and IP numbers assigned on youã > lan?ããyuppers. If I didn't, I wouldn't be able to telnet to those other systems. ãIt's just through BAJA's telnet_gate that it _doesn't_ work. Oddly enough, Iãcan telnet into the same system, but not into another sysem on my internalãnetwork....ããã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: Hemo to Digital Man on Sun Sep 17 2000 02:51 pmãã > > > 9/12 09:03:42p !TELGATE ERROR 10038 sending on socket 404ã > > > 9/12 09:03:42p !ERROR 10038 closing socket 404ã > > > 9/12 09:03:42p Node 1 Telnet gate to myopia.ujoint.org finishedã > >ã > > This error simply means you aborted the connection attempt. Try being patã > > and waiting for the real connection failure message.ã > ã > OK, got my unix machine back up and running and started trying all this stufã > again.ã > ã > Still don't work. I let it sit for 133 minutes ( I went shopping ) and I stã > got no error, it just sat there.ã > ã > I have a LinkSys broadband router that links my internal network to the outsã > world. My internal network is 192.168.1. I have connectivity between myã > BBS machine (internal network 192.168.1.100 or delta.ujoint.org) and my unixã > computer (internal network 192.168.1.50 or myopia.ujoint.org). I tested myã > connectivity by using ping, ftp, and telnet. These all work fine from eitherã > machine to either machine.ã > ã > Try running '*telgate myopia.ujoint.org' causes you to just hang there with ã > connection. running '*telgate delta.ujoint.org' works. Now I am reallyã > confusinededed...ded.ã > ã > This behavior is identical if I am telneted into my BBS from inside my netwoã > or from an outside (other side of my router) host.ã > ã > my 'hosts' file( same on both my systems ):ã > 192.168.1.100 delta delta.ujoint.orgã > 192.168.1.50 myopia myopia.ujoint.orgã > ã > ã > Since I do networking support as part of my real job, this is one of thoseã > things that I am determined to figure out why it doesn't work, and I amã > stumped. I don;t know what's ahppening inside of the baja code forã > 'telnet_gate', but that's the only place I can figure this is going wrong...ã > ã > I have only one NIC on both systems, the IP's are static, SBBS has been bounã > to <ANY> and is now bound to 192.168.1.100 and all results are the same.ã > ã > Help?ããI really don't have a clue as to why it isn't working. The telnet_gate functionãsimply opens a socket, binds it, and attempts a connect to the address (andãport) specified. Nothing complex. Here is the actual code:ããvoid sbbs_t::telnet_gate(char* destaddr, ulong mode)ã{ã char* p;ã char str[128];ã uchar buf[512];ã int i;ã int rd;ã ulong l;ã bool gotline;ã ushort port=IPPORT_TELNET;ã ulong ip_addr;ã ulong save_console;ã SOCKET remote_socket;ã SOCKADDR_IN addr;ãã p=strchr(destaddr,':');ã if(p!=NULL) {ã *p=0;ã port=atoi(p+1);ã }ãã if((remote_socket = open_socket(SOCK_STREAM)) == INVALID_SOCKET) {ã errormsg(WHERE,ERR_OPEN,"socket",0);ã return;ã }ãã memset(&addr,0,sizeof(addr));ã addr.sin_addr.S_un.S_addr = htonl(cfg.startup->interface_addr);ã addr.sin_family = AF_INET;ãã if((i=bind(remote_socket, (struct sockaddr *) &addr, sizeofã(addr)))!=0) {ã close_socket(remote_socket);ã lprintf("!ERROR %d (%d) binding to socket %d",i, ERROR_VALUE,ãsocket);ã return;ã }ãã ip_addr=resolve_ip(destaddr);ã if(!ip_addr) {ã close_socket(remote_socket);ã lprintf("Failed to resolve addres: %s",destaddr);ã return;ã }ãã memset(&addr,0,sizeof(addr));ã addr.sin_addr.S_un.S_addr = ip_addr;ã addr.sin_family = AF_INET;ã addr.sin_port = htons(port);ãã if((i=connect(remote_socket, (struct sockaddr *)&addr,ãsizeof(addr)))!=0) {ã close_socket(remote_socket);ã lprintf("!ERROR %d (%d) connecting to server: %s"ã ,i,ERROR_VALUE, destaddr);ã return;ã }ãã l=1;ãã if((i = ioctlsocket(remote_socket, FIONBIO, &l))!=0) {ã close_socket(remote_socket);ã lprintf("!ERROR %d (%d) disabling socket blocking"ã ,i, ERROR_VALUE);ã return;ã }ãã lprintf("Node %d Telnet gate to %s port %d on socket %d"ã ,cfg.node_num,destaddr,port,remote_socket);ãã if(!(mode&TG_CTRLKEYS))ã console|=CON_RAW_IN;ã while(online) {ã gettimeleft();ã rd=RingBufRead(&inbuf,buf,sizeof(buf));ã if(rd) {ã if(!(telnet_mode&TELNET_MODE_BIN_RX)) {ã if(*buf==0x1d) { // ^]ã save_console=console;ã console&=~CON_RAW_IN; // AllowãCtrl-U/Ctrl-Pã CRLF;ã while(online) {ã SYNC;ã mnemonics("\1n\r\n\1h\1bTelnetãGate: \1y~D\1wisconnect, "ã "\1y~E\1wcho toggle,ã\1y~L\1wist Users, \1y~P\1wrivate message, "ã "\1y~Q\1wuit: ");ã switch(getkeys("DELPQ",0)) {ã case 'D':ããclosesocket(remote_socket);ã break;ã case 'E':ã mode^=TG_ECHO;ããbprintf(text[EchoIsNow]ãã,mode&TG_ECHOã ?ãtext[ON]:text[OFF]);ã continue;ã case 'L':ããwhos_online(true);ã continue;ã case 'P':ã nodemsg();ã continue;ã }ã break;ã }ã attr(LIGHTGRAY);ã console=save_console;ã }ã gotline=false;ã if(mode&TG_LINEMODE && buf[0]!='\r') {ã ungetkey(buf[0]);ã l=K_CHAT;ã if(!(mode&TG_ECHO))ã l|=K_NOECHO;ã rd=getstr((char*)buf,sizeof(buf)-1,l);ã if(!rd)ã continue;ã strcat((char*)buf,crlf);ã rd+=2;ã gotline=true;ã }ã if(mode&TG_CRLF && buf[rd-1]=='\r')ã buf[rd++]='\n';ã if(!gotline && mode&TG_ECHO) {ã RingBufWrite(&outbuf,buf,rd);ã SetEvent(output_event);ã }ã }ã if((i=send(remote_socket,(char*)buf,rd,0))<0) {ã lprintf("!TELGATE ERROR %d sending on socketã%d",ERROR_VALUE,remote_socket);ã break;ã }ã }ã rd=recv(remote_socket,(char*)buf,sizeof(buf),0);ã if(rd<0) {ã if(ERROR_VALUE==WSAEWOULDBLOCK) {ã if(mode&TG_NODESYNC) {ã SYNC;ã }ã mswait(1);ã continue;ã }ã lprintf("!TELGATE ERROR %d receiving on socketã%d",ERROR_VALUE,remote_socket);ã break;ã }ã if(!rd) {ã lprintf("Node %d Telnet gateãdisconnected",cfg.node_num);ã break;ã }ã RingBufWrite(&outbuf,buf,rd);ã SetEvent(output_event);ã }ã console&=~CON_RAW_IN;ãã /* Disable Telnet Terminal Echo */ã sprintf(str,"%c%c%c",TELNET_IAC,TELNET_WILL,TELNET_ECHO);ã putcom(str,3);ãã close_socket(remote_socket);ãã lprintf("Node %d Telnet gate to %s finished",cfg.node_num,destaddr);ã}ãã(if that's of any help)ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Hemo to Digital Man on Sun Sep 17 2000 02:51 pmãã > I have a LinkSys broadband router that links my internal network to the outsã > world. My internal network is 192.168.1. I have connectivity between myã > BBS machine (internal network 192.168.1.100 or delta.ujoint.org) and my unixã > computer (internal network 192.168.1.50 or myopia.ujoint.org). I tested myã > connectivity by using ping, ftp, and telnet. These all work fine from eitherã > machine to either machine.ã > ã > Try running '*telgate myopia.ujoint.org' causes you to just hang there with ã > connection. running '*telgate delta.ujoint.org' works. Now I am reallyã > confusinededed...ded.ãã'delta' is a Windows machine running SBBS and 'myopia' is a Linux box. You canãtelnet/ftp/ping the Linux box from Windows, & vice versa. You can 'telgate'ãfrom the Windows box to itself. But you can't 'telgate' from the Windows boxãto the Linux box, even though "regular" telnet works?ããWeird!ããIs the LinkSys router doing any firewalling between the two boxes? Or just toãthe outside world? Is all the telnet/telgate action taking place on port 23? ãI don't know if telgate does/can use some alternate port...ããCan you see if anything is knocking on the door when you try to telgate toãmyopia? Use a packet sniffer to see if delta is sending the packets and myopiaãignoring them or if delta doesn't even send them in the first place? Whatãabout name resolution? Does SBBS use the 'hosts' file or only DNS? Does IPãaddress 24.160.244.151 belong to you? Try a traceroute (don't know Windowsãspelling) to myopia and myopia.ujoint.org and see if it is OK. Try using theãIP address of myopia directly in the telgate command.ããI dunno what your problem is, but it is an interesting one. I dunno if Windowsãhas anything similar to "/etc/nsswitch.conf". Are you running a DNS server forãthe domain? Can you add delta and myopia to the DNS config rasther than relyãon the hosts file?ã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Digital Man to Hemo on Sun Sep 17 2000 04:15 pmãã > I really don't have a clue as to why it isn't working. The telnet_gate functã > simply opens a socket, binds it, and attempts a connect to the address (andã > port) specified. Nothing complex. Here is the actual code:ããI'll take a closer gander at the code a bit later, right now I'm going to goãgrab a packet sniffer and see what I can get from that..ããMy router/hub is not in direct eye contact with my system, but with the help ofãa mirror or another person ( I used another person in this test) I can see theãlights on the front. When Synchronet goes off and calls *telgateãmyopia.ujoint.org, I have verified activity between the nodes, based on theãlights. If I bang away at the keyboard, the lights go nuts, as though I _am_ãconnected to the other server, just can't see anything on my local screen! Iãtried toggling echo a few times but still can't see anything. Hmmm...ããA little later I'm gonna get a telnet server ( perhaps SBBS ) running an a Winã9x machine and see if I can connect to that. I wouldn't think there isãanything different with telnetd under SCO OpenServer 5.0.5 from telnetd on anyãother system... (refering to receiving data and sending data/echoing commandsãback)ããThis one just stumps me... I hope it isn't going to be on of those simpleãstupid things like is it plugged in or anything ....ããã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: Digital Man to Hemo on Sun Sep 17 2000 04:15 pmããwell, I think I have found the problem. This problem can actually beãdupliacted if you try using telnet_gate into just about any *nix telnetdãserver, and the problem may be simple or not so simple to correct.ããI'm just thinking out loud here, so don't take this as gospel, and correct meãwhere I am wrong, please. (Rob)ããSynchronet's telnet server is not doing some of the telnet-protocolãcommunications between server and client that most *nix based telnet server areãdoing. telnet_gate just opens a pass-thru port to a new IP, and the code youãposted looks like it is doing just that. The telnetd on the *nix side,ãhowever, is sending some control questions out to the terminal, expecting toãget answers and it is not getting answers. I am assuming my terminal softwareãis not sending any answers because it is not listening for those controlãquestions since it _already_ is in a session ( with Synchronet ).ããI enabled debugging ( to the screen ) on my unix teletd daemon and made aãconnection with my telnet client:ã----- begin screen paste -----ãtd: send do AUTHENTICATIONãtd: recv wont AUTHENTICATIONãtd: send do TERMINAL TYPEãtd: send do TSPEEDãtd: send do XDISPLOCãtd: send do NEW-ENVIRONãtd: send do OLD-ENVIRONãtd: recv will TERMINAL TYPEãtd: recv wont TSPEEDãtd: recv wont XDISPLOCãtd: recv wont NEW-ENVIRONãtd: recv wont OLD-ENVIRONãtd: recv suboption TERMINAL-TYPE IS "ansi"ãtd: send will SUPPRESS GO AHEADãtd: send do ECHOãtd: send do NAWSãtd: send will STATUSãtd: send do LFLOWãtd: recv do SUPPRESS GO AHEADãtd: recv wont ECHOãtd: recv will NAWSãtd: recv suboption NAWS 0 80 (80) 0 25 (25)ãtd: recv dont STATUSãtd: recv wont LFLOWãtd: send will ECHOããSCO OpenServer(TM) Release 5 (myopia.ujoint.org) (ttyp0)ããlogin: td: recv do ECHOã----- End Screen Paste -----ããWow. That's a lot of crap these two sides are trying to find out. Leavingãdebugging on and trying to connect through my Synchonet door:ãã----- Begin Screen Paste -----ãWhich or Quit: 7ããPress Ctrl-] for a control menu anytime.ããConnecting to: myopia.ujoint.orgãtd: send do AUTHENTICATIONã----- End Screen Paste -----ããAhah. So, telnetd is waiting for an answer and never gets it. Synchronetãwon't do it because it is not a telnet client, it's just acting as pass-thru. ãMy telnet client ain't gonna answer because it is already in a session withãSynchronet!ããI am not a C or C++ programmer, but I understand enough to read code and get aãfair idea. I generally do bourne or bash scripting on unix, work with SQL, andãprogram in Visual Basic. This means I know what kind of work could be involvedãto add code to Synchronet to act as a psuedo-telnet-client and anser theãpre-connecting requests, and then drop into a pass-through mode. I know itãain't pretty. If I could suggest something like this happening, then let's sayãI just did.ããI've got some C/C++ source here for a telnet client and if I can find theãsnippets in question, I'll send them your way...ã... if you are interested. I'm off finding other telnet clients and testingãthem to see if it is just my (2) clients acting this way or do they all do thisãto me...ããã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: Digital Man to Hemo on Sun Sep 17 2000 04:15 pmãã > I really don't have a clue as to why it isn't working. The telnet_gate functã > simply opens a socket, binds it, and attempts a connect to the address (andã > port) specified. Nothing complex. Here is the actual code:ãã1) Oh yeah, reall simple code... <G> 2) I've run into a similar problem here,ãonly when connecting on the local subnet tho, I can connect to TAlamasca, Vertãect from Telgate, but if I try to connect to my firewall (192.168.1.1) it justãsits there...ãBetaããã---ã þ Synchronet þ Rover Central, Kenora Ontario, Canadaã

RE: telnet_gateãBY: Amcleod to Hemo on Sun Sep 17 2000 06:02 pmããI've found the source of my problem, and the problem is the negotiations thatãtake place between a telnet server and a telnet client before a login prompt isãdisplayed. When using telnet_gate to connect to a telnetd or RFC telnetãserver, the telnet server attempts to do negotiations with the client toãestablish some things before a login propmpt gets thrown out. Sinceãtelnet_gate is not a telnet client, those negotiations are not getting answeredãand the telnet server never gives a login prompt. I have verified I _am_ãconnecting to the system in question, but these negotiations are not gettingãcompleted. The telnet client I am using to connect to Synchronet does notãrespond to these negotiations becuase it is programmed to do the negotiationãduring a connect attempt, not while a connect is already done!ããThe RFC's for telnet are about as bad (reading wise) for any RFC, but I haveãfound that reading these in their entirety either gives me a headache or leavesãme ãã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: Hemo to Amcleod on Tue Sep 19 2000 07:39 amãã > I've found the source of my problem, and the problem is the negotiations thaã > take place between a telnet server and a telnet client before a login promptã > displayed. When using telnet_gate to connect to a telnetd or RFC telnetã > server, the telnet server attempts to do negotiations with the client toã > establish some things before a login propmpt gets thrown out. Sinceã > telnet_gate is not a telnet client, those negotiations are not getting answeã > and the telnet server never gives a login prompt. I have verified I _am_ã > connecting to the system in question, but these negotiations are not gettingã > completed. The telnet client I am using to connect to Synchronet does notã > respond to these negotiations becuase it is programmed to do the negotiationã > during a connect attempt, not while a connect is already done!ããThen your telnet client is broken or misconfigured. Telnet clients areãrequired to be able to receive telnet option negotiation sequences at ANY TIME.ã ã > The RFC's for telnet are about as bad (reading wise) for any RFC, but I haveã > found that reading these in their entirety either gives me a headache or leaã > meããMaybe so, but RFC 854 does state pretty clearly:ãã "Option requests are likely to flurry back and forth when a TELNETã connection is first established, as each party attempts to get theã best possible service from the other party. Beyond that, however,ã options can be used to dynamically modify the characteristics of theã connection to suit changing local conditions."ããI suggest trying a different telnet client.ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Hemo to Digital Man on Sun Sep 17 2000 09:13 pmãã > well, I think I have found the problem. This problem can actually beã > dupliacted if you try using telnet_gate into just about any *nix telnetdã > server, and the problem may be simple or not so simple to correct.ããI have used telnet_gate to connect to my Linux box, and did _not_ have theãproblem mentioned.ãã > I'm just thinking out loud here, so don't take this as gospel, and correct mã > where I am wrong, please. (Rob)ã > ã > Synchronet's telnet server is not doing some of the telnet-protocolã > communications between server and client that most *nix based telnet server ã > doing. ããNot from my research. Synchronet's telnet server does all the necessaryãconfiguration and supports ALL telnet negotiation options. Simply turn onãTelnet->Configure->Received Logged Commands in SBBSCTRL and you'll see allãreceived telnet commands (which are responded to by Synchronet's telnetãserver).ãã > telnet_gate just opens a pass-thru port to a new IP, and the code yoã > posted looks like it is doing just that. ããWell, you can't see the input (from the telnet client) routines, which do theãoption processing/negotiation. That is where the problem (if there is one) isãprobably located.ã ã > The telnetd on the *nix side,ã > however, is sending some control questions out to the terminal, expecting toã > get answers and it is not getting answers. I am assuming my terminal softwaã > is not sending any answers because it is not listening for those controlã > questions since it _already_ is in a session ( with Synchronet ).ããIf it's a properly written telnet client, that is probably NOT the case. What'sãmore likely is that the response from the telnet client is getting sucked upã(inadvertently) by Synchronet's telnet server.ãã > I enabled debugging ( to the screen ) on my unix teletd daemon and made aã > connection with my telnet client:ã > ----- begin screen paste -----ã > td: send do AUTHENTICATIONã > td: recv wont AUTHENTICATIONã > td: send do TERMINAL TYPEã > td: send do TSPEEDã > td: send do XDISPLOCã > td: send do NEW-ENVIRONã > td: send do OLD-ENVIRONã > td: recv will TERMINAL TYPEã > td: recv wont TSPEEDã > td: recv wont XDISPLOCã > td: recv wont NEW-ENVIRONã > td: recv wont OLD-ENVIRONã > td: recv suboption TERMINAL-TYPE IS "ansi"ã > td: send will SUPPRESS GO AHEADã > td: send do ECHOã > td: send do NAWSã > td: send will STATUSã > td: send do LFLOWã > td: recv do SUPPRESS GO AHEADã > td: recv wont ECHOã > td: recv will NAWSã > td: recv suboption NAWS 0 80 (80) 0 25 (25)ã > td: recv dont STATUSã > td: recv wont LFLOWã > td: send will ECHOã > ã > SCO OpenServer(TM) Release 5 (myopia.ujoint.org) (ttyp0)ã > ã > login: td: recv do ECHOã > ----- End Screen Paste -----ã > ã > Wow. That's a lot of crap these two sides are trying to find out. Leavingã > debugging on and trying to connect through my Synchonet door:ã > ã > ----- Begin Screen Paste -----ã > Which or Quit: 7ã > ã > Press Ctrl-] for a control menu anytime.ã > ã > Connecting to: myopia.ujoint.orgã > td: send do AUTHENTICATIONã > ----- End Screen Paste -----ã > ã > Ahah. So, telnetd is waiting for an answer and never gets it. Synchronetã > won't do it because it is not a telnet client, it's just acting as pass-thruã > My telnet client ain't gonna answer because it is already in a session withã > Synchronet!ããI don't think that's what is happening. I think your telnet client probably ISãresponding, but the response it getting "eaten" by Synchronet.ã ã > I am not a C or C++ programmer, but I understand enough to read code and getã > fair idea. I generally do bourne or bash scripting on unix, work with SQL, ã > program in Visual Basic. This means I know what kind of work could be involã > to add code to Synchronet to act as a psuedo-telnet-client and anser theã > pre-connecting requests, and then drop into a pass-through mode. I know itã > ain't pretty. If I could suggest something like this happening, then let's ã > I just did.ã > ã > I've got some C/C++ source here for a telnet client and if I can find theã > snippets in question, I'll send them your way...ããThanks, but I do have working option processing code (enable the logging ofãreceived Telnet options in SBBSCTRL to see them work).ãã > ... if you are interested. I'm off finding other telnet clients and testingã > them to see if it is just my (2) clients acting this way or do they all do tã > to me...ããTry this too: modify telgate.src, and add 16 to the end of the telnet_gateãline (and recompile with Baja). Should look like this:ããprintf "\r\n\1h\1hPress \1yCtrl-]\1w for a control menu anytime.\r\n\r\n"ãpauseãprintf "\1h\1yConnecting to: \1w%s\1n\r\n" strãtelnet_gate str 16ãclsããThis should disable Synchronet's telnet option processing (temporarily, justãfor the gate session).ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Digital Man to Hemo on Tue Sep 19 2000 09:28 pmããI am now bald and have a flat spot on my forehead.ããI've tried this so many ways I'm still spinning. ããWhat telnet client are you using? I've tried the Windows 98 included telnet,ãPowerTerm, and am now going out for others.ããI can connect out to vert and talamasca just fine, but if I try to connect toãeither my internal unix box ( SCO OpenServer 5.0.5 ) or a box on the net whereãI have a shell account ( some Red Hat.. uname -a reports version 2.0.38 ) Iãjust hang. netstat -a shows a connection to the system, but my telnet clientsãhangs there.ããI'll keep trying things, but it's getting to the point I'm thinking of puttingãmy unix box up front and have the bbs as a doorway from there.ããã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: Hemo to Digital Man on Wed Sep 20 2000 07:03 pmãã > I am now bald and have a flat spot on my forehead.ã > ã > I've tried this so many ways I'm still spinning.ã > ã > What telnet client are you using? ããHyperTerminal PE 5.0ãã > I've tried the Windows 98 included telnetã > PowerTerm, and am now going out for others.ã > ã > I can connect out to vert and talamasca just fine, but if I try to connect tã > either my internal unix box ( SCO OpenServer 5.0.5 ) or a box on the net wheã > I have a shell account ( some Red Hat.. uname -a reports version 2.0.38 ) Iã > just hang. netstat -a shows a connection to the system, but my telnet clienã > hangs there.ããDid you try modifying telgate.src like I suggested?ãã > I'll keep trying things, but it's getting to the point I'm thinking of puttiã > my unix box up front and have the bbs as a doorway from there.ããI don't think that will be necessary.ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Digital Man to Hemo on Wed Sep 20 2000 11:57 pmãã > RE: telnet_gateã > BY: Hemo to Digital Man on Wed Sep 20 2000 07:03 pmã > ã > > I am now bald and have a flat spot on my forehead.ã > >ã > > I've tried this so many ways I'm still spinning.ã > >ã > > What telnet client are you using?ã > ã > HyperTerminal PE 5.0ã > ã > > I've tried the Windows 98 included telnetã > > PowerTerm, and am now going out for others.ã > >ã > > I can connect out to vert and talamasca just fine, but if I try to connecã > > either my internal unix box ( SCO OpenServer 5.0.5 ) or a box on the net ã > > I have a shell account ( some Red Hat.. uname -a reports version 2.0.38 )ã > > just hang. netstat -a shows a connection to the system, but my telnet clã > > hangs there.ã > ã > Did you try modifying telgate.src like I suggested?ã > ã > > I'll keep trying things, but it's getting to the point I'm thinking of puã > > my unix box up front and have the bbs as a doorway from there.ã > ã > I don't think that will be necessary.ã > ã > RobããI have modified talgate.src, I now have the 'telnet_gate str' line readingã'telnet_gate str 16'ããerr.. telgate.src ... too lazy to edit that line. did a 'baja telgate' andãtried it again. Made no difference.. I don't understand why I can telnet intoãvert and talamasca but not into my shell account or local unix box.ããI have also tried Eric's Telnet98, and Tera Term Pro, with no differences. ãI'll go to Hilgraeve's site later and grab Hyperterm PE and then cross myãfingers.ãã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: Hemo to Digital Man on Thu Sep 21 2000 07:30 pmãã > > > I am now bald and have a flat spot on my forehead.ã > > >ã > > > I've tried this so many ways I'm still spinning.ã > > >ã > > > What telnet client are you using?ã > >ã > > HyperTerminal PE 5.0ã > >ã > > > I've tried the Windows 98 included telnetã > > > PowerTerm, and am now going out for others.ã > > >ã > > > I can connect out to vert and talamasca just fine, but if I try to conã > > > either my internal unix box ( SCO OpenServer 5.0.5 ) or a box on the nã > > > I have a shell account ( some Red Hat.. uname -a reports version 2.0.3ã > > > just hang. netstat -a shows a connection to the system, but my telnetã > > > hangs there.ã > >ã > > Did you try modifying telgate.src like I suggested?ã > >ã > > > I'll keep trying things, but it's getting to the point I'm thinking ofã > > > my unix box up front and have the bbs as a doorway from there.ã > >ã > > I don't think that will be necessary.ã > >ã > > Robã > ã > I have modified talgate.src, I now have the 'telnet_gate str' line readingã > 'telnet_gate str 16'ã > ã > err.. telgate.src ... too lazy to edit that line. did a 'baja telgate' andã > tried it again. Made no difference.. I don't understand why I can telnet iã > vert and talamasca but not into my shell account or local unix box.ã > ã > I have also tried Eric's Telnet98, and Tera Term Pro, with no differences.ã > I'll go to Hilgraeve's site later and grab Hyperterm PE and then cross myã > fingers.ããI've put some updated DLLs and TELGATE.SRC/BIN in your .OUT directory. Theseãshould fix the problem you're having with Synchronet sucking-up the telnetãcommands and responses (put these files in your EXEC directory).ããRobã---ã þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.netã

RE: telnet_gateãBY: Digital Man to Hemo on Sun Sep 24 2000 07:07 amãã > I've put some updated DLLs and TELGATE.SRC/BIN in your .OUT directory. Theseã > should fix the problem you're having with Synchronet sucking-up the telnetã > commands and responses (put these files in your EXEC directory).ããOh man... ain't it nice to be using software that's 'actively' being developedã:)ããPGãã---ã þ Synchronet þ WasteLand BBS þ telnet://wasteland.darktech.org ã

RE: telnet_gateãBY: Digital Man to Hemo on Sun Sep 24 2000 07:07 amãã > I've put some updated DLLs and TELGATE.SRC/BIN in your .OUT directory. Theseã > should fix the problem you're having with Synchronet sucking-up the telnetã > commands and responses (put these files in your EXEC directory).ããWoo Hoo! Thank you Rob sooo very much. It works great!ããWhat can I say.... thanks a mil, your changes are going to make my life soooãmuch easier with the plans I have for Synchronet on my system.ããã---ã þ Synchronet þ The Universal JoiNT - bbs.ujoint.org - under seda..constructionã

RE: telnet_gateãBY: PistolGrip to Digital Man on Sun Sep 24 2000 09:57 amãã > Oh man... ain't it nice to be using software that's 'actively' being developããYou said it! :)ãBetaããã---ã þ Synchronet þ Rover Central, Kenora Ontario, Canadaã