Потому что существует локальный процесс слушающий данный порт.

На каком основании? Если белый адрес

ответ их тех пода - 80 порт для частников заблокирован для их же безопасности. нужен 80й порт, оформляйте на юрика тариф.

Я бы в Роскомнадзор заявочку закинул

укрываете правонарушение?

кинь, мне легче использовать альтернативный порт

Проверил. Работает

Для серых IP порт 80 лучше закрыть, для белых нет. Поскольку серые IP перманентно меняются отвечать за них сложно!

Так до него же не дойдёт если dst-nat

ответ их тех пода - 80 порт для частников заблокирован для их же безопасности. нужен 80й порт, оформляйте на юрика тариф.

Это в каком регионе такое ?

нижний новгород

О как, есть там пару подключений, ради интереса проверю вечером...

Динмаик DNS в помощь

у меня пппое, если что

Чем это поможет?

Ты увидишь свой внешний IP зайдя на сервис. Сервис может сопоставить имя сайта с твоим текущим внешним IP. Я пользовался раньше, нормально работает

Ты увидишь свой внешний IP зайдя на сервис. Сервис может сопоставить имя сайта с твоим текущим внешним IP. Я пользовался раньше, нормально работает

Ты увидишь свой внешний IP зайдя на сервис. Сервис может сопоставить имя сайта с твоим текущим внешним IP. Я пользовался раньше, нормально работает

тебя занатил провайдер, дальше что?

Если провайдер с серых адресов разрешает 80 порт значит он 80->80 и всё работает

Если провайдер с серых адресов разрешает 80 порт значит он 80->80 и всё работает

Вы не правы, остановитесь. Если у вас немаршрутизируемый адрес, доступа извне не будет.

Зачем в конфиге по умолчанию эти два правила? /ip firewall filter add action=accept chain=forward comment="defconf: accept in ipsec policy" ipsec-policy=in,ipsec add action=accept chain=forward comment="defconf: accept out ipsec policy" ipsec-policy=out,ipsec

Комментарий даже написан

комментарий не делает яснее

печально

а ты то сам знаешь, если сам не знаешь то так и скажи не знаю

Зачем в конфиге по умолчанию эти два правила? /ip firewall filter add action=accept chain=forward comment="defconf: accept in ipsec policy" ipsec-policy=in,ipsec add action=accept chain=forward comment="defconf: accept out ipsec policy" ipsec-policy=out,ipsec

"defconf: accept out ipsec policy" ipsec-policy=out,ipsec В гугл переводчик закиньте 😏

но у меня нет сети с ipsec, зачем правила или без него винда не будет нормально шпионить :)

но у меня нет сети с ipsec, зачем правила или без него винда не будет нормально шпионить :)

Причём тут шпионить? Это возможность с роутера по ip sec поднимать соединение

Вот я и спрашиваю зачем они в конфиге по умолчанию? Зачем оно нужно сразу после покупки роутера

Причём тут шпионить? Это возможность с роутера по ip sec поднимать соединение

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

Вот я и спрашиваю зачем они в конфиге по умолчанию? Зачем оно нужно сразу после покупки роутера

А когда ближайший мум то?

Разрабы стараются по умолчанию под все случаи пользователя сразу правила прописать, в этом правиле ничего плохого, пусть оно будет, пусть даже и не использоваться.

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

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

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

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

Ну тогда глупые вопросы не задавайте, а то нас тут всех за дураков походу держите.

Да я думал что эти правила действительно нужны в микротоке для чего-то дельного. А Вы ответили как, перевели подсказку в гоогл переводчике!

Я вам ответил для чего они нужны. Вдруг у пользователя к провайдеру туннель по ip sec нужно поднимать, пользователь щелк логин пасс из Quick config, и вуалля, лицо довольное! 👍😏

Извини друг, я когда сказал Вы имел ввиду всех кот ответил а не Вас лично. Без обид.

Извини друг, я когда сказал Вы имел ввиду всех кот ответил а не Вас лично. Без обид.

Ладно, извините за срачь, и спасибо за помощь

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

Вам дали не верный ответ. Поднимать туннель к провайдеру отсутствие этих правил не мешает. Эти правила помогают форвардить трафик "помеченный" для шифрования в/из интерфейса пира.

@все. Кто сталкивался, когда функция внутри ссылается на обьявленную глобальную переменную обьявленную ранее перед ней, а значение этой переменной не подтягивает! 🤔 По идее должно работать, не не работает.

Да нет, то опыта у человека скорее не много с микротом, как может, так пишет, отсюда так задаёт вопросы.

Чем дальше в лес ... Кем помечен трафик? пира это что? А без этих правил что не будет работать?

1. Политикой ipsec 2. Это интерфейс на котором поднимается SA 3. Не будет проходить (может не проходить) транзитный трафик предназначенный для шифрования.

Спасибо, но я не понял. Я сдаюсь, я эти правила отключу и буду задавать здесь свои дурацкие вопросы когда у меня что-то не будет работать...

Спасибо, но я не понял. Я сдаюсь, я эти правила отключу и буду задавать здесь свои дурацкие вопросы когда у меня что-то не будет работать...

в правилах есть passthrough, можете перевести в этот режим и посмотреть потом по счетчикам, нужны ли они вам

хорошо хоть не сбрасывает в бланк, а на дефолтном конфиге разбирается, иначе было бы в разы больше и вопросов и спецэффектов )

в правилах есть passthrough, можете перевести в этот режим и посмотреть потом по счетчикам, нужны ли они вам

В "этот режим" что именно перевести надо? )

он же там выкинуть правила стенки хотел по ipsec

Я про пастру интересуюсь.

так правило стенки же

Какое именно?

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

Вот я и хочу у Вас выяснить, что даст перевод правила в пастру для понимания нужно правило или нет.