Boomer
-
Posts
43 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Boomer
-
-
Все, решил проблему. Нужно в настройках SMB (Сеть Windows) добавить разделу имя (скорее всего не очень длинное). Затем перейдя на диск можно будет копировать информацию без проблем. Полагаю проблема в очень длинном имени раздела после монтирования в роутере.
-
Столкнулся с такой же проблемой. Причем из Windows информацию на сетевой диск можно скопировать, а вот с сетевого диска эти же файлы не получается скопировать. Файлы на сетевом диске открываются.
Видимо какие-то параметры доступа на диске появляются в этой ФС или может служебная информация какая тянется при копировании.
-
@enpa Спасибо, но не помогло все-таки
-
Не знаю в правильную ли тему пишу вопрос.
В общем проблема такая, не могу через через интернет при помощи Remote GUI достучаться до Transmission на роутере, в локальной сети все работает прекрасно. А вот через интернет - никак. Стоит доступ через KeenDNS, по адресу роутер доступен, админ-панель работает, при доступе на адрес:8090 - появляется ошибка Connection Timeout в Remote GUI и в браузере не открывает вуб панель Transmission. Хотя если в настройках роутера открыть доступ к веб-приложениям домашней сети по адресу например transmission.имя.домен (без указания порта), то по этому адресу открывается web панель Transmission, но Remote GUI так и не работает. В чем может быть проблема? Порты открыты в iptables (этот пакет стоит, потому что еще установлен DNSCrypt-proxy)
-
36 минут назад, Александр Рыжов сказал:
«После» не значит «вследствие».
ну так если ничего больше не менялось, а доступ пропал?
-
48 минут назад, vasek00 сказал:
Кого и куда?
не пускает в панель Transmission из интернета. Доменное имя прописано, все работало до того как поставил DNSCrypt
-
0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:8090 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8090 0 0 ACCEPT udp -- * * 0.0.0.0/0 192.168.1.1 udp spt:8090 dpt:8090
Открыл... и все равно не пускает.
До ввода команд был такой список:
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8090 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:8090 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8090 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:8090 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8090 0 0 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:8090 0 0 ACCEPT udp -- * * 0.0.0.0/0 192.168.1.1 udp spt:8090 dpt:8090
В админ панели этот порт открыт.
теперь теряюсь в догадках что может быть.
-
А теперь еще, подскажите, после установки iptables прошивочное открытие портов не работает, правильно же?
Я попытался открыть порт через 10-ClientDNS-Redirect.sh дописав туда строки:
iptables -A INPUT -p tcp --dport номер порта -j ACCEPT
iptables -A INPUT -p udp --dport номер порта -j ACCEPTНо порты не открылись, роутер перезагружал, права на скрипт выставлял, что может быть не так?
-
1 час назад, vasek00 сказал:
Без проблем все работает при описанном ниже, попробуйте через WEB прописать лок.IP своего роутера в "Интернет-прочие-Сервера DNS"
Спасибо добрый человек, заработало
-
3 часа назад, Вежливый Снайпер сказал:
Только вот после ввода команды разрешение имен работает везде, кроме самого роутера. Например, на клиентах все ОК, а роутер не может соединиться даже с сервером обновлений. Я не шарю в настройках сетей, но возможно причина тому - блокировка fallback_dns, который шлет запросы без шифрования, а йота в свою очередь блокирует не шифрованные запросы/DNS. Как мне поступить в таком случае?
Тоже столкнулся с данной проблемой. При прописывании данной команды работает все, но роутер не может обновить пакеты.
В 08.06.2018 в 12:23, vladrnd сказал:Checking dnscrypt-proxy... dead.
По поводу этой проблемы, тоже пол дня бился, и права проверял и все остальное, оказалось проблема в том, что мануал написан под использование IPv6, у меня же он не работает и я его не включал, поэтому в параметре:
В 05.06.2018 в 19:33, ankar84 сказал:listen_addresses = ['192.168.1.1:53', '[::1]:53']
надо убрать [::1]:53 (т.к. это под IPv6) и тогда пакет не будет "умирать" и все будет работать нормально.
P.S. А вообще есть способ проверить работает ли dnscrypt или нет?
-
6 часов назад, TheBB сказал:
А в /opt/etc/init.d/S51dropbear PORT=22
Да, менял на 25, потом вернул обратно 22. После изменений перезагружал роутер.
6 часов назад, vasek00 сказал:В cli на роутере делаете
ip ssh port {port} — 65322
Делал, только на 25 порт переводил, это получилось, на 25 порту прошивочный CLI. А вот к Entware никак не достучаться.
-
10 минут назад, Le ecureuil сказал:
Надо подключаться к 22, и повесьте dropbear из Entware на 22.
На этом порту и висит dropbear из Entware (он же изначально на нем висит). И сейчас на этом порту при подключении - ошибка Network error: Connection refused
-
-
24 минуты назад, r13 сказал:
@Boomer перезапустить entware надо, после освобождения порта от прошивочного ssh
не помогло.
-
Возможно словлю общее негодование. Но столкнулся с такой проблемой, когда в прошивке ввели SSH (Версия 2.12.A.4.0) Сначала не мог подключиться по SSH на порт 22. Выскакивала ошибка Network error: Connection refused. Тогда модуль SSH был выключен в прошивке, установил его, при подключении на 22 порт под логином root никакой пароль не подходил, ни keenetic, ни zyxel. Попробовал под логином веб-морды зайти и с паролем того пользователя, получилось подключиться и при подключении я попал в CLI роутера а не в SSH (как я понял, по надписи config>). Как выше написано - перенастроил порт прошивочного SSH, по новому порту также CLI доступен а по стандартному, 22 SSH так и не появился все также выдается ошибка Network error: Connection refused. Придется переустанавливать Entware? Хотя не прошивочный Transmission работает, значит Entware функционирует, или я что-то не понимаю?
-
7 часов назад, TheBB сказал:
если этого не сделали и ничего не меняли в файле ../etc/passwd
Вот ничего и не делал с момента установки entware поэтому и сменился пароль.
-
Значит старый Entware-3x надо удалить?
-
В теме по Entware-3x увидел пометку что сменился пароль SSH на keenetic. Почти неделю назад пометку эту сделали, как выяснилось, до создания моей темы, но никто не сказал об этом.
Проблема решена.
- 1
-
я правильно понял, поверх уже установленного Entware-3x ставится созданием папки install, никаких действий дополнительно делать не надо?
-
В 27.01.2018 в 06:44, TheBB сказал:
Архив для установки на устройства с mipsel архитектурой (все поддерживающие OPKG, кроме DSL, VOX, LTE)
Ссылка на архив неверная. uClibc-28 надо в адресе поставить.
- 1
-
5 минут назад, zyxmon сказал:
1. За публикацию логов в таком виде ..... положен «эцих с гвоздями»!
Ну как в журнале показано, как-то менять надо было?
5 минут назад, zyxmon сказал:2. Такое сообщение не первое. Есть подозрение, что при обновлении флешка/диск не размонтируется и файлы на ней бъются. А посему призыв - найти способ сохранения установки entware одним архивом и при проблемах восстанавливаться....
т.е. надо переустановить Entware?
-
Система пакетов Entware-3x
Лог:
Скрытый текстЯнв 27 21:15:42 ndm kernel: usb 2-1: new high-speed USB device number 3 using xhci-hcd Янв 27 21:15:42 ndm kernel: usb 2-1: New USB device found, idVendor=1058, idProduct=1021 Янв 27 21:15:42 ndm kernel: usb 2-1: Product: Ext HDD 1021 Янв 27 21:15:42 ndm kernel: usb 2-1: Manufacturer: Western Digital Янв 27 21:15:42 ndm kernel: usb 2-1: SerialNumber: 574D43305430353233363231 Янв 27 21:15:42 ndm kernel: scsi1 : usb-storage 2-1:1.0 Янв 27 21:15:45 ndm kernel: scsi 1:0:0:0: Direct-Access WD Ext HDD 1021 2021 PQ: 0 ANSI: 4 Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: Attached scsi generic sg0 type 0 Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] 1953519616 512-byte logical blocks: (1.00 TB/931 GiB) Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] Write Protect is off Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] Mode Sense: 17 00 10 08 Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] No Caching mode page found Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] Assuming drive cache: write through Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] No Caching mode page found Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] Assuming drive cache: write through Янв 27 21:15:45 ndm kernel: sda: sda2 sda3 < sda5 > Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] No Caching mode page found Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] Assuming drive cache: write through Янв 27 21:15:45 ndm kernel: sd 1:0:0:0: [sda] Attached SCSI disk Янв 27 21:15:45 ndm FileSystem::Ext: "/dev/sda" has an unknown partition type, ignored. Янв 27 21:15:45 ndm FileSystem::Ext: ntfs "7A5D9559A1E76351:": filesystem initialized. Янв 27 21:15:45 ndm kernel: tntfs info (device sda2, pid 550): ntfs_fill_super(): fail_safe is enabled. Янв 27 21:15:45 ndm kernel: tntfs info (device sda2, pid 550): load_system_files(): NTFS volume name 'entware', version 3.1 (cluster_size 1024, PAGE_SIZE 4096). Янв 27 21:15:45 ndm FileSystem::Repository: "7A5D9559A1E76351:" registered. Янв 27 21:15:45 ndm Opkg::Manager: /tmp/mnt/entware mounted to /tmp/mnt/entware. Янв 27 21:15:45 ndm Opkg::Manager: /tmp/mnt/entware mounted to /opt/. Янв 27 21:15:45 ndm Opkg::Manager: /tmp/mnt/entware initialized. Янв 27 21:15:45 ndm Opkg::Manager: invalid initrc "/opt/etc/initrc": no such file or directory, trying /opt/etc/init.d/. Янв 27 21:15:45 ndm FileSystem::Ext: "/dev/sda3" has an unknown partition type, ignored. Янв 27 21:15:45 ndm FileSystem::Ext: ntfs "66B46146B46119B7:": filesystem initialized. Янв 27 21:15:45 ndm kernel: tntfs info (device sda5, pid 550): ntfs_fill_super(): fail_safe is enabled. Янв 27 21:15:46 ndm kernel: tntfs info (device sda5, pid 550): load_system_files(): NTFS volume name 'Elements', version 3.1 (cluster_size 4096, PAGE_SIZE 4096). Янв 27 21:15:46 ndhcps sending ACK of 192.168.1.4 to 34:80:b3:f9:61:99. Янв 27 21:15:47 ndm FileSystem::Repository: "66B46146B46119B7:" registered. Янв 27 21:15:47 vnstatd[573] vnStat daemon 1.17 started. (pid:573 uid:0 gid:0) Янв 27 21:15:47 vnstatd[573] Monitoring: ra0 (no limit) ppp0 (no limit) eth2.1 (10 Mbit) eth2 (10 Mbit) br0 (no limit) Янв 27 21:15:47 root Started vnstatd from . Янв 27 21:15:48 dropbear[578] Running in background Янв 27 21:15:48 root Started lighttpd from . Янв 27 21:15:49 root Started transmission-daemon from .
-
На роутере GIGA III после обновления на версию 2.12.A.2.0 при попытке захода на роутер по SSH под логином root при вводе пароля zyxel выдает сообщение об отказе в доступе, хотя раньше этот пароль подходил. Пароль не менял, в чем может быть проблема?
root@192.168.1.1's password: Access denied
-
На GIGA III та же проблема. Также столкнулся с тем, что на версии 2.12.A.2.0-0 невозможно подключиться к роутеру по SSH постоянно пишет Access Denied хотя пароль верный, может ли быть это как-то связано?
Ошибка 0x800700ea - more data is available
in Обмен опытом
Posted
Нужно в настройках SMB (Сеть Windows) добавить разделу имя (скорее всего не очень длинное). Затем перейдя на диск можно будет копировать информацию без проблем. Полагаю проблема в очень длинном имени раздела после монтирования в роутере.