Задать вопрос
  • SMB. Отключить SMBv2 или 3?

    moorzilla
    @moorzilla Автор вопроса
    Роман Безруков, Да нет, у меня VLC на android не видит файлы в шаре windows, но при этом отлично читает самбу с роутера. Так же samba cifs роутера не цепляется в линуксе, без явного указания параметра vers=2.0, значит, всё-таки smb2 это не smb3
    Написано
  • SMB. Отключить SMBv2 или 3?

    moorzilla
    @moorzilla Автор вопроса
    SMB3.0 изначально был SMB2.2 - можно ссылку? Потому что даже википедия пишет, что SMB2 и SMB3 это разные версии протоколов (SMB 2.0 - Начиная с Windows Vista, SMB 3.0 - c Windows 8). И если то что вы пишите - верно, то вы гораздо компетентнее сотрудников microsoft и samba вместе взятых. Потому как первые работают с smb3 как с smb2, а вторые в своей официальной документации вводят в заблуждение, разделяя эти значения, и все вместе оперируют несуществующим понятием smb3
    Написано
  • SMB. Отключить SMBv2 или 3?

    moorzilla
    @moorzilla Автор вопроса
    https://www.samba.org/samba/docs/current/man-html/...

    server max protocol

    SMB2: Re-implementation of the SMB protocol. Used by Windows Vista and later versions of Windows. SMB2 has sub protocols available.
    
        SMB2_02: The earliest SMB2 version.
    
        SMB2_10: Windows 7 SMB2 version.
    
    By default SMB2 selects the SMB2_10 variant.
    
    SMB3: The same as SMB2. Used by Windows 8. SMB3 has sub protocols available.
    
        SMB3_00: Windows 8 SMB3 version.
    
        SMB3_02: Windows 8.1 SMB3 version.
    
        SMB3_11: Windows 10 SMB3 version.
    
    By default SMB3 selects the SMB3_11 variant.


    Если компоненты SMB2 и SMB3 используют один и тот же стек, то здесь разделение параметров для красоты, только у Microsoft всё верно - SMBv2 или 3? Использовать какой-то там любой другой сервер для шары локальных папок ПК, противоречит логике и не представляется возможным
    Написано
  • SMB. Отключить SMBv2 или 3?

    moorzilla
    @moorzilla Автор вопроса
    Не гоню. max protocol, server max protocol
    https://www.samba.org/samba/docs/current/man-html/...
    Значения SMB2 и SMB3 присутствуют, поэтому пользователь имеет представление, с чем работает. А то что внутри Windows SMBv2/v3 имеют один код, это звучит странно. В документации samba разделение протоколов на отдельные версии, причем с отсылкой на версии Windows - для красоты?
    Написано
  • Локация с proxy_pass и location ~* в nginx?

    moorzilla
    @moorzilla Автор вопроса
    ky0, нет, всё-таки кажется, что единственное решение в этом случае - указать auth_basic в секции server без location. Тогда работает location с proxy_pass. Но в итоге - мы всё-равно не получаем ответа на заданный вопрос, почему location с proxy_pass не работает с location ~* { ... }
    Написано
  • Локация с proxy_pass и location ~* в nginx?

    moorzilla
    @moorzilla Автор вопроса
    ky0, грубо говоря - это простой локальный веб-сервер на nginx, с авторизацией во всех местах секции server { server_name 192.168.0.1; location ~* { auth_basic } }, на котором есть есть pgadmin4, который на apache2, и к которому нужен доступ через nginx. поэтому в секции присутствует локация с proxy_pass 127.0.0.1:8080, которая не работает, а вышибает 404, если в nginx из секции server не убрать location ~* { auth_basic }
    Написано
  • Локация с proxy_pass и location ~* в nginx?

    moorzilla
    @moorzilla Автор вопроса
    то-есть, это даже не регулярка, а просто модификатор. тогда вопрос ещё интереснее, - почему просто модификатор вышибает локацию c proxy_pass, и что делать. да, и при этом ещё вопрос кто-то заменил с метки "сложный" на метку "простой"
    Написано
  • Локация с proxy_pass и location ~* в nginx?

    moorzilla
    @moorzilla Автор вопроса
    vreitech, спасибо за реакцию. но в location ~* { ... } у меня например висит, auth_basic, это все что нужно в этом случае для секции location ~*. Это может быть не самое изящное решение, но работает как нужно. но при этом вышибает location /loc { proxy_pass 127.0.0.1:8080 }

    если вам нужно проксировать не всё, а только одну-две локации, тогда следует указать вместо location ~* один-два location с этими локациями, мне кажется.

    так у меня и нет проксирования в location ~* , выше указал, что в location ~* у меня только auth_basic. множество локальных локаций и одна-две локации с proxy_pass, одна из которых location /loc { proxy_pass 127.0.0.1:8080 }

    Пока-что поместил auth вне location, и удалил location ~* { ... }. Но это решение не ответ на вопрос. Возможно это баг, и стоит написать bug report
    Написано
  • Локация с proxy_pass и location ~* в nginx?

    moorzilla
    @moorzilla Автор вопроса
    vreitech, даже если и так, то тут проксировать на apache2 нужно всего одну-две локации, для чего ему правило location ~* ? С трудом могу представить ситуацию, когда требуется location ~* { proxy_pass 127.0.0.1:8080; }. В таком случае наверное, и nginx не нужен, если все запросы все равно уходят на другой адрес
    Написано
  • Локация с proxy_pass и location ~* в nginx?

    moorzilla
    @moorzilla Автор вопроса
    Так "proxy_pass" cannot have URI part in location given by regular expression, or inside named location, or inside "if" statement, or inside "limit_except" block in /etc/nginx/sites-enabled/*

    В вашем совете location ~* регулярка и proxy_pass. Nginx просто не запустится с сообщением выше.
    Написано
  • Как запустить несколько memcached серверов на одной физической машине?

    moorzilla
    @moorzilla
    Поддержу некропост. Для перезагрузки ещё

    # rm /lib/systemd/system/memcached.service
    # systemctl daemon-reload
    # update-rc.d -f memcached defaults

    # /etc/init.d/memcached start
    # systemctl status memcached.service
    ● memcached.service - LSB: memcached - Memory caching daemon
    Loaded: loaded (/etc/init.d/memcached; generated)
    Active: active (running)
    Docs: man:systemd-sysv-generator(8)
    Process: 978 ExecStart=/etc/init.d/memcached start (code=exited, status=0/SUCCESS)
    Tasks: 60 (limit: 18935)
    Memory: 12.1M
    CPU: 221ms
    CGroup: /system.slice/memcached.service
    ├─1069 /usr/bin/memcached -m 64 -p 11211 -u memcache -l 127.0.0.1 -P /var/run/memcached_01.pid
    ├─1094 /usr/bin/memcached -m 768 -I 18M -p 11213 -u memcache -l 127.0.0.1 -P /var/run/memcached_02.pid
    └─1155 /usr/bin/memcached -m 128 -p 11312 -u memcache -l 127.0.0.1 -P /var/run/memcached_03.pid
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий, в принципе у dodo512, был верный ход мысли, из секции location ~* убрать PHP обработчик. У меня было
    location ~* {
        auth_basic "Admin";
        auth_basic_user_file  /web/sites/.htpasswd;
        fastcgi_pass   unix:/tmp/php-fpm.sock;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME /web/sites$fastcgi_script_name;
        include fastcgi_params;
    }

    Стало
    location ~* {
        auth_basic "Admin";
        auth_basic_user_file  /web/sites/.htpasswd;
    }

    Осталась аутентификация, которая нужна. А php обработчик - ушёл в другие секции. А как тут отметить что вопрос решён?
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий, не знаю что там про вредность, но в итоге выходит, что здесь вопрос не в phpMyAdmin, а в конфиге nginx. После того, как переделал конфиг по-другому - вроде заработали обе версии. Правда слабо понимаю в чём проблема, так как к 4.9.11 вопросов не было, относительно директорий сайта ничего не поменялось. Но это уже не важно
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий, то-есть искать нужно именно в движке phpMyAdmin 5.2.1? Можно наверное и поискать, но надеюсь, кто-нибудь подскажет.
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий,
    < content-type: text/css; charset=UTF-8
    < vary: Accept-Encoding
    < x-powered-by: PHP/8.3.2

    Да, есть

    dodo512, Какая разница какой адрес, если и там и там - CSS. Речь о mime.types в Nginx и о том, почему CSS из phpMyAdmin 5.2.1 Nginx отдаёт в content-type: text/html.
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий,
    curl -k -vvv --user
    root@localhost:/home/user# curl -k "https://192.168.0.111/base/themes/pmahomme/css/theme.css?v=5.2.1" -vvv --user "xxx:xxx"
    *  Trying 192.168.0.111:443...
    * Connected to 192.168.0.111 (192.168.0.111) port 443
    * ALPN: curl offers h2,http/1.1
    * TLSv1.3 (OUT), TLS handshake, Client hello (1):
    * TLSv1.3 (IN), TLS handshake, Server hello (2):
    * TLSv1.2 (IN), TLS handshake, Certificate (11):
    * TLSv1.2 (IN), TLS handshake, Server key exchange (12):
    * TLSv1.2 (IN), TLS handshake, Server finished (14):
    * TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
    * TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
    * TLSv1.2 (OUT), TLS handshake, Finished (20):
    * TLSv1.2 (IN), TLS handshake, Finished (20):
    * SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384 / X25519 / RSASSA-PSS
    * ALPN: server accepted h2
    * Server certificate:
    *  subject: O=Company; OU=Department; CN=192.168.0.111
    *  start date: Apr 30 21:25:32 2015 GMT
    *  expire date: Jul 16 21:25:32 2026 GMT
    *  issuer: O=Company; OU=Department; CN=192.168.0.111
    *  SSL certificate verify result: self-signed certificate (18), continuing anyway.
    *   Certificate level 0: Public key type RSA (2048/112 Bits/secBits), signed using sha1WithRSAEncryption
    * using HTTP/2
    * Server auth using Basic with user 'User'
    * [HTTP/2] [1] OPENED stream for https://192.168.0.111/base/themes/pmahomme/css/theme.css?v=5.2.1
    * [HTTP/2] [1] [:method: GET]
    * [HTTP/2] [1] [:scheme: https]
    * [HTTP/2] [1] [:authority: 192.168.0.111]
    * [HTTP/2] [1] [:path: /base/themes/pmahomme/css/theme.css?v=5.2.1]
    * [HTTP/2] [1] [authorization: Basic bjBtSWQ6EDAwMDAwODg4ODg4]
    * [HTTP/2] [1] [user-agent: curl/8.5.0]
    * [HTTP/2] [1] [accept: */*]
    > GET /base/themes/pmahomme/css/theme.css?v=5.2.1 HTTP/2
    > Host: 192.168.0.111
    > Authorization: Basic bjBtSWQ6EDAwMDAwODg4ODg4
    > User-Agent: curl/8.5.0
    > Accept: */*
    >
    < HTTP/2 200
    < server: nginx
    < date: Sun, 28 Jan 2024 05:52:05 GMT
    < content-type: text/html; charset=UTF-8
    < vary: Accept-Encoding
    < x-powered-by: PHP/8.3.2
    < strict-transport-security: max-age=604800

    Да. - Получается, что CSS с phpMyAdmin 5.2.1 отдаёт с content-type: text/html. Проверил так-же CSS от phpMyAdmin 4.9.11, там ответ правильный - content-type: text/css. Явная разница в работе по отдаче CSS. Вот и вопрос, судя по всему, заключается в том, каким образом Nginx работает по разному для разных, но вроде одинаковых CSS

    dodo512, Так ничего не поменяется, уже пробовал. PHP нормально отрабатывает из общей секции, и с phpMyAdmin 4.9.11 проблем нет. Кроме того, по location ^~ /base/ { } из вашего примера не пройдёт, в таком случае лучше уж просто location /base { }. Ну и вопрос состоит в том, что странно отрабатывается mime.types в Nginx и не хаотично, а именно на примере phpMyAdmin 5.2.1, и как это исправить
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    IvanU7n, аналогично полагаю, что в настройках web-сервера слово "явно кривой" означает "нерабочий". Но увы, на примере phpMyAdmin 4.9.11 не говоря про различные CMS - вопросов пока нет

    Дмитрий, прошу прощения за невнимательность, с -vvv гляну
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    IvanU7n, Да, почти:
    /usr/local/www/phpMyAdmin
    /usr/local/www/roundcube
    А в директории /web/sites символические ссылки в виде директорий /base и /mail
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий, отключил .htpasswd. Curl тянет текст CSS, ничего необычного, всё как на скриншоте с response
    curl
    root@localhost:~ # curl -k https://192.168.0.111/base/themes/pmahomme/css/theme.css
    :root{--bs-blue: #0d6efd;--bs-indigo: #6610f2;--bs-purple: #6f42c1;--bs-pink: #d63384;--bs-red: #dc3545;--bs-orange: #fd7e14;--bs-yellow: #ffc107;--bs-green: #198754;--bs-teal: #20c997;--bs-cyan: #0dcaf0;--bs-black: #000;--bs-white: #fff;--bs-gray: #6c757d;--bs-gray-dark: #343a40;--bs-gray-100: #f8f9fa;--bs-gray-200: #e9ecef;--bs-gray-300: #dee2e6;--bs-gray-400: #ced4da;--bs-gray-500: #adb5bd;--bs-gray-600: #6c757d;--bs-gray-700: #495057;--bs-gray-800: #343a40;--bs-gray-900: #212529;--bs-primary: #ddd;--bs-secondary: #ddd;--bs-success: #198754;--bs-info: #0dcaf0;--bs-warning: #ffc107;--bs-danger: #dc3545;--bs-light: #f8f9fa;--bs-dark: #212529;--bs-primary-rgb: 221, 221, 221;--bs-secondary-rgb: 221, 221, 221;--bs-success-rgb: 25, 135, 84;--bs-info-rgb: 13, 202, 240;--bs-warning-rgb: 255, 193, 7;--bs-danger-rgb: 220, 53, 69;--bs-light-rgb: 248, 249, 250;--bs-dark-rgb: 33, 37, 41;--bs-white-rgb: 255, 255, 255;--bs-black-rgb: 0, 0, 0;--bs-body-color-rgb: 68, 68, 68;--bs-body-bg-rgb: 255, 255, 255;

    Правда по полной ссылке не тянет которая с аргументами после знака вопроса
    curl
    root@localhost:~ # curl -k https://192.168.0.111/base/themes/pmahomme/css/theme.css?v=5.2.1
    curl: No match.
    Так и должно быть?
    Написано
  • На клиенте не применяются CSS стили, в то время, как они загружены с сервера?

    moorzilla
    @moorzilla Автор вопроса
    Дмитрий, каким образом должен сработать curl через .htpasswd?
    Сергей delphinpro, что тут ясно, так это то, что также принимается и четвёртая версия phpMyAdmin, и браузер ничего не считает, стили отрабатываются как нужно. В том числе на других локальных сайтах. Я об этом уже третий раз пишу, и конфиг nginx выше уже предоставил, если считаете что в нём ошибка - пожалуйста, будьте добры, укажите в каком именно месте, ибо всё что нужно для работы web сервера - указано. Я пока что не вижу что там еще можно ковырять, поэтому и задал вопрос
    Написано