Контейнер VPN АнтиЗапрета для установки на собственный сервер

Не занимайтесь мазохизмом и используйте VPS не в России.

Такой возможности в существующих скриптах нет.

Часть провайдеров блокируют всю зону. Иными словами, блокировка gofile.io равнозначна блокировке *.gofile.io.

добрый день! удалось решить проблему? у меня такая же проблема именно при работе со своим сервером, причем указанное по ссылке решение тоже не работает, решение работает только если сам сайт Instagram открывается, но не проходит авторизация, у меня не грузится ничего - сайт сразу выдает ошибку 429

Проблема в сервере, а не софте. Сам сайт блокирует доступ с IP-адреса вашего сервера.

Перенес сервер на другой IP, проблема осталась, все та же 429 ошибка, не может Instagram блокировать свежий IP, который не использовался ещё, так что, думаю, все же проблема не в блокировке IP, может, по какой-то причине происходит многократное обращение к серверам instagram?

Добрый. Какие то манипуляции надо делать на сервере в связи с этой новостью? Необходимо обновить файл VPN

Не

Нет.

не пора ли обновить контейнер?


а то с последними весриями openvpn чёт не работает толком то block ouside dns failed то ещё чего нето не хватает

Доброго. Подскажите как пересоздать конфиг для клиентов с новыми ключами?

Добрый день.
Давно замечал, но уже прям совсем плохо стал работать инстаграм на антизапрете (не публичный, свой). Еле грузится, подвисает и т.д причем когда как, но в основном плохо. Ну стоит переключиться на этом же сервере на wireguard, когда весь трафик гоняется через впн, то там летает инста. С чем это может связано? Установлен через systemd-machined.

А иногда бывает, приходится start stop контейнера делать, чтобы стали открываться хоть какие то закрытые сайты. Но это другая думаю история.

Хотя вот кажется после ребута сервиса, инстаграм прям отлично работать начинает.

Возможно я ошибаюсь, но в имидже контейнера отсутствует файл /root/easy-rsa-ipsec/CLIENT_KEY/antizapret-client-tcp.ovpn и установка ломается.

fine, i’ll do it myself (c)

кароч попытался самолично обновить контейнер - поменял source.list на “свежий” дебиан 11, итого теперь не работает сеть в контейнере, куча демонов в состоянии failed и проч, как говорится - “не пытайтесь повторить это дома”, сейчас буду из бэкапа разворачивать…

Этот файл создаётся автоматически при первом запуске контейнера. Если у вас он не создаётся, скорее всего, у вас нет интернета в контейнере.

Mar 27 16:08:04 antizapret-vpn systemd[1]: Failed to start Knot Resolver daemon.
root@antizapret-vpn:~# systemctl status kresd@1.service
● kresd@1.service - Knot Resolver daemon
   Loaded: loaded (/lib/systemd/system/kresd@.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/kresd@.service.d
           └─override.conf
   Active: failed (Result: signal) since Mon 2023-03-27 16:08:04 UTC; 1min 13s ago
     Docs: man:kresd.systemd(7)
           man:kresd(8)
  Process: 480 ExecStart=/usr/sbin/kresd -c /usr/lib/knot-resolver/distro-preconfig.lua -c /etc/knot-resolver/kresd.conf -n (code=killed, signal=KILL)
 Main PID: 480 (code=killed, signal=KILL)

Mar 27 16:08:04 antizapret-vpn systemd[1]: kresd@1.service: Service RestartSec=100ms expired, scheduling restart.
Mar 27 16:08:04 antizapret-vpn systemd[1]: kresd@1.service: Scheduled restart job, restart counter is at 5.
Mar 27 16:08:04 antizapret-vpn systemd[1]: Stopped Knot Resolver daemon.
Mar 27 16:08:04 antizapret-vpn systemd[1]: kresd@1.service: Start request repeated too quickly.
Mar 27 16:08:04 antizapret-vpn systemd[1]: kresd@1.service: Failed with result 'signal'.
Mar 27 16:08:04 antizapret-vpn systemd[1]: Failed to start Knot Resolver daemon.

Что не так?

Возможно, oom-killer убивает процесс. Проверьте dmesg.

root@antizapret-vpn:~# dmesg
dmesg: read kernel buffer failed: Operation not permitted

root@antizapret-vpn:~# /usr/sbin/kresd -c /usr/lib/knot-resolver/distro-preconfig.lua -c /etc/knot-resolver/kresd.conf -n
[system] warning: hard limit for number of file-descriptors is only 4096 but recommended value is 524288
environment variable $SYSTEMD_INSTANCE not set
Killed

ubuntu 20.04
Cores 1 / RAM 0.5 Gb / Disk 5 Gb
machinectl

Update:
[ 4209.874638] Out of memory: Killed process 4944 (kresd) total-vm:407996kB, anon-rss:274432kB, file-rss:0kB, shmem-rss:0kB, UID:1237450857 pgtables:688kB oom_score_adj:0

Необходим минимум гигабайт RAM. Описание в репозитории касательно требований устарели.