LinuxForum.Fans
Тема

vpn ложит сеть

Автор: Shasta 27 сообщений 3589 просмотров
#278864

Доброго времени суток. Очень нужна помощь специалистов!

Проблема вот в чем:
У нас в организации одноранговая сеть, шлюзом для всех является линуксовая машина, на которой крутиться Debian GNU/Linux 5.0. Если кто ни будь из сотрудников подключается vpn'ом к клиенту, то у него пропадает интернет и начинает жутко тормозить интернет у всей организации (постоянно отваливается, тормозит). Вот что пишет сам линукс:


Подскажите пожалуйста с чем это может быть связано и как это исправить, заранее спасибо!

#278866

Так к клиенту подключаются? Или клиенты подключаются к серверу VPN?

#278870

Наши сотрудники подключаются к нашим клиентам (наши сети никак не связаны между собой) по средствам vpn (подключаются по vpn, потом подключаются по rdp к их серверу и там уже работают).

#278874

Что то не понятно, кто куда конектитса и ...

#278875

Все ясно. Их сотрудники из своего оффиса конектятся к серверу VPN на удаленном оффисе. Потом уже RDP идет в ход.
Что используете в качестве впн? pptp, openvpn?
Если инет пропадает у ваших, которые подрубились к впн, то смотрите маршрутизацию. Смотрите DNS, шлюз по умолчанию и т.д. Да и нагрузку сервера проверте.

#278876

В настройках VPN уберите галку "Использовать основной шлюз в удалённой сети"

#278877

да что же я рассказчик то какой плохой...))) извините)

[наша сеть][vpn]------->{интернет}--------->[ сервак клиента]

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

#278879

XliN вы правы! все как описали. подключаются и pptp и openvpn, в зависимости от того как устроена система безопасности у клиентов. Уже есть инфа для раздумий, спасибо. сейчас пороемся.

#278880

Kettler попробуем, спасибо

#278889

"Kettler" написал:
В настройках VPN уберите галку "Использовать основной шлюз в удалённой сети"
помогло, спс, теперь при активном впн соединении интернет работает, но сеть стабильнее работать не стала. Все те же сообщения... по моему это что то про неизвестные пакеты... огромный таймаут вон какой. если никто по впн не подключается то с сетью все норм, нагрузка небольшая. Если существует хотя бы 2 впн подключения начинают копиться udp пакетики, забивают канал под завязку, который время от времени "просерается", извиняюсь за выражение, и снова дает нормальный интернет, но не на долго.

буду продолжать рыться в настройках...
#278895

А тормаза начинаются даже если всего один ppp поднят? И как дела с MTU обстаят?

#278899

если 1 то нет, не успевает, поскольку канал широкий, 6 метров. в /etc/network/interfaces mtu не прописан. может как то можно уменьшит размер при активном vpn?

#278900

ifconfig

eth0 Link encap:Ethernet HWaddr 00:e0:4d:02:3f:7f
inet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6226370 errors:3 dropped:16 overruns:1 frame:0
TX packets:7424407 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1708626796 (1.5 GiB) TX bytes:2759157983 (2.5 GiB)
Interrupt:18 Base address:0xe800

eth1 Link encap:Ethernet HWaddr 00:08:a1:6a:37:52

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8581527 errors:0 dropped:0 overruns:0 frame:0
TX packets:20326400 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3055203022 (2.8 GiB) TX bytes:4005570139 (3.7 GiB)
Interrupt:19 Base address:0xec00

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:4168 errors:0 dropped:0 overruns:0 frame:0
TX packets:4168 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1672588 (1.5 MiB) TX bytes:1672588 (1.5 MiB)

#278902

а ifconfig с сервера можно с подключенным клиентом посмотреть?

text
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu
#278904

только что на другом форуме прочитал про

iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu (почему то с t вместо i), вот сейчас попробую, может поможет.

"XliN" написал:
а ifconfig с сервера можно с подключенным клиентом посмотреть?

да можно. если не поможет то кину. спасибо!)

#278907

гм.... пишет что в такой то строке "-A: команда не найдена" (я пробовал и -I и -A). я в начале цепочки FORWARD написал это правило... Куда то в определенное место необходимо втыкать? пойду пока до рабочего места дойду откуда подключаются по впн.

#278911

На сервере linux сделай команду

text
modprobe ip_conntrack_pptp

и

text
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

После этого проверь

#278912

У меня вот так
#Выравниваем MTU

text
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

#############Firewall############# # Отбрасывать все пакеты, которые не могут быть идентифицированы и поэтому не могут иметь определенного статуса. iptables -A INPUT -m state --state INVALID -j DROP iptables -A FORWARD -m state --state INVALID -j DROP

# Принимать все пакеты, которые инициированы из уже установленного соединения, и имеющим признак ESTABLISHED. # Состояние ESTABLISHED говорит о том, что это не первый пакет в соединении. iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT

# Приводит к связыванию системных ресурсов, так что реальных обмен данными становится не возможным. iptables -A INPUT -p tcp ! --syn -m state --state NEW -j DROP iptables -A OUTPUT -p tcp ! --syn -m state --state NEW -j DROP

Я еще аот такие модули подгружаю

text
modprobe ip_conntrack
modprobe ip_gre
modprobe ip_nat_pptp
modprobe ip_conntrack_pptp
#278926

только что сделал. посмотрим как будет работать. большое спасибо. он ругался к стати на команды из за того, что в нижнем регистре были написаны... /// )))

#278929

только что сделал. посмотрим как будет работать. большое спасибо. он ругался к стати на команды из за того, что в нижнем регистре были написаны... /// )))

Войдите или зарегистрируйтесь, чтобы ответить.