Sazoks

В общем. Я разобрался со всем и все заработало.
1) Да, как я и говорил, раннер выполняет команды на установленной машине. Но! В моес случае то и требовалось, и чтобы это получить нужно было указать исполнитель shell. Т.е. если указать docker, то, судя по логам, будет запускается докер контейнер и команды будут исполняться в нем.
2) Я заметил очень странно поведение, что иногда запускался мой раннер с моим исполнителем, а иногда вообще какой-то другой с исполнителем docker+machine. Помогло отключение дефолтных раннеров (их там 15 штук).
3) У меня сервер запущен на убунту под обычным пользователем. И выполнение некоторых команд требовало использование sudo, а при использовании sudo запрашивается пароль. Можно отключить запрос пароля для пользователя gitlab-runner, отредактировав sudo через sudo visudo. В самый конец это команды нужно прописать %username% ALL=(ALL:ALL) NOPASSWD: ALL, где %username%, в моем случае, - это gitlab-runner.

Все эти действия привели меня к тому, что теперь команды, прописанные в .gitlab-ci.yml, выполняются на моем ubuntu-сервере, где развернут докер (дальше буду разбираться с ним) и будет поднят мой сервис.

Надеюсь, кому-то пригодится.

Я понял, в чем проблема. Проблема в том, что все приходящие данные уходят в сокет, который находится в главном потоке, а до сокета в другом потоке просто ничего не доходят.
Скажите, можно ли как-то указать сокетам, чтобы они либо только читали, либо только отправляли данны?

Если из под рута, зайди в папку с тором, там найди файл start-tor-browser и, не помню где точно, нужно 0 на 1 поменять) Погугли про это