331

kisil пишет:

pptp слушает порт 1723, а у вас он не слушаетса. У вас сервер pptp запущен.
Что говорит

ps ax | grep pptp

VPN сервер находится в другом городе и мне нужно на моём роутере поднять pptp-подключение. Оно прекрасно поднимается когда политика $IPT -P OUTPUT ACCEPT, а мне нужно что было $IPT -P OUTPUT DROP. Проблема в iptables...  bn

Каждому  своё.

332

Ага теперь понял. А если так

iptables -A OUTPUT -p 47 -j ACCEPT

iptables -A OUTPUT -p tcp -d IP_VPN_SERVER --dport 1723 -j ACCEPT
Trouble  in WINDOWS reboot, trouble in UNIX be root.

333

kisil пишет:

Ага теперь понял. А если так

iptables -A OUTPUT -p 47 -j ACCEPT

iptables -A OUTPUT -p tcp -d IP_VPN_SERVER --dport 1723 -j ACCEPT

Таким образом получилось подключиться к VPN серверу который находится в локальной сети, а к внешнему так и не подключается.

Каждому  своё.

334

А внешний что ещё за какимто фаерволом. Или как.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

335

kisil пишет:

А внешний что ещё за какимто фаерволом. Или как.

Нет...

Каждому  своё.

336

А покажыте но вывод такой

iptables -S

Ваш роутер подключён к интернету и он должен в интернете конектитса к VPN верно.
Тогда покажыте лог конекта к этому серваку что нужно.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

337 (27.03.2013 13:25:30 отредактировано SnoopCat)

 Консоль:

:~$ sudo iptables -S
-P INPUT DROP
-P FORWARD DROP
-P OUTPUT DROP
-A INPUT -m state --state INVALID -j DROP
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i eth2 -p icmp -j ACCEPT
-A INPUT -s 1x8.2x7.xxx.104/32 -p icmp -j ACCEPT
-A INPUT -s xxx.xxx.xxx.xxx/32 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -s xxx.xxx.xxx.xyx/32 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -s 1x8.2x7.xxx.104/32 -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m mac --mac-source 00:25:22:04:2A:5A -m tcp --dport 22 -j ACCEPT
-A INPUT -s 1x8.2x7.xxx.104/32 -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -s x1x.x22.2x5.26/32 -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -s xxx.xxx.xxx.xxx/32 -p tcp -m tcp --dport 80 -j ACCEPT
-A INPUT -p tcp -m tcp -j LOG
-A INPUT -p tcp -m tcp -j TARPIT
-A FORWARD -m state --state INVALID -j DROP
-A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -s xxx.xxx.xxx.xxx/24 -j ACCEPT
-A FORWARD -d xxx.xxx.xxx.xxx/32 -i eth1 -p tcp -m tcp --dport xx -j ACCEPT
-A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -p icmp -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 22 -j ACCEPT
-A OUTPUT -p tcp -m tcp --sport 80 -j ACCEPT
-A OUTPUT -p gre -j ACCEPT
-A OUTPUT -d vpn server -p tcp -m tcp --dport 1723 -j ACCEPT

vpn.log

 Консоль:

Script /etc/ppp/ip-down finished (pid 2021), status = 0x0
pppd options in effect:
debug        # (from /etc/ppp/peers/vpn)
logfile /tmp/vpn.log        # (from /etc/ppp/peers/vpn)
dump        # (from /etc/ppp/peers/vpn)
noauth        # (from /etc/ppp/peers/vpn)
refuse-pap        # (from /etc/ppp/peers/vpn)
refuse-chap        # (from /etc/ppp/peers/vpn)
refuse-mschap        # (from /etc/ppp/peers/vpn)
refuse-eap        # (from /etc/ppp/peers/vpn)
name 355000it1        # (from /etc/ppp/peers/vpn)
        # (from /etc/ppp/peers/vpn)
pty pptp VPN_SERVER --nolaunchpppd --nobuffer        # (from /etc/ppp/peers/vpn)
crtscts        # (from /etc/ppp/options)
        # (from /etc/ppp/options)
