Master2009

У меня всё открывается.🤷 Может быть связность сети? Попробуйте прокси или что-то аналогичное.

Вот можно ещё попробовать. Хотя речь идёт скорее о системе Windows Subsystem UNIX https://web.archive.org/web/20130330113158/http://support.microsoft.com/?scid=kb%3Ben-us%3B817921&x=9&y=4 https://superuser.com/questions/165975/are-all-versions-of-windows-case-insensitive

Проверил на loop-устройстве с NTFS в файле-образе диска, драйвер tntfs поддерживает монтирование NTFS в режиме чувствительности к регистру в имени файла, без "case_insensitive". Вообще пишут, что NTFS сама по себе чувствительна к регистру (POSIX), это Windows игнорирует регистр, для нее файлы test.txt и TEST.txt (дубликаты имён с разницей в регистре) выглядят одинаково и программы при доступе к Windows API не поймут разницы между ними. В случае наличия этих файлов в одном каталоге какие-то из них будут недоступны. В Android, как оказалось, файлы test.txt и TEST.txt с английскими символами разного регистра не могут существовать в одном и том же каталоге, но во внутренней памяти (не на внешней карте памяти) может быть одновременно тест.txt и ТЕСТ.txt с русскими символами UTF8, которые успешно копируются на EXT4, но не на NTFS. Вообще вся проблема в том, что при сохранении браузером или другими приложениями файлов или страниц в Android в каталогах периодически образуются файлы, отличающиеся только регистром в имени, иначе бы это никого не интересовало. При попытке их дальнейшей синхронизации с удаленным сервером дубликаты молча теряются, если не отслеживать их отдельно, что явно не годится. К вопросу о возможности включения этой опции на Windows, начиная с Windows XP. https://translated.turbopages.org/proxy_u/en-ru.ru.faa49f72-67ec1189-ff51cdbc-74722d776562/https/web.archive.org/web/20130330113158/http://support.microsoft.com/?scid=kb%3Ben-us%3B817921&x=9&y=4 Для Windows 10 можно включить её для отдельных папок. https://learn.microsoft.com/ru-ru/windows/wsl/case-sensitivity Хорошо, положим это так и просто хочется странного. Возможно ли или исходно в самом Keenetic монтировать, или если запущен OPKG, через него отмонтировать и потом перемонтировать диски без режима case_insensetive? Настраиваемые параметры при монтировании дисков?

Есть возможность перемонтировать диски NTFS для чувствительности к файловым именам, если надо? Windows при должной настройке может отличать разные регистры символов в именах, да и с android хотелось бы копировать их без переименования, т.к. этот конфликт имён обычно вовсе не очевиден. У меня молча один файл просто не копировался или затирал другой, хорошо, потом вручную проверил всё.

Синхронизировал недавно через FTP, SMB и SFTP файлы на диск NTFS подключенный к Keenetic KN-3810. Прошивка 4.0.2. Обнаружил, что часть файлов не копируется в один каталог. Конкретно, файлы с символами в имени с разным регистром или не копируются, если наличие файла проверяется, или молча затирают друг друга. Например файл test.txt и TEST.txt заменят друг друга, хотя вроде бы сама система NTFS должна поддерживать различные файлы с именем в разном регистре (если поддержка имён включена, не просто использовать разный регистр в имени файла, а позволять хранить файлы, отличающиеся только регистром в имени в одном каталоге). Исходно файлы хранились в системе, позволяющей хранить имена файлов в разном регистре, например Android может так хранить файлы при загрузке из сети. При копировании файлов на EXT4 всё работает нормально, но тут уже мешает то, что всё должно храниться именно на NTFS. Так и должно быть или это баг? Если это баг, менялось ли что-то в новых прошивках? Можно ли монтировать в Keenetic диски с поддержкой чувствительности имён файлов к регистру?

Обычно просят увеличения возможностей, но тут обратная ситуация. Недавно узнал, что через телеграм-бот оказывается можно не только получать уведомления, что весьма полезно, но и настраивать роутер, включая перезагрузку, обновление прошивки, получение self-test, startup-config, журнала работы, управление wi-fi, просмотр клиентов, отключение их от сети и много других неправославных действий, что ввиду неизвестности с защищенностью самого телеграм хотелось бы ограничить. Как можно оставить в телеграм только уведомления, отключив до востребования всё лишнее?

