Re: accessing consoles remotely via decserver
From: Manser (nmanser@progis.de)
Date: 04/24/03
- Next message: H Vlems: "Re: VMS SECURITY: Adding Privileges to a USER"
- Previous message: Alan E. Feldman: "Re: Question on logical name PSM$ANNOUNCE"
- In reply to: Albrecht Schlosser: "Re: accessing consoles remotely via decserver"
- Next in thread: Rob Brown: "Re: accessing consoles remotely via decserver"
- Reply: Rob Brown: "Re: accessing consoles remotely via decserver"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
From: nmanser@progis.de (Manser) Date: 24 Apr 2003 14:55:03 -0700
Albrecht Schlosser <ajs856@tiscali.de> wrote in message news:<73398b.01t.ln@news.hus-soft.de>...
> Manser wrote:
> >
> > i switched off remote modification, and i have done the following settings
> >
> > Local> set port 2 flow xon stop dynamic break remote remote disabled
>
> You must do all changes with "define port" (or "change port") to modify
> the permanent settings. Then "log out port <n>" to get the permanent
> settings active.
>
> > Local> set port 2 input flow enabled
> > Local> set port 2 output flow enabled
>
> Don't do this (see below).
>
> > Port 2: Server: DS90_1
> >
> > Character Size: 8 Input Speed: 9600
> > Flow Control: XON Output Speed: 9600
> > Parity: None Signal Control: Disabled
> > Stop Bits: Dynamic
> >
> > Access: Remote Local Switch: None
> > Backwards Switch: None Name: PORT_2
> > Break: Remote Session Limit: 1
> > Forwards Switch: None Type: Ansi
> > Default Protocol: LAT
> >
> > Dedicated Service: VMAL01
> >
> > Authorized Groups: 0
> > (Current) Groups: 0
> >
> > Enabled Characteristics:
> > Autoconnect, Failover, Input Flow Control, Lock, Output Flow Control
> >
> > Local> connect vmal01
> > Local -010- Session 1 to VMAL01 on node DS90_1 established
>
> You also renamed the services ?
>
> > i hit 2 times return
> > ëáëá
> > i hit init
> > B¿Ã ¨BhÂÐÆcB~
> > øCFB~8à ¨BFëâf¿ñÄcQ=Qâó£ÆÆÑ"D3ÄÄÄÖ#DDÄq)â#D¿=ë
> > (¬ð
>
> This may be because you didn't make the permanent settings.
>
> > i then tried to set port 2 to differents speeds
> > Local> connect al01
> > Local -010- Session 1 to AL01 on node DS90_1 established
> >
> > then it hangs.
>
> May be because of the (still) wrong speed and/or flow control. One of
> the bytes with the wrong speed might have been seen as XOFF.
>
> > the console speed is set at 9600
>
> That's okay. Now do this on the local> prompt:
>
> Local> def port 2 flow none speed 9600
> Local> def port 2 input flow disabled
> Local> set port 2 output flow disabled
> Local> logout port 2
>
I try
Local> define port 2 flow disabled speed 9600
Local> def port 2 input flow disabled
Local> set port 2 output flow disabled
Local> logout port 2
> and have another try ...
local>show port 2
Port 2: Server: DS90_1
Character Size: 8 Input Speed: 9600
Flow Control: None <<< Output Speed: 9600
Parity: None Signal Control: Disabled
Stop Bits: 1
Access: Remote Local Switch: None
Backwards Switch: None Name: PORT_2
Break: Disabled Session Limit: 1
Forwards Switch: None Type: Ansi
Default Protocol: LAT
Dedicated Service: VMAL01
Authorized Groups: 0
(Current) Groups: 0
Enabled Characteristics:
Autoconnect, Failover, Lock
Local> connect vmal01
Local -010- Session 1 to VMAL01 on node DS90_1 established
ëð
ëáëáëð
the same result.
>
> My experience is that it is better to do the flow control (XON/XOFF)
> between your terminal (emulation) and the connected console rather than
> between the terminal server port and the console. You risk some loss of
> bytes, but the connection never "hangs". At least you should use this
> setup for testing.
>
> It's also useful to disable flow control on the terminal server port,
> because it might otherwise block the console while booting or outputting
> console messages, if there is no terminal actually connected. I had this
> experience once, and someone had to go a long way to get it fixed.
>
> Albrecht Schloßer
Nazim Manser
- Next message: H Vlems: "Re: VMS SECURITY: Adding Privileges to a USER"
- Previous message: Alan E. Feldman: "Re: Question on logical name PSM$ANNOUNCE"
- In reply to: Albrecht Schlosser: "Re: accessing consoles remotely via decserver"
- Next in thread: Rob Brown: "Re: accessing consoles remotely via decserver"
- Reply: Rob Brown: "Re: accessing consoles remotely via decserver"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