asyncmap 0        # (from /etc/ppp/options)
lcp-echo-failure 4        # (from /etc/ppp/options)
lcp-echo-interval 30        # (from /etc/ppp/options)
hide-password        # (from /etc/ppp/options)
ipparam vpn-ufps        # (from /etc/ppp/peers/vpn)
proxyarp        # (from /etc/ppp/peers/vpn)
usepeerdns        # (from /etc/ppp/peers/vpn)
noipx        # (from /etc/ppp/options)
using channel 2
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52a3a054> <pcomp> <accomp>]
anon warn[open_inetsock:pptp_callmgr.c:329]: connect: Connection timed out
anon fatal[callmgr_main:pptp_callmgr.c:127]: Could not open control connection to VPN_SERVER
anon fatal[open_callmgr:pptp.c:487]: Call manager exited with error 256
Script pptp VPN_SERVER --nolaunchpppd --nobuffer finished (pid 2031), status = 0x1
Modem hangup
Connection terminated.

Каждому  своё.

338

Если политику OUTPUT поставить а ACCEPT конектитса к VPN серверу????

Trouble  in WINDOWS reboot, trouble in UNIX be root.

339

Да.

Каждому  своё.

340

Что то ещё нужно открыть. Может tcpdumpom посмотреть что нужно.

Trouble  in WINDOWS reboot, trouble in UNIX be root.

341

А так ?

-A OUTPUT -d vpn server  -j ACCEPT 
Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

342 (27.03.2013 15:04:41 отредактировано SnoopCat)

kisil пишет:

Что то ещё нужно открыть. Может tcpdumpom посмотреть что нужно.

Победил!!! Но не без вашей помощи. Спасибо.
Проблема крылась в не согласованной длине пакета, добавил:

$IPT -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

и всё заработало.

Спасибо всем откликнувшимся!

Каждому  своё.

343

Ну и хорошо

Trouble  in WINDOWS reboot, trouble in UNIX be root.

344

SnoopCat пишет:
kisil пишет:

Что то ещё нужно открыть. Может tcpdumpom посмотреть что нужно.

Победил!!! Но не без вашей помощи. Спасибо.
Проблема крылась в не согласованной длине пакета, добавил:

$IPT -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

и всё заработало.

Спасибо всем откликнувшимся!

чуть подправлю

$IPT -t mangle -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

но это не как не влияет на OUTPUT

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

345

Kettler пишет:
SnoopCat пишет:
kisil пишет:

Что то ещё нужно открыть. Может tcpdumpom посмотреть что нужно.

Победил!!! Но не без вашей помощи. Спасибо.
Проблема крылась в не согласованной длине пакета, добавил:

$IPT -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

и всё заработало.

Спасибо всем откликнувшимся!

чуть подправлю

$IPT -t mangle -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

но это не как не влияет на OUTPUT

Извиняюсь поспешил, сделал вот так:

$IPT -I OUTPUT -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
Каждому  своё.

346

честно у вас просто был не доступен vpn сервер.

Ищу дополнительный заработок (удалёнка).
Пьянка без секса – признак алкоголизма.

347

Kettler пишет:

честно у вас просто был не доступен vpn сервер.


Нет. VPN поднималось, когда политика по умолчанию:

$IPT -P INPUT DROP
$IPT -P FORWARD DROP
$IPT -P OUTPUT ACCESS

а когда политика DROP и открыт порт 1743:

$IPT -P INPUT DROP
$IPT -P FORWARD DROP
$IPT -P OUTPUT DROP

$IPT -A OUTPUT -p 47 -j ACCEPT
$IPT -A OUTPUT -p tcp -d vpn_server --dport 1723 -j ACCEPT

подключение не поднималось.
но стоить добавить:

#$IPT -t mangle -I OUTPUT -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

всё нормально работает.    bn

Каждому  своё.

348

Добрый день.

Подскажите пожалуйста срипт, который позволяет получить IP интерфейса, который я получаю по DHCP.
Задача в том, чтобы полученный IP потом использовать в правилах iptables

Debian amd64 13.5.0.

349 (31.03.2013 19:16:44 отредактировано bormant)

Можно получить из вывода "ip addr":

ip addr show wlan0 | grep -w inet | awk '{print $2}' | cut -d/ -f1

или ifconfig:

ifconfig wlan0 | grep -w inet | awk '{print $2}'

или dhcpcd

dhcpcd --dumplease wlan0 | grep ^ip_address= | cut -d= -f2

350

bormant пишет:

Можно получить из вывода "ip addr":

ip addr show wlan0 | grep -w inet | awk '{print $2}' | cut -d/ -f1

или ifconfig:

