Почему при редактировании конфигурационного файла iptables не сохраняются настройки.
После перезагрузки файл принимает своё первоначальное значение ?

 

Почему при редактировании конфигурационного файла iptables не сохраняются настройки.
После перезагрузки файл принимает своё первоначальное значение ?

Вероятно потому, что ты редактируешь его с запущенным процессом IPTABLES.
Для того, чтобы после редактирования файла изменения вступили в силу, необходимо перед редактированием отключить файерволл iptables

# systemctl stop iptables

Затем отредактировать файл /etc/sysconfig/iptables
Затем сохранить изменения

service iptables save

И, наконец, запустить сервис

# systemctl start iptables

 

Файерволом лучше управлять из консоли или редактировать файл конфигурации ?

 

Файерволом лучше управлять из консоли или редактировать файл конфигурации ?

Управление консольное конечно (из терминала тоже).Сам файл конфигурации с правилами редактируется в тех случаях,когда необходимо добавить ,или убрать заданную цепочку правил (по номеру строки ,к примеру).

Это общепринято в Linux,к тому же ,правила iptables применяются мгновенно,откуда и надёжность.
Исключение в плане надёжности встречал только при наличии уязвимости ядра.

 

Видео к статье, может кому-то интересно будет ))
Хотелось в статью вставить, но создание его затянулось.
Лучше поздно, чем никогда ))

Настройка VPN PPTP сервера на CentOS 7​

 

Зачем столько сложностей, когда openvpn в пару кликов поднимается?

 

OpenVPN и VPN PPTP это примеры виртуальных сетей, которые работают на разных протоколах.
При написании статьи использовался протокол PPTP по моим субъективным причинам )
Я перед кем-то должна отчитываться о причинах выбора ?
Или ты осуждаешь мой выбор ?
Что за вопрос ?

 

PPTP is a fast, easy-to-use protocol. It is a good choice if OpenVPN isn't supported by your device.

Ничей выбор не осуждаю

 

Протокол простой, удобный в настройке, но не криптостойкий. Лучше использовать L2TP или OpenVPN

 

Отключение силинукс ничем не грозит?

 

Есть vps установлен pptp и privoxy как при помощи iptables перенаправит весь входящий трафик pptp на privoxy

 

Протокол простой, удобный в настройке, но не криптостойкий.

Не криптостойкий )) Точно, не криптостойкий.

Такое чувство, что мы тут все настолько крутые хакеры, что отдел "К", интерпол и АНБ расталкивая друг друга локтями перехватывает наш трафик и наперегонки стремятся его расшифровать )) Без шифрования трафика последними алгоритмами мы в сеть не выходим ))

"Простой и удобный в настройке" - этого достаточно ))

Есть vps установлен pptp и privoxy как при помощи iptables перенаправит весь входящий трафик pptp на privoxy

Переведи ))

 

есть удаленный vps (debian) и на нем установлен pptp сервер, также установлен прокси privoxy, отдельно каждый работают нормально, необходимо подключатся к pptp (клиент есть по умолчанию на любом устройстве) а он заворачивает весь трафик на privoxy (он может резать рекламу, контроль контента или подключиться к тор или перенаправить на сокс и тд.) необходима правильная конфигурация таблиц iptable

 

Добрый день.

Поднял точно такой же сервер в DO (Digital Ocean). По какой-то причине через туннель не идет трафик к узлу _https://api.telegram.org. При этом интересно, что узел _http://api.telegram.org (без SSL) отвечает как Moved (как и должно быть). То есть, связь с узлом api.telegram.org (149.154.167.220) есть.

Если менять поставщика VPN, скажем, на VPNBook (бесплатный сервис), не меняя никаких других настроек, то все работает отлично. Но я хотел использовать свой платный VPN, а не бесплатный. Что за прикол такой? И самое интересное, как это диагностировать? Узел доступен по IP, а сервис не дает ответа.

Включил логгирование в pptpd, но лог почему-то всегда пустой. Есть идеи что с этим делать?

Если кому-то интересно погонять этот туннель, то могу дать тестовый доступ. Ну или сами можете быстро зарегиться в DO, получить на баланс бонусные $ и все поднять сами бесплатно (в первое время).

 

Методом тыка, потратив целый день, нашел проблему - нужно MRU повысить на 4 единицы или более, тогда появляется коннект с "проблемными" сайтами. Сами по себе значения MTU и MRU не критичны, можно ставить все что угодно в диапазоне 1300-1492, но главное, чтобы выполнялось правило: MRU = MTU + 4 (или более).

Интересно, что вызвало такой перекос, и почему именно 4 байта?

 

Решение проблемы: PPTP-тоннель и недоступность сайтов через SSL/HTTPS

 

Открыл порт 1723 однако не подключается из-за того, что порт закрыт.
Порт сканнер говорит , что порт открыт, в /var/log/ppp пусто..

 

Прошу прощения, что старую тему апнул, но:
Зачем в /etc/sysctl.conf этот блок 3 раза записан? Причем, по гуглу проходил, там такое часто встречается. Такое ощущение, что скопипастили с одного источника.

net.core.wmem_max = 12582912
net.core.rmem_max = 12582912
net.ipv4.tcp_rmem = 10240 87380 12582912
net.ipv4.tcp_wmem = 10240 87380 12582912

Еще про /etc/sysconfig/iptables
Там писали про текстовый редактор и консольные команды. Но разве после приведенных консольных команд мы получим то, что в тектстовом редакторе получилось?

iptables -t nat -A POSTROUTING -s 10.0.10.0/24 -o eth0 -j MASQUERADE
результатом в /etc/sysconfig/iptables будет
-A POSTROUTING -s 10.0.10.0/24 -o eth0 -j MASQUERADE
А этого нет в приведенном варианте при использовании текстового редактора.

Почему я зарегался и отписал? Да потому что всё в кучу напутанно и не работает. Кто-нибудь, воспользовавшись мануалом, пришел к положительному результату?