Не то. Речь о прошивках с нужными модулями или всеми сразу, рекомендованный набор не нужен. Upd. Навскидку в прошивке для моего роутера нет этих пакетов, которые могли бы быть в полном наборе. opkg-kmod-audio opkg-kmod-dvb-tuner opkg-kmod-fs opkg-kmod-usbip opkg-kmod-video

Да хотя бы можно дать возможность без обновления скачивать и вести свой личный архив прошивок старых версий с нужными модулями. Собрал прошивку на сервере при выходе новой версии, скачал свежую версию и положил в папку "Архив". Когда надо, нашёл на диске, загрузил и откатился. Нет ресурсов на сервера, дайте возможность скачать новую текущую версию и заархивировать, пусть будет у человека локальный архив. Сам кинетик вполне может скачивать этот же архив на подключенную к нему флешку или диск, когда видит новую прошивку в сети. Или можно хранить максимальные прошивки со всеми модулями, а при необходимости вырезать из них лишние модули, вряд ли много места займёт.

Тоже замучился с монтированием, тем более, что запуск debian из готового chroot вовсе не очевиден, одна попытка, одна перезагрузка, а debootstrap для самостоятельной установки debian скачивал версию debian, которая требовала для запуска даже mc системный вызов CLOCK_MONOTONIC и обновления прошивки. В итоге получил вот такой скрипт для готовых сборок Debian, замена для /opt/etc/initrc . Опробовал на Debian Jessie, но скорее всего с минимальными изменениями или без них должен работать и на более новых версиях. Скрипт автоматически монтирует при запуске все устройства из каталога /tmp/mnt/ в /mnt/ и размонтирует их при выходе из среды. P.s. позднее перекину в файл, если вставится портянкой, пока файл почему-то не отправлялся.

Посоветуйте хотя бы, где взять информацию. В Гугле не забанили, просто много стало статей, которые пишут люди, не понимающие в теме, искать во всём этом сейчас сложно, а эксперименты сейчас проводить очень не в тему, ни времени, ни возможности, ни сил на это. Хотя наверно придется. Знаю я, как это делается, подключил жёсткий диск, отформатировал и вперёд, раскидывать по разделам ОС и данные, смотреть, насколько глючит или нет система и что видно с роутера и компьютера. Не может быть, чтобы все всех устраивало и из-за пропажи питания люди не теряли все данные/систему с единственного раздела NTFS/EXT4 или файлы с него ставились под сомнение, вынуждая шерстить всю ФС. Попробуй пойми, что могло заглючить и побить файлы при копировании или хранении, всё-таки встраиваемая система MIPS/OPKG, не обычный Linux. Наверняка же кто-то видел похожую ситуацию и придумывал решение. Я например вообще перед копированием всегда отдельно контрольные суммы считал и сохранял в терминале для проверки, мало ли что.

