View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003912 | unreal | ircd | public | 2010-06-14 17:54 | 2010-06-21 18:44 |
| Reporter | alteran | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Summary | 0003912: Feature Request: Auto Synch Network Info | ||||
| Description | Currently each config file has to be updated manually with the network name, cloak-keys, etc. It would be much easier if a central hub server was the root authority for this and that every connecting server copied it. This means that the Server-Server provides the info, and the Client-Server (the connecting one) mirrors it. This idea was brought about by having our cloak keys leaked and not having access to all the server shells at the time to change the configs. Another related feature which could be implemented would simplify linking, but only on top of the above feature. /connect would connect to any address given and request a connection. The receiving server would send a notice to all with the ability to locally or remotely link informing of the request to link. They could then /connect -accept <id> , /connect -reject <id> or other similar command. If the connection was not accepted timely, it would be put in a pending list to be viewed with /connect -pending. If accepted, the servers would then generate their own link-keys and save them for future use. This would remove the need for link blocks in the main config, and links would just be saved in a database or even a text file writable by the server. Extending even further, /connect -alternate could add a reserve connection to a network in case the original server fails. The servers would just connect and do another request or simply automatically accept based on settings. They would work out the connection info, then disconnect until such a netsplit forced the backup connection to be used. Yes, this would probably require quite a large change, so maybe save it for a later version... | ||||
| 3rd party modules | |||||
|
|
You should be able to use a remote includes setup to get the same effect. Sharing cloak keys at link time would require runtime support of mass-changing all users' cloaked hostnames. I don't think this exists and this doesn't sound safe ;-). |
|
|
Could be possible. Could also change channel modes referring to a cloaked host to reflect, though the original IP or part of it would need to be known. Not sure if unreal stores this or just calculates it every time. Mass changing users cloaked hostnames shouldn't cause any problems unless there's something in the code which prevents it. The same thing happens if you restart the server, only all the users then have to reconnect, and channel bans are then re-loaded from other servers with the old cloak keys assuming that they arent all changed at the same time. Also unreal then complains about the fact that the cloak keys don't match. I think this way would be easier. Even for channel bans/excepts/invex they could just be left for users to change or deleted or an attempt could be made to change them automatically. Assuming that's what you meant by not sounding safe... |
|
|
As ohnobinki said, remote includes exist exactly for things like this. And with next release, it's even more useful than before (because you can still /rehash even if the remote url is down). There's no reason to add all kinds of weird pre-synch stuff. Also the on-the-fly changing of cloak keys is a really bad idea, and no it's not possible to convert bans as bans are not placed at exact hosts or subnets per-se, they can be partial and non-convertable... Plus, one really doesn't want to waste any development on something like this. So, sorry, no :P Same for connect stuff, use remote includes and other than that I don't like it. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-06-14 17:54 | alteran | New Issue | |
| 2010-06-14 18:10 | ohnobinki | Note Added: 0016116 | |
| 2010-06-14 19:23 | alteran | Note Added: 0016117 | |
| 2010-06-21 18:44 | syzop | QA | => Not touched yet by developer |
| 2010-06-21 18:44 | syzop | U4: Need for upstream patch | => No need for upstream InspIRCd patch |
| 2010-06-21 18:44 | syzop | Note Added: 0016125 | |
| 2010-06-21 18:44 | syzop | Status | new => closed |
| 2010-06-21 18:44 | syzop | Resolution | open => no change required |
