Dotaz: SSLH a Apache2, který drží port 443

[Kevin]

Ahoj, na Debianu jsem chtěl rozjet SSLH pro port 443, tak jsem Apache2 (a všechny jeho vhosty) přehodil na 127.0.0.1.

tcp        0      0 127.0.0.1:443           0.0.0.0:*               LISTEN

Jenže, když spustím SSLH dostani následující hlášku:

sslh[11814]: 0.0.0.0:https:bind: Address already in use

Poradíte, co mám blbě a jak to dít do kupy?

---

---

Odpovědi

[Filip Jirsák]

SSLH se chce připojit na všechny dostupné IP adresy (0.0.0.0), ale na 127.0.0.1 nemůže, protože už je obsazená. Musíte v konfiguraci SSLH vyjmenovat IP adresy, na kterých má naslouchat (všechny kromě 127.0.0.1).

[Kevin]

Aha, no jel jsem podle návodu http://www.root.cz/clanky/sslh-ssh-ssl-vpn-a-dalsi-sluzby-na-jednom-portu/ a tam o tom nic nepíšou.. v jiných návodech jsem taky nenašel zmínku. Jak to tam mám zapsat?

[Jendа]

a tam o tom nic nepíšou

Píšou.

DAEMON_OPTS="--user sslh --listen 0.0.0.0:443

[Kevin]

No vždyť jo, mám tam nastaveno 0.0.0.0:443 a to mi způsobuje můj problém... ??

[Jendа]

Ano.

[Kevin]

Diky;)

[Filip Jirsák]

Buď v tom parametru --listen uveďte konkrétní IP adresu, na které má SSLH naslouchat (asi půjde pro více adres ten parametr zopakovat). Nebo web server přesuňte na jiný port než 443 a pak můžete u listen použít 0.0.0.0:443 (web server na 127.0.0.1 nebude na portu 443 „překážet“).

[Kevin]

No a co se stane, když webserver přesunu na jiný port? To mi díky SSLH bude pořád fungovat HTTPS přes 443? Je mi divný, že všude v návodech nastaví jen localhost a nastaví SSLH na 0.0.0.0 a má to fungovat a ani v diskuzích pod návodi nikdo neřeší tohle, co já:)

[Filip Jirsák]

No a co se stane, když webserver přesunu na jiný port? To mi díky SSLH bude pořád fungovat HTTPS přes 443?

Ano, akorát v tom příkazu musíte správně uvést, kam má HTTPS přesměrovat. Takže pokud Apache zprovozníte na portu 8443, musíte SSLH dát parametr --ssl 127.0.0.1:8443.

Je mi divný, že všude v návodech nastaví jen localhost a nastaví SSLH na 0.0.0.0 a má to fungovat a ani v diskuzích pod návodi nikdo neřeší tohle, co já:)

Záleží na tom, zda používají stejný port. Ale pokud ano (jako je to v tom článku na Root.cz), není možné použít tu univerzální adresu 0.0.0.0. Také je možné to udělat tak, že webserver bude na úplně jiném zařízení – pak ale zase logicky nemůže naslouchat na IP adrese 127.0.0.1, ale na nějaké, pře skterou bude ze zařízení se SSLH dostupný. Zřejmě od sebe všichni ty příkazy do návodů opisují

[Kevin]

No už tomu konečně rozumím... díky moc (všem)

[Jendа]

To mi díky SSLH bude pořád fungovat HTTPS přes 443?

Samozřejmě, vždyť o tom to celé je (samozřejmě musíš ještě změnit adresu na kterou to HTTPS proxuje).

[Kevin]

A ještě jedna otázka. Pokud budu chtít sslh použít i na openvpn, musím jí zprovoznit přes TCP? Teď jí mám přes UDP.

[Filip Jirsák]

Ano. SSLH akorát podle hlavičky provozu pozná, kam má celý provoz přesměrovat, ale obsah nijak neřeší. Nemůže tedy vzít obsah TCP proudu a „přebalit“ ho do UDP paketů (už jenom proto, že v případě OpenVPN je to šifrované spojení a SSLH k němu nemá dešifrovací klíče).

[Kevin]

A je velký rozdíl v rychlosti spojení, když je openvpn na TCP? Připojuji se i mobilním přípojením LTE od Vodafone, jako klient. Sice tam naměřím 12/8mbps ale pingy na VPN server mám 50ms.. tak nevím, zda to bude použitelné i skrz tcp...

[Jendа]

Prý je problém když dochází ke ztrátám paketů když se používá TCP přes TCP (perou se dva stacky, které se snaží paket opakovat). Ale jinak to je nastejno. Pokud Vodafone jedno z toho neshapuje…

[Josef Kufner]

Pokud máš TCP na TCP, tak ztracené pakety pořeší to spodní TCP a tomu hornímu už se neztrácí. Ale pokud máš UDP na TCP, tak ztratíš výhodu UDP v tom, že mu ztráty nevadí, což se projeví například lagováním u akčních her, které ztracené UDP pakety neposílají znovu, ale nahradí je novými UDP pakety s novějšími informacemi. Stejně tak trpí realtime streamování zvuku a videa.

[Jendа]

Pokud máš TCP na TCP, tak ztracené pakety pořeší to spodní TCP a tomu hornímu už se neztrácí.

To musí mít to spodní nastavené nižší timeouty, ne?

[Josef Kufner]

Jo, ty timeouty tam asi budou trošku dělat bordel, ale to se dá řešit. To s UDP je horší.

[Filip Jirsák]

Vodefone snad ale neblokuje UDP provoz OpenVPN, takže tam nemáte důvod používat SSLH, ne? Nebo OpenVPN UDP provoz Vodefone nějak omezuje a na portu 443 dosáhnete plné rychlosti?

[Kevin]

No SSLH mám kvůli jinýmu klientovi, který má blokovaný odchozí porty krom 80 a 443. A díky tomu, že mám jen jednu openvpn instanci, musel jsem kvůli SSLH přejít na TCP a dotklo se to všech.

[Josef Kufner]

A proč? Není tak těžké mít OpenVPN spuštěné dvakrát a jediný rozdíl v konfiguraci mít rozsah IP adres a protokol. Pak můžeš klientům říct "zkus tohle, je to lepší, a když to nepůjde, tak tohle".