mirror of
https://github.com/bol-van/zapret.git
synced 2024-11-26 12:10:53 +03:00
Compare commits
3 Commits
7ee5306d06
...
905a9519ce
| Author | SHA1 | Date | |
|---|---|---|---|
|
905a9519ce | ||
|
|
527c11e86f | ||
|
|
e1d417578d |
703
docs/bsd.md
Normal file
703
docs/bsd.md
Normal file
@ -0,0 +1,703 @@
|
|||||||
|
# Настройка BSD-подобных систем
|
||||||
|
|
||||||
|
|
||||||
|
## Поддерживаемые версии
|
||||||
|
**FreeBSD** 11.x+ , **OpenBSD** 6.x+, частично **MacOS Sierra +**
|
||||||
|
|
||||||
|
> [!CAUTION]
|
||||||
|
> На более старых может собираться, может не собираться, может работать или не
|
||||||
|
> работать. На **FreeBSD** 10 собирается и работает `dvtws`. С `tpws` есть
|
||||||
|
> проблемы из-за слишком старой версии компилятора clang. Вероятно, будет
|
||||||
|
> работать, если обновить компилятор. Возможна прикрутка к последним версиям
|
||||||
|
> pfsense без веб интерфейса в ручном режиме через консоль.
|
||||||
|
|
||||||
|
|
||||||
|
## Особенности BSD систем
|
||||||
|
### Отсутствие nfqueue
|
||||||
|
В **BSD** нет `nfqueue`. Похожий механизм - *divert sockets*. Из каталога
|
||||||
|
**nfq** под **BSD** собирается `dvtws` вместо `nfqws`. Он разделяет с `nfqws`
|
||||||
|
большую часть кода и почти совпадает по параметрам командной строки.
|
||||||
|
|
||||||
|
### Типы Firewall
|
||||||
|
**FreeBSD** содержит 3 фаервола : **IPFilter**, **ipfw** и **Packet Filter (PF
|
||||||
|
в дальнейшем)**. **OpenBSD** содержит только **PF**.
|
||||||
|
|
||||||
|
### Сборка
|
||||||
|
Под **FreeBSD** `tpws` и `dvtws` собираются через `make`.
|
||||||
|
|
||||||
|
Под **OpenBSD**:
|
||||||
|
```sh
|
||||||
|
make bsd
|
||||||
|
```
|
||||||
|
|
||||||
|
Под **MacOS**:
|
||||||
|
```sh
|
||||||
|
make mac
|
||||||
|
```
|
||||||
|
|
||||||
|
**FreeBSD** make распознает *BSDmakefile*, **OpenBSD** и **MacOS** - нет.
|
||||||
|
Поэтому там используется отдельный *target* в *Makefile*. Сборка всех
|
||||||
|
исходников:
|
||||||
|
```sh
|
||||||
|
make -C /opt/zapret
|
||||||
|
```
|
||||||
|
|
||||||
|
### Divert сокеты
|
||||||
|
*Divert сокет* это внутренний тип сокета ядра **BSD**. Он не привязывается ни к
|
||||||
|
какому сетевому адресу, не участвует в обмене данными через сеть и
|
||||||
|
идентифицируется по номеру порта `1..65535`. Аналогия с номером очереди
|
||||||
|
`NFQUEUE`. На *divert сокеты* заворачивается трафик посредством правил **ipfw**
|
||||||
|
или **PF**. Если в фаерволе есть *правило divert*, но на *divert порту* никто
|
||||||
|
не слушает, то пакеты дропаются. Это поведение аналогично правилам `NFQUEUE`
|
||||||
|
без параметра `--queue-bypass`. На **FreeBSD** *divert сокеты* могут быть
|
||||||
|
только **ipv4**, хотя на них принимаются и **ipv4**, и **ipv6** фреймы. На
|
||||||
|
**OpenBSD** *divert сокеты* создаются отдельно для **ipv4** и **ipv6** и
|
||||||
|
работают только с одной версией `ip` каждый. На **MacOS** похоже, что *divert
|
||||||
|
сокеты* из ядра вырезаны. См подробнее раздел про **MacOS**. Отсылка в *divert
|
||||||
|
сокет* работает аналогично отсылке через *raw socket* на linux. Передается
|
||||||
|
полностью IP фрейм, начиная с ip загловка. Эти особенности учитываются в
|
||||||
|
`dvtws`.
|
||||||
|
|
||||||
|
### Lookup Tables
|
||||||
|
Скрипты `ipset/*.sh` при наличии **ipfw** работают с *ipfw lookup tables*. Это
|
||||||
|
прямой аналог **ipset**. *lookup tables* не разделены на **v4** и **v6**. Они
|
||||||
|
могут содержать **v4** и **v6** адреса и подсети одновременно. Если **ipfw**
|
||||||
|
отсутствует, то действие зависит от переменной `LISTS_RELOAD` в *config*. Если
|
||||||
|
она задана, то выполняется команда из `LISTS_RELOAD`. В противном случае не
|
||||||
|
делается ничего. Если `LISTS_RELOAD=-`, то заполнение таблиц отключается даже
|
||||||
|
при наличии **ipfw**.
|
||||||
|
|
||||||
|
### PF с файла
|
||||||
|
**PF** может загружать ip таблицы из файла. Чтобы использовать эту возможность
|
||||||
|
следует отключить сжатие gzip для листов через параметр файла *config*
|
||||||
|
`GZIP_LISTS=0`.
|
||||||
|
|
||||||
|
### Отсутствие splice
|
||||||
|
**BSD** не содержит системного вызова splice. `tpws` работает через переброску
|
||||||
|
данных в *user mode* в оба конца. Это медленнее, но не критически. Управление
|
||||||
|
асинхронными сокетами в `tpws` основано на linux-specific механизме *epoll*. В
|
||||||
|
**BSD** для его эмуляции используется *epoll-shim* - прослойка для эмуляции
|
||||||
|
*epoll* на базе *kqueue*.
|
||||||
|
|
||||||
|
### mdig, ip2net
|
||||||
|
mdig и ip2net полностью работоспособны в **BSD**. В них нет ничего
|
||||||
|
системо-зависимого.
|
||||||
|
|
||||||
|
|
||||||
|
## FreeBSD
|
||||||
|
### Подгрузка ipdivert
|
||||||
|
*Divert сокеты* требуют специального модуля ядра - `ipdivert`.
|
||||||
|
|
||||||
|
- Поместите следующие строки в `/boot/loader.conf` (создать, если отсутствует):
|
||||||
|
```
|
||||||
|
ipdivert_load="YES"
|
||||||
|
net.inet.ip.fw.default_to_accept=1
|
||||||
|
```
|
||||||
|
|
||||||
|
- `/etc/rc.conf`:
|
||||||
|
```
|
||||||
|
firewall_enable="YES"
|
||||||
|
firewall_script="/etc/rc.firewall.my"
|
||||||
|
```
|
||||||
|
|
||||||
|
- `/etc/rc.firewall.my`:
|
||||||
|
```sh
|
||||||
|
$ ipfw -q -f flush
|
||||||
|
```
|
||||||
|
|
||||||
|
### Авто-восстановление правил ipfw и работа в фоне
|
||||||
|
В `/etc/rc.firewall.my` можно дописывать правила **ipfw**, чтобы они
|
||||||
|
восстанавливались после перезагрузки. Оттуда же можно запускать и демоны
|
||||||
|
zapret, добавив в параметры `--daemon`. Например так:
|
||||||
|
```sh
|
||||||
|
$ pkill ^dvtws$
|
||||||
|
$ /opt/zapret/nfq/dvtws --port=989 --daemon --dpi-desync=split2
|
||||||
|
```
|
||||||
|
|
||||||
|
Для перезапуска фаервола и демонов достаточно будет сделать:
|
||||||
|
```sh
|
||||||
|
$ /etc/rc.d/ipfw restart
|
||||||
|
```
|
||||||
|
|
||||||
|
### tpws в прозрачном режиме
|
||||||
|
Краткая инструкция по запуску `tpws` в прозрачном режиме.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Предполагается, что интерфейс **LAN** называется `em1`, **WAN** - `em0`.
|
||||||
|
|
||||||
|
#### Весь трафик
|
||||||
|
```sh
|
||||||
|
$ ipfw delete 100
|
||||||
|
$ ipfw add 100 fwd 127.0.0.1,988 tcp from me to any 80,443 proto ip4 xmit em0 not uid daemon
|
||||||
|
$ ipfw add 100 fwd ::1,988 tcp from me to any 80,443 proto ip6 xmit em0 not uid daemon
|
||||||
|
$ ipfw add 100 fwd 127.0.0.1,988 tcp from any to any 80,443 proto ip4 recv em1
|
||||||
|
$ ipfw add 100 fwd ::1,988 tcp from any to any 80,443 proto ip6 recv em1
|
||||||
|
$ /opt/zapret/tpws/tpws --port=988 --user=daemon --bind-addr=::1 --bind-addr=127.0.0.1
|
||||||
|
```
|
||||||
|
|
||||||
|
#### Трафик только на таблицу zapret
|
||||||
|
> За исключением таблицы nozapret
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ ipfw delete 100
|
||||||
|
$ ipfw add 100 allow tcp from me to table\(nozapret\) 80,443
|
||||||
|
$ ipfw add 100 fwd 127.0.0.1,988 tcp from me to table\(zapret\) 80,443 proto ip4 xmit em0 not uid daemon
|
||||||
|
$ ipfw add 100 fwd ::1,988 tcp from me to table\(zapret\) 80,443 proto ip6 xmit em0 not uid daemon
|
||||||
|
$ ipfw add 100 allow tcp from any to table\(nozapret\) 80,443 recv em1
|
||||||
|
$ ipfw add 100 fwd 127.0.0.1,988 tcp from any to any 80,443 proto ip4 recv em1
|
||||||
|
$ ipfw add 100 fwd ::1,988 tcp from any to any 80,443 proto ip6 recv em1
|
||||||
|
$ /opt/zapret/tpws/tpws --port=988 --user=daemon --bind-addr=::1 --bind-addr=127.0.0.1
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Таблицы zapret, nozapret, ipban создаются скриптами из ipset по аналогии с
|
||||||
|
> Linux. Обновление скриптов можно забить в `cron` под root:
|
||||||
|
> ```sh
|
||||||
|
> $ crontab -e
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> ```
|
||||||
|
> <...>
|
||||||
|
> 0 12 */2 * * /opt/zapret/ipset/get_config.sh
|
||||||
|
> ```
|
||||||
|
|
||||||
|
> [!CAUTION]
|
||||||
|
> При использовании **ipfw** `tpws` не требует повышенных привилегий для
|
||||||
|
> реализации прозрачного режима. Однако, без рута невозможен бинд на порты
|
||||||
|
> <1024 и смена UID/GID. Без смены UID будет рекурсия, поэтому правила **ipfw**
|
||||||
|
> нужно создавать с учетом UID, под которым работает `tpws`. Переадресация на
|
||||||
|
> порты >=1024 может создать угрозу перехвата трафика непривилегированным
|
||||||
|
> процессом, если вдруг `tpws` не запущен.
|
||||||
|
|
||||||
|
|
||||||
|
### Запуск `dvtws`
|
||||||
|
|
||||||
|
#### Весь трафик
|
||||||
|
```sh
|
||||||
|
$ ipfw delete 100
|
||||||
|
$ ipfw add 100 divert 989 tcp from any to any 80,443 out not diverted xmit em0
|
||||||
|
# required for autottl mode only
|
||||||
|
$ ipfw add 100 divert 989 tcp from any 80,443 to any tcpflags syn,ack in not diverted recv em0
|
||||||
|
$ /opt/zapret/nfq/dvtws --port=989 --dpi-desync=split2
|
||||||
|
```
|
||||||
|
|
||||||
|
#### Трафик только на таблицу zapret
|
||||||
|
> За исключением таблицы nozapret
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ ipfw delete 100
|
||||||
|
$ ipfw add 100 allow tcp from me to table\(nozapret\) 80,443
|
||||||
|
$ ipfw add 100 divert 989 tcp from any to table\(zapret\) 80,443 out not diverted not sockarg xmit em0
|
||||||
|
# required for autottl mode only
|
||||||
|
$ ipfw add 100 divert 989 tcp from table\(zapret\) 80,443 to any tcpflags syn,ack in not diverted not sockarg recv em0
|
||||||
|
$ /opt/zapret/nfq/dvtws --port=989 --dpi-desync=split2
|
||||||
|
```
|
||||||
|
|
||||||
|
|
||||||
|
### PF в FreeBSD
|
||||||
|
Настройка аналогична **OpenBSD**, но есть важные нюансы.
|
||||||
|
|
||||||
|
1. В **FreeBSD** поддержка PF в `tpws` отключена по умолчанию. Чтобы ее
|
||||||
|
включить, нужно использовать параметр `--enable-pf`.
|
||||||
|
2. Нельзя сделать **ipv6** rdr на `::1`. Нужно делать на *link-local* адрес
|
||||||
|
входящего интерфейса. Смотрите через `ifconfig` адрес `fe80:...` и
|
||||||
|
добавляете в правило
|
||||||
|
3. Синтаксис `pf.conf` немного отличается. Более новая версия **PF**.
|
||||||
|
4. Лимит на количество элементов таблиц задается так:
|
||||||
|
```sh
|
||||||
|
$ sysctl net.pf.request_maxcount=2000000
|
||||||
|
```
|
||||||
|
5. *divert-to* сломан. Он работает, но не работает механизм предотвращения
|
||||||
|
зацикливаний. Кто-то уже написал патч, но в `14-RELEASE` проблема все еще
|
||||||
|
есть. Следовательно, на данный момент работа `dvtws` через **PF**
|
||||||
|
невозможна.
|
||||||
|
|
||||||
|
- `/etc/pf.conf`:
|
||||||
|
```
|
||||||
|
rdr pass on em1 inet6 proto tcp to port {80,443} -> fe80::31c:29ff:dee2:1c4d port 988
|
||||||
|
rdr pass on em1 inet proto tcp to port {80,443} -> 127.0.0.1 port 988
|
||||||
|
```
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ /opt/zapret/tpws/tpws --port=988 --enable-pf --bind-addr=127.0.0.1 --bind-iface6=em1 --bind-linklocal=force
|
||||||
|
```
|
||||||
|
|
||||||
|
> В PF непонятно как делать rdr-to с той же системы, где работает proxy.
|
||||||
|
> Вариант с route-to у меня не заработал.
|
||||||
|
|
||||||
|
|
||||||
|
### pfsense
|
||||||
|
#### Что это
|
||||||
|
**pfsense** основан на **FreeBSD** и использует фаервол **PF**, имеющий
|
||||||
|
проблемы с *divert*. К счастью, модули **ipfw** и **ipdivert** присутствуют в
|
||||||
|
поставке последних версий **pfsense**. Их можно подгрузить через `kldload`.
|
||||||
|
|
||||||
|
#### Особенности
|
||||||
|
В некоторых более старых версиях **pfsense** требуется изменить порядок
|
||||||
|
фаерволов через `sysctl`, сделав **ipfw** первым. В более новых эти параметры
|
||||||
|
`sysctl` отсутствуют, но система работает как надо и без них. В некоторых
|
||||||
|
случаях фаервол **PF** может ограничивать возможности `dvtws`, в частности в
|
||||||
|
области фрагментации ip.
|
||||||
|
|
||||||
|
#### Исполняемые файлы
|
||||||
|
Присутствуют по умолчанию правила scrub для реассемблинга фрагментов.
|
||||||
|
Бинарики из [`binaries/freebsd-x64`](../binaries/freebsd-x64) собраны под
|
||||||
|
**FreeBSD 11**. Они должны работать и на последующих версиях **FreeBSD**,
|
||||||
|
включая **pfsense**. Можно пользоваться `install_bin.sh`.
|
||||||
|
|
||||||
|
#### Автозапуск
|
||||||
|
Пример скрипта автозапуска лежит в [`init.d/pfsense`](../init.d/pfsense). Его
|
||||||
|
следует поместить в `/usr/local/etc/rc.d` и отредактировать на предмет правил
|
||||||
|
**ipfw** и запуска демонов. Есть встроенный редактор `edit` как более
|
||||||
|
приемлемая альтернатива `vi`.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Поскольку `git` отсутствует, копировать файлы удобнее всего через `ssh`.
|
||||||
|
> `curl` присутствует по умолчанию. Можно скопировать zip с файлами zapret и
|
||||||
|
> распаковать в `/opt`, как это делается на других системах. Тогда `dvtws`
|
||||||
|
> нужно запускать как `/opt/zapret/nfq/dvtws`. Либо скопировать только `dvtws`
|
||||||
|
> в `/usr/local/sbin`. Как вам больше нравится.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Скрипты ipset работают, крон есть. Можно сделать автообновление листов.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Если вас напрягает бедность имеющегося репозитория, можно включить
|
||||||
|
> репозиторий от **FreeBSD**, который по умолчанию выключен.
|
||||||
|
>
|
||||||
|
> Поменяйте *no* на *yes* в `/usr/local/etc/pkg/repos/FreeBSD.conf`
|
||||||
|
>
|
||||||
|
> Можно установить весь привычный софт, включая `git`, чтобы напрямую скачивать
|
||||||
|
> zapret с github.
|
||||||
|
|
||||||
|
- `/usr/local/etc/rc.d/zapret.sh` (chmod `755`):
|
||||||
|
```sh
|
||||||
|
#!/bin/sh
|
||||||
|
|
||||||
|
kldload ipfw
|
||||||
|
kldload ipdivert
|
||||||
|
|
||||||
|
# for older pfsense versions. newer do not have these sysctls
|
||||||
|
sysctl net.inet.ip.pfil.outbound=ipfw,pf
|
||||||
|
sysctl net.inet.ip.pfil.inbound=ipfw,pf
|
||||||
|
sysctl net.inet6.ip6.pfil.outbound=ipfw,pf
|
||||||
|
sysctl net.inet6.ip6.pfil.inbound=ipfw,pf
|
||||||
|
|
||||||
|
ipfw delete 100
|
||||||
|
ipfw add 100 divert 989 tcp from any to any 80,443 out not diverted xmit em0
|
||||||
|
pkill ^dvtws$
|
||||||
|
dvtws --daemon --port 989 --dpi-desync=split2
|
||||||
|
|
||||||
|
# required for newer pfsense versions (2.6.0 tested) to return ipfw to functional state
|
||||||
|
pfctl -d ; pfctl -e
|
||||||
|
```
|
||||||
|
|
||||||
|
#### Проблемы tpws
|
||||||
|
Что касается `tpws`, то видимо имеется некоторый конфликт двух фаерволов, и
|
||||||
|
правила fwd в **ipfw** не работают. Работает перенаправление средствами **PF**
|
||||||
|
как описано в разделе по **FreeBSD**. В **PF** можно изменять правила только
|
||||||
|
целыми блоками - якорями (anchors). Нельзя просто так добавить или удалить
|
||||||
|
что-то. Но чтобы какой-то anchor был обработан, на него должна быть ссылка из
|
||||||
|
основного набора правил. Его трогать нельзя, иначе порушится весь фаервол.
|
||||||
|
Поэтому придется править код скриптов pfsense.
|
||||||
|
|
||||||
|
1. Поправьте `/etc/inc/filter.inc` следующим образом:
|
||||||
|
```
|
||||||
|
<...>
|
||||||
|
/* MOD */
|
||||||
|
$natrules .= "# ZAPRET redirection\n";
|
||||||
|
$natrules .= "rdr-anchor \"zapret\"\n";
|
||||||
|
|
||||||
|
$natrules .= "# TFTP proxy\n";
|
||||||
|
$natrules .= "rdr-anchor \"tftp-proxy/*\"\n";
|
||||||
|
<...>
|
||||||
|
```
|
||||||
|
|
||||||
|
2. Напишите файл с содержимым anchor-а (например, `/etc/zapret.anchor`):
|
||||||
|
```
|
||||||
|
rdr pass on em1 inet proto tcp to port {80,443} -> 127.0.0.1 port 988
|
||||||
|
rdr pass on em1 inet6 proto tcp to port {80,443} -> fe80::20c:29ff:5ae3:4821 port 988
|
||||||
|
```
|
||||||
|
|
||||||
|
`fe80::20c:29ff:5ae3:4821` замените на ваш link local адрес **LAN** интерфейса,
|
||||||
|
либо уберите строчку, если **ipv6** не нужен.
|
||||||
|
|
||||||
|
3. Добавьте в автозапуск `/usr/local/etc/rc.d/zapret.sh`:
|
||||||
|
```sh
|
||||||
|
$ pfctl -a zapret -f /etc/zapret.anchor
|
||||||
|
$ pkill ^tpws$
|
||||||
|
$ tpws --daemon --port=988 --enable-pf --bind-addr=127.0.0.1 --bind-iface6=em1 --bind-linklocal=force --split-http-req=method --split-pos=2
|
||||||
|
```
|
||||||
|
|
||||||
|
4. После перезагрузки проверьте, что правила создались:
|
||||||
|
```sh
|
||||||
|
$ pfctl -s nat
|
||||||
|
no nat proto carp all
|
||||||
|
nat-anchor "natearly/*" all
|
||||||
|
nat-anchor "natrules/*" all
|
||||||
|
<...>
|
||||||
|
no rdr proto carp all
|
||||||
|
rdr-anchor "zapret" all
|
||||||
|
rdr-anchor "tftp-proxy/*" all
|
||||||
|
rdr-anchor "miniupnpd" all
|
||||||
|
|
||||||
|
$ pfctl -s nat -a zapret
|
||||||
|
rdr pass on em1 inet proto tcp from any to any port = http -> 127.0.0.1 port 988
|
||||||
|
rdr pass on em1 inet proto tcp from any to any port = https -> 127.0.0.1 port 988
|
||||||
|
rdr pass on em1 inet6 proto tcp from any to any port = http -> fe80::20c:29ff:5ae3:4821 port 988
|
||||||
|
rdr pass on em1 inet6 proto tcp from any to any port = https -> fe80::20c:29ff:5ae3:4821 port 988
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Так же есть более элегантный способ запуска `tpws` через @reboot в `cron` и
|
||||||
|
> правило перенаправления в UI. Это позволит не редактировать код pfsense.
|
||||||
|
|
||||||
|
|
||||||
|
## OpenBSD
|
||||||
|
|
||||||
|
### tpws бинд на ipv4
|
||||||
|
В `tpws` бинд по умолчанию только на **ipv6**. для бинда на **ipv4** указать
|
||||||
|
`--bind-addr=0.0.0.0` Используйте `--bind-addr=0.0.0.0 --bind-addr=::` для
|
||||||
|
достижения того же результата, как в других ОС по умолчанию. Но лучше все же
|
||||||
|
так не делать, а сажать на определенные внутренние адреса или интерфейсы.
|
||||||
|
|
||||||
|
|
||||||
|
### tpws для проходящего трафика
|
||||||
|
|
||||||
|
- `/etc/pf.conf`:
|
||||||
|
```
|
||||||
|
pass in quick on em1 inet proto tcp to port {80,443} rdr-to 127.0.0.1 port 988
|
||||||
|
pass in quick on em1 inet6 proto tcp to port {80,443} rdr-to ::1 port 988
|
||||||
|
```
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ pfctl -f /etc/pf.conf
|
||||||
|
$ tpws --port=988 --user=daemon --bind-addr=::1 --bind-addr=127.0.0.1
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> В **PF** непонятно как делать rdr-to с той же системы, где работает proxy.
|
||||||
|
> Вариант с route-to у меня не заработал. Поддержка rdr-to реализована через
|
||||||
|
> `/dev/pf`, поэтому прозрачный режим **требует root**.
|
||||||
|
|
||||||
|
|
||||||
|
### Запуск `dvtws`
|
||||||
|
|
||||||
|
#### Весь трафик
|
||||||
|
- `/etc/pf.conf`:
|
||||||
|
```
|
||||||
|
pass in quick on em0 proto tcp from port {80,443} flags SA/SA divert-packet port 989 no state
|
||||||
|
pass in quick on em0 proto tcp from port {80,443} no state
|
||||||
|
pass out quick on em0 proto tcp to port {80,443} divert-packet port 989 no state
|
||||||
|
```
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ pfctl -f /etc/pf.conf
|
||||||
|
$ ./dvtws --port=989 --dpi-desync=split2
|
||||||
|
```
|
||||||
|
|
||||||
|
#### Трафик только на таблицу zapret
|
||||||
|
> За исключением таблицы nozapret
|
||||||
|
|
||||||
|
- `/etc/pf.conf`:
|
||||||
|
```
|
||||||
|
set limit table-entries 2000000
|
||||||
|
table <zapret> file "/opt/zapret/ipset/zapret-ip.txt"
|
||||||
|
table <zapret-user> file "/opt/zapret/ipset/zapret-ip-user.txt"
|
||||||
|
table <nozapret> file "/opt/zapret/ipset/zapret-ip-exclude.txt"
|
||||||
|
pass out quick on em0 inet proto tcp to <nozapret> port {80,443}
|
||||||
|
pass in quick on em0 inet proto tcp from <zapret> port {80,443} flags SA/SA divert-packet port 989 no state
|
||||||
|
pass in quick on em0 inet proto tcp from <zapret> port {80,443} no state
|
||||||
|
pass out quick on em0 inet proto tcp to <zapret> port {80,443} divert-packet port 989 no state
|
||||||
|
pass in quick on em0 inet proto tcp from <zapret-user> port {80,443} flags SA/SA divert-packet port 989 no state
|
||||||
|
pass in quick on em0 inet proto tcp from <zapret-user> port {80,443} no state
|
||||||
|
pass out quick on em0 inet proto tcp to <zapret-user> port {80,443} divert-packet port 989 no state
|
||||||
|
table <zapret6> file "/opt/zapret/ipset/zapret-ip6.txt"
|
||||||
|
table <zapret6-user> file "/opt/zapret/ipset/zapret-ip-user6.txt"
|
||||||
|
table <nozapret6> file "/opt/zapret/ipset/zapret-ip-exclude6.txt"
|
||||||
|
pass out quick on em0 inet6 proto tcp to <nozapret6> port {80,443}
|
||||||
|
pass in quick on em0 inet6 proto tcp from <zapret6> port {80,443} flags SA/SA divert-packet port 989 no state
|
||||||
|
pass in quick on em0 inet6 proto tcp from <zapret6> port {80,443} no state
|
||||||
|
pass out quick on em0 inet6 proto tcp to <zapret6> port {80,443} divert-packet port 989 no state
|
||||||
|
pass in quick on em0 inet6 proto tcp from <zapret6-user> port {80,443} flags SA/SA divert-packet port 989 no state
|
||||||
|
pass in quick on em0 inet6 proto tcp from <zapret6-user> port {80,443} no state
|
||||||
|
pass out quick on em0 inet6 proto tcp to <zapret6-user> port {80,443} divert-packet port 989 no state
|
||||||
|
```
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ pfctl -f /etc/pf.conf
|
||||||
|
$ ./dvtws --port=989 --dpi-desync=split2
|
||||||
|
```
|
||||||
|
|
||||||
|
|
||||||
|
### Проблемы с badsum
|
||||||
|
**OpenBSD** принудительно пересчитывает tcp checksum после divert, поэтому
|
||||||
|
скорее всего `dpi-desync-fooling=badsum` у вас не заработает. При использовании
|
||||||
|
этого параметра `dvtws` предупредит о возможной проблеме.
|
||||||
|
|
||||||
|
|
||||||
|
### Особенность отправки fake пакетов
|
||||||
|
В **OpenBSD** `dvtws` все фейки отсылает через divert socket, поскольку эта
|
||||||
|
возможность через raw sockets заблокирована. Видимо **PF** автоматически
|
||||||
|
предотвращает повторный заворот diverted фреймов, поэтому проблемы зацикливания
|
||||||
|
нет.
|
||||||
|
|
||||||
|
|
||||||
|
### Возможная оптимизация трафика
|
||||||
|
divert-packet автоматически вносит обратное правило для перенаправления. Трюк с
|
||||||
|
no state и in правилом позволяет обойти эту проблему, чтобы напрасно не гнать
|
||||||
|
массивный трафик через `dvtws`.
|
||||||
|
|
||||||
|
|
||||||
|
### Перезагрузка PF таблиц
|
||||||
|
Скрипты из **ipset** не перезагружают таблицы в **PF** по умолчанию.
|
||||||
|
|
||||||
|
Чтобы они это делали, добавьте параметр в `/opt/zapret/config`:
|
||||||
|
```
|
||||||
|
LISTS_RELOAD="pfctl -f /etc/pf.conf"
|
||||||
|
```
|
||||||
|
|
||||||
|
Более новые версии `pfctl` понимают команду перезагрузить только таблицы:
|
||||||
|
> [!NOTE]
|
||||||
|
> Но это не относится к **OpenBSD 6.8**. В новых **FreeBSD** есть.
|
||||||
|
```sh
|
||||||
|
$ pfctl -Tl -f /etc/pf.conf
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!IMPORTANT]
|
||||||
|
> Не забудьте выключить сжатие gzip: `GZIP_LISTS=0`
|
||||||
|
|
||||||
|
> [!IMPORTANT]
|
||||||
|
> Если в вашей конфигурации какого-то файла листа нет, то его необходимо
|
||||||
|
> исключить из правил PF. Если вдруг листа нет, и он задан в pf.conf, будет
|
||||||
|
> ошибка перезагрузки фаервола.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> После настройки обновление листов можно поместить в `cron`:
|
||||||
|
> ```sh
|
||||||
|
> $ crontab -e
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> ```
|
||||||
|
> <...>
|
||||||
|
> 0 12 */2 * * /opt/zapret/ipset/get_config.sh
|
||||||
|
> ```
|
||||||
|
|
||||||
|
|
||||||
|
## MacOS
|
||||||
|
### Введение
|
||||||
|
Иначально ядро этой ОС "darwin" основывалось на **BSD**, потому в ней много
|
||||||
|
похожего на другие версии **BSD**. Однако, как и в других массовых коммерческих
|
||||||
|
проектах, приоритеты смещаются в сторону от оригинала. Яблочники что хотят, то
|
||||||
|
и творят.
|
||||||
|
|
||||||
|
|
||||||
|
### dvtws бесполезен
|
||||||
|
Раньше был **ipfw**, потом его убрали, заменили на **PF**. Есть сомнения, что
|
||||||
|
*divert сокеты* в ядре остались. Попытка создать *divert socket* не выдает
|
||||||
|
ошибок, но полученный сокет ведет себя точно так же, как *raw*, со всеми его
|
||||||
|
унаследованными косяками + еще яблочно специфическими. В **PF** *divert-packet*
|
||||||
|
не работает. Простой grep бинарика `pfctl` показывает, что там нет слова
|
||||||
|
"divert", а в других версиях **BSD** оно есть. `dvtws` собирается, но
|
||||||
|
совершенно бесполезен.
|
||||||
|
|
||||||
|
|
||||||
|
### tpws
|
||||||
|
`tpws` удалось адаптировать, он работоспособен. Получение адреса назначения для
|
||||||
|
прозрачного прокси в **PF** (`DIOCNATLOOK`) убрали из заголовков в новых SDK,
|
||||||
|
сделав фактически недокументированным.
|
||||||
|
|
||||||
|
В `tpws` перенесены некоторые определения из более старых версий яблочных SDK.
|
||||||
|
С ними удалось завести прозрачный режим. Однако, что будет в следующих версиях
|
||||||
|
угадать сложно. Гарантий нет. Еще одной особенностью **PF** в **MacOS**
|
||||||
|
является проверка на рута в момент обращения к `/dev/pf`, чего нет в остальных
|
||||||
|
**BSD**. `tpws` по умолчанию сбрасывает рутовые привилегии. Необходимо явно
|
||||||
|
указать параметр `--user=root`. В остальном **PF** себя ведет похоже на
|
||||||
|
**FreeBSD**. Синтаксис `pf.conf` тот же.
|
||||||
|
|
||||||
|
> [!IMPORTANT]
|
||||||
|
> На **MacOS** работает редирект как с проходящего трафика, так и с локальной
|
||||||
|
> системы через route-to. Поскольку `tpws` вынужден работать под root, для
|
||||||
|
> исключения рекурсии приходится пускать исходящий от root трафик напрямую.
|
||||||
|
> Отсюда имеем недостаток - **обход DPI для рута работать НЕ будет**.
|
||||||
|
|
||||||
|
#### Работа в прозрачном режиме только для исходящих запросов
|
||||||
|
- `/etc/pf.conf`:
|
||||||
|
```
|
||||||
|
rdr pass on lo0 inet proto tcp from !127.0.0.0/8 to any port {80,443} -> 127.0.0.1 port 988
|
||||||
|
rdr pass on lo0 inet6 proto tcp from !::1 to any port {80,443} -> fe80::1 port 988
|
||||||
|
pass out route-to (lo0 127.0.0.1) inet proto tcp from any to any port {80,443} user { >root }
|
||||||
|
pass out route-to (lo0 fe80::1) inet6 proto tcp from any to any port {80,443} user { >root }
|
||||||
|
```
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ pfctl -ef /etc/pf.conf
|
||||||
|
$ /opt/zapret/tpws/tpws --user=root --port=988 --bind-addr=127.0.0.1 --bind-iface6=lo0 --bind-linklocal=force
|
||||||
|
```
|
||||||
|
|
||||||
|
#### Работа в прозрачном режиме
|
||||||
|
> [!NOTE]
|
||||||
|
> Предполагается, что имя LAN интерфейса - `en1`
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ ifconfig en1 | grep fe80
|
||||||
|
inet6 fe80::bbbb:bbbb:bbbb:bbbb%en1 prefixlen 64 scopeid 0x8
|
||||||
|
```
|
||||||
|
|
||||||
|
- `/etc/pf.conf`:
|
||||||
|
```
|
||||||
|
rdr pass on en1 inet proto tcp from any to any port {80,443} -> 127.0.0.1 port 988
|
||||||
|
rdr pass on en1 inet6 proto tcp from any to any port {80,443} -> fe80::bbbb:bbbb:bbbb:bbbb port 988
|
||||||
|
rdr pass on lo0 inet proto tcp from !127.0.0.0/8 to any port {80,443} -> 127.0.0.1 port 988
|
||||||
|
rdr pass on lo0 inet6 proto tcp from !::1 to any port {80,443} -> fe80::1 port 988
|
||||||
|
pass out route-to (lo0 127.0.0.1) inet proto tcp from any to any port {80,443} user { >root }
|
||||||
|
pass out route-to (lo0 fe80::1) inet6 proto tcp from any to any port {80,443} user { >root }
|
||||||
|
```
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ pfctl -ef /etc/pf.conf
|
||||||
|
$ /opt/zapret/tpws/tpws --user=root --port=988 --bind-addr=127.0.0.1 --bind-iface6=lo0 --bind-linklocal=force --bind-iface6=en1 --bind-linklocal=force
|
||||||
|
```
|
||||||
|
|
||||||
|
|
||||||
|
### Проблема link-local адреса
|
||||||
|
Если вы пользуетесь **MaсOS** в качестве **ipv6** роутера, то нужно будет
|
||||||
|
решить вопрос с регулярно изменяемым link-local адресом. С некоторых версий
|
||||||
|
**MacOS** использует по умолчанию постоянные "secured" ipv6 адреса вместо
|
||||||
|
генерируемых на базе MAC адреса.
|
||||||
|
|
||||||
|
Все замечательно, но есть одна проблема. Постоянными остаются только global
|
||||||
|
scope адреса. Link locals периодически меняются. Смена завязана на системное
|
||||||
|
время. Перезагрузки адрес не меняют, Но если перевести время на день вперед и
|
||||||
|
перезагрузиться - link local станет другим (по крайней мере в vmware это так).
|
||||||
|
Информации по вопросу крайне мало, но тянет на баг. Не должен меняться link
|
||||||
|
local. Скрывать link local не имеет смысла, а динамический link local нельзя
|
||||||
|
использовать в качестве адреса шлюза. Проще всего отказаться от "secured"
|
||||||
|
адресов. Для этого поместите строчку `net.inet6.send.opmode=0` в
|
||||||
|
`/etc/sysctl.conf` и перезагрузите систему.
|
||||||
|
|
||||||
|
Все равно для исходящих соединений будут использоваться temporary адреса, как и
|
||||||
|
в других системах. Или вам идея не по вкусу, можно прописать дополнительный
|
||||||
|
статический **ipv6** из диапазона маски `fc00::/7` - выберите любой с длиной
|
||||||
|
префикса `128`. Это можно сделать в системных настройках, создав дополнительный
|
||||||
|
адаптер на базе того же сетевого интерфейса, отключить в нем **ipv4** и вписать
|
||||||
|
статический **ipv6**. Он добавится к автоматически настраеваемым.
|
||||||
|
|
||||||
|
|
||||||
|
### Сборка
|
||||||
|
```sh
|
||||||
|
$ make -C /opt/zapret mac
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!IMPORTANT]
|
||||||
|
> Скрипты получения листов ipset/*.sh работают. Если будете пользоваться
|
||||||
|
> `ipset/get_combined.sh`, нужно установить `GNU grep` через `brew`. Имеющийся
|
||||||
|
> очень старый и безумно медленный с оцией `-f`.
|
||||||
|
|
||||||
|
|
||||||
|
### Простая установка
|
||||||
|
В **MacOS** поддерживается `install_easy.sh`
|
||||||
|
|
||||||
|
В комплекте идут бинарики, собраные под 64-bit с опцией
|
||||||
|
`-mmacosx-version-min=10.8`. Они должны работать на всех поддерживаемых версиях
|
||||||
|
**MacOS**. Если вдруг не работают - можно собрать свои. Developer tools
|
||||||
|
ставятся автоматом при запуске `make`.
|
||||||
|
|
||||||
|
> [!WARNING]
|
||||||
|
> Internet sharing средствами системы **не поддерживается**!
|
||||||
|
>
|
||||||
|
> Поддерживается только роутер, настроенный своими силами через **PF**. Если вы
|
||||||
|
> вдруг включили шаринг, а потом выключили, то доступ к сайтам может пропасть
|
||||||
|
> совсем.
|
||||||
|
>
|
||||||
|
> Лечение:
|
||||||
|
> ```sh
|
||||||
|
> $ pfctl -f /etc/pf.conf
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> Если вам нужен шаринг интернета, лучше отказаться от прозрачного режима и
|
||||||
|
> использовать socks прокси.
|
||||||
|
|
||||||
|
Для автостарта используется **launchd** (`/Library/LaunchDaemons/zapret.plist`)
|
||||||
|
Управляющий скрипт : `/opt/zapret/init.d/macos/zapret`
|
||||||
|
|
||||||
|
Следующие команды работают с `tpws` и фаерволом одновременно (если
|
||||||
|
`INIT_APPLY_FW=1` в config)
|
||||||
|
|
||||||
|
```sh
|
||||||
|
$ /opt/zapret/init.d/macos/zapret start
|
||||||
|
$ /opt/zapret/init.d/macos/zapret stop
|
||||||
|
$ /opt/zapret/init.d/macos/zapret restart
|
||||||
|
```
|
||||||
|
|
||||||
|
Работа только с tpws:
|
||||||
|
```sh
|
||||||
|
$ /opt/zapret/init.d/macos/zapret start-daemons
|
||||||
|
$ /opt/zapret/init.d/macos/zapret stop-daemons
|
||||||
|
$ /opt/zapret/init.d/macos/zapret restart-daemons
|
||||||
|
|
||||||
|
Работа только с PF:
|
||||||
|
```sh
|
||||||
|
$ /opt/zapret/init.d/macos/zapret start-fw
|
||||||
|
$ /opt/zapret/init.d/macos/zapret stop-fw
|
||||||
|
$ /opt/zapret/init.d/macos/zapret restart-fw
|
||||||
|
```
|
||||||
|
|
||||||
|
Перезагрузка всех IP таблиц из файлов:
|
||||||
|
```sh
|
||||||
|
$ /opt/zapret/init.d/macos/zapret reload-fw-tables
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Инсталятор настраивает `LISTS_RELOAD` в config, так что скрипты
|
||||||
|
> [`ipset/*.sh`](../ipset/) автоматически перезагружают IP таблицы в PF.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Автоматически создается cron job на `ipset/get_config.sh`, по аналогии с
|
||||||
|
> openwrt.
|
||||||
|
|
||||||
|
При start-fw скрипт автоматически модицифирует `/etc/pf.conf`, вставляя туда
|
||||||
|
anchors "zapret". Модификация расчитана на `pf.conf`, в котором сохранены
|
||||||
|
дефолтные anchors от apple. Если у вас измененный `pf.conf` и модификация не
|
||||||
|
удалась, об этом будет предупреждение. Не игнорируйте его. В этом случае вам
|
||||||
|
нужно вставить в свой `pf.conf` (в соответствии с порядком типов правил):
|
||||||
|
```
|
||||||
|
rdr-anchor "zapret"
|
||||||
|
anchor "zapret"
|
||||||
|
```
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> При деинсталяции через `uninstall_easy.sh` модификации `pf.conf` убираются.
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> start-fw создает 3 файла anchors в `/etc/pf.anchors`: `zapret`, `zapret-v4`,
|
||||||
|
> `zapret-v6`. Последние 2 подключаются из anchor "zapret".
|
||||||
|
|
||||||
|
> [!NOTE]
|
||||||
|
> Таблицы `nozapret` и `nozapret6` принадлежат anchor "zapret".
|
||||||
|
>
|
||||||
|
> Таблицы `zapret` и `zapret-user` в anchor "zapret-v4".
|
||||||
|
>
|
||||||
|
> Таблицы `zapret6` и `zapret6-user` в anchor "zapret-v6".
|
||||||
|
>
|
||||||
|
> Если какая-то версия протокола отключена - соответствующий anchor пустой и не
|
||||||
|
> упоминается в anchor "zapret". Таблицы и правила создаются только на те
|
||||||
|
> листы, которые фактически есть в директории ipset.
|
||||||
|
|
||||||
|
|
||||||
|
### Вариант Custom
|
||||||
|
Так же как и в других системах, поддерживаемых в простом инсталяторе, можно
|
||||||
|
создавать свои custom скрипты.
|
||||||
|
|
||||||
|
Расположение: `/opt/zapret/init.d/macos/custom`
|
||||||
|
|
||||||
|
`zapret_custom_daemons()` получает в `$1`: `0` или `1`. `0` = stop, `1` = start
|
||||||
|
|
||||||
|
custom firewall отличается от linux варианта. Вместо заполнения `iptables` вам
|
||||||
|
нужно сгенерировать правила для `zapret-v4` и `zapret-v6` anchors и выдать их в
|
||||||
|
**stdout**. Это делается в функциях `zapret_custom_firewall_v4()` и
|
||||||
|
`zapret_custom_firewall_v6()`. Определения таблиц заполняются основным скриптом
|
||||||
|
- вам это делать не нужно. Можно ссылаться на таблицы zapret и zapret-user в
|
||||||
|
v4, zapret6 и zapret6-user.
|
||||||
|
|
||||||
|
Cм. пример [в файле](../init.d/macos/custom.d.examples/50-extra-tpws)
|
||||||
476
docs/bsd.txt
476
docs/bsd.txt
@ -1,476 +0,0 @@
|
|||||||
Поддерживаемые версии
|
|
||||||
---------------------
|
|
||||||
|
|
||||||
FreeBSD 11.x+ , OpenBSD 6.x+, частично MacOS Sierra+
|
|
||||||
|
|
||||||
На более старых может собираться, может не собираться, может работать или не работать.
|
|
||||||
На FreeBSD 10 собирается и работает dvtws. С tpws есть проблемы из-за слишком старой версии компилятора clang.
|
|
||||||
Вероятно, будет работать, если обновить компилятор.
|
|
||||||
Возможна прикрутка к последним версиям pfsense без веб интерфейса в ручном режиме через консоль.
|
|
||||||
|
|
||||||
|
|
||||||
Особенности BSD систем
|
|
||||||
----------------------
|
|
||||||
|
|
||||||
В BSD нет nfqueue. Похожий механизм - divert sockets.
|
|
||||||
Из каталога "nfq" под BSD собирается dvtws вместо nfqws.
|
|
||||||
Он разделяет с nfqws большую часть кода и почти совпадает по параметрам командной строки.
|
|
||||||
|
|
||||||
FreeBSD содержит 3 фаервола : IPFilter, ipfw и Packet Filter (PF). OpenBSD содержит только PF.
|
|
||||||
|
|
||||||
Под FreeBSD tpws и dvtws собираются через "make", под OpenBSD - "make bsd", под MacOS - "make mac".
|
|
||||||
FreeBSD make распознает BSDmakefile , OpenBSD и MacOS - нет. Поэтому там используется отдельный target в Makefile.
|
|
||||||
Сборка всех исходников : make -C /opt/zapret
|
|
||||||
|
|
||||||
divert сокет - внутренний тип сокета ядра BSD. Он не привязывается ни к какому сетевому адресу, не участвует
|
|
||||||
в обмене данными через сеть и идентифицируется по номеру порта 1..65535. Аналогия с номером очереди NFQUEUE.
|
|
||||||
На divert сокеты заворачивается трафик посредством правил ipfw или PF.
|
|
||||||
Если в фаерволе есть правило divert, но на divert порту никто не слушает, то пакеты дропаются.
|
|
||||||
Это поведение аналогично правилам NFQUEUE без параметра --queue-bypass.
|
|
||||||
На FreeBSD divert сокеты могут быть только ipv4, хотя на них принимаются и ipv4, и ipv6 фреймы.
|
|
||||||
На OpenBSD divert сокеты создаются отдельно для ipv4 и ipv6 и работают только с одной версией ip каждый.
|
|
||||||
На MacOS похоже, что divert сокеты из ядра вырезаны. См подробнее раздел про MacOS.
|
|
||||||
Отсылка в divert сокет работает аналогично отсылке через raw socket на linux. Передается полностью IP фрейм, начиная
|
|
||||||
с ip загловка . Эти особенности учитываются в dvtws.
|
|
||||||
|
|
||||||
Скрипты ipset/*.sh при наличии ipfw работают с ipfw lookup tables.
|
|
||||||
Это прямой аналог ipset. lookup tables не разделены на v4 и v6. Они могут содержать v4 и v6 адреса и подсети одновременно.
|
|
||||||
Если ipfw отсутствует, то действие зависит от переменной LISTS_RELOAD в config.
|
|
||||||
Если она задана, то выполняется команда из LISTS_RELOAD. В противном случае не делается ничего.
|
|
||||||
Если LISTS_RELOAD=-, то заполнение таблиц отключается даже при наличии ipfw.
|
|
||||||
|
|
||||||
PF может загружать ip таблицы из файла. Чтобы использовать эту возможность следует отключить сжатие gzip для листов
|
|
||||||
через параметр файла config "GZIP_LISTS=0".
|
|
||||||
|
|
||||||
BSD не содержит системного вызова splice. tpws работает через переброску данных в user mode в оба конца.
|
|
||||||
Это медленнее, но не критически.
|
|
||||||
Управление асинхронными сокетами в tpws основано на linux-specific механизме epoll.
|
|
||||||
В BSD для его эмуляции используется epoll-shim - прослойка для эмуляции epoll на базе kqueue.
|
|
||||||
|
|
||||||
mdig и ip2net полностью работоспособны в BSD. В них нет ничего системо-зависимого.
|
|
||||||
|
|
||||||
FreeBSD
|
|
||||||
-------
|
|
||||||
|
|
||||||
divert сокеты требуют специального модуля ядра ipdivert.
|
|
||||||
Поместите следующие строки в /boot/loader.conf (создать, если отсутствует) :
|
|
||||||
-----------
|
|
||||||
ipdivert_load="YES"
|
|
||||||
net.inet.ip.fw.default_to_accept=1
|
|
||||||
-----------
|
|
||||||
В /etc/rc.conf :
|
|
||||||
-----------
|
|
||||||
firewall_enable="YES"
|
|
||||||
firewall_script="/etc/rc.firewall.my"
|
|
||||||
-----------
|
|
||||||
/etc/rc.firewall.my :
|
|
||||||
-----------
|
|
||||||
ipfw -q -f flush
|
|
||||||
-----------
|
|
||||||
В /etc/rc.firewall.my можно дописывать правила ipfw, чтобы они восстанавливались после перезагрузки.
|
|
||||||
Оттуда же можно запускать и демоны zapret, добавив в параметры "--daemon". Например так :
|
|
||||||
-----------
|
|
||||||
pkill ^dvtws$
|
|
||||||
/opt/zapret/nfq/dvtws --port=989 --daemon --dpi-desync=split2
|
|
||||||
-----------
|
|
||||||
Для перезапуска фаервола и демонов достаточно будет сделать : /etc/rc.d/ipfw restart
|
|
||||||
|
|
||||||
|
|
||||||
Краткая инструкция по запуску tpws в прозрачном режиме.
|
|
||||||
Предполагается, что интерфейс LAN называется em1, WAN - em0.
|
|
||||||
|
|
||||||
Для всего трафика :
|
|
||||||
ipfw delete 100
|
|
||||||
ipfw add 100 fwd 127.0.0.1,988 tcp from me to any 80,443 proto ip4 xmit em0 not uid daemon
|
|
||||||
ipfw add 100 fwd ::1,988 tcp from me to any 80,443 proto ip6 xmit em0 not uid daemon
|
|
||||||
ipfw add 100 fwd 127.0.0.1,988 tcp from any to any 80,443 proto ip4 recv em1
|
|
||||||
ipfw add 100 fwd ::1,988 tcp from any to any 80,443 proto ip6 recv em1
|
|
||||||
/opt/zapret/tpws/tpws --port=988 --user=daemon --bind-addr=::1 --bind-addr=127.0.0.1
|
|
||||||
|
|
||||||
Для трафика только на таблицу zapret, за исключением таблицы nozapret :
|
|
||||||
ipfw delete 100
|
|
||||||
ipfw add 100 allow tcp from me to table\(nozapret\) 80,443
|
|
||||||
ipfw add 100 fwd 127.0.0.1,988 tcp from me to table\(zapret\) 80,443 proto ip4 xmit em0 not uid daemon
|
|
||||||
ipfw add 100 fwd ::1,988 tcp from me to table\(zapret\) 80,443 proto ip6 xmit em0 not uid daemon
|
|
||||||
ipfw add 100 allow tcp from any to table\(nozapret\) 80,443 recv em1
|
|
||||||
ipfw add 100 fwd 127.0.0.1,988 tcp from any to any 80,443 proto ip4 recv em1
|
|
||||||
ipfw add 100 fwd ::1,988 tcp from any to any 80,443 proto ip6 recv em1
|
|
||||||
/opt/zapret/tpws/tpws --port=988 --user=daemon --bind-addr=::1 --bind-addr=127.0.0.1
|
|
||||||
|
|
||||||
Таблицы zapret, nozapret, ipban создаются скриптами из ipset по аналогии с Linux.
|
|
||||||
Обновление скриптов можно забить в cron под root :
|
|
||||||
crontab -e
|
|
||||||
Создать строчку "0 12 */2 * * /opt/zapret/ipset/get_config.sh"
|
|
||||||
|
|
||||||
При использовании ipfw tpws не требует повышенных привилегий для реализации прозрачного режима.
|
|
||||||
Однако, без рута невозможен бинд на порты <1024 и смена UID/GID. Без смены UID будет рекурсия,
|
|
||||||
поэтому правила ipfw нужно создавать с учетом UID, под которым работает tpws.
|
|
||||||
Переадресация на порты >=1024 может создать угрозу перехвата трафика непривилегированным
|
|
||||||
процессом, если вдруг tpws не запущен.
|
|
||||||
|
|
||||||
|
|
||||||
Краткая инструкция по запуску dvtws.
|
|
||||||
|
|
||||||
Для всего трафика :
|
|
||||||
ipfw delete 100
|
|
||||||
ipfw add 100 divert 989 tcp from any to any 80,443 out not diverted xmit em0
|
|
||||||
# required for autottl mode only
|
|
||||||
ipfw add 100 divert 989 tcp from any 80,443 to any tcpflags syn,ack in not diverted recv em0
|
|
||||||
/opt/zapret/nfq/dvtws --port=989 --dpi-desync=split2
|
|
||||||
|
|
||||||
Для трафика только на таблицу zapret, за исключением таблицы nozapret :
|
|
||||||
ipfw delete 100
|
|
||||||
ipfw add 100 allow tcp from me to table\(nozapret\) 80,443
|
|
||||||
ipfw add 100 divert 989 tcp from any to table\(zapret\) 80,443 out not diverted not sockarg xmit em0
|
|
||||||
# required for autottl mode only
|
|
||||||
ipfw add 100 divert 989 tcp from table\(zapret\) 80,443 to any tcpflags syn,ack in not diverted not sockarg recv em0
|
|
||||||
/opt/zapret/nfq/dvtws --port=989 --dpi-desync=split2
|
|
||||||
|
|
||||||
|
|
||||||
PF в FreeBSD:
|
|
||||||
Настройка аналогична OpenBSD, но есть важные нюансы.
|
|
||||||
1) В FreeBSD поддержка PF в tpws отключена по умолчанию. Чтобы ее включить, нужно использовать параметр --enable-pf.
|
|
||||||
2) Нельзя сделать ipv6 rdr на ::1. Нужно делать на link-local адрес входящего интерфейса.
|
|
||||||
Смотрите через ifconfig адрес fe80:... и добавляете в правило
|
|
||||||
3) Синтаксис pf.conf немного отличается. Более новая версия PF.
|
|
||||||
4) Лимит на количество элементов таблиц задается так : sysctl net.pf.request_maxcount=2000000
|
|
||||||
5) divert-to сломан. Он работает, но не работает механизм предотвращения зацикливаний.
|
|
||||||
Кто-то уже написал патч, но в 14-RELEASE проблема все еще есть.
|
|
||||||
Следовательно, на данный момент работа dvtws через pf невозможна.
|
|
||||||
|
|
||||||
/etc/pf.conf
|
|
||||||
-----------
|
|
||||||
rdr pass on em1 inet6 proto tcp to port {80,443} -> fe80::31c:29ff:dee2:1c4d port 988
|
|
||||||
rdr pass on em1 inet proto tcp to port {80,443} -> 127.0.0.1 port 988
|
|
||||||
-----------
|
|
||||||
/opt/zapret/tpws/tpws --port=988 --enable-pf --bind-addr=127.0.0.1 --bind-iface6=em1 --bind-linklocal=force
|
|
||||||
|
|
||||||
В PF непонятно как делать rdr-to с той же системы, где работает proxy. Вариант с route-to у меня не заработал.
|
|
||||||
|
|
||||||
|
|
||||||
pfsense
|
|
||||||
-------
|
|
||||||
|
|
||||||
pfsense основано на FreeBSD.
|
|
||||||
pfsense использует фаервол pf, а он имеет проблемы с divert.
|
|
||||||
К счастью, модули ipfw и ipdivert присутствуют в поставке последних версий pfsense.
|
|
||||||
Их можно подгрузить через kldload.
|
|
||||||
В некоторых более старых версиях pfsense требуется изменить порядок фаерволов через sysctl, сделав ipfw первым.
|
|
||||||
В более новых эти параметры sysctl отсутствуют, но система работает как надо и без них.
|
|
||||||
В некоторых случаях фаервол pf может ограничивать возможности dvtws, в частности в области фрагментации ip.
|
|
||||||
Присутствуют по умолчанию правила scrub для реассемблинга фрагментов.
|
|
||||||
Бинарики из binaries/freebsd-x64 собраны под FreeBSD 11. Они должны работать и на последующих версиях FreeBSD,
|
|
||||||
включая pfsense. Можно пользоваться install_bin.sh.
|
|
||||||
|
|
||||||
Пример скрипта автозапуска лежит в init.d/pfsense. Его следует поместить в /usr/local/etc/rc.d и отредактировать
|
|
||||||
на предмет правил ipfw и запуска демонов. Есть встроенный редактор edit как более приемлемая альтернатива vi.
|
|
||||||
Поскольку git отсутствует, копировать файлы удобнее всего через ssh. curl присутствует по умолчанию.
|
|
||||||
Можно скопировать zip с файлами zapret и распаковать в /opt, как это делается на других системах.
|
|
||||||
Тогда dvtws нужно запускать как /opt/zapret/nfq/dvtws. Либо скопировать только dvtws в /usr/local/sbin.
|
|
||||||
Как вам больше нравится.
|
|
||||||
ipset скрипты работают, крон есть. Можно сделать автообновление листов.
|
|
||||||
|
|
||||||
Если вас напрягает бедность имеющегося репозитория, можно включить репозиторий от FreeBSD, который по умолчанию выключен.
|
|
||||||
Поменяйте no на yes в /usr/local/etc/pkg/repos/FreeBSD.conf
|
|
||||||
Можно установить весь привычный soft, включая git, чтобы напрямую скачивать zapret с github.
|
|
||||||
|
|
||||||
/usr/local/etc/rc.d/zapret.sh (chmod 755)
|
|
||||||
-----------
|
|
||||||
#!/bin/sh
|
|
||||||
|
|
||||||
kldload ipfw
|
|
||||||
kldload ipdivert
|
|
||||||
|
|
||||||
# for older pfsense versions. newer do not have these sysctls
|
|
||||||
sysctl net.inet.ip.pfil.outbound=ipfw,pf
|
|
||||||
sysctl net.inet.ip.pfil.inbound=ipfw,pf
|
|
||||||
sysctl net.inet6.ip6.pfil.outbound=ipfw,pf
|
|
||||||
sysctl net.inet6.ip6.pfil.inbound=ipfw,pf
|
|
||||||
|
|
||||||
ipfw delete 100
|
|
||||||
ipfw add 100 divert 989 tcp from any to any 80,443 out not diverted xmit em0
|
|
||||||
pkill ^dvtws$
|
|
||||||
dvtws --daemon --port 989 --dpi-desync=split2
|
|
||||||
|
|
||||||
# required for newer pfsense versions (2.6.0 tested) to return ipfw to functional state
|
|
||||||
pfctl -d ; pfctl -e
|
|
||||||
-----------
|
|
||||||
|
|
||||||
Что касается tpws, то видимо имеется некоторый конфликт двух фаерволов, и правила fwd в ipfw не работают.
|
|
||||||
Работает перенаправление средствами pf как описано в разделе по FreeBSD.
|
|
||||||
В pf можно изменять правила только целыми блоками - якорями (anchors). Нельзя просто так добавить или удалить что-то.
|
|
||||||
Но чтобы какой-то anchor был обработан, на него должна быть ссылка из основного набора правил.
|
|
||||||
Его трогать нельзя, иначе порушится весь фаервол.
|
|
||||||
Поэтому придется править код скриптов pfsense. Поправьте /etc/inc/filter.inc следующим образом :
|
|
||||||
-----------
|
|
||||||
.................
|
|
||||||
/* MOD */
|
|
||||||
$natrules .= "# ZAPRET redirection\n";
|
|
||||||
$natrules .= "rdr-anchor \"zapret\"\n";
|
|
||||||
|
|
||||||
$natrules .= "# TFTP proxy\n";
|
|
||||||
$natrules .= "rdr-anchor \"tftp-proxy/*\"\n";
|
|
||||||
.................
|
|
||||||
-----------
|
|
||||||
|
|
||||||
Напишите файл с содержимым anchor-а (например, /etc/zapret.anchor):
|
|
||||||
-----------
|
|
||||||
rdr pass on em1 inet proto tcp to port {80,443} -> 127.0.0.1 port 988
|
|
||||||
rdr pass on em1 inet6 proto tcp to port {80,443} -> fe80::20c:29ff:5ae3:4821 port 988
|
|
||||||
-----------
|
|
||||||
fe80::20c:29ff:5ae3:4821 замените на ваш link local адрес LAN интерфейса, либо уберите строчку, если ipv6 не нужен.
|
|
||||||
|
|
||||||
Добавьте в автозапуск /usr/local/etc/rc.d/zapret.sh :
|
|
||||||
-----------
|
|
||||||
pfctl -a zapret -f /etc/zapret.anchor
|
|
||||||
pkill ^tpws$
|
|
||||||
tpws --daemon --port=988 --enable-pf --bind-addr=127.0.0.1 --bind-iface6=em1 --bind-linklocal=force --split-http-req=method --split-pos=2
|
|
||||||
-----------
|
|
||||||
|
|
||||||
После перезагрузки проверьте, что правила создались :
|
|
||||||
-----------
|
|
||||||
[root@pfSense /]# pfctl -s nat
|
|
||||||
no nat proto carp all
|
|
||||||
nat-anchor "natearly/*" all
|
|
||||||
nat-anchor "natrules/*" all
|
|
||||||
...................
|
|
||||||
no rdr proto carp all
|
|
||||||
rdr-anchor "zapret" all
|
|
||||||
rdr-anchor "tftp-proxy/*" all
|
|
||||||
rdr-anchor "miniupnpd" all
|
|
||||||
[root@pfSense /]# pfctl -s nat -a zapret
|
|
||||||
rdr pass on em1 inet proto tcp from any to any port = http -> 127.0.0.1 port 988
|
|
||||||
rdr pass on em1 inet proto tcp from any to any port = https -> 127.0.0.1 port 988
|
|
||||||
rdr pass on em1 inet6 proto tcp from any to any port = http -> fe80::20c:29ff:5ae3:4821 port 988
|
|
||||||
rdr pass on em1 inet6 proto tcp from any to any port = https -> fe80::20c:29ff:5ae3:4821 port 988
|
|
||||||
-----------
|
|
||||||
|
|
||||||
Так же есть более элегантный способ запуска tpws через @reboot в cron и правило перенаправления в UI.
|
|
||||||
Это позволит не редактировать код pfsense.
|
|
||||||
|
|
||||||
|
|
||||||
OpenBSD
|
|
||||||
-------
|
|
||||||
|
|
||||||
В tpws бинд по умолчанию только на ipv6. для бинда на ipv4 указать "--bind-addr=0.0.0.0"
|
|
||||||
Используйте --bind-addr=0.0.0.0 --bind-addr=:: для достижения того же результата, как в других ОС по умолчанию.
|
|
||||||
(лучше все же так не делать, а сажать на определенные внутренние адреса или интерфейсы)
|
|
||||||
|
|
||||||
tpws для проходящего трафика :
|
|
||||||
|
|
||||||
/etc/pf.conf
|
|
||||||
------------
|
|
||||||
pass in quick on em1 inet proto tcp to port {80,443} rdr-to 127.0.0.1 port 988
|
|
||||||
pass in quick on em1 inet6 proto tcp to port {80,443} rdr-to ::1 port 988
|
|
||||||
------------
|
|
||||||
pfctl -f /etc/pf.conf
|
|
||||||
tpws --port=988 --user=daemon --bind-addr=::1 --bind-addr=127.0.0.1
|
|
||||||
|
|
||||||
В PF непонятно как делать rdr-to с той же системы, где работает proxy. Вариант с route-to у меня не заработал.
|
|
||||||
Поддержка rdr-to реализована через /dev/pf, поэтому прозрачный режим требует root.
|
|
||||||
|
|
||||||
dvtws для всего трафика :
|
|
||||||
|
|
||||||
/etc/pf.conf
|
|
||||||
------------
|
|
||||||
pass in quick on em0 proto tcp from port {80,443} flags SA/SA divert-packet port 989 no state
|
|
||||||
pass in quick on em0 proto tcp from port {80,443} no state
|
|
||||||
pass out quick on em0 proto tcp to port {80,443} divert-packet port 989 no state
|
|
||||||
------------
|
|
||||||
pfctl -f /etc/pf.conf
|
|
||||||
./dvtws --port=989 --dpi-desync=split2
|
|
||||||
|
|
||||||
dvtws для трафика только на таблицу zapret, за исключением таблицы nozapret :
|
|
||||||
|
|
||||||
/etc/pf.conf
|
|
||||||
------------
|
|
||||||
set limit table-entries 2000000
|
|
||||||
table <zapret> file "/opt/zapret/ipset/zapret-ip.txt"
|
|
||||||
table <zapret-user> file "/opt/zapret/ipset/zapret-ip-user.txt"
|
|
||||||
table <nozapret> file "/opt/zapret/ipset/zapret-ip-exclude.txt"
|
|
||||||
pass out quick on em0 inet proto tcp to <nozapret> port {80,443}
|
|
||||||
pass in quick on em0 inet proto tcp from <zapret> port {80,443} flags SA/SA divert-packet port 989 no state
|
|
||||||
pass in quick on em0 inet proto tcp from <zapret> port {80,443} no state
|
|
||||||
pass out quick on em0 inet proto tcp to <zapret> port {80,443} divert-packet port 989 no state
|
|
||||||
pass in quick on em0 inet proto tcp from <zapret-user> port {80,443} flags SA/SA divert-packet port 989 no state
|
|
||||||
pass in quick on em0 inet proto tcp from <zapret-user> port {80,443} no state
|
|
||||||
pass out quick on em0 inet proto tcp to <zapret-user> port {80,443} divert-packet port 989 no state
|
|
||||||
table <zapret6> file "/opt/zapret/ipset/zapret-ip6.txt"
|
|
||||||
table <zapret6-user> file "/opt/zapret/ipset/zapret-ip-user6.txt"
|
|
||||||
table <nozapret6> file "/opt/zapret/ipset/zapret-ip-exclude6.txt"
|
|
||||||
pass out quick on em0 inet6 proto tcp to <nozapret6> port {80,443}
|
|
||||||
pass in quick on em0 inet6 proto tcp from <zapret6> port {80,443} flags SA/SA divert-packet port 989 no state
|
|
||||||
pass in quick on em0 inet6 proto tcp from <zapret6> port {80,443} no state
|
|
||||||
pass out quick on em0 inet6 proto tcp to <zapret6> port {80,443} divert-packet port 989 no state
|
|
||||||
pass in quick on em0 inet6 proto tcp from <zapret6-user> port {80,443} flags SA/SA divert-packet port 989 no state
|
|
||||||
pass in quick on em0 inet6 proto tcp from <zapret6-user> port {80,443} no state
|
|
||||||
pass out quick on em0 inet6 proto tcp to <zapret6-user> port {80,443} divert-packet port 989 no state
|
|
||||||
------------
|
|
||||||
pfctl -f /etc/pf.conf
|
|
||||||
./dvtws --port=989 --dpi-desync=split2
|
|
||||||
|
|
||||||
divert-packet автоматически вносит обратное правило для перенаправления.
|
|
||||||
Трюк с no state и in правилом позволяет обойти эту проблему, чтобы напрасно не гнать массивный трафик через dvtws.
|
|
||||||
|
|
||||||
В OpenBSD dvtws все фейки отсылает через divert socket, поскольку эта возможность через raw sockets заблокирована.
|
|
||||||
Видимо pf автоматически предотвращает повторный заворот diverted фреймов, поэтому проблемы зацикливания нет.
|
|
||||||
|
|
||||||
OpenBSD принудительно пересчитывает tcp checksum после divert, поэтому скорее всего
|
|
||||||
dpi-desync-fooling=badsum у вас не заработает. При использовании этого параметра
|
|
||||||
dvtws предупредит о возможной проблеме.
|
|
||||||
|
|
||||||
Скрипты из ipset не перезагружают таблицы в PF по умолчанию.
|
|
||||||
Чтобы они это делали, добавьте параметр в /opt/zapret/config :
|
|
||||||
LISTS_RELOAD="pfctl -f /etc/pf.conf"
|
|
||||||
Более новые версии pfctl понимают команду перезагрузить только таблицы : pfctl -Tl -f /etc/pf.conf
|
|
||||||
Но это не относится к OpenBSD 6.8. В новых FreeBSD есть.
|
|
||||||
Не забудьте выключить сжатие gzip :
|
|
||||||
GZIP_LISTS=0
|
|
||||||
Если в вашей конфигурации какого-то файла листа нет, то его необходимо исключить из правил PF.
|
|
||||||
Если вдруг листа нет, и он задан в pf.conf, будет ошибка перезагрузки фаервола.
|
|
||||||
После настройки обновление листов можно поместить в cron :
|
|
||||||
crontab -e
|
|
||||||
дописать строчку : 0 12 */2 * * /opt/zapret/ipset/get_config.sh
|
|
||||||
|
|
||||||
|
|
||||||
MacOS
|
|
||||||
-----
|
|
||||||
|
|
||||||
Иначально ядро этой ОС "darwin" основывалось на BSD, потому в ней много похожего на другие версии BSD.
|
|
||||||
Однако, как и в других массовых коммерческих проектах, приоритеты смещаются в сторону от оригинала.
|
|
||||||
Яблочники что хотят, то и творят.
|
|
||||||
Раньше был ipfw, потом его убрали, заменили на PF.
|
|
||||||
Есть сомнения, что divert сокеты в ядре остались. Попытка создать divert socket не выдает ошибок,
|
|
||||||
но полученный сокет ведет себя точно так же, как raw, со всеми его унаследованными косяками + еще яблочно специфическими.
|
|
||||||
В PF divert-packet не работает. Простой grep бинарика pfctl показывает, что там нет слова "divert",
|
|
||||||
а в других версиях BSD оно есть. dvtws собирается, но совершенно бесполезен.
|
|
||||||
|
|
||||||
tpws удалось адаптировать, он работоспособен. Получение адреса назначения для прозрачного прокси в PF (DIOCNATLOOK)
|
|
||||||
убрали из заголовков в новых SDK, сделав фактически недокументированным.
|
|
||||||
В tpws перенесены некоторые определения из более старых версий яблочных SDK. С ними удалось завести прозрачный режим.
|
|
||||||
Однако, что будет в следующих версиях угадать сложно. Гарантий нет.
|
|
||||||
Еще одной особенностью PF в MacOS является проверка на рута в момент обращения к /dev/pf, чего нет в остальных BSD.
|
|
||||||
tpws по умолчанию сбрасывает рутовые привилегии. Необходимо явно указать параметр --user=root.
|
|
||||||
В остальном PF себя ведет похоже на FreeBSD. Синтаксис pf.conf тот же.
|
|
||||||
|
|
||||||
На MacOS работает редирект как с проходящего трафика, так и с локальной системы через route-to.
|
|
||||||
Поскольку tpws вынужден работать под root, для исключения рекурсии приходится пускать исходящий от root трафик напрямую.
|
|
||||||
Отсюда имеем недостаток : обход DPI для рута работать не будет.
|
|
||||||
|
|
||||||
Если вы пользуетесь MaсOS в качестве ipv6 роутера, то нужно будет решить вопрос с регулярно изменяемым link-local адресом.
|
|
||||||
С некоторых версий MacOS использует по умолчанию постоянные "secured" ipv6 адреса вместо генерируемых на базе MAC адреса.
|
|
||||||
Все замечательно, но есть одна проблема. Постоянными остаются только global scope адреса.
|
|
||||||
Link locals периодически меняются. Смена завязана на системное время. Перезагрузки адрес не меняют,
|
|
||||||
Но если перевести время на день вперед и перезагрузиться - link local станет другим. (по крайней мере в vmware это так)
|
|
||||||
Информации по вопросу крайне мало, но тянет на баг. Не должен меняться link local. Скрывать link local не имеет смысла,
|
|
||||||
а динамический link local нельзя использовать в качестве адреса шлюза.
|
|
||||||
Проще всего отказаться от "secured" адресов.
|
|
||||||
Поместите строчку "net.inet6.send.opmode=0" в /etc/sysctl.conf. Затем перезагрузите систему.
|
|
||||||
Все равно для исходящих соединений будут использоваться temporary адреса, как и в других системах.
|
|
||||||
Или вам идея не по вкусу, можно прописать дополнительный статический ipv6 из диапазона fc00::/7 -
|
|
||||||
выберите любой с длиной префикса 128. Это можно сделать в системных настройках, создав дополнительный адаптер на базе
|
|
||||||
того же сетевого интерфейса, отключить в нем ipv4 и вписать статический ipv6. Он добавится к автоматически настраеваемым.
|
|
||||||
|
|
||||||
Настройка tpws на macos в прозрачном режиме только для исходящих запросов :
|
|
||||||
|
|
||||||
/etc/pf.conf
|
|
||||||
------------
|
|
||||||
rdr pass on lo0 inet proto tcp from !127.0.0.0/8 to any port {80,443} -> 127.0.0.1 port 988
|
|
||||||
rdr pass on lo0 inet6 proto tcp from !::1 to any port {80,443} -> fe80::1 port 988
|
|
||||||
pass out route-to (lo0 127.0.0.1) inet proto tcp from any to any port {80,443} user { >root }
|
|
||||||
pass out route-to (lo0 fe80::1) inet6 proto tcp from any to any port {80,443} user { >root }
|
|
||||||
------------
|
|
||||||
pfctl -ef /etc/pf.conf
|
|
||||||
/opt/zapret/tpws/tpws --user=root --port=988 --bind-addr=127.0.0.1 --bind-iface6=lo0 --bind-linklocal=force
|
|
||||||
|
|
||||||
|
|
||||||
Настройка tpws на macos роутере в прозрачном режиме, где en1 - LAN.
|
|
||||||
|
|
||||||
ifconfig en1 | grep fe80
|
|
||||||
inet6 fe80::bbbb:bbbb:bbbb:bbbb%en1 prefixlen 64 scopeid 0x8
|
|
||||||
/etc/pf.conf
|
|
||||||
------------
|
|
||||||
rdr pass on en1 inet proto tcp from any to any port {80,443} -> 127.0.0.1 port 988
|
|
||||||
rdr pass on en1 inet6 proto tcp from any to any port {80,443} -> fe80::bbbb:bbbb:bbbb:bbbb port 988
|
|
||||||
rdr pass on lo0 inet proto tcp from !127.0.0.0/8 to any port {80,443} -> 127.0.0.1 port 988
|
|
||||||
rdr pass on lo0 inet6 proto tcp from !::1 to any port {80,443} -> fe80::1 port 988
|
|
||||||
pass out route-to (lo0 127.0.0.1) inet proto tcp from any to any port {80,443} user { >root }
|
|
||||||
pass out route-to (lo0 fe80::1) inet6 proto tcp from any to any port {80,443} user { >root }
|
|
||||||
------------
|
|
||||||
pfctl -ef /etc/pf.conf
|
|
||||||
/opt/zapret/tpws/tpws --user=root --port=988 --bind-addr=127.0.0.1 --bind-iface6=lo0 --bind-linklocal=force --bind-iface6=en1 --bind-linklocal=force
|
|
||||||
|
|
||||||
|
|
||||||
Сборка : make -C /opt/zapret mac
|
|
||||||
|
|
||||||
Скрипты получения листов ipset/*.sh работают.
|
|
||||||
Если будете пользоваться ipset/get_combined.sh, нужно установить gnu grep через brew.
|
|
||||||
Имеющийся очень старый и безумно медленный с оцией -f.
|
|
||||||
|
|
||||||
|
|
||||||
MacOS простая установка
|
|
||||||
-----------------------
|
|
||||||
|
|
||||||
В MacOS поддерживается install_easy.sh
|
|
||||||
|
|
||||||
В комплекте идут бинарики, собраные под 64-bit с опцией -mmacosx-version-min=10.8.
|
|
||||||
Они должны работать на всех поддерживаемых версиях macos.
|
|
||||||
Если вдруг не работают - можно собрать свои. Developer tools ставятся автоматом при запуске make.
|
|
||||||
|
|
||||||
!! Internet sharing средствами системы НЕ ПОДДЕРЖИВАЕТСЯ !!
|
|
||||||
Поддерживается только роутер, настроенный своими силами через PF.
|
|
||||||
Если вы вдруг включили шаринг, а потом выключили, то доступ к сайтам может пропасть совсем.
|
|
||||||
Лечение : pfctl -f /etc/pf.conf
|
|
||||||
Если вам нужен шаринг интернета, лучше отказаться от прозрачного режима и использовать socks.
|
|
||||||
|
|
||||||
Для автостарта используется launchd (/Library/LaunchDaemons/zapret.plist)
|
|
||||||
Управляющий скрипт : /opt/zapret/init.d/macos/zapret
|
|
||||||
Следующие команды работают с tpws и фаерволом одновременно (если INIT_APPLY_FW=1 в config)
|
|
||||||
/opt/zapret/init.d/macos/zapret start
|
|
||||||
/opt/zapret/init.d/macos/zapret stop
|
|
||||||
/opt/zapret/init.d/macos/zapret restart
|
|
||||||
Работа только с tpws :
|
|
||||||
/opt/zapret/init.d/macos/zapret start-daemons
|
|
||||||
/opt/zapret/init.d/macos/zapret stop-daemons
|
|
||||||
/opt/zapret/init.d/macos/zapret restart-daemons
|
|
||||||
Работа только с PF :
|
|
||||||
/opt/zapret/init.d/macos/zapret start-fw
|
|
||||||
/opt/zapret/init.d/macos/zapret stop-fw
|
|
||||||
/opt/zapret/init.d/macos/zapret restart-fw
|
|
||||||
Перезагрузка всех IP таблиц из файлов :
|
|
||||||
/opt/zapret/init.d/macos/zapret reload-fw-tables
|
|
||||||
|
|
||||||
Инсталятор настраивает LISTS_RELOAD в config, так что скрипты ipset/*.sh автоматически перезагружают IP таблицы в PF.
|
|
||||||
Автоматически создается cron job на ipset/get_config.sh, по аналогии с openwrt.
|
|
||||||
|
|
||||||
При start-fw скрипт автоматически модицифирует /etc/pf.conf, вставляя туда anchors "zapret".
|
|
||||||
Модификация расчитана на pf.conf, в котором сохранены дефолтные anchors от apple.
|
|
||||||
Если у вас измененный pf.conf и модификация не удалась, об этом будет предупреждение. Не игнорируйте его.
|
|
||||||
В этом случае вам нужно вставить в свой pf.conf (в соответствии с порядком типов правил) :
|
|
||||||
rdr-anchor "zapret"
|
|
||||||
anchor "zapret"
|
|
||||||
При деинсталяции через uninstall_easy.sh модификации pf.conf убираются.
|
|
||||||
|
|
||||||
start-fw создает 3 файла anchors в /etc/pf.anchors : zapret,zapret-v4,zapret-v6.
|
|
||||||
Последние 2 подключаются из anchor "zapret".
|
|
||||||
Таблицы nozapret,nozapret6 принадлежат anchor "zapret".
|
|
||||||
Таблицы zapret,zapret-user - в anchor "zapret-v4".
|
|
||||||
Таблицы zapret6,zapret6-user - в anchor "zapret-v6".
|
|
||||||
Если какая-то версия протокола отключена - соответствующий anchor пустой и не упоминается в anchor "zapret".
|
|
||||||
Таблицы и правила создаются только на те листы, которые фактически есть в директории ipset.
|
|
||||||
|
|
||||||
|
|
||||||
MacOS вариант custom
|
|
||||||
--------------------
|
|
||||||
|
|
||||||
Так же как и в других системах, поддерживаемых в простом инсталяторе, можно создавать свои custom скрипты.
|
|
||||||
Расположение : /opt/zapret/init.d/macos/custom
|
|
||||||
|
|
||||||
zapret_custom_daemons() получает в $1 "0" или "1". "0" - stop, "1" - start
|
|
||||||
custom firewall отличается от linux варианта.
|
|
||||||
Вместо заполнения iptables вам нужно сгенерировать правила для zapret-v4 и zapret-v6 anchors и выдать их в stdout.
|
|
||||||
Это делается в функциях zapret_custom_firewall_v4() и zapret_custom_firewall_v6().
|
|
||||||
Определения таблиц заполняются основным скриптом - вам это делать не нужно.
|
|
||||||
Можно ссылаться на таблицы zapret и zapret-user в v4, zapret6 и zapret6-user.
|
|
||||||
|
|
||||||
Cм. пример в файле custom-tpws
|
|
||||||
@ -74,161 +74,164 @@
|
|||||||
проблемы, обход будет работать только для тех программ или ОС, которые сами
|
проблемы, обход будет работать только для тех программ или ОС, которые сами
|
||||||
реализуют механизмы SecureDNS. Для других программ обход работать не будет.
|
реализуют механизмы SecureDNS. Для других программ обход работать не будет.
|
||||||
|
|
||||||
Решение проблемы DNS выходит за рамки проекта. Обычно она решается либо
|
> Решение проблемы DNS выходит за рамки проекта. Обычно она решается либо
|
||||||
заменой DNS серверов от провайдера на публичные (`1.1.1.1`, `8.8.8.8`), либо
|
> заменой DNS серверов от провайдера на публичные (`1.1.1.1`, `8.8.8.8`),
|
||||||
в случае перехвата провайдером обращений к сторонним серверам - через
|
> либо в случае перехвата провайдером обращений к сторонним серверам - через
|
||||||
специальные средства шифрования DNS запросов, такие как `dnscrypt`, `DoT`,
|
> специальные средства шифрования DNS запросов, такие как `dnscrypt`, `DoT`,
|
||||||
`DoH`.
|
> `DoH`.
|
||||||
|
>
|
||||||
|
> Еще один эффективный вариант - использовать ресолвер от yandex
|
||||||
|
> (`77.88.8.88`) на нестандартном порту `1253`. Многие провайдеры не
|
||||||
|
> анализируют обращения к DNS на нестандартных портах.
|
||||||
|
>
|
||||||
|
> Проверить работает ли этот вариант можно так:
|
||||||
|
> ```sh
|
||||||
|
> $ dig -p 53 @77.88.8.88 rutracker.org dig -p 1253 @77.88.8.88 rutracker.org
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> Если DNS действительно подменяется, и ответ на эти 2 команды разный,
|
||||||
|
> значит метод вероятно работает.
|
||||||
|
>
|
||||||
|
> В openwrt DNS на нестандартном порту можно прописать в `/etc/config/dhcp`
|
||||||
|
> таким способом :
|
||||||
|
>
|
||||||
|
> ```
|
||||||
|
> config dnsmasq
|
||||||
|
> <...>
|
||||||
|
> list server '77.88.8.88#1253'
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> Если настройки IP и DNS получаются автоматически от провайдера, в
|
||||||
|
> `/etc/config/network` найдите секцию интерфейса `wan` и сделайте так:
|
||||||
|
>
|
||||||
|
> ```
|
||||||
|
> config interface 'wan'
|
||||||
|
> <...>
|
||||||
|
> option peerdns '0'
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> ```sh
|
||||||
|
> $ /etc/init.d/network restart
|
||||||
|
> $ /etc/init.d/dnsmasq restart
|
||||||
|
> ```
|
||||||
|
>
|
||||||
|
> Если это не подходит, можно перенаправлять обращения на UDP и TCP порты
|
||||||
|
> `53` вашего DNS сервера на `77.88.8.88:1253` средствами
|
||||||
|
> `iptables`/`nftables`. В `/etc/resolv.conf` нельзя прописать DNS на
|
||||||
|
> нестандартном порту.
|
||||||
|
|
||||||
Еще один эффективный вариант - использовать ресолвер от yandex
|
6. `blockcheck.sh` позволяет выявить рабочую стратегию обхода блокировок. По
|
||||||
(`77.88.8.88`) на нестандартном порту `1253`. Многие провайдеры не
|
|
||||||
анализируют обращения к DNS на нестандартных портах.
|
|
||||||
|
|
||||||
Проверить работает ли этот вариант можно так:
|
|
||||||
```sh
|
|
||||||
$ dig -p 53 @77.88.8.88 rutracker.org dig -p 1253 @77.88.8.88 rutracker.org
|
|
||||||
```
|
|
||||||
|
|
||||||
Если DNS действительно подменяется, и ответ на эти 2 команды разный, значит
|
|
||||||
метод вероятно работает.
|
|
||||||
|
|
||||||
В openwrt DNS на нестандартном порту можно прописать в `/etc/config/dhcp`
|
|
||||||
таким способом :
|
|
||||||
|
|
||||||
```
|
|
||||||
config dnsmasq
|
|
||||||
<...>
|
|
||||||
list server '77.88.8.88#1253'
|
|
||||||
```
|
|
||||||
|
|
||||||
Если настройки IP и DNS получаются автоматически от провайдера, в
|
|
||||||
`/etc/config/network` найдите секцию интерфейса `wan` и сделайте так:
|
|
||||||
|
|
||||||
```
|
|
||||||
config interface 'wan'
|
|
||||||
<...>
|
|
||||||
option peerdns '0'
|
|
||||||
```
|
|
||||||
|
|
||||||
```sh
|
|
||||||
$ /etc/init.d/network restart
|
|
||||||
$ /etc/init.d/dnsmasq restart
|
|
||||||
```
|
|
||||||
|
|
||||||
Если это не подходит, можно перенаправлять обращения на UDP и TCP порты `53`
|
|
||||||
вашего DNS сервера на `77.88.8.88:1253` средствами `iptables`/`nftables`. В
|
|
||||||
`/etc/resolv.conf` нельзя прописать DNS на нестандартном порту.
|
|
||||||
|
|
||||||
6. `blockcheck.sh` позволяет выявить рабочую стратегию обхода блокировок По
|
|
||||||
результатам скрипта нужно понять какой вариант будете использовать : `nfqws`
|
результатам скрипта нужно понять какой вариант будете использовать : `nfqws`
|
||||||
или `tpws` И запомнить найденные стратегии.
|
или `tpws` и запомнить найденные стратегии для дальнейшего применения.
|
||||||
|
|
||||||
Следует понимать, что скрипт проверяет доступность только конкретного
|
Следует понимать, что скрипт проверяет доступность только конкретного
|
||||||
домена, который вы вводите в начале. Вероятно, все остальные домены
|
домена, который вы вводите в начале. Вероятно, все остальные домены
|
||||||
блокированы подобным образом, **но не факт**. В большинстве случаев можно
|
блокированы подобным образом, **но не факт**. В большинстве случаев можно
|
||||||
объединить несколько стратегий в одну универсальную, и это крайне
|
объединить несколько стратегий в одну универсальную, и это **крайне
|
||||||
желательно. Необходимо понимать как работают стратегии. zapret не может
|
желательно**. Необходимо понимать как работают стратегии. zapret **не может
|
||||||
пробить блокировку по IP адресу. Для проверки нескольких доменов вводите их
|
пробить блокировку по IP адресу**. Для проверки нескольких доменов вводите
|
||||||
через пробел.
|
их через пробел.
|
||||||
|
|
||||||
Сейчас блокираторы ставят на магистральных каналах. В сложных случаях у вас
|
> Сейчас блокираторы ставят на магистральных каналах. В сложных случаях у
|
||||||
может быть несколько маршрутов с различной длиной по ХОПам, с DPI на разных
|
> вас может быть несколько маршрутов с различной длиной по ХОПам, с DPI на
|
||||||
хопах. Приходится преодолевать целый зоопарк DPI, которые еще и включаются в
|
> разных хопах. Приходится преодолевать целый зоопарк DPI, которые еще и
|
||||||
работу хаотичным образом или образом, зависящим от направления (IP сервера).
|
> включаются в работу хаотичным образом или образом, зависящим от
|
||||||
скрипт не всегда может выдать вам в итогах оптимальную стратегию, которую
|
> направления (IP сервера). скрипт не всегда может выдать вам в итогах
|
||||||
надо просто переписать в настройки. В некоторых случаях надо реально думать
|
> оптимальную стратегию, которую надо просто переписать в настройки. В
|
||||||
что происходит, анализируя результат на разных стратегиях. Если вы
|
> некоторых случаях надо реально думать что происходит, анализируя результат
|
||||||
применяете большой **TTL**, чтобы достать до магистрала, то не лишним будет
|
> на разных стратегиях. Если вы применяете большой **TTL**, чтобы достать до
|
||||||
добавить дополнительный ограничитель `--dpi-desync-fooling`, чтобы не
|
> магистрала, то не лишним будет добавить дополнительный ограничитель
|
||||||
сломать сайты на более коротких дистанциях. `md5sig` наиболее совместим, но
|
> `--dpi-desync-fooling`, чтобы не сломать сайты на более коротких
|
||||||
работает **только** на linux серверах. `badseq` может работать только на
|
> дистанциях. `md5sig` наиболее совместим, но работает **только** на linux
|
||||||
**https** и не работать на **http**. Чтобы выяснить какие дополнительные
|
> серверах. `badseq` может работать только на **https** и не работать на
|
||||||
ограничители работают, смотрите результат теста аналогичных стратегий без
|
> **http**. Чтобы выяснить какие дополнительные ограничители работают,
|
||||||
**TTL** с каждым из этих ограничителей.
|
> смотрите результат теста аналогичных стратегий без **TTL** с каждым из
|
||||||
|
> этих ограничителей.
|
||||||
При использовании `autottl` следует протестировать как можно больше разных
|
>
|
||||||
доменов. Эта техника может на одних провайдерах работать стабильно, на
|
> При использовании `autottl` следует протестировать как можно больше разных
|
||||||
других потребуется выяснить при каких параметрах она стабильна, на третьих
|
> доменов. Эта техника может на одних провайдерах работать стабильно, на
|
||||||
полный хаос, и проще отказаться.
|
> других потребуется выяснить при каких параметрах она стабильна, на третьих
|
||||||
|
> полный хаос, и проще отказаться.
|
||||||
Далее, имея понимание что работает на **http**, **https**, **quic**, нужно
|
>
|
||||||
сконструировать параметры запуска `tpws` и/или `nfqws` с использованием
|
> Далее, имея понимание что работает на **http**, **https**, **quic**, нужно
|
||||||
мультистратегии. Как работают мультистратегии описано в readme.txt.
|
> сконструировать параметры запуска `tpws` и/или `nfqws` с использованием
|
||||||
|
> мультистратегии. Как работают мультистратегии описано в readme.txt.
|
||||||
Если кратко, то обычно параметры конструируются так:
|
>
|
||||||
```sh
|
> Если кратко, то обычно параметры конструируются так:
|
||||||
"--filter-udp=443 'параметры для quic' <HOSTLIST_NOAUTO> --new
|
> ```sh
|
||||||
--filter-tcp=80,443 'обьединенные параметры для http и https' <HOSTLIST>"
|
> "--filter-udp=443 'параметры для quic' <HOSTLIST_NOAUTO> --new
|
||||||
```
|
> --filter-tcp=80,443 'обьединенные параметры для http и https' <HOSTLIST>"
|
||||||
|
> ```
|
||||||
Или так:
|
>
|
||||||
```sh
|
> Или так:
|
||||||
"--filter-udp=443 'параметры для quic' <HOSTLIST_NOAUTO> --new
|
> ```sh
|
||||||
--filter-tcp=80 'параметры для http' <HOSTLIST> --new
|
> "--filter-udp=443 'параметры для quic' <HOSTLIST_NOAUTO> --new
|
||||||
--filter-tcp=443 'параметры для https' <HOSTLIST>"
|
> --filter-tcp=80 'параметры для http' <HOSTLIST> --new
|
||||||
```
|
> --filter-tcp=443 'параметры для https' <HOSTLIST>"
|
||||||
|
> ```
|
||||||
`<HOSTLIST>` и `<HOSTLIST_NOAUTO>` так и пишутся. Их не надо на что-то
|
>
|
||||||
заменять. Это сделают скрипты запуска, если вы выбрали режим фильтрации по
|
> `<HOSTLIST>` и `<HOSTLIST_NOAUTO>` так и пишутся. Их не надо на что-то
|
||||||
хостлистам, и уберут в противном случае. Если для какого-то протокола надо
|
> заменять. Это сделают скрипты запуска, если вы выбрали режим фильтрации по
|
||||||
дурить все без стандартного хостлиста - просто уберите оттуда `<HOSTLIST>` и
|
> хостлистам, и уберут в противном случае. Если для какого-то протокола надо
|
||||||
`<HOSTLIST_NOAUTO>`. Можно писать свои параметры `--hostlist` и
|
> дурить все без стандартного хостлиста - просто уберите оттуда `<HOSTLIST>`
|
||||||
`--hostlist-exclude` для дополнительных хостлистов или в профилях
|
> и `<HOSTLIST_NOAUTO>`. Можно писать свои параметры `--hostlist` и
|
||||||
специализаций под конкретный ресурс. В последнем случае стандартный хостлист
|
> `--hostlist-exclude` для дополнительных хостлистов или в профилях
|
||||||
там не нужен. Следует избегать указания собственных параметров `--hostlist`
|
> специализаций под конкретный ресурс. В последнем случае стандартный
|
||||||
на листы из директории ipset. Эта логика включена в `<HOSTLIST>` и
|
> хостлист там не нужен. Следует избегать указания собственных параметров
|
||||||
`<HOSTLIST_NOAUTO>`. Отличие `<HOSTLIST_NOAUTO>` в том, что стандартный
|
> `--hostlist` на листы из директории ipset. Эта логика включена в
|
||||||
автолист по этому профилю используется как обычный, то есть без
|
> `<HOSTLIST>` и `<HOSTLIST_NOAUTO>`. Отличие `<HOSTLIST_NOAUTO>` в том, что
|
||||||
автоматического добавления доменов. Однако, добавления в других профилях
|
> стандартный автолист по этому профилю используется как обычный, то есть
|
||||||
автоматически отражаются во всех остальных.
|
> без автоматического добавления доменов. Однако, добавления в других
|
||||||
|
> профилях автоматически отражаются во всех остальных.
|
||||||
Если стратегии отличаются по версии ip протокола, и вы не можете их
|
>
|
||||||
обьединить, фильтр пишется так:
|
> Если стратегии отличаются по версии ip протокола, и вы не можете их
|
||||||
```sh
|
> обьединить, фильтр пишется так:
|
||||||
"--filter-l3=ipv4 --filter-udp=443 lпараметры для quic ipv4' <HOSTLIST_NOAUTO> --new
|
> ```sh
|
||||||
--filter-l3=ipv4 --filter-tcp=80 'параметры для http ipv4' <HOSTLIST> --new
|
> "--filter-l3=ipv4 --filter-udp=443 lпараметры для quic ipv4' <HOSTLIST_NOAUTO> --new
|
||||||
--filter-l3=ipv4 --filter-tcp=443 'параметры для https ipv4' <HOSTLIST> --new
|
> --filter-l3=ipv4 --filter-tcp=80 'параметры для http ipv4' <HOSTLIST> --new
|
||||||
--filter-l3=ipv6 --filter-udp=443 "параметры для quic ipv6" <HOSTLIST_NOAUTO> --new
|
> --filter-l3=ipv4 --filter-tcp=443 'параметры для https ipv4' <HOSTLIST> --new
|
||||||
--filter-l3=ipv6 --filter-tcp=80 'параметры для http ipv6' <HOSTLIST> --new
|
> --filter-l3=ipv6 --filter-udp=443 "параметры для quic ipv6" <HOSTLIST_NOAUTO> --new
|
||||||
--filter-l3=ipv6 --filter-tcp=443 'параметры для https ipv6' <HOSTLIST>"
|
> --filter-l3=ipv6 --filter-tcp=80 'параметры для http ipv6' <HOSTLIST> --new
|
||||||
```
|
> --filter-l3=ipv6 --filter-tcp=443 'параметры для https ipv6' <HOSTLIST>"
|
||||||
|
> ```
|
||||||
Но здесь совсем "копи-пастный" вариант. Чем больше вы объедините стратегий и
|
>
|
||||||
сократите их общее количество, тем будет лучше.
|
> Но здесь совсем "копи-пастный" вариант. Чем больше вы объедините стратегий и
|
||||||
|
> сократите их общее количество, тем будет лучше.
|
||||||
Если вам не нужно дурение отдельных протоколов, лучше всего будет их убрать
|
>
|
||||||
из системы перехвата трафика через параметры `TPWS_PORTS`,
|
> Если вам не нужно дурение отдельных протоколов, лучше всего будет их
|
||||||
`NFQWS_PORTS_TCP`, `NFQWS_PORTS_UDP` и убрать соответствующие им профили
|
> убрать из системы перехвата трафика через параметры `TPWS_PORTS`,
|
||||||
мультистратегии.
|
> `NFQWS_PORTS_TCP`, `NFQWS_PORTS_UDP` и убрать соответствующие им профили
|
||||||
|
> мультистратегии.
|
||||||
| Протокол | Порт | Примечание |
|
>
|
||||||
|---|---|---|
|
> | Протокол | Порт | Примечание |
|
||||||
| `tcp` | `80` | `http` соединение |
|
> |---|---|---|
|
||||||
| `tcp` | `443` | `https` соединение |
|
> | `tcp` | `80` | `http` соединение |
|
||||||
| `udp` | `443` | `quic` соединение |
|
> | `tcp` | `443` | `https` соединение |
|
||||||
|
> | `udp` | `443` | `quic` соединение |
|
||||||
Если используются методы нулевой фазы десинхронизации (`--mss`, `--wssize`,
|
>
|
||||||
`--dpi-desync=syndata`) и режим фильтрации `hostlist`, то все параметры,
|
> Если используются методы нулевой фазы десинхронизации (`--mss`,
|
||||||
относящиеся к этим методам, следует помещать в отдельные профили
|
> `--wssize`, `--dpi-desync=syndata`) и режим фильтрации `hostlist`, то все
|
||||||
мульистратегии, которые получат управление до определения имени хоста.
|
> параметры, относящиеся к этим методам, следует помещать в отдельные
|
||||||
Необходимо понимать алгоритм работы мультистратегий. Самым надежным
|
> профили мульистратегии, которые получат управление до определения имени
|
||||||
вариантом будет дублирование этих параметров на 2 профиля. Какой-нибудь
|
> хоста. Необходимо понимать алгоритм работы мультистратегий. Самым надежным
|
||||||
сработает в зависимости от параметра `MODE_FILTER`.
|
> вариантом будет дублирование этих параметров на 2 профиля. Какой-нибудь
|
||||||
|
> сработает в зависимости от параметра `MODE_FILTER`.
|
||||||
```sh
|
>
|
||||||
"--filter-tcp=80 'параметры для http' <HOSTLIST> --new
|
> ```sh
|
||||||
--filter-tcp=443 'параметры для https' --wssize 1:6 <HOSTLIST> --new
|
> "--filter-tcp=80 'параметры для http' <HOSTLIST> --new
|
||||||
--filter-tcp=443 --wssize 1:6"
|
> --filter-tcp=443 'параметры для https' --wssize 1:6 <HOSTLIST> --new
|
||||||
```
|
> --filter-tcp=443 --wssize 1:6"
|
||||||
|
> ```
|
||||||
В этом примере `wssize` будет применяться всегда к порту **tcp** `443` вне
|
>
|
||||||
зависимости от параметра `MODE_FILTER`. Хостлист будет игнорироваться, если
|
> В этом примере `wssize` будет применяться всегда к порту **tcp** `443` вне
|
||||||
таковой имеется. К **http** применять **wssize** вредно и бессмысленно.
|
> зависимости от параметра `MODE_FILTER`. Хостлист будет игнорироваться,
|
||||||
|
> если таковой имеется. К **http** применять **wssize** вредно и
|
||||||
Никто не мешает использовать `tpws` для **http**, `nfqws` для **https**,
|
> бессмысленно.
|
||||||
либо комбинировать действие `nfqws` и `tpws` для одного протокола. В текущем
|
>
|
||||||
варианте скриптов запуска это делается максимально гибко и независимо друг
|
> Никто не мешает использовать `tpws` для **http**, `nfqws` для **https**,
|
||||||
от друга.
|
> либо комбинировать действие `nfqws` и `tpws` для одного протокола. В
|
||||||
|
> текущем варианте скриптов запуска это делается максимально гибко и
|
||||||
|
> независимо друг от друга.
|
||||||
|
|
||||||
7. Запустите скрипт облегченной установки - `install_easy.sh` Выберите `nfqws`
|
7. Запустите скрипт облегченной установки - `install_easy.sh` Выберите `nfqws`
|
||||||
и/или `tpws`, затем согласитесь на редактирование параметров. Откроется
|
и/или `tpws`, затем согласитесь на редактирование параметров. Откроется
|
||||||
|
|||||||
@ -1318,11 +1318,11 @@ Now its possible to run `/data/local/tmp/zapret/tpws` from any app such as taske
|
|||||||
|
|
||||||
### FreeBSD, OpenBSD, MacOS
|
### FreeBSD, OpenBSD, MacOS
|
||||||
|
|
||||||
see [docs/bsd.en.md](./bsd.en.md)
|
see [BSD documentation](./bsd.en.md)
|
||||||
|
|
||||||
### Windows (WSL)
|
### Windows (WSL)
|
||||||
|
|
||||||
see [docs/windows.en.md](./windows.en.md)
|
see [Windows documentation](./windows.en.md)
|
||||||
|
|
||||||
### Other devices
|
### Other devices
|
||||||
|
|
||||||
|
|||||||
@ -239,7 +239,7 @@ NFQUEUE работает без изменений.
|
|||||||
## nfqws
|
## nfqws
|
||||||
|
|
||||||
Эта программа - модификатор пакетов и обработчик очереди NFQUEUE. Для BSD систем существует адаптированный вариант -
|
Эта программа - модификатор пакетов и обработчик очереди NFQUEUE. Для BSD систем существует адаптированный вариант -
|
||||||
dvtws, собираемый из тех же исходников (см. [bsd.txt](./bsd.txt)).
|
dvtws, собираемый из тех же исходников (см. [документация BSD](./bsd.md)).
|
||||||
|
|
||||||
```
|
```
|
||||||
@<config_file>|$<config_file> ; читать конфигурацию из файла. опция должна быть первой. остальные опции игнорируются.
|
@<config_file>|$<config_file> ; читать конфигурацию из файла. опция должна быть первой. остальные опции игнорируются.
|
||||||
@ -1178,7 +1178,7 @@ mdig --family=6 --dns-make-query=rutracker.org | curl --data-binary @- -H "Conte
|
|||||||
|
|
||||||
В системе запуска это обыграно следующим образом.
|
В системе запуска это обыграно следующим образом.
|
||||||
Присутствуют 2 include списка :
|
Присутствуют 2 include списка :
|
||||||
`ipset/zapret-hosts-users.txt.gz` или `ipset/zapret-hosts-users.txt`,
|
`ipset/zapret-hosts-users.txt.gz` или `ipset/zapret-hosts-users.txt`,
|
||||||
`ipset/zapret-hosts.txt.gz` или `ipset/zapret-hosts.txt`
|
`ipset/zapret-hosts.txt.gz` или `ipset/zapret-hosts.txt`
|
||||||
и 1 exclude список
|
и 1 exclude список
|
||||||
`ipset/zapret-hosts-users-exclude.txt.gz` или `ipset/zapret-hosts-users-exclude.txt`
|
`ipset/zapret-hosts-users-exclude.txt.gz` или `ipset/zapret-hosts-users-exclude.txt`
|
||||||
@ -2053,11 +2053,11 @@ curl: (7) Failed to connect to www.ru port 80: Host is unreachable
|
|||||||
|
|
||||||
## FreeBSD, OpenBSD, MacOS
|
## FreeBSD, OpenBSD, MacOS
|
||||||
|
|
||||||
Описано в [docs/bsd.txt](./bsd.txt)
|
Описано в [документации BSD](./bsd.md)
|
||||||
|
|
||||||
## Windows
|
## Windows
|
||||||
|
|
||||||
Описано в [docs/windows.md](./windows.md)
|
Описано в [документации Windows](./windows.md)
|
||||||
|
|
||||||
|
|
||||||
## Другие прошивки
|
## Другие прошивки
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user