Jump to content

Aftalik

Forum Members
  • Posts

    34
  • Joined

  • Last visited

Equipment

  • Keenetic
    Giga (KN-1011)

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Aftalik's Achievements

Advanced Member

Advanced Member (3/5)

8

Reputation

  1. во время установки все ок, а ver так же показывает пререлиз
  2. добрый день. версия пишется пререлиз:
  3. Добрый день. В пакете куча лишних картинок на 20+ мб во время установки были ошибки, но самовар взлетел Configuring nginx-ssl. Configuring nginx. Configuring samovar. id: unknown user nginx id: unknown user nginx addgroup: group 'nginx' in use chown: /opt/var/run/nginx: No such file or directory grep: /opt/etc/nginx/nginx.conf: No such file or directory nginx: [warn] conflicting server name "samovar.run" on 0.0.0.0:1266, ignored nginx: the configuration file /opt/etc/nginx/nginx.conf syntax is ok nginx: configuration file /opt/etc/nginx/nginx.conf test is successful nginx: [warn] conflicting server name "samovar.run" on 0.0.0.0:1266, ignored nginx: [error] invalid PID number "" in "/opt/var/run/nginx/nginx.pid" nginx: [warn] conflicting server name "samovar.run" on 0.0.0.0:1266, ignored Nginx started. При запуске nginx возникли проблемы! nginx: [warn] conflicting server name "samovar.run" on 0.0.0.0:1266, ignored nginx: the configuration file /opt/etc/nginx/nginx.conf syntax is ok nginx: configuration file /opt/etc/nginx/nginx.conf test is successful 2023/06/08 17:45:36 [warn] 4490#0: conflicting server name "samovar.run" on 0.0.0.0:1266, ignored 2023/06/08 17:45:36 [warn] 4497#0: conflicting server name "samovar.run" on 0.0.0.0:1266, ignored Остужаем Самовар...ОШИБКА Нагреваем Самовар...ГОТОВО Чай наливают здесь -> http://192.168.1.1:1266
  4. Вы жезл пробовали ставить? все на .py файлах, весь код видно. хоть запроверяйтесь на предмет бекдоров.
  5. а какой в этом смысл можно поинтересоваться? такой функционал есть в приложении кинетик.
  6. изменил регекспу, токен принят /opt # /opt/etc/init.d/S61zezl check Checking zezl.py... dead. /opt # /opt/etc/init.d/S61zezl start Starting zezl.py... done. /opt # /opt/etc/init.d/S61zezl check Checking zezl.py... dead. zpu interface показывает ничего, zpu show показывает Traceback (most recent call last): File "/opt/bin/zpu", line 252, in <module> res = cmd_show_hosts() File "/opt/bin/zpu", line 97, in cmd_show_hosts ljust_inter = max([len(v[etag.interface]) for v in hosts.values()]) File "/opt/bin/zpu", line 97, in <listcomp> ljust_inter = max([len(v[etag.interface]) for v in hosts.values()]) TypeError: list indices must be integers or slices, not str короче не пашет совсем
  7. @Zelezaу меня токен не принимает, возможно из-за того, что в токене присутствует знак "_"
  8. апну тему. решил "прокачать" подключение на гигабит проверяют прибором - линия 1000 мбит, подключают к роутеру - 100. Все стоит в авто. Подключают в свой ноут - у них 1000. Ну ок, подписал заявку, явно у меня косяк какой-то. поставил в настройках wan 1000 fd авто, в информации о подключении теперь так: Маловато как-то. Где моя тыщща?
  9. Присоединяюсь к вопросу. Вообще хочется, что бы SS появился в WEB-настройках кинетика opkg install shadowsocks-libev - не находит такого пакета. в /opt/var/opkg-lists/entware есть только такие пакеты: shadowsocks-libev-config, shadowsocks-libev-ss-local, shadowsocks-libev-ss-redir, shadowsocks-libev-ss-rules, shadowsocks-libev-ss-tunnel Если их все установить, то это будет равнозначно установке shadowsocks-libev?
  10. Добрый день Есть подключение к L2TP IPSec на работу. В рабочей сети есть доступ только к 1 узлу (назовем его сервер, 10.10.10.5) Есть необходимость через этот сервер иметь доступ к ресурсам внутренней сети. 1) RDP-шлюз с именем rdp.local, который на стороне сервера резолвится в айпишник вида 10.x.y.z (пусть будет 10.10.55.5) есть RDP-файл, содержимое которого менять нельзя, в нем прописан шлюз rdp.local, подключение к нему идет через 443 порт Что сделано - на кинетике создал запись rdp.local = ip-адрес сервера на сервере через netsh interface portproxy открыл порт 443 который смотрит в 10.10.55.5:443 все работает, но этого мало 2) есть необходимость добавить еще несколько локальных dns-записей на кинетике, типа service1.local, service2.local, при подключении к которым по 443 порту, они фактически должны смотреть на другие открытые порты сервера (10.10.10.5), которые на сервере я так же проброшу через portproxy выглядеть должно так: rdp.local:443 -> 10.10.10.5:443 service1.local:443 -> 10.10.10.5:1443 service2.local:443 -> 10.10.10.5:2443 Можно ли как-то это сконфигурировать на кинетеке? giga 1011 v3.7
×
×
  • Create New...