Dotaz: Apache + SSL + subdomey

[Dirka]

cau, mam problem s Apache, aby spravne zobrazoval subdomeny pro SSL. Pro vsechny subdomeny zobrazuje obsah hlavni domeny, pro http spojeni mi vse funguje jak ma, tedy subdomeny korektne zobrazuji spravny obsah.

<VirtualHost domena.cz:443>
ServerAdmin webmaster@localhost
ServerName domena.cz
ServerAlias www.domena.cz
DocumentRoot /var/www/domena.cz/www/
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride all
Order allow,deny
allow from all
</Directory>
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/domena.cz.crt
SSLCertificateKeyFile /etc/apache2/ssl/domena.cz.key

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined


</VirtualHost>

<VirtualHost subdomena1.domena.cz:443>
ServerAdmin webmaster@localhost
ServerName subdomena1.domena.cz

DocumentRoot /var/www/domena.cz/subdomena1/
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride all
Order allow,deny
allow from all
</Directory>

SSLEngine on
SSLCertificateFile /etc/apache2/ssl/domena.cz.crt
SSLCertificateKeyFile /etc/apache2/ssl/domena.cz.key

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined

</VirtualHost>

Debian 6.0.4 + aktualni verze apache

---

---

Odpovědi

[Filip Jirsák]

Standardní HTTPS nepodporuje virtuální servery rozlišené podle jména, protože jméno se přenáší až uvnitř šifrované komunikace a server tudíž neví, který certifikát má použít. Existuje rozšíření SNI, které podporuje Apache od verze 2.2.12. Bohužel podpora ze strany prohlížečů pořád není ideální, třeba Internet Explorer pod Windows XP to stále neumí.

[komodo]

Samozrejme ze to jde, ve vnitrni siti to pouzivame bezne. Jediny problem, ktery se neda bez SNI vyresit je to, ze se u kazdyho virtualu pouzije certifikat definovany v prvnim virtualhostu.

Tady je nejake HOWTO

[Dirka]

Dik, ale nastaveni na IP adresu, jak to je v tom dokumentu mi dava stejny chovani, tedy vsechny subdomeny zobrazuji to, co je definovay v prvnim hostu.

[alkoholik]

A nechybi ti tam NameVirtualHost?

[Dirka]

To mam samo nastaveny, uz kua nevim co dal grrr, to je takova sragora ten apache?

Nemas treba nekde trosku podrobneji rozepsany jak to mas v te vnitrni siti, jestli nedelam nekde neco blbe?

[LangPa]

Tohle nepomůže?

[Filip Jirsák]

Co kdybyste sem váš konfigurák přiložil? Když to ostatním funguje, asi nebude problém v Apachi…

[blondak]

no podle mě je problém v tom <VirtualHost domena.cz:443> mělo by tam být to samé co je v NameVirtualHost např:

NameVirtualHost *:443
<VirtualHost *:443>
    ServerName domena.cz
    ServerAlias www.domena.cz
    ....
</VirtualHost>

<VirtualHost *:443>
    ServerName subdomena1.domena.cz
    ....
</VirtualHost>

[komodo]

Presne tak, tohle by melo v pohode fungovat a nemusite to mit na dvou IP adresach a resit NAT pro dalsi IP.

[Dirka]

A muzes mi sem hodit nakej ukazovaj konfigurak od vas, kde to funguje? S * mi to nefungovalo, nastaveni bylo stejny jako v tomhle prispevku http://www.abclinuxu.cz/poradna/linux/show/355541#12 jen zamenis IP za *:443 diky

ps - http u me s * funguje bez problemu

[alkoholik]

Na vnitrni siti se da v pohode pouzivat certifikat se subjectAltName, aby stranky se tvarily bezpecne.

[Dirka]

Podle vseho co sem se docetl a podle konfiguraku v ssl by SNI melo byt podporovany u me na servru, ale stejne mi to nejede :/

[LangPa]

stunnel umí zakončit SSL/TLS spojení, podporuje SNI, lze použít jako proxy, která forwarduje na apache, ten už žeší přímo dešifrovaný HTTP traffic.

Je možné naporit ho na pojmenovanou rouru nebo na jiný port a tím odlišit, že připojení je šifrované. Tuším, že zvládne nastavit i nějaké HTTP hlavičky, ale možná je potřeba použít správný patch

Já sice používám konfiguraci stunnel <==> HAProxy <==> nginx, ale s Apache by neměl být problém.

nginx umí SNI také a možná je konfigurace rozumnější, ale zase naproti tomu je třeba PHP napojit přez FastCGI (což nemusí být nutně na škodu - memory footprint/non PHP request)

[Dirka]

Takze soucasnej stav, na lokale funguje vse jak ma, jen z venku to nak nevali, prikladam konfiguraky.

/etc/apache2/ports.conf

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
NameVirtualHost *:443
Listen 443 https
</IfModule>

<IfModule mod_gnutls.c>
Listen 443
</IfModule>

/etc/apache2/sites-available/ssl

<VirtualHost 10.1.1.1:443>
ServerAdmin webmaster@localhost
ServerName domena.cz
ServerAlias www.domena.cz
DocumentRoot /var/www/domena.cz/www/
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/domena.cz/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride all
Order allow,deny
allow from all
</Directory>
SSLEngine on
SSLCertificateFile /etc/apache2/ssl/domena.cz.crt
SSLCertificateKeyFile /etc/apache2/ssl/domena.cz.key

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

