Не удалось реализовать кэширование Nginx - отказалось подключение

Вы можете сделать это для Ubuntu Bash на Windows

Вот моя настройка раздела:

$ lsblk -o NAME,FSTYPE,LABEL,MOUNTPOINT,SIZE,MODEL
NAME        FSTYPE LABEL            MOUNTPOINT   SIZE MODEL
sda                                            931.5G HGST HTS721010A9
├─sda4      ntfs   WINRETOOLS                    450M 
├─sda2                                           128M 
├─sda5      ntfs   Image                        11.4G 
├─sda3      ntfs   HGST_Win10       /mnt/d       919G 
└─sda1      vfat   ESP                           500M 
nvme0n1                                          477G Samsung SSD 960 PRO 512GB           
├─nvme0n1p5 ext4   NVMe_Ubuntu_16.0 /           44.6G 
├─nvme0n1p3                                       16M 
├─nvme0n1p1 ntfs                                 450M 
├─nvme0n1p6 swap   Linux Swap       [SWAP]       7.9G 
├─nvme0n1p4 ntfs   NVMe_Win10       /mnt/c     414.9G 
├─nvme0n1p2 vfat                    /boot/efi     99M 
└─nvme0n1p7 ntfs   Shared_WSL+Linux /mnt/e         9G 

nvme0n1p7 используется совместно с Windows и Ubuntu

Я настраиваю разделение на 9 ГБ, которое WSL (подсистема Windows для Linux) и Ubuntu может иметь на своих путях и запускать программы. Вот дерево для него:

$ sudo tree /mnt/e -d 
/mnt/e
├── bin
├── boot
│   └── grub
│       ├── fonts
│       ├── i386-pc
│       └── locale
├── Desktop
├── Documents
├── Downloads
│   └── WinScreeny-master
├── etc
│   ├── apt
│   │   ├── sources.list.d
│   │   └── trusted.gpg.d
│   ├── cron.d
│   │   └── test-directory
│   ├── cron.daily
│   ├── cron.hourly
│   ├── cron.monthly
│   ├── cron.weekly
│   ├── default
│   ├── ssmtp
│   └── systemd
│       ├── network
│       ├── system
│       │   ├── bluetooth.target.wants
│       │   ├── default.target.wants
│       │   ├── display-manager.service.wants
│       │   ├── final.target.wants
│       │   ├── getty.target.wants
│       │   ├── graphical.target.wants
│       │   ├── hibernate.target.wants
│       │   ├── hybrid-sleep.target.wants
│       │   ├── multi-user.target.wants
│       │   ├── network-online.target.wants
│       │   ├── paths.target.wants
│       │   ├── printer.target.wants
│       │   ├── sleep.target.wants
│       │   ├── sockets.target.wants
│       │   ├── suspend.target.wants
│       │   ├── sysinit.target.wants
│       │   └── timers.target.wants
│       └── user
├── lib
│   └── systemd
│       └── system-sleep
├── $RECYCLE.BIN
│   └── S-1-5-21-1568003092-1971238075-3041751339-1001
├── System Volume Information
├── Temporary Work
├── usr
│   ├── local
│   │   └── bin
│   │       ├── bell
│   │       │   └── sounds
│   │       ├── startup-scripts
│   │       └── zap
│   │           └── Assembly-Intro-hello
│   │               ├── BeOS
│   │               ├── FreeBSD
│   │               └── Linux
│   └── share
│       └── plymouth
│           └── themes
│               ├── details
│               ├── earth-sunrise
│               ├── text
│               ├── tribar
│               ├── ubuntu-logo
│               └── ubuntu-text
└── wsl-linux-tmp

71 directories

Создание гибридной программы

Я взял одну из моих программ bash: Приложение, которое заблокирует экран после установить время Ubuntu и изменить его для распознавания при работе под Windows 10 и выдавать команды powershell вместо команд Ubuntu для сообщений и системных звуков.

Например, вот фрагмент кода для проверки если среда является Windows и использует другую команду, чем в Ubuntu:

if [[ $WSL_running == true ]]; then  
    powershell.exe -c '(New-Object Media.SoundPlayer "C:\Windows\Media\notify.wav").PlaySync();'
else
    ogg123 '/usr/share/sounds/ubuntu/stereo/phone-outgoing-calling.ogg' ;
fi

Вот полный код bash после того, как приложение было сделано гибридом Windows / Ubuntu:

