CityCat4

Не-а. Мы тут злые ежи, можем только методику подсказать, что посмотреть и поправить. За готовым продуктом - это немного не к нам :) Там, где надпись "Хабр Q&A" справа стрелочка есть, Нажимаешь на нее, выбираешь "Фриланс" - тебе скинут какой угодно скрипт... за твои деньги :)

Нихрена не понял...

repo.packagist.org открывается. Причем тут санкции? Большая часть ИТ-сайтов не открывается не потому что на них наложили санкции, а потому что они сами на себя их наложили :)

И вообще - Вы вообще в РФ? А то может в Туркменистане?

самый высокий доступный тариф - 700 Mbps

Неверно. ДО 700 Мб. Две буквы, а какая разница :) То есть скорость может быть от нуля и ДО 700 Мб и то - до точки входа в оборудование РТК (в лучшем случае до точки выхода с оборудования РТК). А дальше - все, как повезет, никто ничего не гарантирует, тем более ресурсы в Забугории.
Можно подключить так называемый flat rate, то есть гарантированную полосу пропускания (опять же она гарантирована только внутри РТК), но цены там соооовсем другие :)

Обычно в таких случаях лог смотрят - а обнаружилась ли сетевка? Или lspci запускают, чтобы убедиться, что система ее видит, вот таким образом например:

# lspci | grep -i ether
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (14) I219-V (rev 11)

Я скачал кряк Adobe Premiere Pro

Молодец, честно признался. Срок, правда, меньше не будет :)

Я заметил, что скорость интернета заметно снизиласть

Нет понятия "скорость интернета". Это все равно что "крякер Интернета" :). Есть скорость в канале провайдера (та, что вроде как гарантирует провайдер, хотя для физиков это совсем не так) и скорость загрузки некоего файла с некоего сайта. Так вот эта самая скорость зависит от ста тысяч причин и вполне может быть 1Мбит даже на пустом канале.

Первый основан на линухе, второй и третий - на FreeBSD. Соответственно разница в средствах управления, в возможностях, в поддержке железа - во FreeBSD чтобы добавить что-то, что не входит в GENERIC нужно джигу станцевать на потолке :)

TTK - это гигантский магистральщик. Работать юрику скажем с ТТК - сказка, забываешь телефон саппорта. Видикон скорее всего нижестоящий провайдер. За ТТК такие глупости как прозрачное проксирование не замечал, но все возможно.
Проверьте настройки первого роутера - в особенности DNS - не осталось ли артефактов.

Видикон и будет посылать в магазин - потому что говорить "я не знаю, как решить вашу проблему" запрещено :)
Можно еще позвонить в саппорт ТТК :)

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

1. Доступ. У Вас должен быть админский доступ ко всем устройствам. Не поленитесь, проверьте на каждом устройстве.
2. Карта сети. Разберитесь, что к чему подключено, что через что и как приходит, нарисуйте карту сети с указанием адресов, промаркируйте провода (по возможности), поставьте номера проводов на схеме
3. Разберитесь с подключением к тырнету - кто провайдер, как подключено, найдите контакты, спишитесь с саппортом. На админа обычно возлагается отслеживание оплаты за тырнет.
4. АТС. Если это типа астериска - обязательно бэкап настроек до того, как полезли копаться. Если панас/самсунг - проверьте наличие работающей программы управления (панас просто так ее не дает!)
5. Видеонаблюдение. Мониторинг подключения камер и места на сервере хранения, контакты поставщика решения

Рисуем схему.
Обозначаем подсети и адреса.
Берем и пытаемся "вручную" доставить пакет от точки к точке. Что значит "вручную"? Это значит, что проговариваем действия, которые должна выполнить система для успешной доставки пакета (абстрагируясь в этот момент от того, что там стоит).
Когда пакет "доставлен" - начинаем проверять - а все ли необходмые условия для его доставки соблюдены? Маршрутизация, разрешение на файрволлах, NAT, всевозможные хитрости... и таким образом приходим к тому, что надо сделать.

Здесь все, как обычно, упрется в бюджет. И в расстояние до ближайшего провайдера. И в то, чем собираетесь подключаться. Существовала например технология xDSL - подключение по выделенной 2-х или 4-х проводной линии, там дальность считалась в километрах, но было одно требование - физическая пара от точки до точки. Те времена, конечно давно прошли, но наверное оборудование все еще можно найти...

Любой радиоканал, каким образом он бы ни формировался - это нестабильность среды передачи. Дождь, снег, град, туман, птицы... Получится что-то типа Интернет-клубов начала века :)

Если провайдер единственный - можно попросить перевести их роутер в режим оптического моста, который просто интерфейс конвертит оптику в eth, а за ним ставить свой роутер, который будет заниматься всем, в том числе и аутентификацией в сети прова.
Как правило, свое оборудование (даже имеющее sfp-порт, даже при наличии недешевого sfp модуля) пров не подключает - зоопарк оборудования ему нахрен не нужен - либо хаваешь, что дают, либо идешь нафиг к другому прову (которого может не быть).

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

Заставить провайдера сделать что-то, если это не устранение явного нарушения договора об оказании услуг - невозможно в принципе. Поэтому оставляем влажные мечты и думаем на тему "как мне уговорить провайдера помочь в том-то и том-то" или просто его сменить.

Знать - ничего нового.
Смотреть - в договор.

Если оптороутер - в аренде, можно выдохнуть и расслабиться, потому что тут Вы ничего (от слова совсем) не сделаете - разве только к другому прову уйдете, но это не всегда возможно (если в доме РТК - то скорее всего нет). Почему? Провайдер подключает абонентов только на свое оборудование. Все.

Все, что Вы можете - перевести оптороутер в режим оптобриджа, в котором он является фактически конвертером интерфейса оптики в eth (ну и отдает мониторинг соединения провайдеру). Все остальное, в том числе и аутентификацию у провайдера - должен делать Ваш роутер.

У меня именно так и работает - сначала коробас от РТК, от которого хвост в микротик, на микротике настроен PPPoE.

Может. Нет никаких проблем :) Портов 65535 :)

Никак.

Есть различные костыли, типа пробросов портов или EoIP (если на обеих сторонах микротики) и в теории 192.168.0.1 из одной сети сможет связаться с 192.168.0.2 из другой, но в таком случае в обеих сетях запрещен DHCP (который ничего не знает о допустимом диапазоне выделения IP).

Ну, а уж коннекта между 192.168.0.1 из одной сети и 192.168.0.1 из другой сети не будет никогда и ни за что :)