Mamay

Кем бы вы не были в реальной жизни, умение искать никак не зависит от вашей профессии. Тут программистов, как вы выражаетесь ровно полтора штуки. Остальные просто проходили мимо... Тыц

Коли доступа на работе к роутеру не имею, отвечу вопросом на вопрос. А вы проверяли наличие в прошивке утилиты hdparm? Этим я отвечаю на ваш второй вопрос...

Плохо искали...

Учитесь пользоваться поиском...

Тут и тут почитайте матчасть...

По моему субъективному мнению, помимо поднятия прошивки до актуального draft, вам нужно вчистую заново поставить Entware (не Entware3/Entware-Keenetic) и плясать уже оттуда...

Вам подходит любая версия выше 2.07. Смотреть тут. Как это сделать.

Гугля даром раздаёт свою OS, на которой Microsoft имеет по баксу, и хочет свою экосистему поддерживать в условной чистоте... Ни в коей мере не защищаю гуглей, они тоже злые собаки...

До той поры пока люди будут покупать надкушенное яблоко, эта контора будет жиреть и процветать. И пресловутый кирдык их не постигнет ещё многие многие лета...

Нет. Невозможно из-за лицензонных ограничений пропритерного программного обеспечения от компании Apple.

Сбросьте всё в дефолт и настройте соединение с провайдером. Затем настройте vpn, указав какое соединение использовать самому vpn.

Походу оттуда и скопирован вопрос. Видимо тамошний ответ не устроил... )))

Убрать все иные подключения, оставив лишь vpn не пробовали?

Прикольно. А вы пробовали изначально сохранять локально на компьютер вышеозначенные данные?

Ну хз. В log файле вижу лишь постоянно DHCP server is not responding. Затем пингчек теряет соединение и передёргивает ISP. Трясите провайдера на предмет проверки всего активного оборудования от них до пассивных проводов до вас...

Black list он и в Африке black list и теперь уже не важно попытка форса, либо на чужом девайсе прижата галка использовать вашу сеть по умолчанию. В log файле всё равно будет одинаковая строка о блокировке запрещённого/не разрешенного mac адреса.

В telnet попробуйте: no ip http ssl enable

А в дальнейшем, чтобы работало по https нужно совершить некоторый эволюции с данного форума: Правильная последовательность действий такая: 1. Включаем доступ к Web снаружи через CLI: > ip http security-level public или через Web (галка "разрешить доступ через Интернет", нужно установить и применить настройки). Порт должен быть строго 80. Это нужно для того, чтобы Let's Encrypt сходил к вам на роутер и удостоверился, что именно ваш роутер владеет доменом. Актуально и для прямого, и для облачного режимов. 2. Запускаем получение серификата через > ip http ssl acme get Этот процесс лучше всего наблюдать в журнале и при любых ошибках скидывать self-test мне. Процесс получения не начнется, пока на роутере не будет настоящего времени от NTP, пока не будет настоен домен KeenDNS и пока не будет включен ip http security-level public. 3. После получения сертификата он автоматически прописывается в "текущие" для SSL сервера. Начиная с этой версии самоподписанного сертификата больше нет, и если вы хотите использовать SSL, вы обязаны получить его у Let's Encrypt. 4. Если вы хотите заходить на роутер по HTTPS, то откройте 443 порт для входящих соединений в МСЭ на интерфейсе, через который вы выходите в Интернет. При этом можно будет ходить по доменному имени на роутер через https как в прямом, так и в облачном режиме. 5. Если вам не нужен HTTP (без HTTPS) доступ снаружи, то отключите доступ через CLI: > ip http security-level private или через Web (галка "разрешить доступ через Интернет", нужно снять и применить настройки).

Вероятно у вас идёт коннект по https. Просто сотрите последнюю букву s и попробуйте вновь. Должно всё работать корректно...

С коих это пор webdav стал динозавром? Он как Ленин, живее всех живых.

Не поверите на внешний HDD...

Не канает в свете последних событий...

В cli нужно использовать указанную команду no ppe и понаблюдать за поведением больного...

ТС массово создал несколько топов, особо не вникая в то что они все бояны...

А ещё лучше приложите self-test и ребята попробуют разобраться...