$ cat /mnt/e/bin/lock-screen-timer
#!/bin/bash

# NAME: lock-screen-timer
# PATH: $HOME/bin
# DESC: Lock screen in x minutes
# CALL: Place on Desktop or call from Terminal with "lock-screen-timer 99"
# DATE: Created Nov 19, 2016. Last revision Nov 12, 2017.
# UPDT: Updated to support WSL (Windows Subsystem for Linux)

# NOTE: Time defaults to 30 minutes.
#       If previous version is sleeping it is killed.
#       Zenity is used to pop up entry box to get number of minutes.
#       If zenity is closed with X or Cancel, no screen lock timer is launched.
#       Pending lock warning displayed on-screen at set intervals.
#       Write time remaining to ~/.lock-screen-timer-remaining

MINUTES="$1" # Optional parameter 1 when invoked from terminal.

# if no parameters set default MINUTES to 30
if [ $# == 0 ]; then
    MINUTES=30
fi

DEFAULT="$MINUTES" # When looping, minutes count down to zero. Save deafult for subsequent timers.

# Check if lock screen timer already running
pID=$(pgrep -f "${0##*/}") # All PIDs matching lock-screen-timer name
PREVIOUS=$(echo "$pID" | grep -v ^"$$") # Strip out this running copy ($$$)
if [ "$PREVIOUS" != "" ]; then
    kill "$PREVIOUS"
    rm ~/.lock-screen-timer-remaining
    zenity --info --title="Lock screen timer already running" --text="Previous lock screen timer has been terminated."
fi

# Running under WSL (Windows Subsystem for Linux)?
if cat /proc/version | grep Microsoft; then
    WSL_running=true
else
    WSL_running=false
fi


while true ; do # loop until cancel

    # Get number of minutes until lock from user
    MINUTES=$(zenity --entry --title="Lock screen timer" --text="Set number of minutes until lock" --entry-text="$DEFAULT")

    RESULT=$? # Zenity return code
    if [ $RESULT != 0 ]; then
        break ; # break out of timer lock screen loop and end this script.
    fi

    DEFAULT="$MINUTES" # Save deafult for subsequent timers.
    if [[ $MINUTES == 0 ]] || [[ $MINUTES == "" ]]; then
        break ; # zero minutes considered cancel.
    fi

    # Loop for X minutes, testing each minute for alert message.
    (( ++MINUTES )) 
    while (( --MINUTES > 0 )); do
        case $MINUTES in 1|2|3|5|10|15|30|45|60|120|480|960|1920)
            notify-send --urgency=critical --icon=/usr/share/icons/gnome/256x256/status/appointment-soon.png "Locking screen in ""$MINUTES"" minute(s)." ;
            if [[ $WSL_running == true ]]; then  
                powershell.exe -c '(New-Object Media.SoundPlayer "C:\Windows\Media\notify.wav").PlaySync();'
            else
               ogg123 '/usr/share/sounds/ubuntu/stereo/phone-outgoing-calling.ogg' ;
            fi
           ;;
        esac;

        # Record number of minutes remaining to file other processes can read.
        echo "$MINUTES Minutes" > ~/.lock-screen-timer-remaining

        sleep 60

    done

    rm ~/.lock-screen-timer-remaining # Remove work file others can see our progress with

    if [[ $WSL_running == true ]]; then  
        # Call lock screen for Windows 10
        rundll32.exe user32.dll,LockWorkStation
    else
        # Call screen saver lock for Unbuntu versions > 14.04.
        dbus-send --type=method_call --dest=org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.Lock
    fi

    # Reset sound to Laptop or HDMI TV - Uncomment to fix sound device changing
    #    sleep 5 # HDMI deactivates when screen turned off. Give 5 seconds for TV to resync screen.
    #    hotplugtv

done # End of while loop getting minutes to next lock screen

exit 0 # Closed dialog box or "Cancel" selected.
2
задан 27 April 2018 в 16:58

6 ответов

Проблема в игре - это некорректная конфигурация директивы nginx fastcgi_pass, указывающая на несуществующий шлюз / восходящий шлюз.

С 14.10 (или это было 15.10, я точно не помню) php-fpm по умолчанию прослушивает локальный сокет UNIX, а не TCP-порт 9000. Я знаю это, потому что я приложил усилия, чтобы сделать это изменение в Ubuntu и Debian по умолчанию для FPM, и это было принято в упаковке. И я знаю, что это ваша настройка из-за строки listen = вашего FPM www.conf, которая говорит, что он прослушивает сокет.