<VirtualHost 10.1.1.2:443>
ServerAdmin webmaster@localhost
ServerName subdomena1.domena.cz

DocumentRoot /var/www/domena.cz/subdomena1/
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/domena.cz/subdomena1/>
Options Indexes FollowSymLinks MultiViews
AllowOverride all
Order allow,deny
allow from all
</Directory>

SSLEngine on
SSLCertificateFile /etc/apache2/ssl/subdomena1.domena.cz.crt
SSLCertificateKeyFile /etc/apache2/ssl/subdomena1.domena.cz.key

ErrorLog ${APACHE_LOG_DIR}/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn

CustomLog ${APACHE_LOG_DIR}/access.log combined
</VirtualHost>

/etc/hosts

127.0.0.1    localhost
127.0.1.1    debian6.wedos.com    debian6
10.1.1.1    
10.1.1.2    

curl -k https://10.1.1.1 resp curl -k https://10.1.1.2 vraci spravnej obsah.

curl -k https://domena.cz pripadne subdomena vraci

curl: (35) error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

Port 443 je otevrenej, nemate nekdo nakej napad?

[Filip Jirsák]

Máte správně nastavený NAT na firewallu? Tj. zda předává komunikaci na správnou IP adresu ve vnitřní síti a správný port.

[Dirka]

Ano nejspise je problem zde, z localu to rozezna fqdn, externe ne. Nicmene mohl byste mne nakopnout dale? Zde je vypis iptables

Chain INPUT (policy ACCEPT)
target     prot opt source               destination         
fail2ban-ssh-ddos  tcp  --  anywhere             anywhere            multiport dports ssh
fail2ban-ssh  tcp  --  anywhere             anywhere            multiport dports ssh
ACCEPT     all  --  anywhere             anywhere            
REJECT     all  --  anywhere             loopback/8          reject-with icmp-port-unreachable
ACCEPT     all  --  anywhere             anywhere            state RELATED,ESTABLISHED
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:www
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:https
ACCEPT     tcp  --  anywhere             anywhere            tcp dpt:322
ACCEPT     icmp --  anywhere             anywhere            icmp echo-request
LOG        all  --  anywhere             anywhere            limit: avg 5/min burst 5 LOG level debug prefix `iptables denied: '
REJECT     all  --  anywhere             anywhere            reject-with icmp-port-unreachable

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination         
REJECT     all  --  anywhere             anywhere            reject-with icmp-port-unreachable

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination         
ACCEPT     all  --  anywhere             anywhere            

Chain fail2ban-ssh (1 references)
target     prot opt source               destination         
RETURN     all  --  anywhere             anywhere            

Chain fail2ban-ssh-ddos (1 references)
target     prot opt source               destination         
RETURN     all  --  anywhere             anywhere            

Je treba to udelat zde nebo pomoci route add? Mohl byste dat priklad pri interni addrese 10.1.1.1 a verejne ip napr 30.30.30.30? diky moc

[Filip Jirsák]

Je potřeba to udělat v NATovací tabulce. Tu vypíšete příkazem

iptables -t NAT --line-numbers -n -L -v

[Dirka]

Mohl byste byt konkretnejsi co v te konfiguraci zmenit/pridat? NAT tabulka je momentalne prazdna. Bohuzel iptables temer neznam a co jsem zkusil nastaveni podle dotazu zde na foru/co jsem nasel jinde, tak z toho nejsem vubec chytrejsi. diky

[Filip Jirsák]

Pokud je NAT tabulka prázdná a nemáte tam ani žádný reverzní proxy server, nemůže se nikdo z venku připojit ani na HTTP. V konfiguraci máte uvedené IP adresy z privátního rozsahu, na které se z venku nikdo přímo nemůže připojit.

[Dirka]

Takze nasledujici mi propusti https traffic a korektne funguje z venku ... jenze

iptables -t nat -A PREROUTING -i eth0 -d externi.IP -p tcp --dport 443 -j DNAT --to-destination 10.1.1.1

problem je ten, ze jen na tu jedno konkretni IP, lze toto nak aplikovat pro vice internich adres s jednou verejnou, pripadne jak?

[Filip Jirsák]

Musíte to nějak odlišit. Portem, cílovou veřejnou IP adresou, zdrojovou IP adresou… Firewall má k dispozici čtyři údaje – zdrojovou a cílovou IP adresu a zdrojový a cílový port, a podle těch musí určit, co s paketem udělá. Pokud byste chtěl pod jednou veřejnou IP adresou vidět víc různých webů, musel byste tu HTTP(S) komunikaci zakončit na reverzním proxy serveru, ten by se podíval dovnitř do HTTP komunikace a podle toho by vytvořil nový požadavek do vnitřní sítě a odpověď pak předal zpět klientovi. To s firewallem udělat nejde, protože ten nerozumí vnitřku té komunikace (protokolu HTTP). V případě HTTPS by tedy musel být certifikát na tom proxy serveru.

[Dirka]

Dobre, diky, vyresil jsem to pres ruzny porty, krome jedne hlavni domeny jsou to ciste moje interni veci, takze mi to nevadi mit navic cislo portu v adrese.