telnet/ftp 0 (=localhost) werkt niet op 1 redhat8 machine

[DDX]

]# telnet 0 22
telnet: 0: Name or service not known
0: Unknown host

]# ftp 0
ftp: 0: Name or service not known

]# ping 0
PING 0 (127.0.0.1) from 127.0.0.1 : 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.077 ms

]# rpm -qf /usr/bin/telnet
telnet-0.17-23

terwijl andere machine waarop het wel werkt :

]$ telnet 0 22
Trying 0.0.0.0...
Connected to 0.
Escape character is '^]'.
SSH-2.0-OpenSSH_3.5p1

]$ ftp 0
ftp: connect: Connection refused

]$ ping 0
PING 0 (127.0.0.1) from 127.0.0.1 : 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.152 ms

]$ rpm -qf /usr/bin/telnet
telnet-0.17-23


zelfde telnet binary dus...

]$ cat /etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost

ook zelfde op beide bakken

iemand enig idee waarom telnet en ftp naar 0 om 1 machine niet werkt ?
(via welke manier/programma doen die lookup?)

[Verwijderd]

ik zou er niet van wakker liggen eigenlijk :\

anders typ je toch gewoon 127.0.0.1 in ipv 0
luie .....

[igmar]

DDX schreef op 23 april 2003 @ 11:00:
]# telnet 0 22
telnet: 0: Name or service not known
0: Unknown host

]# ftp 0
ftp: 0: Name or service not known

]# ping 0
PING 0 (127.0.0.1) from 127.0.0.1 : 56(84) bytes of data.
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.077 ms

]# rpm -qf /usr/bin/telnet
telnet-0.17-23

Een nameserver probleem. 0 is overigens 0.0.0.0, en geen 127.0.0.1

[Verwijderd]

compieter, zeg dan niets ....

Ik weet zelf nog steeds niet hoe linux dit oplost. De meeste distro's ondersteunen dit, echter de *BSD familie niet. Ik ben sterk geneigt om te zeggen dat dit iets is van de linux nsswitch implemenatie, die 0 hardcode naar 127.0.0.1, maar dat is slechts een vermoeden.

edit:

Igmar, onder linux is 0 (bijna) altijd 127.0.0.1, en het ligt _niet_ aan de nameserver config...

[ Voor 18% gewijzigd door Verwijderd op 23-04-2003 12:50 ]

[DDX]

igmar schreef op 23 april 2003 @ 12:32:
[...]


Een nameserver probleem. 0 is overigens 0.0.0.0, en geen 127.0.0.1

hmms 0, 0.0.0.0 en 127.0.0.1 zijn allemaal localhost volgens al mijn andere machines
alleen deze machine denkt er beetje anders over

nameserver is op alle machines dezelfde trouwens

ergens is er dus iets anders op deze redhat 8 machine (wat op de andere redhat 8 machines dus niet 'fout' is

als ik ervoor zorg dat nameserver tijdelijk niet mogelijk is op die bak :

]# telnet 0 22
telnet: 0: Temporary failure in name resolution

]# telnet 0.0.0.0 22
Trying 0.0.0.0...
Connected to 0.0.0.0.
Escape character is '^]'.
SSH-2.0-OpenSSH_3.6.1p1

]# telnet 127.0.0.1 22
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
SSH-2.0-OpenSSH_3.6.1p1

lijkt er dus echt op dat er bij 0 eerst (en alleen) naar de nameserver gekeken wordt...

[ Voor 15% gewijzigd door DDX op 23-04-2003 13:17 ]

[richardt]

Verwijderd schreef op 23 april 2003 @ 12:48:
Igmar, onder linux is 0 (bijna) altijd 127.0.0.1, en het ligt _niet_ aan de nameserver config...

Volgens mij heeft igmar gelijk, het ipv4-adres '0' is de decimale representatie van het "decimal dotted"-adres 0.0.0.0.

Evenal 127.1 is ook 0 een verouderde ipv4 notatie en zou niet meer gebruikt moeten worden.

[DDX]

ok oorzaak gevonden :

als dit installed is werkt telnet 0 nog wel :

glibc-common-2.2.93-5
glibc-devel-2.2.93-5
glibc-2.2.93-5

na updaten naar :

glibc-2.3.2-4.80.6
glibc-common-2.3.2-4.80.6
glibc-devel-2.3.2-4.80

werkt het niet meer....

nu eigenlijk nog de vraag, is dit een config, of is dit ergens met compilen meegegeven oid ?

[igmar]

Verwijderd schreef op 23 april 2003 @ 12:48:
compieter, zeg dan niets ....

edit:
Igmar, onder linux is 0 (bijna) altijd 127.0.0.1, en het ligt _niet_ aan de nameserver config...

0 == 0 decimaal, en als je dat invult in een struct komt d'r 0.0.0.0 uit, en niet 127.0.0.1. De resolver bepaald welk IP adres je terugkrijgt, dus het is iig een resolver probleem.

code:

[igmar@fw igmar]$ ping 0
PING 0 (0.0.0.0) from 127.0.0.1 : 56(84) bytes of data.
64 bytes....

Da's normaal gedrag. Iets anders lijkt me een libc bug.

edit:
BSD laat hetzelfde gedrag zien

[ Voor 5% gewijzigd door igmar op 24-04-2003 21:29 ]

[igmar]

DDX schreef op 24 April 2003 @ 07:26:
ok oorzaak gevonden :

als dit installed is werkt telnet 0 nog wel :

glibc-common-2.2.93-5
glibc-devel-2.2.93-5
glibc-2.2.93-5

Een buggy release.

code:

na updaten naar :

glibc-2.3.2-4.80.6
glibc-common-2.3.2-4.80.6
glibc-devel-2.3.2-4.80

werkt het niet meer....

Op 2.2.4 werkt het ook niet. Het hoort ook niet te werken.

nu eigenlijk nog de vraag, is dit een config, of is dit ergens met compilen meegegeven oid ?

Het is een bug die zo te zien opgelost is.

[DDX]

igmar: waarom is het een bug als ik telnet 0 kan doen ?
op al mijn redhat 6.x bakken werkt het ook prima
waarom is er dan pas bij redhat 8.0 (libc 2.2.x) besloten dat dat een 'bug' is ?

maargoed zoals je zelf meld dat ping 0 werkt
(doet het hier ook)

waarom zou telnet/ftp etc 0 dan niet mogen werken ?

[igmar]

[quote]DDX schreef op 24 april 2003 @ 23:48:
igmar: waarom is het een bug als ik telnet 0 kan doen ?
[quote]

Omdat 0.0.0.0 in geen geval een geldig IP is.

op al mijn redhat 6.x bakken werkt het ook prima
waarom is er dan pas bij redhat 8.0 (libc 2.2.x) besloten dat dat een 'bug' is ?

Omdat het gewoon een bug is. Op 7.1, 7.3 en 8.0 werkt het ook niet meer. 2.3 libc bugt (al ben ik ze op resolver nivo nog niet tegengekomen).

maargoed zoals je zelf meld dat ping 0 werkt
(doet het hier ook)

waarom zou telnet/ftp etc 0 dan niet mogen werken ?

0.0.0.0 is een 'alles matched' adres, om aan te geven dat een service op alle bindbare IP's luisterd. 0.0.0.0 is echter geen geldig IP. Dat het gewerkt heeft : Leuk, maar het hoort niet te werken.