Положите unix:/run/php/php7.0-fpm.sock в свою fastcgi_pass директиву в nginx серверный блок, а не 127.0.0.1:9000, который у вас есть. Это должно позволить ему работать должным образом, потому что тогда используется правильный шлюз PHP вверх.

2
ответ дан 22 May 2018 в 11:27

Проблема в игре - это некорректная конфигурация директивы nginx fastcgi_pass, указывающая на несуществующий шлюз / восходящий шлюз.

Начиная с 14.10 (или это было 15.10, я точно не помню) php-fpm по умолчанию прослушивает локальный сокет UNIX, а не TCP-порт 9000. Я знаю это, потому что я приложил усилия, чтобы сделать это изменение в Ubuntu и Debian по умолчанию для FPM, и это было принято в упаковке. И я знаю, что это ваша настройка из-за строки listen = вашего FPM www.conf, которая говорит, что он прослушивает сокет.

Положите unix:/run/php/php7.0-fpm.sock в свою fastcgi_pass директиву в nginx серверный блок, а не 127.0.0.1:9000, который у вас есть. Это должно позволить ему работать должным образом, потому что тогда используется правильный шлюз PHP вверх.

2
ответ дан 17 July 2018 в 16:55

Проблема в игре - это некорректная конфигурация директивы nginx fastcgi_pass, указывающая на несуществующий шлюз / восходящий шлюз.

Начиная с 14.10 (или это было 15.10, я точно не помню) php-fpm по умолчанию прослушивает локальный сокет UNIX, а не TCP-порт 9000. Я знаю это, потому что я приложил усилия, чтобы сделать это изменение в Ubuntu и Debian по умолчанию для FPM, и это было принято в упаковке. И я знаю, что это ваша настройка из-за строки listen = вашего FPM www.conf, которая говорит, что он прослушивает сокет.

Положите unix:/run/php/php7.0-fpm.sock в свою fastcgi_pass директиву в nginx серверный блок, а не 127.0.0.1:9000, который у вас есть. Это должно позволить ему работать должным образом, потому что тогда используется правильный шлюз PHP вверх.

2
ответ дан 23 July 2018 в 17:46

проверьте ваше определение пула php-fpm, которое должно быть найдено в /etc/php/7.0/fpm/pool.d

Пользовательские www-данные используются для запуска php-fpm:

user = www-data group = www-data [ ! d2]

-1
ответ дан 22 May 2018 в 11:27
  • 1
    Это точно мое определение. – user9303970 27 April 2018 в 10:07
  • 2
    Основная проблема заключается в том, что OP не обращал внимания на линию FPM listen, и поэтому NGINX отправляется в неправильное место. Я все время вижу эту ошибку, почему фактические фактические конфигурации по умолчанию (образец в sites-available/default из пакета на чистой установке NGINX) имеют как php-cgi, так и php-fpm в конфигурационном примере по умолчанию с FPM, который был раскомментирован по умолчанию. – Thomas Ward♦ 27 April 2018 в 14:38

проверьте ваше определение пула php-fpm, которое должно быть найдено в /etc/php/7.0/fpm/pool.d

Пользовательские www-данные используются для запуска php-fpm:

user = www-data group = www-data [ ! d2]

-1
ответ дан 17 July 2018 в 16:55

проверьте ваше определение пула php-fpm, которое должно быть найдено в /etc/php/7.0/fpm/pool.d

Пользовательские www-данные используются для запуска php-fpm:

user = www-data group = www-data [ ! d2]

-1
ответ дан 23 July 2018 в 17:46
  • 1
    Это точно мое определение. – user9303970 27 April 2018 в 10:07
  • 2
    Основная проблема заключается в том, что OP не обращал внимания на линию FPM listen, и поэтому NGINX отправляется в неправильное место. Я все время вижу эту ошибку, почему фактические фактические конфигурации пакетов по умолчанию (образец в sites-available/default из пакета на чистой установке NGINX) имеют как php-cgi, так и php-fpm fastcgi_pass в конфигурационном примере по умолчанию с FPM, который был раскомментирован по умолчанию. – Thomas Ward♦ 27 April 2018 в 14:38

Другие вопросы по тегам:

Похожие вопросы: