Je to docela proste vazeni. Utilitka na www.grc.com 'nepozna' z jakeho operacniho systemu
se hlasite do Internetu. Mimochodem, poznat by se to dalo, ale cast tohoto 'poznavani' bude
stejne hadani - takze to nema smysl:-)))))
Jinak v etc/services skutecne jsou 'nazvy' protokolu (vyraz aliasy neni moc presny a pripousti
vice nez jeden vyklad, coz je spatne), a to ve vztahu ke konkretnimu cislu portu (jeste je treba
uvest, zda 'spojeni'
bude tcp nebo udp). V tom je prave ten vtip (ale v clanku to je zdurazneno - sluzbu sice
spustite, ale uz nenavaze spojeni). Proc nenavaze spojeni? Protoze inetd se sice na
'zatahani' za port pokusi odpovedet tim, ze danou sluzbu spusti a priradi ji protokol
a cislo portu, ale prave to 'prirazeni' se mu (diky krizku v etc/services) nepovede a spojeni
se nekona. Jednoduche.
Pokud si chcete upravit primo /etc/inetd.conf, muzete, ale
jaky to ma smysl? To uz muzete 'vyradit' cely inetd a je to.
Jeste k tomu restartu, mel jsem na mysli skutecne restart Linuxu (v clanku to je uvedeno).
Pokud totiz upravite runlevel, je opravdu lepsi restartovat vse.
Jsem rad, ze vznikla diskuse. To je ucelem clanku
A ted za domaci ukol.
Vite nekdo jak j e d n o z n a c n e zjistit, z jakeho OS se uzivatel hlasi k Internetu?
Nemate povoleny zadne specialni aplikace. Smite se 'divat' jen na porty.
zakomentovavat sluzby v /etc/services je pekna blbost. Jednak sluzby nespoustene pres inetd funguji vesele dal a druhak se vam prestanou fungovat jmena portu u telnetu, ipchains, netstat a jinych. Spravna vec je zeditovat inetd a spousteni demonu v /etc/rcX.d. Editaci /etc/services resite problem na nespravnem miste a navic riskujete, ze po upgrade /etc/services, ktery udelate aniz byste si uvedomil nasledky, vam zacnou takto 'rafinovane' zakazane sluzby opet fungovat
