[SLES9+OES] apache/https configuratie

[LePlatDuJour]

Goeie,

Ik ben thuis wat aan het experimenteren met Suse Linux Enterprise Server 9 + Open Enterprise Server om eens te kijken naar iFolder3.

Issue:
Ik kan wel op de server komen met het interne ip adres (192.168.1.200) maar niet met het externe (62.dinges of de DNS naam). Dus: http://192.168.1.200 gaat prima, maar http://62.x.x.x niet. Met PuTTY lukte beide eerst wel, maar nu niet meer; nu alleen nog maar via 192.168.1.200.

Vraag:
Ik zie ongetwijfeld iets basaals over het hoofd, maar wat? In Apache's listen.conf zie ik niets speciaals staan te wijzen naar hetzij 192.x.x.x noch 62.x.x.x.

Situatie:
(1) Lan topologie
XS4All DSL -> E-tech modem -> LevelOne switch -> Servertje

(2) Lan info
Extern semi-vast ip adres in de 62.x.x.x range; in m'n Godaddy account heb ik een A-record opgenomen die hier naar verwijst (dat werkt ok, overigens). Lokaal netwerk is 192.168.1.x, waarbij de server 192.168.1.200 is. E-tech modem ziet .200 als DMZ, dus alles zou gereroute moeten worden naar de server.

(3) Server info
Compaq Deskprootje, met een vast ip van 192.168.1.200. SLES9, met Novell Open Enterprise Server d'r op.

Iemand suggesties (of verdere vragen?)

[Verwijderd]

Ah, OES.... leuk. Wij testen de netware-variant.

Ik zou eens een cross-cable aan nic2 hangen en kijken of het wel lukt. Dan weet je tenminste of het iets van de server is of iets anders wat de toegang tegen houdt.

Anders via yast naar de firewall kijken....

[LePlatDuJour]

Bedankt voor de suggesties:-

K'heb maar 1 NIC, helaas

Ik heb de firewall al uitgezet, maar dat maakt de boel niet echt beter, vrees ik.

[Verwijderd]

Klopt je forwarding niet, denk ik. Heeft mijn collega ook zo gemaakt.... geen probleem.

[jeroen_t]

gebruik je http2d?
dan zit het waarschijnlijk wel degelijk in je listen.conf, post die eens?

Ik kan even niet bij m'n eigen server, maar dat probleem moest ik ook oplossen.

[LePlatDuJour]

Verwijderd schreef op vrijdag 06 mei 2005 @ 16:18:
Klopt je forwarding niet, denk ik. Heeft mijn collega ook zo gemaakt.... geen probleem.

Euhm.. ja? Hoe dan?


De listen.conf ziet er zo uit, maar aangezien PuTTY ook niet werkt denk ik zelf dat het ergens anders aan ligt... (maar ik ben dan ook een n00bje :-)

PHP:

# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports. See also the <VirtualHost> directive.
#
# http://httpd.apache.org/docs-2.0/mod/mpm_common.html#listen
#
# Change this to Listen on specific IP addresses as shown below to
# prevent Apache from glomming onto all bound IP addresses (0.0.0.0)
#
# When we also provide SSL we have to listen to the
# standard HTTP port (see above) and to the HTTPS port
#
# Note: Configurations that use IPv6 but not IPv4-mapped addresses need two
#       Listen directives: "Listen [::]:443" and "Listen 0.0.0.0:443"
#
#Listen 12.34.56.78:80
#Listen 80
#Listen 443

Listen 80
# Listen 443

<IfDefine SSL>
    <IfDefine !NOSSL>
        <IfModule mod_ssl.c>

            Listen 443

        </IfModule>
    </IfDefine>
</IfDefine>


# Use name-based virtual hosting
#
# - on a specified address / port:
#
#NameVirtualHost 12.34.56.78:80
#
# - name-based virtual hosting:
#
#NameVirtualHost *:80
#
# - on all addresses and ports. This is your best bet when you are on
#   dynamically assigned IP addresses:
#
#NameVirtualHost *

[Verwijderd]

> Euhm.. ja? Hoe dan?

In je router gewoon correct de forwarding naar een interne server geregeld. Ik denk dat je dat fout hebt gedaan. Hoe dat moet? Lees de manual van je adsl-router maar eens....

[Verwijderd]

Maar het kan ook op een intern routing-probleem wijzen.... lukt het wel via een remote proxy zoals proxify.com? Zo ja, dan is het een routing-probleem.... je kunt van intern naar het externe adres op je router niet surfen. Dns-technisch los je dat op door een hosts-file die naar je interne adres wijst.

Is dat het probleem?

[jeroen_t]

Sorry, het zit dus niet in je listen.conf
Waar ik even mee in de war was, was het feit dat m'n eigen servers wel meerdere NIC's en IP-adressen hebben. Daar gaat mijn verhaal op mank nu, want dat heb jij niet (zoals je al schreef in een eersdere post).

[LePlatDuJour]

In je router gewoon correct de forwarding naar een interne server geregeld. Ik denk dat je dat fout hebt gedaan. Hoe dat moet? Lees de manual van je adsl-router maar eens....

Ow, bedoel je dat. Nee, da's 't punt niet: ik heb een hele poos een (w2k) server draaiende gehad met iFolder2 er op, en dat ging prima.

Maar het kan ook op een intern routing-probleem wijzen.... lukt het wel via een remote proxy zoals proxify.com? Zo ja, dan is het een routing-probleem.... je kunt van intern naar het externe adres op je router niet surfen. Dns-technisch los je dat op door een hosts-file die naar je interne adres wijst.

Hm. Proxify.com geeft me een Connection refused error (en een hele reut dubieuze advertenties..). En ik heb vaak genoeg vanaf m'n interne netwerk gebruik gemaakt van het externe adres. Zo kan ik makkelijk gebruik maken, via 62.x.x.x, van Remote Administrator om met m'n laptop de machine op zolder te beheren. Of begrijp ik je verkeerd?

Volgens mij moet het probleem toch ergens in de config van de SLES-doos zitten. Overigens kan ik vanaf de SLES doos zelf wel gewoon het externe ip adres danwel de dns naam gebruiken..

[Verwijderd]

> Proxify.com geeft me een Connection refused error

Feit is dat je server vanuit internet niet bereikbaar is. Dat wordt stapje voor stapje zoeken.

Start Knoppix (zonder firewall) eens en start dan apache.... is die wel bereikbaar (met b.v. proxify.com), dan zit het in de sles9-doos. Is die niet bereikbaar, dan zit het niet in de sles9-doos. Dat is de eerste test doe ik zou doen.

[LePlatDuJour]

Wel, ik weet niet wat ik heb ver , maar een reinstall van het hele zootje lijkt het te hebben opgelost. Ik heb even diskjockey moeten spelen, maar 't werkt weer zoals het hoort. iFolder draait als een zonnetje!

Bedankt voor de suggesties, iig.