Bug 54060
| Summary: | cannot telnet to server after install of telnet-server-0.17-18.i386.rpm | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | mitchell mcgee <mitchm> |
| Component: | telnet | Assignee: | Harald Hoyer <harald> |
| Status: | CLOSED NOTABUG | QA Contact: | Ben Levenson <benl> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.0 | Keywords: | Security |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2001-12-17 15:39:39 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
mitchell mcgee
2001-09-26 19:19:45 UTC
strange... no firewall or xinetd deactivation involved? You are the only one reporting this and I cannot reproduce it. Our agency has a firewall, but we're accessing the LINUX servers across our LAN which is behind the firewall. I had a similar experience with the recent wu- ftp upgrade associate with Security Advisory - RHSA-2001:157-06. After applying the rpm, we can no longer FTP to the affected server (Connection refused.) I tried several changes to the ftpaccess config file and even resorted to restoring the original config file. The only thing that worked was reinstalling the wu-ftp rpm from the Red Hat 7 install CD. If the firewall or xinet deactivation were the cause, I would think this would affect the versions installed from the Red Hat 7 installation CD as well. Are there configurations that need to be reset when the telenet or ftp upgrades are applied? (I've begun to notice that one needs to be alert to changes or replacements in configuration files when RPM's are applied and I can find no documentation that alerts a user as to what changes may occur and how to safe guard current settings. For example, after applying the rpms for RHSA-2001:112-10 we had to recreate all our printfilters. The recent Apache upgrade replaces the httpd file, among others, of which our original has been customized and needed to be restored. Fortunately, we're not allowing up2date to automatically install downloaded rpm's, so, we can at least review any warnings that were issued during the upgrades, which provide some clues as to what's being altered.) Since, the original problem log our kernels have been upgraded to 2.2.19-7.0.12 on the affected servers; one of which is running smp. If there's any further information I can provide regarding our specific installation to help you replicate this, please let me know. Thanks. ok, after installation you may do: $ chkconfig telnet on $ service xinetd reload If rpm replaces a configuration file you should get a message like this: File foo saved as foo.rpmsave or File foo saved as foo.rpmnew Running ... chkconfig telnet on service xinetd reload after rpm -Uvh telnet*.rpm and rebooting seems to have resovled the problem on our test server. I have not, yet, made the same change to our production server, but anticipate no problems. Thanks. |