| View previous topic :: View next topic |
| Author |
Message |
D3matt
Voice
Joined: 30 Sep 2010
Posts: 8
|
 Posted: Thu Sep 30, 2010 9:22 pm Post subject: Problems with DCCing |
 |
|
I had an Eggdrop running on my computer (localhost), which I was able to connect to fine with /ctcp bot chat. Trying to DCC to it myself always gave an Invalid Port error but I didn't really care because it worked fine the other way.
But, since my friend and I moved it to his home server farm, I can't DCC to it at all. He can DCC to it fine both ways, but when I do a CTCP, it sends the DCC, but all I get is this:
| Code: | DCC Chat session
-
Client: HazBot (127.0.1.1)
Time: Thu Sep 30 19:38:17 2010
-
Acknowledging chat request...
-
Unable to connect
-
DCC session closed |
Trying to open the DCC myself still gives the Invalid Port error.
EDIT: We are both using mIRC.
EDIT2: I just noticed the IP of HazBot. That's clearly the problem, since it's not located at 127.0.1.1, obviously. So how do I get it to try and connect to the right IP? |
|
| Back to top |
|
 |
D3matt
Voice
Joined: 30 Sep 2010
Posts: 8
|
| Posted: Thu Sep 30, 2010 10:36 pm Post subject: |
|
|
| Apologies for double-posting, but the Bot is now feeding me an IP of 255.255.255.255, which is again, obviously, not right. How do I tell the damn bot to shove the attitude and start telling me accurately what IP it's on? The /whois shows the bot's IP properly (though it's worth mentioning that my IRCop lets me see hidden IPs). |
|
| Back to top |
|
|
TCL_no_TK
Owner
Joined: 25 Aug 2006
Posts: 509
Location: England, Yorkshire
|
| Posted: Fri Oct 01, 2010 12:14 am Post subject: |
|
|
use the nat-ip settings in youre bots config file | Quote: | set nat-ip "127.0.0.1"
If you have a NAT firewall (you box has an IP in one of the following ranges: 192.168.0.0-192.168.255.255, 172.16.0.0-172.31.255.255, 10.0.0.0-10.255.255.255 and your firewall transparently changes your address to a unique address for your box) or you have IP masquerading between you and the rest of the world, and /dcc chat, /ctcp chat or userfile sharing aren't working, enter your outside IP here. This IP is used for transfers only, and has nothing to do with the my-ip or my-hostname settings. You may still need to set my-ip and/or my-hostname.
|
this would be IP Address you would need to telnet to when you want to connect to the bot. (I.E the address of the server the bot is running from).
_________________
TCL the misunderstood |
|
| Back to top |
|
|
D3matt
Voice
Joined: 30 Sep 2010
Posts: 8
|
| Posted: Fri Oct 01, 2010 7:30 am Post subject: |
|
|
Oh, OUTSIDE IP, ok. I didn't notice that bit. I'll pass that on to the server op and see if that helps.
EDIT: Apparently I can change that with the .set command via telnet. But when I do .set anything it just says "What? You need '.help'. This is rather odd behavior as I am the owner of the bot and it should be working. It says it recognizes me as an owner, but none of my owner commands (.set, .tcl) seem to be working... |
|
| Back to top |
|
|
TCL_no_TK
Owner
Joined: 25 Aug 2006
Posts: 509
Location: England, Yorkshire
|
| Posted: Fri Oct 01, 2010 8:19 am Post subject: |
|
|
few things to check for on that one
check you have | Code: | #unbind dcc n tcl *dcc:tcl
#unbind dcc n set *dcc:set |
and not | Code: | unbind dcc n tcl *dcc:tcl
unbind dcc n set *dcc:set |
Also note the settings of must-be-owner i often forget this one 
| Code: | # If you enable this setting, only permanent owners (owner setting) will be
# able to use .tcl and .set. Moreover, if you want only let permanent owners
# use .dump, then set this to 2.
# WARNING: setting this to 0 is a security risk, don't do it unless you trust
# your owners enough to give them shell access to the account the bot is
# running on.
set must-be-owner 1 |
lastly if that didn't help any, just make sure that | Code: | | #set owner "MrLame, MrsLame" |
match you're handle on the bot.
_________________
TCL the misunderstood |
|
| Back to top |
|
|
D3matt
Voice
Joined: 30 Sep 2010
Posts: 8
|
| Posted: Fri Oct 01, 2010 4:02 pm Post subject: |
|
|
Unless he changed it when he uploaded it, all of those are as they should be. I am an owner, so must-be-owner shouldn't affect me, but I'm pretty sure that's 1.
He said he set the nat-ip to his outside IP last night during our trouble-shooting session, and I think that's when it started sending its IP as 255.255.255.255. |
|
| Back to top |
|
|
D3matt
Voice
Joined: 30 Sep 2010
Posts: 8
|
| Posted: Fri Oct 01, 2010 5:55 pm Post subject: |
|
|
I finally got FTP set up with the host, and was able to look at the config file.
The owners were not set, I set it and now that part works.
He was trying to use a dyndns domain as the bot's nat-ip which was causing the problems with sending the wrong IP. I changed it and now it works fine.
The only question is, how else can I deal with the dynamic Ip, besides using /userip to get the bot's IP and using telnet to update the nat-ip? Would pinging the dyndns domain every, say, 24 hours, and grabbing the IP then setting that as the nat-ip be a feasible alternative? |
|
| Back to top |
|
|
TCL_no_TK
Owner
Joined: 25 Aug 2006
Posts: 509
Location: England, Yorkshire
|
| Posted: Sat Oct 02, 2010 2:57 am Post subject: |
|
|
probably not good to ping people so much :/ You mentioned dyndns, you could try using the same thing they kinda do. only to update you're eggdrop's nat-ip setting to its external one. | Code: | package require http
set dnu_url "http://checkip.dyndns.com/"
proc dnu {} {
global dnu_url nat-ip
set token [http::geturl $dnu_url]
set data [::http::data $token]
set tmp [join [lrange [split $data] end-1 end-1]]
regsub -all -nocase -- {([a-z]|<|\/|>)} "$tmp" "" new_ip
set ::nat-ip $new_ip
::http::cleanup $token
} |
will work, but you just need to find a way to run it. I'd say maybe from a timer or something along them lines. I haven't included a check to test if the IP its getting is the same as the one thats already set, since it wouldn't make any differance.
_________________
TCL the misunderstood |
|
| Back to top |
|
|
nml375
Revered One
Joined: 04 Aug 2006
Posts: 2857
|
| Posted: Sat Oct 02, 2010 10:23 am Post subject: |
|
|
Just a few thoughts..
Given the nature of established connections over tcp, the IP address can be trusted to remain the same for as long as the connection is established (should the IP change, then the connection would be terminated). Thus, you would only have to update nat-ip whenever your eggdrop connects to a new irc server.
_________________
NML_375, idling at #eggdrop@IrcNET |
|
| Back to top |
|
|
D3matt
Voice
Joined: 30 Sep 2010
Posts: 8
|
| Posted: Sat Oct 09, 2010 8:23 pm Post subject: |
|
|
| Thanks for the script, I might try that. |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
