у меня штук 30 gxp1450 полет нормальный

Когда общался с коллегами претензии какие- трубка и иногда нестабильное качество

VLAD M: да как бы есть у меня на серваке тоннель gre с циской, сам тонель настроен, надо из этого тоннеля пробросить весь трафик на squid, сейчас у меня iptables такой: https://hastebin.com/esicenawih.css

но блин не работает проброс

хоть убей

сервер тот на ком иптейблз?

Да

конечно

просто два интерфейса

с одного на другой пинги ходят?

https://hastebin.com/xakisujeta.nginx

да

я могу пиновать циску

через gre туннель

я вижу трафик на gre от пользователя

но вот сквид не видит трафик из gre

а циска может eth0 пинговать??

конечно

а сквид почему не привязали на гре?

привязал

hastebin.com/erovejociz.nginx

это настройки squid касательно wccp

он привязан к eth0

Если я привяжу его к gre1 сути не меняет

проблема в iptables где т

он у тебя только порт меняет, привяжи сквид к адресу gre1

ну и для диагностики -LOG сделай

Привязал к gre туннелю

картинка не изменилась

в squid глухо

буду логи ковырять для iptablts

А в цепочку трафик то уходит?iptables -t nat -L -v

Возможно нет модуля ядра для gre

я разобрался

все же проблема была в prerouting

засвети

ну дак покажи цепочку то проверенную

-A PREROUTING -i gre1 -p tcp -m tcp --dport 80 -j DNAT --to-destination 192.168.18.20:3129 -A PREROUTING -i gre1 -p tcp -m tcp --dport 443 -j DNAT --to-destination 192.168.18.20:3130

вот так я проксирую 80 и 443 порты

порылся в памяти-ни разу редиректа в работе не видел.только днат/снат

)))

хорошо что хорошо заканчивается

я только посмотрел :)

спасибо

Вот интересно,да?Мучаешься целый день а потом раз- и всё получилось

у меня обычно так выходит когда я говорю себе "через час проблема должна быть решена".И как ни странно-получается

/stat@combot

combot.org/chat/-1001064984391

/stat@combot

combot.org/chat/-1001064984391

Добрый день. Я Звездочка Developer Framework с 2008 года я из Бразилии, и я изучаю русский язык, как мой второй язык.

Я сожалею, чтобы написать что-то неправильно на языке вас.

Don't mind. 99% of people here talk English pretty well

Я из Рио-Гранде-ду-Сул, штат на юге Бразилии, наши отношения больше, чем в Испании, Великобритании.

Don't mind. 99% of people here talk English pretty well

Жаль, что я не говорю по-английски. Так что я являюсь частью 1% ... Я был счастлив !!

Нежелателен, я полагаю. Ты первый с голосом, емнип

А искать как? А на работе как? В общем, не надо. * Говорит, преимущественно, UDP-пакетами. Кидай дампы тогда уж

Dump будет с rtp

можно и голосом конечно, если нет желания получать ответы на свои вопросы :)

/stat@combot

combot.org/chat/-1001064984391

/stat@combot

combot.org/chat/-1001064984391

ERROR: S client not available

Жаль, что я не говорю по-английски. Так что я являюсь частью 1% ... Я был счастлив !!

Почему изучаете русский, а не испанский/английский?

Ой, хотел написать по-английски, а оказывается бесполезно :) Привет, Delphini, с далекой Камчатки!

а интересно, можно ли сделать общий(обязательный) экстеншен? вроде hangup, но наоборот?

типа s?

s это же стартовый

он разве будет выполняться при найденном экстеншене?

нет, но тогда не понятно что вам нужно.

в контексте есть не сколько экстеншенов, на пример _XXX, _89X., _8X. и какой-то общий, например init. для инициализации, для выполнения общих для всех экстеншенов действий

чтобы не повторяться

может макрос?ъ

Сделайте контекст, куда будут все вызовы поступать

а оттуда уже goto или gotoif

или Dial через chan_local

имхо гоутушки снизят читаемость.

с макросом понятно, просто, если есть эксты, через который проходят все завершения вызовов - h, то странно, почему нет нет экста, через который проходят все инициализвации разгноворов

так можно все в s

а дальше разбирать.

if ами чтоли? это некрасиво и нечитаемо

с макросом понятно, просто, если есть эксты, через который проходят все завершения вызовов - h, то странно, почему нет нет экста, через который проходят все инициализвации разгноворов

_X.

и дальше как хотите...

ну или s, да

имхо гоутушки снизят читаемость.

Ну смотрите, конструкция такая context very_first_inbound { _X. => { Action1; Action2; Action3; Dial(Local/${EXTEN}@process_inbound); Hangup(); };

вообще, рекомендую переводить диалплан хотя бы на луа

и в process_inbound уже разбираете по набранному номеру

_8X., _89X. и тд

вообще, рекомендую переводить диалплан хотя бы на луа

это в планах

если нужно вообще что-то погибче. то лучше сразу планировать фрисвитч :)

астер весьма топорный

если я астер хотя бы более-менее приемлимо знаю и могу настроить, то фрисвич ваще не видел даже)

ой, там xml еще чтоли

там своих багов тоже не мало