|
Grex > Helpers > #137: Grex System Announcements - Winter 2004/2005 |  |
|
| Author |
Message |
| 25 new of 219 responses total. |
twenex
|
|
response 42 of 219:
| 
Dec 30 01:28 UTC 2004 |
Oh, yeah: switching from OpenSSH to (gnu?) ssh makes no difference, either.
|
gelinas
|
|
response 43 of 219:
|
Dec 30 01:32 UTC 2004 |
Hmm... The "Escape is ..." line is offered by the telnet client, not by the
far end. What does traceroute show?
|
twenex
|
|
response 44 of 219:
|
Dec 30 01:45 UTC 2004 |
It still trying to trace a route after 23 hops, so far.
|
twenex
|
|
response 45 of 219:
|
Dec 30 01:50 UTC 2004 |
tracert on Windows/VMWare on Linux has no problem tracing the route. This is
SO weird.
|
keesan
|
|
response 46 of 219:
|
Dec 30 02:39 UTC 2004 |
I just telnetted here uneventfully from a NetBSD system. Logged in with no
problems at all.
|
albaugh
|
|
response 47 of 219:
|
Dec 30 02:51 UTC 2004 |
Before anything else, huge THANK YOU!!! to grex staff who have successfully
brought up nextgrex! :-)
|
albaugh
|
|
response 48 of 219:
|
Dec 30 02:52 UTC 2004 |
Observation #1: Should the following text displayed at telnet login concern
me or not? That bit about plaintext and password made me wonder. But perhaps
telnet has always been that way:
OpenBSD/i386 (grex.cyberspace.org) (ttypc)
User not authenticated. Using plaintext username and password
|
albaugh
|
|
response 49 of 219:
|
Dec 30 02:53 UTC 2004 |
Upon successful telnet login, where sh has been my shell for ages, I am shown
the following. It seems to imply something amiss:
sh: /a/a/l/albaugh/.profile[19]: /usr/ucb/tset: not found
|
twenex
|
|
response 50 of 219:
|
Dec 30 03:12 UTC 2004 |
You need to change "/usr/ucb/tset" to "/usr/bin/tset".
|
keesan
|
|
response 51 of 219:
|
Dec 30 03:14 UTC 2004 |
There is no /usr/ucb but there is a /usr/bin/tset. My .cshrc has a line in
it about /usr/ucb/tset. Check whatever file sh uses at login and make the
change to /usr/bin/tset. .cshrc is for csh shell? Can someone link
/usr/ucb/tset to /usr/bin/tset? Or maybe just /usr/ucb to /usr/bin?
I sort of recall tset being used to set the terminal type during login.
|
keesan
|
|
response 52 of 219:
|
Dec 30 03:14 UTC 2004 |
50 slipped in.
|
gelinas
|
|
response 53 of 219:
|
Dec 30 03:14 UTC 2004 |
The directory /usr/ucb does not exist. It's now /usr/bin/tset .
Telnet does not authenticate nor encrypt the session. So yes, you should
be worried about it; worried enough to switch to ssh. :)
And change your password the first time you use ssh.
|
gelinas
|
|
response 54 of 219:
|
Dec 30 03:17 UTC 2004 |
No, we aren't going to do anything with /usr/ucb. It's not really possible
to figure out which programs were in that directory. Better to get used to
not having it.
FWIW, I have /suidbin, /usr/local/sbin, /usr/local/bin, /bin and /usr/bin
on my path.
|
albaugh
|
|
response 55 of 219:
|
Dec 30 04:19 UTC 2004 |
I edited .profile to use bin and the message went away.
|
keesan
|
|
response 56 of 219:
|
Dec 30 05:41 UTC 2004 |
Rather than everyone having to edit .profile, .cshrc, etc., can a syumlink
be made from /usr/ucb to /usr/bin that works for everyone? When I first set
up my grex account the newuser program set up something that involved tset
to set my terminal. Many users will have no idea how to alter .profile.
|
cross
|
|
response 57 of 219:
|
Dec 30 06:16 UTC 2004 |
This response has been erased.
|
blaise
|
|
response 58 of 219:
|
Dec 30 14:39 UTC 2004 |
There's also the consideration that not everything that was in /usr/ucb
is necessarily now in a single directory. I could easily see some
things that were in /usr/ucb on SunOS being in /usr/local/bin on OpenBSD.
|
gull
|
|
response 59 of 219:
|
Dec 30 16:08 UTC 2004 |
Re resp:41: Are you running a 2.6 kernel, by any chance? If so, try
this as root:
sysctl -w net.ipv4.tcp_default_win_scale=0
This turns off TCP window scaling. It's on by default in 2.6.8 and
later, and some routers and operating systems don't handle it properly.
OpenBSD is one that's be identified by the Linux kernel developers as
problematic. (The reaction by OpenBSD developers, judging from the list
posts I've seen, seems to be "Linux 2.6 is unstable and you shouldn't be
running it." So don't hold your breath waiting for a fix.)
If adjusting that sysctl solves your problem, add this to
/etc/sysctl.conf or the equivalent in your distribution:
net.ipv4.tcp_default_win_scale=0
More info is available here:
http://www.apu.edu/imt/awg/node/view/101
|
keesan
|
|
response 60 of 219:
|
Dec 30 16:49 UTC 2004 |
I have ucb in two places: .login path includes /usr/ucb and .cshrc has an
alias for tset that includes the path /usr/ucb/tset. Would it work to just
delete the /usr/ucb from both files (if .login is run before .cshrc then the
path should include /usr/bin already).
|
cross
|
|
response 61 of 219:
|
Dec 30 16:55 UTC 2004 |
This response has been erased.
|
keesan
|
|
response 62 of 219:
|
Dec 30 17:20 UTC 2004 |
I don't want to run tset in either place but that seems to be how newuser set
things up. So I guess the scripts should substitute /usr/bin for /usr/ucb
in .cshrc and simply delete /usr/ucb in .login.
|
cross
|
|
response 63 of 219:
|
Dec 30 18:03 UTC 2004 |
This response has been erased.
|
mfp
|
|
response 64 of 219:
|
Dec 30 20:17 UTC 2004 |
Okay, great. We have NeckzGrecks. Now we'll be sure to get new members.
|
gelinas
|
|
response 65 of 219:
|
Dec 30 21:51 UTC 2004 |
(#54 is the answer to #50's question, which was repeated in #56. It's nice
to see that the subsequent responses echoed #54. :)
|
blaise
|
|
response 66 of 219:
|
Dec 30 22:04 UTC 2004 |
(Er, #54 is an answer to #51, not #50. #56 was a repeat of #51, so the
rest of your response stands.)
|