landergate

Полностью аналогично этому - организуете машину-шлюз с NGINX.

Ovh.com - анлим с шириной в 1гбит

А еще моя ошибка была в том что я писал sudo composer install, а он меняет пользователя, нужно без sudo

Вам нужно изменить параметр url в .git/config проекта, на тот url, который в гитлабе для ssh, вида git@gitlab.com:username/projectname.git;
или склонировать проект целиком из репозитория еще раз используя ssh: git clone git@gitlab.com..

Да просто подключить официальный репозиторий nginx
И оттуда поставить свежую версию.
Из конфликтов может быть разве, что если раньше использовали spdy, то в nginx 1.9.5+ его заменили на http2. Соответственно в конфигах, нужно заменить строку
listen 443 ssl spdy;
на
listen 443 ssl http2;

msconfig это хорошо, но лучше autoruns. Здесь можно отключить всё.

Боже, ответили все как один "эксперты" UpWork. Зачем вообще писать, если не знаешь.

Естественно первые заказы без рейтинга Вы будете делать за "спасибо" и отзывы. Не глупые заказчики понимают это и стремятся использовать по полной программе. Это очевидно. С Вашей же стороны Вам очевидно от них нужен хороший отзыв. В Вашей ситуации проблема, в том, что не выбрав Вас исполнителем, клиент не сможет дать Вам отзыв - следовательно от него Вам нет толка. Надо либо заключать с ним контракт, либо просто нет смысла тратить время. По этой причине, обычно новеньким советуют начинать с мелких заказов. На них много не потеряешь, зато получишь положительные отзывы.
И да - рейтинг на UpWork - это все! Если у Вас хотя бы один отрицательный отзыв, то можете выкидывать профиль и начинать сначала. Поэтому беритесь только за те заказы, которые точно доведете до конца и сделаете это в лучшем виде.

Короче, проблема разрешилась крайне очевидным и неочевидным образом одновременно.
Отзеркалировал траффик с двух DHCP серверов. Заметил, что один из них не выдает настройки DNS в ответе. Проверил "проблемных клиентов" — они получают адрес как раз с него. Отметил, что останавливал службу DHCP всегда именно на нем. Проверил опции сервера — там пусто.
Выходит, при настройке failover relationship опции сервера не реплицируются.
Выходит, если бы я не был идиотом и сразу проверил правильность настройки второго DHCP, всей этой эпопеи не случилось бы. Другое дело, что я до сих пор не могу понять смысл подобного поведения: зачем иметь два active-active DHCP сервера с разными настройками?

ну посмотрите профиль заказчика сколькои кому он платит