завершение bash в режиме posix [дубликат]

Это может быть вызвано многими причинами.

/ * Прежде всего, я должен сказать, что это больше связано с serverfault.com , а не здесь . * /

Отсутствие доступа к внешний адрес сети из внутренней сети и сам, поскольку трафик с внешнего адреса отправляется обратно во внутреннюю сеть. Так что, скорее всего, это может быть проблема с DNS , и, как я упоминал ранее в комментариях, вы можете использовать другой URL-адрес для своей локальной сети и для внутреннего трафика, то есть использовать разделенный DNS.

Кстати, в зависимости от типа подключения вы не сможете получить доступ к чему-либо, если внешний IP-адрес совпадает с IP-адресом сервера , поэтому имейте в виду топологию вашей сети и конфигурацию шлюза. Я не специалист по сетям, поэтому могу помочь вам с системным администрированием - поэтому я рекомендую serverfault.com , а не это место.

Кстати, это что-то полезное - хотя это было в системе Windows, а не Linux, сеть есть сеть - я нашел на SuperUser.com, я думаю, это может вам очень помочь, и вот что Джейк Гулд сказал в своем ответе:

Мои деньги связаны с какой-то настройкой петли NAT на вашем маршрутизаторе, который сбрасывается или деактивируется. Обратная петля NAT позволяет получать доступ к службам с переадресацией портов, например веб-службам на порту 80, на внешнем IP-адресе вашего маршрутизатора, а также на внутреннем IP-адресе.

Возможно, ваш маршрутизатор представляет собой комбинацию маршрутизатор / модем, предоставленную поставщиком Интернет-услуг? Возможно, ваш интернет-провайдер сбросил или обновил микропрограмму маршрутизатора / модема, а настройки обратной связи NAT были изменены в процессе.Многие интернет-провайдеры оставляют за собой право удаленного доступа к предоставленному вам маршрутизатору / модему, чтобы время от времени выполнять обслуживание маршрутизации, и что-то вроде обратной связи NAT является довольно нестандартной настройкой, которая можно легко пропустить - или проигнорировать - во время такого сброса. Я не одобряю того, что ваш интернет-провайдер сбрасывает ваше оборудование без вашего ведома, а просто сообщаю об этом как о том, что может произойти, если вы используете оборудование, поставленное поставщиком .

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

Между тем, из-за того, что вы сказали о сбое Ping , вы можете добавить настраиваемое правило ICMP в iptables , поскольку Ping работает, отправляя эхо-запрос протокола управляющих сообщений Интернета (ICMP) ( Тип 8) пакеты на целевой хост и ожидающие ответа ICMP Echo (Тип 0), синтаксис очень прост:

$ iptables -A INPUT -s x.x.x.x -p ICMP --icmp-type 8 -j ACCEPT

#OR if you don't know ICMP type numbers

$ iptables -A INPUT -s x.x.x.x -p ICMP --icmp-type echo-request -j ACCEPT

Кстати, имейте в виду, что синтаксис вашего задания cron должен быть примерно таким:

 # ┌───────────── min (0 - 59)
 # │ ┌────────────── hour (0 - 23)
 # │ │ ┌─────────────── day of month (1 - 31)
 # │ │ │ ┌──────────────── month (1 - 12)
 # │ │ │ │ ┌───────────────── day of week (0 - 6) (0 to 6 are Sunday to
 # │ │ │ │ │                  Saturday, or use names; 7 is also Sunday)
 # │ │ │ │ │
 # │ │ │ │ │
 # * * * * *  command to execute

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