Hatifnatt

Вам надо добавить отдельный блок server у которого будет несуществующий server_name, например "_", а там уже прописывать default_server для listen. Как вариант можно включить конфигурацию /etc/nginx/sites-available/default с помощью команды:
ngx-conf -e default
Хочу обратить внимание, если у вас указан конкретный IP в конфигурации сайта, например

server {
listen xxx.xxx.xxx.xxx:80;
server_name www.domain.com domain.com;
}

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

server {
        listen 80 default_server;
        listen [::]:80 default_server;
        ...
        root /var/www/html;
        ...
        server_name _;
        ...
}

Соответственно после добавления:

server {
        listen xxx.xxx.xxx.xxx:80 default_server;
        ...
}

Документация https://nginx.ru/ru/docs/http/request_processing.html

Добрые люди подсказали правильную команду. Проблема решилась ручным указанием ttl для туннеля:
ip link set dev vpntap1 type gretap ttl 30
Или можно указать при создании туннеля

auto vpntap1
iface vpntap1 inet manual
        pre-up ip link add $IFACE type gretap local A.B.C.D  remote X.Y.Z.F  key 111.111.111.101 ttl 30
        post-up ip link set $IFACE mtu 1400 || true
        post-down ip link delete $IFACE

Суть проблемы в ttl. GRE пакеты наследуют ttl инкапсулированного пакета, даже если это gretap туннель, т.е. L2 и инкапсулируются Ethernet фреймы, а не IP пакеты как в случае с обычным GRE. Далее ttl наследуется зашифрованными IPSec ESP пакетами. В результате в интернет уходит ESP пакет с ttl=1 и естественно он пропадает. На старом ядре 2.6.32-30-pve для gretap такого наследования ttl очевидно нет, поэтому все работало "из коробки".

Я изначально пробовал сменить ttl у туннелья с помощью ip tunnel change vpntap3 ttl 10 но для gretap эта команда не работает, ошибка:

get tunnel "vpntap3" failed: Operation not supported

Встроенная в ip справка мне не очень помогла
ip link help - нет ни слова про ttl, но оказывается если уточнить рамки помощи вот таким образом
ip link help gretap, можно получить ценную информацию:

# ip link help gretap
Usage: ip link { add | set | change | replace | del } NAME
          type { gre | gretap } [ remote ADDR ] [ local ADDR ]
          [ [i|o]seq ] [ [i|o]key KEY ] [ [i|o]csum ]
          [ ttl TTL ] [ tos TOS ] [ [no]pmtudisc ] [ dev PHYS_DEV ]
          [ noencap ] [ encap { fou | gue | none } ]
          [ encap-sport PORT ] [ encap-dport PORT ]
          [ [no]encap-csum ] [ [no]encap-csum6 ] [ [no]encap-remcsum ]

Where: NAME := STRING
       ADDR := { IP_ADDRESS | any }
       TOS  := { NUMBER | inherit }
       TTL  := { 1..255 | inherit }
       KEY  := { DOTTED_QUAD | NUMBER }

В Debian 7 кстати последний вариант не работает, выводит ровно то же что просто ip link help.

Поставить SSH сервер - help.ubuntu.ru/wiki/ssh и потихоньку тренироваться работе в консоли используя PuTTY
Использовать WinSCP для доступа к файлам. Можно настроить FTP как написано выше, но имхо FTP настроить чуточку сложнее.

В итоге пришел к такому решению.
На Zimbra сервере был настроен алиас для переносимого домена, т.е. допустим домен mydoman.tld, в настройках добавляем к нему алиас tmp.mydomain.tld таким образом все пользователи получают e-mail адрес на домене-алиасе.
Для домена-алиаса прописываем MX записи ведущие на Zimbra сервер.
На Zimbra сервере организуем пересылку всех писем для нелокальных аккаунтов на основной сервер, делается это следующими командами, выполнять их надо от имени пользователя zimbra:

zmprov md mydoman.tld zimbraMailCatchAllAddress @mydoman.tld
zmprov md mydoman.tld zimbraMailCatchAllForwardingAddress @mydoman.tld
zmprov md mydoman.tld zimbraMailTransport smtp:mail.mydoman.tld

После этого Zimbra сервер при получении (или отправке) письма на нелокальный аккаунт на домене mydomain.tld будет пересылать это письмо на Sendmail сервер который его и примет.

Далее начинаем переносить пользователей, шаги следующие:

1. Создаем пользователя на Zimbra сервере user@mydomain.tld
2. На Sendmail сервере настраиваем форвардинг почты на user@tmp.mydomain.tld
3. Переносим всю почту для пользователя со старого сервера на новый с помощью, к примеру, imapsync
4. Перенастраиваем клиентское ПО для использования нового сервера, т.к. я менял имена учетных записей это в любом случае пришлось бы делать.

Таким образом получаем следующую последовательность прохождения письма для перенесенного аккаунта

Internet ->
Sendmail ->
Forwarding to Zimbra ->
Accept and store to mailbox by Zimbra

Для не перенесенного аккаунта

Internet ->
Accept and store to mailbox by Sendmail

Для отправленного с Zimbra письма на не перенесенный аккаунт

Zimbra ->
Account not local, finds domain transport setting ->
Forwarding to Sendmail

Для отправленного с Zimbra письма на перенесенный аккаунт

Zimbra ->
Account local ->
Accept and store to mailbox by Zimbra

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

После того как все учетные записи перенесены остается несколько действий.

1. Изменить MX записи для основного домена чтоб они вели на Zimbra сервер.
2. Удалить правила, что прописывали выше для пересылки писем для не локальных аккаунтов на другой сервер
   

   zmprov md mydoman.tld zimbraMailCatchAllAddress ""
   zmprov md mydoman.tld zimbraMailCatchAllForwardingAddress ""
   zmprov md mydoman.tld zimbraMailTransport lmtp:zimbra.mydomain.tld:7025

   
   

Возможно подробности в которых я все описал избыточны, но лично у меня все эти почтовые потоки никак в голове не укладывались, вероятно кому-то еще такая подробность тоже не помешает. Ссылка на Zimbra Wiki в нагрузку, там есть важное замечание про зацикливание писем при не корректной настройке.

Кстати разработчики Greenshot вняли моим просьбам и теперь можно в ini файле указать e-mail по-умолчанию.
Для этого указываем опции:

Destinations=EMail
MailApiTo=your@mail.tld

Для меня это стало решением моего вопроса.

Отдам голос за Dokuwiki, выбирал wiki для ведения собственных заметок и how-to-шек где-то пол года назад, в итоге на dokuwiki остановился. Все просто и удобно, достаточно легко поддерживать, работает без использования базы данных, что можно отнести как к плюсам так и наверное к минусам. С добавлением нескольких плагинов превращается в весьма удобный инструмент.

По пунктам
— иерархия категорий есть
— на мой взгляд все просто, разметка легкая в освоении, картинки тоже приложить дело не хитрое
— в поиске заявлены требуемые фичи ru:search