Не нашёл более похожей темы и других обсуждений, реанимирую эту тему. Ситуация: есть жёсткий диск 1 Тб MBR, размечен на два раздела, Primary и Extended, в Primary: 1. большой раздел NTFS 400Гб, в Extended по порядку: 2. большой раздел NTFS 400Гб, 3. EXT4 (почему-то не монтируется сам и не виден без ручного монтирования, в т.ч. в админке Keenetic) 30Гб, 4. EXT4 Linux 40Гб, 5. EXT4 OPKG 30Гб, 6. SWAP 2Гб. Сделано это для того, чтобы: 1. Резервировать 2 отдельные области на диске под NTFS разделы. Бывает, что из-за сбоев питания или программ запись на диск завершается с ошибкой, копировать файлы надо вчера, но диск заблокировали от записи и требует проверку, а роутер с диском стоит далеко. До него надо доехать, выключить диск, вставить в компьютер и вдумчиво исправить/восстановить файлы. Если проигнорировать исправление ФС, то вполне возможно потерять не несколько файлов, а весь раздел. Два раздела - это резерв, второй по вероятности должен остаться в живых при пропаже питания или если заглючила ОС. Исправление ФС в этом случае можно отложить до нужного времени. Порчу самого диска в расчёт не берём, там другие меры требуются. 2. Разделы EXT4. Один раздел был под OPKG, один для экспериментов с Linux. Позже пришел к пониманию, что рабочих разделов тоже должно быть два, если не больше, что-то может слететь или поломаться, плюс Linux свой раздел имеет. От 3 раздела Linux было откушено место между ним и NTFS, получился раздел 2, туда была записана копия OPKG, которая почему-то не видна и сама не монтируется, видимо надо добавлять вручную в автомонтирование или разметка Extended-раздела роутеру не подходит. 3. MBR - для большей совместимости. Можно поставить в старые версии Windows XP, если потребуется. Хотя это уже условно, может быть проще перейти на GPT. Вопрос в том, какая нужна и может быть разметка диска, если необходимо иметь несколько разделов для хранения данных (NTFS как относительно надёжных и универсальных) и ОС (EXT4 под OPKG/Debian)? Есть какие-то рекомендации или принципы нарезки для Keenetic/OPKG как устройства со своей спецификой или Linux, с учётом того, что приходится использовать и Windows? Предполагается переезд на HDD 4 Тб и более, нарезка будет на 2 раздела по примерно 2 Тб NTFS плюс разделы EXT4 под ОС 3-4 шт. и SWAP. Хотелось бы правильно всё нарезать с учётом того, что возможно диск придётся вынимать и подключать к Windows для ремонтов ФС, чтобы всё было видно и там, и там. ExFAT не рассматривается, т.к. более ограничена, не имея журналирования и т.п. Например, требуется ли для загрузки в Linux/OPKG сейчас с MBR Primary-раздел, как раньше сделал в конце диска? Нужен ли Primary-раздел под SWAP или это всё определило в итоге только порядок разделов, в котором они видны под Windows? Просьба написать подробно или ткнуть туда, где это явно написано. Есть немало скрытых нюансов, которые не хотелось бы проверять на возможных сложностях с файлами, уже построив систему. Вот текущая разметка:

Тоже не получалось подключаться к серверу SFTP Keenetic из Android, была та ещё загадка. Total Commander на Android не подключался, ноль реакции, X-plore не подключался (Всё, что можно, в "Локальное облако", Права пользователей и Файлы и папки разрешено, несмотря на это "Permission denied" и всё тут.). При этом в логах всё подключалось и логин проходил, даже SSH Shell запускалась. Уже от безысходности попробовал ES Explorer и он почему-то заработал. Оказалось, всё дело в каталоге, указывается не пустой каталог от корня, что запрещает SSH-сервер, а каталог, куда подмонтированы USB-диски, по умолчанию "/tmp/mnt/", только так удалось победить подключение по SFTP. Некоторые клиенты SFTP сами узнают доступный каталог, а некоторые пытаются открыть корневой каталог и при отказе молча отваливаются. X-plore в итоге заработал, Total Commander для Android нет.

