View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000056 | unreal | ircd | public | 2002-01-31 17:38 | 2004-02-11 03:48 |
| Reporter | dimplesx | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | wont fix | ||
| OS | WindowsME | ||||
| Product Version | 3.2-beta6 | ||||
| Summary | 0000056: remote /restart doesn't work | ||||
| Description | When you try to do a remote /restart or /die, all you get is a "Password Incorrect". | ||||
| Steps To Reproduce | Link some servers, do a remote /die or /restart. | ||||
| Additional Information | The syntax stated, /restart <server> <password>, does not work, neither do /restart <password> <server>. | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | |||||
|
|
Well the part about remote /die is a typo, remote /die is not supported, but I'll look into the part about the /restart. |
|
|
ok, there's a bug in the report to say it that way; the /die has no <server> syntax in help.conf... sorry :| |
|
|
confirmed btw. the command doesn't even get send to other servers. [w00t old bug btw ;p... /restart still sucks atm anyway] |
|
|
*bump* |
|
|
Ok :) o yeah codemastr check ur email if u get a chance |
|
|
Hmm, what am I checking my email for? |
|
|
Well i sent an email to ya when u sent out the stuff about the /credits files, just wanted to know if ya got it. i sent from my lyote email address :P edited on: 02-01-04 19:19 |
|
|
Oh yes I got that email... Anyway, thinking this over it seems the possible syntaxes should be: /restart /restart <pass> /restart <server> <pass> /restart <pass> <reason> /restart <reason> /restart <server> <pass> <reason> /restart <server> <reason> /restart <server> Am I missing any? |
|
|
I find remote start weird anyway... I mean, when do you want to restart? After recompiling or an upgrade... Since it's such a "dangerous" command I would never try to do a restart a leaf from my main hub or something, but just (since I'm already logged into the shell) restart it from my shell or from the server itself. Ah well, you get the point ;p. |
|
|
Lol yeah but good point bout the syntax cm and good point syzops :P ne way , o yeah i needed to correct the email i sent to ya CodeMastr. Take out the alpha part lol.. |
|
|
The more I'm thinking about remote /restart the more I'm realizing it is not possible to have this working correctly. Example: I want to /restart with a reason of "server1.net.com is restarting" So I type: /restart server1.net.com is restarting That is parsed, the server says "server1.net.com is a server" and therefore forwards it along (to itself) but once it gets it it now recognizes that "server1.net.com" is a server and therefore says "is restarting" is the reason rather than "server1.net.com is restarting" The problem gets worse. The server finding function all searches by nickname (this is why /whois nick nick works). So I want to use a reason of "this server is restarting for an upgrade" to restart server1.net.com. However, there is a user with nick "this" on server2.net.com. As a result, it detects "this" as being a user on server1.net.com and detects this as a remote restart of server2.net.com rather than a restart of server1.net.com. So now server2 restarts instead of server1. Furthermore, what happens if the server doesn't come back? Say you have ftp access to server2 so you download the unrealircd.conf, make a change that requires a restart, then reupload the unrealircd.conf. Now you /restart server2.* but, you had a typo in your changes. So server2.net.com disconnects, but when it begins to restart it detects a config error and dies. Now server2 is gone and won't be back until someone with shell access comes on. Unless someone can convince me of a very good reason why remote /restart is needed, I think I'm going to remove support for this. |
|
|
I don't know many of them, but if you change certain settings in configuration, you must restart the server to bring them to effect. For example, when you change server names, numerics or cloak keys. Remote restarting is useful in these situations, however they are quite rare. Another idea: to remove permanent modules. :-) People shouldn't restart their servers if they know they have a risk that the server might not connect back to the network. That's why they should use /rehash first. (I do so.) |
|
|
By the way, I think remote /restart and /die are only for the lazy people or those who have only FTP access. I won't disagree if you remove the support for remote restarting at all. |
|
|
Yes there are instances it will be useful, but I personally can't think of any that happen all the time. Plus the way I see it is, if 1 server gets restarted just 1 time accidentily, then that is 1 time too many. I've personally never used remote /restart myself, and I really can't think of any situations where people really would need to other than the instance of I need to change me::name and all I have is FTP access. But how often does that scenario occur? |
|
|
As of .2089, remote restart support has been removed due to several security issues that can arise and really can't be addressed. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-04-29 02:09 | syzop | Note Added: 0002551 | |
| 2003-05-01 20:03 | syzop | Summary | the /restart and /die command does not work as stated in the help.conf => remote /restart doesn't work |
| 2004-01-25 23:22 |
|
Note Added: 0004771 | |
| 2004-01-27 23:57 | gauntlet | Note Added: 0004772 | |
| 2004-02-01 19:14 |
|
Note Added: 0004846 | |
| 2004-02-01 19:15 |
|
Status | confirmed => assigned |
| 2004-02-01 19:15 |
|
Assigned To | => codemastr |
| 2004-02-01 19:17 | gauntlet | Note Added: 0004847 | |
| 2004-02-01 19:19 | gauntlet | Note Edited: 0004847 | |
| 2004-02-05 23:15 |
|
Note Added: 0004887 | |
| 2004-02-05 23:25 | syzop | Note Added: 0004888 | |
| 2004-02-06 01:02 | gauntlet | Note Added: 0004889 | |
| 2004-02-06 20:16 |
|
Note Added: 0004892 | |
| 2004-02-06 21:10 | AngryWolf | Note Added: 0004894 | |
| 2004-02-06 21:15 | AngryWolf | Note Added: 0004896 | |
| 2004-02-07 06:07 |
|
Note Added: 0004898 | |
| 2004-02-11 03:48 |
|
Status | assigned => resolved |
| 2004-02-11 03:48 |
|
Resolution | open => wont fix |
| 2004-02-11 03:48 |
|
Note Added: 0004967 |
