Hozzászólások
-
Bejegyzés
-
Igen, ezt értem, valószínû így menne is. De én azt szeretném elérni, hogy CSAK a 443-ason lehessen elérni. Ráadásul úgy, hogyha alapból beírja a böngészõbe a domain1.dom -ot, akkor gondolkodás nélkül a biztonságos kapcsolatot használja. Lehet, hogy be kell tennem az index.php-be egy redirect metatagot?
az apache/httpd.conf így néz ki: (ha nincs kommentezve megy is, sima 80-ason)
NameVirtualHost 192.168.0.50
DocumentRoot /var/www
ServerName domain1.dom#
#DocumentRoot /var/squirrelmail
#ServerName domain2.dom
#az apache-ssl/httpd.conf: (ez így persze nem mûködik)
SSLDisable
SSLEnable
DocumentRoot /var/squirrelmail
ServerName domain2.dom(lehet én vagyok a hülye, csak volt hogy csomagból raktam fel a squirrelmailt, és akkor volt /etc/squirrelmail könyvtáram, de ha jól emlékszem, akkor ott csak a config.php volt… ami most a squirrel documentrootjában a /config alatt van)
köszi a segítséget!
Nekem olyan nincs, mert forrásból tettem fel (ami a stabil csomagban van az nem védett bizonyos támadások ellen).
Most, ha meghívom a webmailt, megjelenik a certifikáció, elfogadom, és nem jelenik meg semmi.. semmit nem ír ki a böngészõben. Most a webmail csak a apache-ssl httpd.conf-jában szerepel kint virtualhost, de ugyan ez történik akkor is, ha mindkettõben benne van. Mindkét apache ugyanannak a felhasználónak a nevében fut, sima apache alatt megy az webmai rendesen.
Pont squirrelmailhez kellene! Feltettem az ssl plugint, de ahogy vártam, nem oldotta meg a dolgot. Kicsit furi nekem ez a két webszerver dolog. Azt szeretném elérni, hogy ha beírják a böngészõbe hogy http://www.webmailelérésiútvonala.hu, akkor alapból https protokollon keresztül kapcsolódjanak hozzám. Sajnos az apache 1.3 már adott, azon nem nagyon szeretnék változtatni.
Köszi, az eddigieket is!
Ennyire biztonságos lenne? Vagy nincs ötlet. A szerver a következõ szolgáltataásokat nyújtja (ssh csak 1 felhasználó, ftp 2 felhasználó, imap, imaps, pop3, pop3s, http, smtp). Lehetséges betörési pontok? Amihez segít egy usernév?
legutóbbi hsz