Всем нам периодически хочется странного, если по его описанию оно может помочь. Мешает необходимость перенастройки сопутствующей техники в этой подсети. Возможно потом получится, пока не выходит. Понять, как должно работать, очень просто, фальшивая сеть имеет другой префикс, например в таблице маршрутизации Keenetic1 присутствует фальшивая сеть 192.168.200.0. и шлюзом 192.168.0.1 (сам реальный роутер) При попытке отправить в неё пакет он перетранслируется роутером в интерфейс сети Keenetic2 с адресом локальной сети тоже 192.168.0.0. Если попытаться отправить пакет напрямую, то он не дойдёт, оставшись в локальной сети Keenetic1, а в случае с трансляцией он попадёт в сеть Keenetic2, где уже дойдёт до адресата. То же и при обратном сообщении, в локальной сети Keenetic2 пакеты можно отправлять на фальшивую подсеть 192.168.200.0 (или другую заранее настроенную) и роутер при получении такого пакета через шлюз в подсеть 192.168.200.0 (или другую заранее настроеннуюкого пакета перетранслирует его в заранее определенный интерфейс, связанный с Keenetic1, при этом поменяет подсеть, тем самым пакет уже нормально дойдёт до адресата в локальной сети Keenetic1. Может конечно я прошу невозможного и надо просто взять роутер другой фирмы, которая позволяет просто сделать этот самый NetMap, выбрав его в настройках, но у меня есть возможно бредовая идея, что может быть это доступно и для Keenetic напрямую, тогда не придётся брать для этого лишний роутер, вся роль которого сведётся к трансляции пакетов. По факту для этого ничего кроме небольшой нестандартной настройки таблицы маршрутизации не нужно, роутер и без того постоянно транслирует пакеты из сети в сеть и преобразование пакетов при прохождении через шлюз тоже реализовано. Неужели это совсем нереально? Может быть имеющихся механизмов хватит даже без программирования и дело просто в правильных настройках, только называется эта функция как-то иначе? Я попробую наверно обратиться в поддержку, просто у сообщества больше шансов найти нестандартное решение, и чаще приходилось строить не типовые конфигурации сетей. Спасибо!

Искал решение, пока не нашёл. Неужели вообще нет никаких возможностей объединить две подсети с одинаковыми адресами через два Keenetic? Может через OPKG с Debian есть хоть какая-то возможность или там нет доступа к таблице маршрутизации, особенно в режиме ускорителя? Или может поделить один из Keenetic-ов на сегменты сети и настроить таблицу маршрутизации между ними? Подскажите хотя бы направление, куда копать, если есть? В наличии Keenetic Viva и Hopper. Есть две одинаковых подсети, одна подключена к Keenetic1 локально, нижестоящий роутер, поменять адрес возможности пока нет, вторая к Keenetic2 как вышестоящий роутер через WAN и интернет, Keenetic-и связаны между собой через L2TP/IPSEC, Keenetic1 с белым IP, Keenetic2 подключается к нему через интернет-сеть, файрволл и маршруты настроены, пакеты в обе стороны ходят. Можно ли как-то сделать связь через подмену адреса подсети на виртуальный адрес? Спасибо.

Здравствуйте! Подскажите, пожалуйста, возможно ли как-то объединить несколько локальных подсетей с одинаковыми адресами, если нет возможности поменять у них адреса? Например, есть две (или более) подсети, обе имеют адреса 192.168.0.0 и 192.168.0.0. Одна из сетей может быть доступна через VPN или локально, не суть важно. Через статические маршруты задать доступ напрямую, естественно, не получится, роутер не будет знать, куда отправлять пакеты, остаётся только какой-то аналог NAT. Я поискал в сети подобные случаи, нашёл только ссылки на микротики, которые создают для подсети виртуальный фальшивый адрес, отличающийся от реальной подсети и все пакеты, поступающие в эту подсеть, перетранслируют в реальную сеть. Называется NetMap или ещё DST-NAT, фактически нестандартная настройка NAT и таблицы маршрутизации. В случае выше, каждый роутер добавляет в свою таблицу маршрутизации фальшивую подсеть, например, первый - 192.168.1.0 и второй - 192.168.2.0. Пакеты, отправленные первым роутером в подсеть 192.168.2.0, транслируются им же или роутером-получателем в адреса реальной подсети 192.168.0.0 и поступают второму роутеру, где маршрутизируются до адресата. Аналогично обрабатываются пакеты от второго роутера первому. Получается, что два роутера, связанные между собой, посылают пакеты на адреса фальшивых подсетей, а при получении транслируют их в адреса своей реальной подсети. Возможно и наличие третьего роутера между двумя первыми, который сам будет транслировать адреса в обе стороны, если два первых роутера ничего не должны знать друг о друге, например провайдеры или организации вряд ли будут менять свои подсети по просьбе клиента. Есть у нас какой-то аналог и как можно это настроить? Если нет, возможно его как-то реализовать в новых прошивках средствами Keenetic или хотя бы OPKG? Спасибо.