egghelp/eggheads community

Dumb connection problem question...

2002-11-12T18:50:33-04:00

My advice, run up2date in rollback mode.

This will allow to roll back, in one of the updates is at fault.

Statistics: Posted by ppslim — Tue Nov 12, 2002 6:50 pm

Dumb connection problem question...

2002-11-12T17:11:48-04:00

Ok.. well i just reinstalled my entire linux box and now it works fine. I have no idea what went wrong .. but it works now. crappy anyway..

Statistics: Posted by Guest — Tue Nov 12, 2002 5:11 pm

Dumb connection problem question...

2002-11-12T06:34:08-04:00

This could be the work of the mentioned glibc issue, though don't quote me to that. This was one of the symptoms I was seeing with MySQL, which was caused by an update made in glibc. The rehat mailing lists have some stuff regarding the MySQL issues, and what is causing them, but redhat didn't seem to be that bothered.

To get what I wanted done, I had to setup a rescource hungry VPN connection. This though would not solve your problem, as it requires your to have root permissions on the IRC server.

I have now scrapped the test machine, so I can't even test it after using up2date.

Other that trying to role back any changes made by up2date (if possible), I don't see how it can be tested.

Statistics: Posted by ppslim — Tue Nov 12, 2002 6:34 am

Dumb connection problem question...

2002-11-11T22:16:42-04:00

yes ive tried many other servers on different networks. It gives me the same error. I have a question though, is it strange if, for every server, it resolves the server to the same DNS IP? I'm not sure really what its doing when it 'resolves' the DNS but for every different server its the same IP address. Could this be the problem?

Statistics: Posted by Guest — Mon Nov 11, 2002 10:16 pm

Dumb connection problem question...

2002-11-11T16:59:53-04:00

Apparently (I aint that tech headed either), somthing was changed in glibc, that affected resolving,.

Beyond resolving, it also caused a veriety of unkown issues, most of these being inside other osftware, doign doesn't operate correctly. MySQL is knwon to have problems running under the updated glibc.

I have installed redhat 7.3 on a waste system here (before it goes for scrap), and I can't seemt o find any issues simalar to what you describe. I run a static private IP on the box, and a static public IP on the router, which is a simalar setup to yours.

Have you tried any other irc servers, including on other networks?

Statistics: Posted by ppslim — Mon Nov 11, 2002 4:59 pm

Dumb connection problem question...

2002-11-11T16:52:28-04:00

Running nscd didnt do anything, still the same error. I dont see how this could be a glibc problem.. because i was running 7.3 before it was messed up. Sooo... what do you mean downgrading glibc? and what is the problem with it? (if its not too technical =)

Statistics: Posted by Guest — Mon Nov 11, 2002 4:52 pm

Dumb connection problem question...

2002-11-11T16:14:20-04:00

There is a issue with redhat, regarding a glibc update.

You may like to try either downgrading your glibc library, or running the Name server caching deamon (nscd at a root prompt - it will goto backgroud automatiacly).

This is known to effect Redhat 8, though it could be a cause for concern in 7.3

Statistics: Posted by ppslim — Mon Nov 11, 2002 4:14 pm

Dumb connection problem question...

2002-11-11T15:46:00-04:00

Im using RedHat 7.3, and the eggdrop version 1.6.12. But it also didnt work for the 1.6.10 version (i reinstalled )

Even after disabling the Identd daemon, i get the same error.

Statistics: Posted by Guest — Mon Nov 11, 2002 3:46 pm

Dumb connection problem question...

2002-11-11T14:31:35-04:00

My sugestion would be to disable identd, and see if that helps.

There is most definatly something odd going on.

On top, what distrobution of linux, and what version are you using.

Statistics: Posted by ppslim — Mon Nov 11, 2002 2:31 pm

Dumb connection problem question...

2002-11-11T14:22:41-04:00

Heres an update, I telnet'd again and I can actually connect to the servers and chat on channels on the same box the bot is on. What the heck could possibly be wrong? Nat-ip is right.. theres an ident..

marc

Statistics: Posted by Guest — Mon Nov 11, 2002 2:22 pm

Dumb connection problem question...

2002-11-11T12:30:09-04:00

Ok, i checked the my-ip and nat-ip settings, and they're all what they should be. My external ip address hasnt changed. I use a router to connect my computers to the internet..

So unless im misunderstanding something.. or misreading something...

Anyway, when i said telnetting, i meant that friends outside of the LAN could telnet into the box with the connection problem and get onto the bots partyline, even though it can't connect to a server. AND the bot can FTP to websites (just to test the network connection). I also tried telnetting with the box to a server, and i keep getting this error:

NOTICE AUTH :*** Got Ident response
ERROR :Closing Link: [moj@255.255.255.255] (Connection Timed Out) Connection closed by foreign host.

Statistics: Posted by Guest — Mon Nov 11, 2002 12:30 pm

Dumb connection problem question...

2002-11-11T05:33:17-04:00

As noted in the previous post, your connection is not directly via your ethernet connection. It has to go through some form of router, that does NAT translation.

The router, can include a proper router doing NAT, a second machine going forwardinging or NAT.

As such, you need to make sure you have the correct IP addresses inside your config file. This is not evidently clear inside the config file.

In situations, where the machine has the external IP address direcly assigned to the machine, as used in routed networks, modems, USB & PCI card DSL connections, and as provided with most shell providers, you can simply use the external IP address of the machine, or an added one if it's a V-host, in the my-ip setting

In NAT situations, such as routed DSL, or corporate networks, you will need to pick specific IP addresses, for certain settings. You should set my-ip to the ethernal IP address, in your case 192.168.1.5. You will then need to set the value of nat-ip to the IP address of your external connection (the public IP).

NOTE: If you use DHCP to assign your machine a IP address, then you may have trouble, and will have to check and set the value of my-ip each time. I strongly recomend using a static IP.

NOTE: The same applies to the nat-ip. If your ISP assigns you a different IP each time, and after a certain time period, this value will need to be changed.

Statistics: Posted by ppslim — Mon Nov 11, 2002 5:33 am

Dumb connection problem question...

2002-11-11T05:20:30-04:00

That IP number is (as I'm sure you already know) an internal Private Network IP number and can not get out on the internet directly without going through some form of NAT or DHCP server with an external address, you say that you can ftp from the box, do you mean out on to the internet, if so, what connection has the Linux box got out to the internet coz it sure as hell aint that one.

Regards

Ian-Highlander

Statistics: Posted by Ian-Highlander — Mon Nov 11, 2002 5:20 am

Dumb connection problem question...

2002-11-11T00:04:29-04:00

ok..

eth0 Link encap:Ethernet
inet addr: 192.168.1.5 Bcast 192.168.1.255 Mask: 255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets: 10782 errors: 1 dropped:0 overruns:0 frame:0
TX packets: 4818 errors:3 dropped:0 overruns:0 carrier:3
collisions:0 txqueuelen:100

I have an ident daemon running and everything... its all so crappy

marc

Statistics: Posted by Guest — Mon Nov 11, 2002 12:04 am

Dumb connection problem question...

2002-11-09T10:28:36-04:00

your interfaces have gone tits up - either that or your iptables/ipchains rules are incorrect. (I assume you are using something of this ilk)

I also assume that the box is the gateway for an internal network, and thus has two ip addresses...

Do an ifconfig -a and paste the results here.

Statistics: Posted by Photon — Sat Nov 09, 2002 10:28 am