mikaela.github.io/blog/_posts/2015-06-08-private_secret_channels.md

80 lines
3.3 KiB
Markdown
Raw Permalink Normal View History

---
layout: post
comments: true
title: "Private/Secret IRC channels"
category: [english]
tags: [english, irc]
2018-11-25 23:51:24 +01:00
redirect_from: /english/2015/06/08/private_secret_channels.html
sitemap: true
robots: noai
---
2024-06-19 07:19:44 +02:00
_People often wonder about this and I thought that I could probably write about
this, how do you make IRC channel secret/private, either hiding it from other
people or not letting others in._
2023-02-22 19:28:38 +01:00
_Modes spbiI are standard and should be the same on all IRCds. I am also
assuming that your network uses Atheme IRC Services or fork of it._
2024-06-19 07:19:44 +02:00
To make channel secret, there are two useful modes. You might also want to mlock
them with `/msg chanserv help set mlock`.
2024-06-19 07:19:44 +02:00
- +s — hides the channel from all channel lists (for non-opers) -i). Keep in
mind that you always see channels that you are on or share with other people
in whois. +p also prevents `/knock` (which is command to request invite to the
channel) on some IRCds.
Other nice modes that you may be interested in are:
2023-02-22 19:28:38 +01:00
- +b — (ban) depnding on does your network support extbans, try
`/quote help extban`.
2024-06-19 07:19:44 +02:00
- +r — on Charybdis prevents unidentified users from joining the channel, you
will want this with RESTRICTED.
2023-02-22 19:28:38 +01:00
- InspIRCd uses +R
- - S — on Charybdis prevents users not using SSL/TLS from joining.
- InspIRCd uses +z
And to make channel private, there are two ways, mode +i/+I and ChanServ
RESTRICTED (auto-kban unauthorized users).
2024-06-19 07:19:44 +02:00
With RESTRICTED you will want to prevent unidentified users from joining or you
will get people attempting to join while unidentified and then banned
immediately and unable to join after identifying.
To use it,
2024-06-19 07:19:44 +02:00
1. Give people who are supposed to be on the channel flags, I use +ViA which
means auto-**Voice**, **i**nvite oneself and can see **A**ccess lists, you
don't have to use these, but these are probably the most safe flags and the
users must have at least one account to not be kbanned.
`/msg ChanServ flags #channel account +ViA`
2. `/msg ChanServ set #channel restricted on`
3. You are ready, but you might also want to
`/msg ChanServ set #channel private on`, so people cannot use
2024-06-19 07:19:44 +02:00
`/msg chanserv access #channel list` to see who are the secret people you let
in (and who aren't on the channel between auto-kban).
2024-06-19 07:19:44 +02:00
And last, mode +i and +I which are the oldest way to do this, but also the most
difficult.
2024-06-19 07:19:44 +02:00
First you set the mode +i and now everyone must be `/invite`d to the channel or
they cannot join. Then you set +I like you would set a ban (read the `/quote
help extban), here I assume you use Charybdis.
2024-06-19 07:19:44 +02:00
To allow user with account `friend` you would `/mode +I $a:friend` and they are
able to join freely without needing to be `/invite`d every time.
2024-06-19 07:19:44 +02:00
You might also find the modes `+g` (Charybdis) and `+A` (InspIRCd) helpful as
they allow everyone to use the `/invite` command.
I said that +iI is difficult and I must probably explain why it's so.
2024-06-19 07:19:44 +02:00
- It doesn't use services and the lists get emptied always when the channel gets
empty.
- It's tied to whatever you give it, if you give it hostmask and that changes,
the person cannot get in anymore. Also if you gave it extban matching to
accountname and the person changes accountname, they are again unable to join
until the +I is updated.
- _These were the reasons that came to mind at first, if you have others, feel
free to suggest them._