Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Strony: 1
Na wstępie witam wszystkich
Od długiego czasu usiłuję uruchomić szyfrowanie ssl na własnym certyfikacie, przeczytałem chyba wszystkie tutoriale na temat konfigurowania ssl-a, wykonywałem polecenia krok po kroku. wszystko się instaluje i uruchamia, mod_ssl jest uruchomiony ale przy próbie połączenia się przez https pojawia się błąd, "nie uzyskano połączenia z serwerem". Czy ktoś z Was spotkał się z takim błędem? Apacz słucha na 80 i na 443. Bardzo proszę aby ktoś z Was naprowadził mnie trochę. Debian lenny / apache2 / openssl
Offline
Wskazana aktualizacja do Squeeze, Lenny stracił suport z wejściem stabilnego Squeeze.
Spróbuj testu poleceniem
openssl s_client -connect host:443
i zobacz, co wywali na konsolę.
Poza tym test konfiguracji apacha:
apache2 -t
lub -T nie pamiętam w tej chwili, nie mam pod ręką apacha, w
man apache2
znajdziesz sposób.
I napisz, wg jakiego opisu wygenerowałeś certyfikat, i wrzuć na jakiegoś wkleja lub pasterbina konfig hosta ssl.
Poza tym apache przy uruchomieniu zazwyczaj ładnie pisze, co go boli.
Zainteresuj sie też poleceniem
make-ssl-cert
do generowania certyfikatów w Debianie.
Ten przepis powinien zadziałać na Lennym: https://help.ubuntu.com/community/forum/server/apache2/SSL
W każdym razie na Ubuntu działał ok.
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2011-05-28 23:50:29)
Online
Jacekalex napisał(-a):
Lenny stracił suport z wejściem stabilnego Squeeze.
Niezupełnie — obecnie poprzednia wersja stabilna Debiana wspierana jest jeszcze przez rok od ukazania się nowej. Zatem Lenny będzie oficjalnie wspierany (poprawki bezpieczeństwa itp.) mniej więcej do lutego 2012. Są chyba nawet plany żeby ten okres wydłużyć, ale Lenny i tak się raczej nie załapie.
Offline
Co w niczym nie zmienia faktu, że Squeeze jest znacznie szybszy i o wiele bezpieczniejszy od Lennyego.
Przykładowo Apache i spora część programów serwerowych w Squeeze jest kompilowany z suportem ASLR natomiast w Lennym z tego mechanizmu korzysta tylko serwer Ssh.
A to ważna linia obrony przed exploitami korzystającymi z mechanizmu przepełnienia bufora.
Sznurki:
http://wiki.debian.org/Hardening
Tester:
http://www.trapkit.de/tools/checksec.html - tym testowałem Squeeze
Albo:
aptitude install hardening-includes hardening-check `which apache2`
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2011-05-29 00:16:59)
Online
Jacekalex napisał(-a):
Co w niczym nie zmienia faktu, że Squeeze jest znacznie szybszy i o wiele bezpieczniejszy od Lennyego.
Nawet jeśli rzeczywiście tak jest, to nie zmienia to faktu, iż twierdzenie jakoby „Lenny stracił suport z wejściem stabilnego Squeeze” jest mijaniem się z prawdą. ;)
Offline
Kożystałem z tego tutka: http://www.debian-administration.org/articles/284,
Wynik polecenia
openssl s_client -connect host:443 , gethostbyname failure connect:errno=110
,
Czyli już tutaj jest coś na rzeczy.
apache2 -t apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName Syntax OK
Warn z domain name pokazywał się od początku ale serwer działał, składnia ok,
debian:~# /etc/init.d/apache2 restart Restarting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName (98)Address already in use: make_sock: could not bind to address [::]:80 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs failed!
naprawiłem to za pomocą
fuser -k -n tcp 80
,
i teraz jest:
/etc/init.d/apache2 start Starting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName Apache/2.2.9 mod_ssl/2.2.9 (Pass Phrase Dialog) Some of your private key files are encrypted for security reasons. In order to read them you have to provide the pass phrases. Server 127.0.1.1:443 (RSA) Enter pass phrase: OK: Pass Phrase Dialog successful. .
Treść pliku /etc/apache2/sites-available/default
<VirtualHost *:80> ServerAdmin webmaster@localhost ServerName www.*******.pl Serveralias *****.pl DocumentRoot /home/magento/public_html/ <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory /home/magento/public_html/> Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all </Directory> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ <Directory "/usr/lib/cgi-bin"> AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all </Directory> ErrorLog /var/log/apache2/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog /var/log/apache2/access.log combined Alias /doc/ "/usr/share/doc/" <Directory "/usr/share/doc/"> Options Indexes MultiViews FollowSymLinks AllowOverride None Order deny,allow Deny from all Allow from 127.0.0.0/255.0.0.0 ::1/128 </Directory> SSLVerifyClient none SSLEngine off </VirtualHost> NameVirtualHost *:443 <VirtualHost *:443> ServerAdmin webmaster@localhost ServerName www.******.pl Serveralias *****.pl SSLEngine off SSLCipherSuite DHE-RSA-AES256-SHA:EDH-RSA-DES-CBC3-SHA:DHE-RSA-AES128-SHA:AES256-SHA:DES-CBC3-SHA:AES128-SHA:RC4-SHA SSLCertificateFile /etc/apache2/ssl/apache.crt SSLCertificateKeyFile /etc/apache2/ssl/apache.key DocumentRoot /home/magento/public_html/ <Directory /> Options FollowSymLinks AllowOverride None </Directory> <Directory /home/magento/public_html/> Options Indexes FollowSymLinks MultiViews AllowOverride None Order allow,deny allow from all </Directory> ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ <Directory "/usr/lib/cgi-bin"> AllowOverride None Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch Order allow,deny Allow from all </Directory> ErrorLog /var/log/apache2/error.log # Possible values include: debug, info, notice, warn, error, crit, # alert, emerg. LogLevel warn CustomLog /var/log/apache2/access.log combined Alias /doc/ "/usr/share/doc/" <Directory "/usr/share/doc/"> Options Indexes MultiViews FollowSymLinks AllowOverride None Order deny,allow Deny from all Allow from 127.0.0.0/255.0.0.0 ::1/128 </Directory> </VirtualHost>
konfiguracja ssl
# # OpenSSL configuration file. # # Establish working directory. dir = . [ req ] default_bits = 1024 # Size of keys default_keyfile = key.pem # name of generated keys default_md = md5 # message digest algorithm string_mask = nombstr # permitted characters distinguished_name = req_distinguished_name [ req_distinguished_name ] # Variable name Prompt string #---------------------- ---------------------------------- 0.organizationName = Organization Name (company) organizationalUnitName = Organizational Unit Name (department, division) emailAddress = Email Address emailAddress_max = 40 localityName = Locality Name (city, district) stateOrProvinceName = State or Province Name (full name) countryName = Country Name (2 letter code) countryName_min = 2 countryName_max = 2 commonName = Common Name (hostname, IP, or your name) commonName_max = 64 # Default values for the above, for consistency and less typing. # Variable name Value #------------------------------ ------------------------------ 0.organizationName_default = The Sample Company localityName_default = Metropolis stateOrProvinceName_default = New York countryName_default = US [ v3_ca ] basicConstraints = CA:TRUE subjectKeyIdentifier = hash authorityKeyIdentifier = keyid:always,issuer:always
Będę wdzięczny za pomoc
P.S. jest w planach upgrade tylko trochę się boję ze względu na to, że dużo jest już zrobione na serwerku ;-)
Offline
Co do
pio_trek248 napisał(-a):
Kożystałem z tego tutka:
To zacznij korzystać ze słownika do przeglądarki:
Wynik polecenia
Kod:
openssl s_client -connect host:443 , gethostbyname failure connect:errno=110,
Czyli już tutaj jest coś na rzeczy.
I powinno krzaczyć: to test połączenia ssl, a czy twój Apache ma adres host?
czy może ma adres domeny, albo localhost? - można też po IP, ale posługiwanie się międzyusznym programem brain nieuniknione. Bez tego się nie da.
składnia
<adres_serwera>:<port-ssl>
Kod:
apache2 -t apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName Syntax OKWarn z domain name pokazywał się od początku ale serwer działał, składnia ok,
Kod:
debian:~# /etc/init.d/apache2 restart Restarting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName (98)Address already in use: make_sock: could not bind to address [::]:80 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs failed!naprawiłem to za pomocą
Kod:
fuser -k -n tcp 80
Tu się kłania konfiguracja Apacha: 127.0.1.1 to nie jest normalny adres, można odpalić Apacha na127.0.0.1 (localhost), wtedy będzie miauczał podobnie, ale działał.
i teraz jest:
Kod:
/etc/init.d/apache2 start Starting web server: apache2apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName Apache/2.2.9 mod_ssl/2.2.9 (Pass Phrase Dialog) Some of your private key files are encrypted for security reasons. In order to read them you have to provide the pass phrases. Server 127.0.1.1:443 (RSA) Enter pass phrase: OK: Pass Phrase Dialog successful. .
Zamiast dalszych odpowiedzi małe demo zrobione u mnie (instalacja Apache2, Mysql i php od zera):
apt-get install mysql-server apt-get install libpapche2-mod-php5 phpmyadmin
zrobione:
test netcatem:
echo GET |nc localhost 80 <html><body><h1>It works!</h1> <p>This is the default web page for this server.</p> <p>The web server software is running but no content has been added, yet.</p> </body></html>
czy Apache działa?
teraz ssl:
mkdir -p /etc/apache2/ssl/
openssl genrsa -out /etc/apache2/ssl/apache.key 2048 openssl req -new -x509 -days 365 -key /etc/apache2/ssl/apache.key -out /etc/apache2/ssl/apache.crt
Certyfikat gotowy?:
ls -l /etc/apache2/ssl/apache* -rw-r--r-- 1 root root 1326 05-29 12:27 /etc/apache2/ssl/apache.crt -rw-r--r-- 1 root root 1679 05-29 12:26 /etc/apache2/ssl/apache.key
cp /etc/apache2/sites-available/default /etc/apache2/sites-available/ssl
nano /etc/apache2/sites-available/ssl
zmieniam nagłówek:
<virtualhost *:443> ServerAdmin webmaster@localhost SSLEngine On SSLCertificateFile /etc/apache2/ssl/apache.crt SSLCertificateKeyFile /etc/apache2/ssl/apache.key ........
a2enmod ssl Enabling module ssl. See /usr/share/doc/apache2.2-common/README.Debian.gz on how to configure SSL and create self-signed certificates. Run '/etc/init.d/apache2 restart' to activate new configuration!
/etc/init.d/apache2 restart Restarting web server: apache2 ... waiting .
lsof -i :443 | grep apache apache2 30174 root 4u IPv4 109628 0t0 TCP *:https (LISTEN) apache2 30184 www-data 4u IPv4 109628 0t0 TCP *:https (LISTEN) apache2 30185 www-data 4u IPv4 109628 0t0 TCP *:https (LISTEN) apache2 30186 www-data 4u IPv4 109628 0t0 TCP *:https (LISTEN) apache2 30187 www-data 4u IPv4 109628 0t0 TCP *:https (LISTEN) apache2 30188 www-data 4u IPv4 109628 0t0 TCP *:https (LISTEN)
Spróbuj - czy u Ciebie to pójdzie wg przepisu z https://help.ubuntu.com/community/forum/server/apache2/SSL, u mnie wywala błąd certyfikatu przy próbie połączenia. (Debian testing).
Za to ten przepis działa bez problemu:
http://ubuntu.pl/forum/viewtopic.php?t=40547 - według niego robiłem powyższą próbę.
Czy działa:
openssl s_client -connect localhost:443
CONNECTED(00000003)
depth=0 C = PL, ST = Some-State, O = Internet Widgits Pty Ltd, emailAddress = webmaster@localhost
verify error:num=18:self signed certificate
verify return:1
depth=0 C = PL, ST = Some-State, O = Internet Widgits Pty Ltd, emailAddress = webmaster@localhost
verify return:1
---
Certificate chain
0 s:/C=PL/ST=Some-State/O=Internet Widgits Pty Ltd/emailAddress=webmaster@localhost
i:/C=PL/ST=Some-State/O=Internet Widgits Pty Ltd/emailAddress=webmaster@localhost
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIDpTCCAo2gAwIBAgIJAKosm6WUmglbMA0GCSqGSIb3DQEBBQUAMGkxCzAJBgNV
BAYTAlBMMRMwEQYDVQQIDApTb21lLVN0YXRlMSEwHwYDVQQKDBhJbnRlcm5ldCBX
aWRnaXRzIFB0eSBMdGQxIjAgBgkqhkiG9w0BCQEWE3dlYm1hc3RlckBsb2NhbGhv
c3QwHhcNMTEwNTI5MTAyNzA3WhcNMTIwNTI4MTAyNzA3WjBpMQswCQYDVQQGEwJQ
TDETMBEGA1UECAwKU29tZS1TdGF0ZTEhMB8GA1UECgwYSW50ZXJuZXQgV2lkZ2l0
cyBQdHkgTHRkMSIwIAYJKoZIhvcNAQkBFhN3ZWJtYXN0ZXJAbG9jYWxob3N0MIIB
IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAz0MEf27oemRKTe31e57FSuy0
kJzr5JhnpnV6v1sxfoaEtrn1aQqNGgue380l93hkjVA+xirMTdlb4Z6/cswrjlDQ
D8TkYzA6/3h7JrE6fgHMctAUWMq15N91KqNYakkGHe4Avcz8HEERM5BaJmbltomK
EmoSMR3IGMKNKwUeaABweMgtvEVcjmtPLvsdZTorOZdWoEit5LiOlo6AJpKHazLP
nW6Gfzrl3Za041uboIr7F9ddd+IspiKyepa6biKrfaITe6SbCszkB2ozyKrKd7UP
vFWBw11MPKvGyNUwq4HRi3ua/o6AS4F1lEoCA7bnUB2UV+bHeam0kwB4J5uR0wID
AQABo1AwTjAdBgNVHQ4EFgQUprJMZUtYTItmkIIMFDrFHTW8bSwwHwYDVR0jBBgw
FoAUprJMZUtYTItmkIIMFDrFHTW8bSwwDAYDVR0TBAUwAwEB/zANBgkqhkiG9w0B
AQUFAAOCAQEAfGAyi+f+Mvj/fUsL/3gIEmOZvT2jUV8rDgG+U1ACYI6zB/BahCYS
iDA/G86G89hi8IZGVzeSGTecCc0JDgxDldE7iAqWneWDz0YjT/uEkYmPXaXJNjmx
D5KIrjOElR29ZQ7+nZvTmI9T2SngZMfTBSzolkpbolXLJPCTCn5uIf6b7gL5vgtk
ajiwJfZwkVW9jkC4y/EdtRDQyvHGpZuKoE8JlB2mZfmgNys5gpQ0ZgmJdSl6HaNi
twBPpM3iQHaO5HfdSRACvCBhI7kCs9Yso9lm1fNpfAzwUoUDLsIFIDGeHxVDo4+I
uOd6t9r9/cxFME7jhNCTDJ5mnYvO0Hv62w==
-----END CERTIFICATE-----
subject=/C=PL/ST=Some-State/O=Internet Widgits Pty Ltd/emailAddress=webmaster@localhost
issuer=/C=PL/ST=Some-State/O=Internet Widgits Pty Ltd/emailAddress=webmaster@localhost
---
No client certificate CA names sent
---
SSL handshake has read 1668 bytes and written 369 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 2048 bit
Secure Renegotiation IS supported
Compression: zlib compression
Expansion: zlib compression
SSL-Session:
Protocol : SSLv3
Cipher : DHE-RSA-AES256-SHA
Session-ID: A1B8DF4A06BCF459E6B23FF3515073E27107F77D30D95B4D27E93CF904B6F258
Session-ID-ctx:
Master-Key: F1E0D766111EC7329E5EEDE2947AC4A742F76175C9D39C82D624E7B753EB48CEE1A2640D5F41D99B4C708AF497FC39B2
Key-Arg : None
PSK identity: None
PSK identity hint: None
Compression: 1 (zlib compression)
Start Time: 1306665297
Timeout : 7200 (sec)
Verify return code: 18 (self signed certificate)
---
GET
<html><body><h1>It works!</h1>
<p>This is the default web page for this server.</p>
<p>The web server software is running but no content has been added, yet.</p>
</body></html>
closed
Tutek, z którego robiłeś jest o openssl - i bardziej zaciemnia obraz, niż pokazuje, jak się włącza ssl w Apachu.
W rolach głównych udział wzięli (i dziękują za uwagę):
Debian Wheezy (testing).
Apache/2.2.17 (Debian)
Openssl 1.0.0d-2
Netcat
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2011-05-29 13:34:14)
Online
Dzięki za pomoc i cierpliwość, zrobiłem zgodnie z http://ubuntu.pl/forum/viewtopic.php?t=40547
przy poleceniu jest takie coś:
openssl s_client -connect 192.168.1.4:443 CONNECTED(00000003) 9827:error:140790E5:SSL routines:SSL23_WRITE:ssl handshake failure:s23_lib.c:188:
natomiast przy
openssl s_client -connect cds.gsfc.nasa.gov:443 -cipher 'DEFAULT:!DHE-RSA-AES256-SHA:!DHE-DSS-AES256-SHA:!AES256-SHA'
CONNECTED(00000003) depth=1 /C=US/O=GeoTrust, Inc./CN=GeoTrust SSL CA verify error:num=20:unable to get local issuer certificate verify return:0 --- Certificate chain 0 s:/serialNumber=KwzeF9S0v8nuC3JNQzzDxYQHscbqKO7Q/C=US/ST=Maryland/L=Greenbelt/O=Honeywell Technology Solutions, Inc./OU=CDS / Code 450/CN=*.gsfc.nasa.gov i:/C=US/O=GeoTrust, Inc./CN=GeoTrust SSL CA 1 s:/C=US/O=GeoTrust, Inc./CN=GeoTrust SSL CA i:/C=US/O=GeoTrust Inc./CN=GeoTrust Global CA --- Server certificate -----BEGIN CERTIFICATE----- MIIEoTCCA4m*********tx1tIcVuhnxEQtq6nmp YmqH+GCrKr1fxND56IYPpmvHMUdY92263yUpJO0u54LFAj4iNQ== -----END CERTIFICATE----- subject=/serialNumber=KwzeF9S0v8nuC3JNQzzDxYQHscbqKO7Q/C=US/ST=Maryland/L=Greenbelt/O=Honeywell Technology Solutions, Inc./OU=CDS / Code 450/CN=*.gsfc.nasa.gov issuer=/C=US/O=GeoTrust, Inc./CN=GeoTrust SSL CA --- No client certificate CA names sent --- SSL handshake has read 2340 bytes and written 438 bytes --- New, TLSv1/SSLv3, Cipher is AES128-SHA Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1 Cipher : AES128-SHA Session-ID: A51******2048 Session-ID-ctx: Master-Key: 7F9******D28D17615 Key-Arg : None Start Time: 1306669654 Timeout : 300 (sec) Verify return code: 20 (unable to get local issuer certificate) --- read:errno=0
Dopiero się uczę więc proszę o wyrozumiałość.
Offline
Fakt jest taki, że ja też niedawno uruchamiałem Apache z ssl i również krzaczyło mi się. Z kolei jak podpiałem certyfikat pod lighttpd to bez problemu poszło. W lighttpd nie ma takich fikołów jak w Apache.
@Jacekalex
Również robiłem tak jak Ty i mi z kolei krzaczy tak:
root@devel:/etc/apache2/ssl# openssl s_client -connect localhost:443 CONNECTED(00000003) 3074709656:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:338: --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 5 bytes and written 7 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE SSL-Session: Protocol : SSLv3 Cipher : 0000 Session-ID: Session-ID-ctx: Master-Key: Key-Arg : None PSK identity: None PSK identity hint: None Start Time: 1306682367 Timeout : 7200 (sec) Verify return code: 0 (ok)
---
root@devel:/etc/apache2/ssl# lsof -i :443
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME apache2 29430 root 6u IPv6 571521 0t0 TCP *:https (LISTEN) apache2 29438 www-data 6u IPv6 571521 0t0 TCP *:https (LISTEN) apache2 29439 www-data 6u IPv6 571521 0t0 TCP *:https (LISTEN) apache2 29440 www-data 6u IPv6 571521 0t0 TCP *:https (LISTEN) apache2 29441 www-data 6u IPv6 571521 0t0 TCP *:https (LISTEN) apache2 29442 www-data 6u IPv6 571521 0t0 TCP *:https (LISTEN)
Jak widać nasłuchuje na ipv6 - nie rozumiem dlaczego?
komenda apache2 -t pokazuje :
apache2: bad user name ${APACHE_RUN_USER}
Sam sobie zaprzecza?
Oczywiście lokalnie mogę przeglądać po 80 porcie
Ostatnio edytowany przez hello_world (2011-05-29 15:59:23)
Offline
Ok znalzałem u siebie bład (nie wygenerowałem pliku). Po prostu nie wykonałem a2ensite. Wiec komunikat teraz openssl s_client pokazuje ok.
Teraz tylko dlaczego ipv6 i dlaczego teb bad user?
Debian Sid
apache 2.2.19
openssl OpenSSL 1.0.0d
Offline
U mnie po wykonaniu a2ensite jest ten sam problem...
Offline
Ale nie zrobiłeś tak jak podawał Jacekalex.
Masz wszystko wpisane w jednym pliku - default
Offline
Tym błędem ostatnim się nie przejmuj. Jak sobie zerkniesz do apache2.conf to zobaczysz zmienną środowiskową która jest dopiero później rozwijana przez apache2ctl
Offline
hello_world napisał(-a):
.....
@Jacekalex
Również robiłem tak jak Ty i mi z kolei krzaczy tak:...
A u mnie świezą instalacja Debiana Squeeze, aktualizacja do Wheezy, świeża instalacja Apacha, Mysql i PHP, certyfikat zrobiłem i podpiąłem bezpośrednio po instalacji i chodzi.
W Lennym powinien pójść sposób z make-ssl-cert, w Sidzie poszło sposobem nr 2.
W Ubuntu 8.04 i 8.10 był kłopot z Apachem, dlatego generowało się cert przez make-ssl-cert.
Lenny jest rówieśnikiem Ubuntu 8.04, i prawdopodobnie zadziała ten sposób.
W każdym razie jak nie jeden, to drugi.
Ewentualnie można się pobawić z dokumentacją:
http://httpd.apache.org/docs/2.2/ssl/ssl_faq.html
http://www.modssl.org/docs/2.8/ssl_faq.html
A tutaj jest trzeci sposób (najtrudniejszy), działa na Gentoo (Apache to Apache, konfiguruje się tak samo):
http://en.gentoo-wiki.com/wiki/Apache2/SSL_Certificates
To by było na tyle
;-)
Ostatnio edytowany przez Jacekalex (2011-06-19 06:57:25)
Online
Witam ponownie wszystko działa, wymieniłem system na squeeze i po 15 minutach ssl działa bez problemu. Temat zamknięty, dziękuję za pomoc w szczególności Jacekalex.
Offline
Strony: 1