hi,
a little problem with two of my eggs
since yesterday i can not dcc / ctcp chat with the egss
also telnet dont work
normally i kill the eggs (on the shell)
and restart them and it works again.
but this time the eggs dont do any connection
(not ctcp not dcc not telnet) so no partyline
[12] Chat established
[12] Chat closed
they close the chat immediately (same secound)
[my host is added for partyline access]
any ideas?
This is the new home of the egghelp.org community forum.
All data has been migrated (including user logins/passwords) to a new phpBB version.
For more information, see this announcement post. Click the X in the top right-corner of this box to dismiss this message.
All data has been migrated (including user logins/passwords) to a new phpBB version.
For more information, see this announcement post. Click the X in the top right-corner of this box to dismiss this message.
no dcc / ctcp chat or telnet
I had a problem like this 2. It's verry simple in fact, for me was. You can chk for a solution of this in 2 ways:
1. Start your egdrop or another one exactly like it with: './eggdrop -nt' then on irc try an /ctcp chat with him and see on the 'console' what is happening.
2. You should have an line like this: '--HOSTS -telnet!*@*' in the 'users' file, if you don't, then add manualy one. You can change tha mask to whatever you want and suits you better.
Hope this will sole your problem to. Good luck.
PS: I was almost forget to say that if you stop the 'console' the eggdrop dies to. Do your stuff then start it normaly, without the '-nt' modes.
1. Start your egdrop or another one exactly like it with: './eggdrop -nt' then on irc try an /ctcp chat with him and see on the 'console' what is happening.
2. You should have an line like this: '--HOSTS -telnet!*@*' in the 'users' file, if you don't, then add manualy one. You can change tha mask to whatever you want and suits you better.
Hope this will sole your problem to. Good luck.
PS: I was almost forget to say that if you stop the 'console' the eggdrop dies to. Do your stuff then start it normaly, without the '-nt' modes.
Once the game is over, the king and the pawn go back in the same box.
-
ooboy
ok 3 eggdrops all the same version
one user can only /ctcp chat or /dcc chat one of them the other two he cannot
yet his flags hosts everything is identical in all 3
i've tried everything i could think of and still he cannot get into the partyline
i've run out of ideas short of redoing the entire user file *sigh* any suggestions?
one user can only /ctcp chat or /dcc chat one of them the other two he cannot
yet his flags hosts everything is identical in all 3
i've tried everything i could think of and still he cannot get into the partyline
i've run out of ideas short of redoing the entire user file *sigh* any suggestions?
-
ooboy
You failed to have answered any of the other questions.
While it may be on a shell, where is this shell located in relation to the internet.
There may be no firewall in place, but a router can act like a firewall depending on it's setup.
What error messages do you get? Both inside the client and eggdrop? Along with the error, is the IP that is sent tot he client the correct one?
Is my-ip correctly set? This is the msot common cause.
The person that is able to connect. Is he your average Joe user, connected to the internet, or is he in any way on the same network segment of the bot?
MOst of these are obvious ports of call, and it would be batter if you look into all of them beofre posting simpel "It don't work" messages.
While it may be on a shell, where is this shell located in relation to the internet.
There may be no firewall in place, but a router can act like a firewall depending on it's setup.
What error messages do you get? Both inside the client and eggdrop? Along with the error, is the IP that is sent tot he client the correct one?
Is my-ip correctly set? This is the msot common cause.
The person that is able to connect. Is he your average Joe user, connected to the internet, or is he in any way on the same network segment of the bot?
MOst of these are obvious ports of call, and it would be batter if you look into all of them beofre posting simpel "It don't work" messages.
-
ooboy
The fact that a IP resolves to that address dfoes not mean it is the correct setting.
A machine may be seen on the internet as being from this IP, and this again, does not mean that machine has that IP address.
I have 2 linux servers, one at home, and another in work. One has a IP address on 192.168.254.1, and the other 192.168.1.2. However, when they make a connection to the internet, there IP needs to be translated into a public IP.
This may be your issue.
However, I have re-read the post, and see that even "/ctcp <bot> chat" isn't working.
Are you sure there hostmasks are correct in there user-records?
Are you using the "protect-telnet" setting?
Ar eyou using the require-p setting without giving them the correct flags?
What flgs do the non-operational people have, and the operational person?
What do you have for your connect-timeout setting?
What is your max-dcc setting?
Is there a ingore on any other there hostnames?
A machine may be seen on the internet as being from this IP, and this again, does not mean that machine has that IP address.
I have 2 linux servers, one at home, and another in work. One has a IP address on 192.168.254.1, and the other 192.168.1.2. However, when they make a connection to the internet, there IP needs to be translated into a public IP.
This may be your issue.
However, I have re-read the post, and see that even "/ctcp <bot> chat" isn't working.
Are you sure there hostmasks are correct in there user-records?
Are you using the "protect-telnet" setting?
Ar eyou using the require-p setting without giving them the correct flags?
What flgs do the non-operational people have, and the operational person?
What do you have for your connect-timeout setting?
What is your max-dcc setting?
Is there a ingore on any other there hostnames?
-
ooboy