Jump to content

Boomer

Forum Members
  • Posts

    43
  • Joined

  • Last visited

Posts posted by Boomer

  1. Нужно в настройках SMB (Сеть Windows) добавить разделу имя (скорее всего не очень длинное). Затем перейдя на диск можно будет копировать информацию без проблем. Полагаю проблема в очень длинном имени раздела после монтирования в роутере.

    • Thanks 1
  2. Все, решил проблему. Нужно в настройках SMB (Сеть Windows) добавить разделу имя (скорее всего не очень длинное). Затем перейдя на диск можно будет копировать информацию без проблем. Полагаю проблема в очень длинном имени раздела после монтирования в роутере.

  3. Столкнулся с такой же проблемой. Причем из Windows информацию на сетевой диск можно скопировать, а вот с сетевого диска эти же файлы не получается скопировать. Файлы на сетевом диске открываются.

    Видимо какие-то параметры доступа на диске появляются в этой ФС или может служебная информация какая тянется при копировании.

  4. Не знаю в правильную ли тему пишу вопрос.

    В общем проблема такая, не могу через через интернет при помощи Remote GUI достучаться до Transmission на роутере, в локальной сети все работает прекрасно. А вот через интернет - никак. Стоит доступ через KeenDNS, по адресу роутер доступен, админ-панель работает, при доступе на адрес:8090 - появляется ошибка Connection Timeout в Remote GUI и в браузере не открывает вуб панель Transmission. Хотя если в настройках роутера открыть доступ к веб-приложениям домашней сети по адресу например transmission.имя.домен (без указания порта), то по этому адресу открывается web панель Transmission, но Remote GUI так и не работает. В чем может быть проблема? Порты открыты в iptables (этот пакет стоит, потому что еще установлен DNSCrypt-proxy)

  5.     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

    В админ панели этот порт открыт.

    теперь теряюсь в догадках что может быть.

  6. А теперь еще, подскажите, после установки iptables прошивочное открытие портов не работает, правильно же?

    Я попытался открыть порт через 10-ClientDNS-Redirect.sh   дописав туда строки:

    iptables -A INPUT -p tcp --dport номер порта -j ACCEPT
    iptables -A INPUT -p udp --dport номер порта -j ACCEPT

    Но порты не открылись, роутер перезагружал, права на скрипт выставлял, что может быть не так?

  7. 1 час назад, vasek00 сказал:

    Без проблем все работает при описанном ниже, попробуйте через WEB прописать лок.IP своего роутера в "Интернет-прочие-Сервера DNS"

    Спасибо добрый человек, заработало :)

  8. 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 или нет?

  9. 6 часов назад, TheBB сказал:

    А в /opt/etc/init.d/S51dropbear PORT=22

    Да, менял на 25, потом вернул обратно 22. После изменений перезагружал роутер.

    6 часов назад, vasek00 сказал:

    В cli на роутере делаете

            ip ssh port {port} — 65322

    Делал, только на 25 порт переводил, это получилось, на 25 порту прошивочный CLI. А вот к Entware никак не достучаться.

  10. 10 минут назад, Le ecureuil сказал:

    Надо подключаться к 22, и повесьте dropbear из Entware на 22.

    На этом порту и висит dropbear из Entware (он же изначально на нем висит). И сейчас на этом порту при подключении - ошибка Network error: Connection refused

  11. Возможно словлю общее негодование. Но столкнулся с такой проблемой, когда в прошивке ввели 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 функционирует, или я что-то не понимаю?

     

  12. В теме по Entware-3x увидел пометку что сменился пароль SSH на keenetic. Почти неделю назад пометку эту сделали, как выяснилось, до создания моей темы, но никто не сказал об этом.

    Проблема решена.

    • Thanks 1
  13. 5 минут назад, zyxmon сказал:

    1. За публикацию логов в таком виде ..... положен «эцих с гвоздями»!

    Ну как в журнале показано, как-то менять надо было?

    5 минут назад, zyxmon сказал:

    2. Такое сообщение не первое. Есть подозрение, что при обновлении флешка/диск не размонтируется и файлы на ней бъются. А посему призыв - найти способ сохранения установки entware одним архивом и при проблемах восстанавливаться....

    т.е. надо переустановить Entware?

  14. Система пакетов 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 .

     

     

  15. На роутере GIGA III после обновления на версию 2.12.A.2.0 при попытке захода на роутер по SSH под логином root при вводе пароля zyxel выдает сообщение об отказе в доступе, хотя раньше этот пароль подходил. Пароль не менял, в чем может быть проблема? 

    root@192.168.1.1's password:
    Access denied

     

×
×
  • Create New...