ifconfig wlan0 | grep -w inet | awk '{print $2}'

Спасибо  ab  первый сработал как надо. Но в порядке изучения матчасти подскажите пожалуйста как во втором убрать лишние символы adr: перед IP?
Мне кажется, второй сработал быстрее.

Debian amd64 13.5.0.

351 (31.03.2013 19:19:29 отредактировано bormant)

user160⇓ пишет:

как во втором убрать лишние символы adr: перед IP?

А вот тут влияет версия ifconfig, недавно меняли формат вывода. Покажите, что выводит

ifconfig wlan0 | grep -w inet

352 (31.03.2013 19:22:52 отредактировано user160)

bormant пишет:
user160⇓ пишет:

как во втором убрать лишние символы adr: перед IP?

А вот тут влияет версия ifconfig, недавно меняли формат вывода. Покажите, что выводит

ifconfig wlan0 | grep -w inet

# ifconfig eth1 | grep -w inet
          inet addr:10.X.X.X  Bcast:10.X.X.X  Mask:255.X.X.X

Debian amd64 13.5.0.

353 (31.03.2013 19:28:52 отредактировано bormant)

ifconfig eth1 | grep -w inet | awk '{print $2}' | cut -d: -f2

или

ifconfig eth1 | grep -w inet | cut -d: -f2 | cut -d' ' -f1
user160⇓ пишет:

dhcpcd: command not found

В моём дистрибутиве клиентом DHCP подрабатывает dhcpcd, у вас стало быть кто-то другой. Кто? Точнее, как от него получить сведения о конфигурации интерфейса и что он выдаёт?

354

bormant пишет:
ifconfig eth1 | grep -w inet | awk '{print $2}' | cut -d: -f2
user160⇓ пишет:

dhcpcd: command not found

В моём дистрибутиве клиентом DHCP подрабатывает dhcpcd, у вас стало быть кто-то другой. Кто?

У меня два DHCP. Клиент и сервер. Через клиента я получаю IP от провайдера, в сервере собираюсь раздавать IP в домашенй сетке.
Я еще новичёк в линуксе.  ah   Как узнать какой у меня клиент DHCP?
У меня Debian Linux version 3.2.0-0.bpo.4-amd64
Мой вопрос был о клиенте через которого я получаю IP от провайдера.

Debian amd64 13.5.0.

355

bormant пишет:
ifconfig eth1 | grep -w inet | awk '{print $2}' | cut -d: -f2

или

ifconfig eth1 | grep -w inet | cut -d: -f2 | cut -d' ' -f1

Спасибо! так вполне устроит.  az

Debian amd64 13.5.0.

356

Народ  подскажите пожалуйста по iptables.

Что произойдет, если я получу динамический IP от DHCP сервера включу этот IP в правила iptables, а в процессе прекращения аренды IP, мне может быть выдан другой IP, в итоге  работа правил  iptables может быть нарушена.

Возможно ли такое и как это предотвратить?

Debian amd64 13.5.0.

357 (31.03.2013 20:02:24 отредактировано urfin)

user160⇓ пишет:

а в процессе прекращения аренды IP, мне может быть выдан другой IP, в итоге  работа правил  iptables может быть нарушена.

Возможно ли такое и как это предотвратить?

Используйте в правилах имя интерфейса, а не адрес.

358

Обычно сервера DHCP после истечения срока аренды продолжают выдавать клиенту тот же адрес, если это возможно. Если адрес изменится, фаервол нужно будет перенастроить (или перезапустить сценарий с обновлёнными переменными адреса).

359

urfin пишет:
user160⇓ пишет:

а в процессе прекращения аренды IP, мне может быть выдан другой IP, в итоге  работа правил  iptables может быть нарушена.

Возможно ли такое и как это предотвратить?

Используйте в правилах имя интерфейса, а не адрес.

Это мысль ab ,... попробую.

bormant пишет:

Обычно сервера DHCP после истечения срока аренды продолжают выдавать клиенту тот же адрес, если это возможно. Если адрес изменится, фаервол нужно будет перенастроить (или перезапустить сценарий с обновлёнными переменными адреса).

А как узнать, что IP поменялся?

Debian amd64 13.5.0.

360

Ну вы заметите по тому что у вас что то не будет работать из за того что фаервол блочит, а так

ifconfig -a
ip a
Trouble  in WINDOWS reboot, trouble in UNIX be root.