Zammad: Jangan masukkan zammad.conf ke /etc/nginx/sites-enabled/

Dibuat pada 21 Jun 2017  ·  10Komentar  ·  Sumber: zammad/zammad

Informasi:

  • Versi Zammad bekas: 1.6.0-1497971761.97eca99.jessie
  • Sumber instalasi Zammad yang digunakan: paket
  • Sistem operasi: Debian 8
  • Peramban + versi: t/a

Perilaku yang diharapkan:

  • Paket Zammad menjatuhkan contoh konfigurasi nginx ke /etc/nginx/sites-available

Perilaku sebenarnya:

  • Paket Zammad menginstal konfigurasi nginx ke /etc/nginx/sites-enabled
  • Ini secara aktif mengubah konfigurasi server web yang bukan praktik yang baik.
  • Dalam kasus kami, ini bertentangan dengan nama vhost yang ada dan nginx tidak akan memuat ulang/memulai ulang lagi:
Jun 21 16:28:22 tickets.darmstadt.freifunk.net systemd[1]: Starting A high performance web server and a reverse proxy server...
Jun 21 16:28:22 tickets.darmstadt.freifunk.net nginx[14822]: nginx: [emerg] duplicate upstream "zammad" in /etc/nginx/sites-enabled/zammad.conf:5
Jun 21 16:28:22 tickets.darmstadt.freifunk.net nginx[14822]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jun 21 16:28:22 tickets.darmstadt.freifunk.net systemd[1]: nginx.service: control process exited, code=exited status=1
Jun 21 16:28:22 tickets.darmstadt.freifunk.net systemd[1]: Failed to start A high performance web server and a reverse proxy server.

Langkah-langkah untuk mereproduksi perilaku:

  • Pindahkan /etc/nginx/sites-enabled/zammad.conf ke /etc/nginx/sites-enabled/tickets.example.com.conf
  • Perbarui paket
  • Ledakan.

Komentar yang paling membantu

Semua 10 komentar

Apa poin Anda?
Anda ingin menginstal Zammad dengan tangan dan paket dan berharap tidak ada konflik?

Eidt: Sekarang saya melihat apa yang telah Anda lakukan. Anda mengganti nama file konfigurasi kami sehingga Zammad menginstal yang baru, saat memperbarui. Tidak bisa bekerja. Jangan ganti nama file konfigurasi kami.

Biasanya praktik terbaik untuk menginstal file konfigurasi baru ke /etc/apache2/sites-available atau /etc/nginx/sites-available/ dan menghubungkannya ke /etc/$webserver/sites-enabled . Hal ini memungkinkan admin untuk dengan mudah en- & menonaktifkan situs.

Terutama karena file konfigurasi (per default) hanya berisi HTTP, Anda (sebagai admin) mungkin akan berakhir menulis sendiri atau menyesuaikannya tetap dapat menonaktifkan konfigurasi vendor & menggunakannya sebagai referensi (untuk pengaturan proxy dll) mungkin ide yang waras.

Rekomendasi saya adalah hanya menjatuhkan file konfigurasi di /etc/$webserver/sites-available dan symlink ke /etc/$webserver/sites-enabled HANYA selama instalasi paket - bukan peningkatan. Jika symlink masih ada, konfigurasi server web akan diperbarui - jika seseorang ingin menjalankan konfigurasinya sendiri, ia harus menyesuaikan.

Saya sangat berharap Anda akan mempertimbangkan kembali ini. Menginstal contoh konfigurasi contrib ke dalam setup produksi tidak boleh dilakukan.

Sepenuhnya setuju dengan @andir

Skrip konfigurasi dijalankan setelah instalasi paket sehingga tidak ada cara menyimpan untuk memeriksa apakah itu instalasi pertama atau bukan dan oleh karena itu tidak ada bedanya jika Anda menggunakan symlink atau tidak.

Nah dalam skenario paling sederhana, Anda akan melakukan ini test -f di sana untuk dideteksi
sebuah peningkatan. Paket jelas mampu melakukan perilaku yang berbeda
tergantung pada (pertama) menginstal dan meng-upgrade. Pikirkan tentang migrasi basis data
Anda file yang ada dll...

Pada 23 Jun 2017 18:39, "André Bauer" [email protected] menulis:

Skrip konfigurasi dijalankan setelah instalasi paket sehingga ada
tidak ada cara menyimpan untuk memeriksa apakah itu instalasi pertama atau tidak dan karena itu
tidak ada bedanya jika Anda menggunakan symlink atau tidak.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/zammad/zammad/issues/1196#issuecomment-310714440 , atau bisu
benang
https://github.com/notifications/unsubscribe-auth/AAm_dK9PdJdzrZCyfvuYpmJknzdZ778Rks5sG-oigaJpZM4OBDiJ
.

Jika Anda sudah memiliki ide: https://github.com/zammad/zammad/tree/develop/contrib/packager.io

Pullrequest selamat datang.

Oke, saya telah menguji symlink dalam pikiran, apa yang tentu saja tidak berfungsi, tetapi memeriksa file itu sendiri di situs yang tersedia bisa menjadi solusi, setidaknya untuk sistem keluarga Debian. Sejauh yang saya ingat centos & suse tidak memiliki direktori yang tersedia / diaktifkan ...

Saya akan melakukannya untuk Debian segera setelah saya memiliki waktu luang.

Terima kasih! 👍

Apakah halaman ini membantu?
0 / 5 - 0 peringkat