Connection refused: raar

[Verwijderd]

Dit probleem heb ik trouwens vanaf redhat 7.2

Ik heb een server ergens staan, daar draaien bepaalde services op zoals ssh,pop,smpt en http.

Nu kan ik vanaf client A in netwerk A wel connecten met pop en http en NIET met ssh. Ik krijg dan: connection refused.

Het rare is dat ik wel vanaf client B in netwerk B kan connecten met ssh en http maar NIET met pop. Ik krijg dan: connection refused.

Hoe kan dit nou?

BTW: In hosts.allow en hosts.deny staat dus niets, graag alleen prof. antwoorden.

[Verwijderd]

ik heb iets dergelijks gehad met 7.1
na upgraden van openSSL, pam en ssh was ik er vanaf.
oorzaak heb ik nooit gevonden.

[Verwijderd]

maar hoe komt dat pop ook bij bepaalde hosts niet werkt?

[igmar]

Ik heb een server ergens staan, daar draaien bepaalde services op zoals ssh,pop,smpt en http.

Nu kan ik vanaf client A in netwerk A wel connecten met pop en http en NIET met ssh. Ik krijg dan: connection refused.

Het rare is dat ik wel vanaf client B in netwerk B kan connecten met ssh en http maar NIET met pop. Ik krijg dan: connection refused.

Hoe kan dit nou?

BTW: In hosts.allow en hosts.deny staat dus niets, graag alleen prof. antwoorden.

Wat zegt iptables -L -n en iptables -t nat -L -n ?

[Verwijderd]

ik gebruik geen iptables. Maar mijn routes staan goed.

[deadinspace]

Komen dat netwerk A en netwerk B ook op dezelfde netwerk interface op je server uit? Of op verschillende interfaces?
In het laatste geval moet je toch echt eens naar je firewall kijken.

[Verwijderd]

dezelfde interfaces....

[Verwijderd]

Ehm, jij gebruikt geen iptables, maar volgens mij start RedHat automatisch iptables op.
Je zal het dus handmatig uitgezet moeten hebben als je het inderdaad niet draait.

En staat er wat in je logs in /var/log ?
Vaak geeft dat wel duidelijk weer wat er aan de hand is.

En ik gok dat pop via inetd of xinetd werkt.
Het pad naar de pop executable staat goed ingesteld in die config?

[Verwijderd]

punt 1: Ik gebruik inderdaad geen iptables, die support zit geen eens in redhat 7.2(kernel dan he).

punt 2: In mijn logs staat niets, omdat de connectie dan nog niets doet omdat hij hem refussed

punt 3: De daemons runnen wel (via inetd) en dat weet ik zeker omdat ze dus vanaf sommige netwerken het wel doen.