Re: [OpenSSH] an option for setting the login name?
i can not hope that this email will reach the list through my prefered mailserver, so well here it is: l0VGxcZ8016331 593 Wed Jan 31 17:59 <[EMAIL PROTECTED]> (Deferred: 451 Temporary failure, please try again later.) well i seem to be talking to spamd all the time .. if someone could tell me what i did wrong (i use OpenBSD current as of January 20th my university blocks incoming SMTP on port 25 for sky) Original-Nachricht Datum: Wed, 31 Jan 2007 17:59:37 +0100 Von: Christian Ruediger Bahls <[EMAIL PROTECTED]> An: Igor Sobrado <[EMAIL PROTECTED]> CC: misc@openbsd.org Betreff: Re: [OpenSSH] an option for setting the login name? dear igor, strangely my original post did not make it to the list .. maybe it was in my hosts mail queue for too long so it got rejected as being too old by the mailing list [2007-01-31 16:27] Igor Sobrado <[EMAIL PROTECTED]> wrote: > debug_level++; > break; > case 'F': > + case 'l': > + addargs(&args, "-l%s", optarg); > + break; > case 'o': > addargs(&args, "-%c%s", ch, optarg); > break; hmmm .. doesn't that case: 'F' flow into your 'l' ? -F is for specifying an optional config file .. yours christian PS: any positive replies so far? -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal f|r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
Re: [OpenSSH] an option for setting the login name?
this mail has been sitting in my mailqueue since Jan 25th so i am forwarding it from my webmail account at GMX l0QJXnrt007394 1783 Fri Jan 26 20:33 <[EMAIL PROTECTED]> (Deferred: 451 Temporary failure, please try again later.) Original-Nachricht Datum: Thu, 25 Jan 2007 15:33:24 +0100 Von: Christian Ruediger Bahls <[EMAIL PROTECTED]> An: Igor Sobrado <[EMAIL PROTECTED]> CC: misc@openbsd.org Betreff: Re: [OpenSSH] an option for setting the login name? dear igor, [2007-01-03 16:37] Igor Sobrado <[EMAIL PROTECTED]> wrote: > I would like to ask if there are plans to implement the "-l" option > available in ssh(1) on the secure file transfer program sftp(1). [...] > In my humble opinion, adding this option to sftp(1) will make the > secure file transfer program a bit more friendly for people accustomed > to the "-l" option in ssh(1). I think that this option is not being > currently used in sftp(1), but perhaps it is reserved for future use > or there are other reasons for not implementing it. to have an -l option for sftp would be really nice but perhaps one should argument a little bit differently your argument would be a lot stronger if it would go like that: imagine a user alice who has something like that in her /etc/login.conf [snip] whoever:\ :auth=skey,passwd:\ :tc=default: [snap] which means the user in class whoever can login using either the skey or the passwd method so perhaps if she uses the console, the dialog would look similar to this: login: me:passwd password: whocares remotely she would use "ssh -l me host" (she would need her list of generated one time passwords though) using "sftp [EMAIL PROTECTED]" would work remotely too though it looks strange "sftp me:[EMAIL PROTECTED]" would work too ok regularly she would be bitten by: "scp -r that_very_important_directory me:[EMAIL PROTECTED]:/Backups" there she would start to argue that every ssh aware program should perhaps provide "-l" to the user so i guess if you argue in that direction .. or refer to my post _and_ provide a patch for easy integration into OpenSSH we could both have an itch scratched :) yours christian bahls -- personal email reaches me at gmx.de [EMAIL PROTECTED] -- "Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ... Jetzt GMX ProMail testen: http://www.gmx.net/de/go/promail
Re: X.org on Sun Ultra 10
[2006-11-24 17:51] Nick Holland <[EMAIL PROTECTED]> wrote: > There's a better way... :) > > Christian Ruediger Bahls wrote: > > wsdisplay1 at creator0: console (std, sun emulation), using wskbd0 > ^^ [...] > > Section "Device" > > Identifier "Wsdisplay0" [...] > > Option "device" "/dev/ttyC0" > ^^ > make that /dev/ttyD0 i tried that .. it did not work > What you did works, but in general, mod'ding the kernel (even with > config(8)) is less desirable than running completely stock, 'specially > when it comes to upgrades/updates. yes i know .. but using config -e is an option too it did not find that FbBpp documented which made the whole setup work SubSection "Display" Depth 24 FbBpp 32 Weight 8 8 8 EndSubSection (X complained about wrong color weights [shouldn't the server be able to read that from wsdisplay[01]?) cheers christian bahls -- personal email reaches me at gmx.de [EMAIL PROTECTED]
Re: Baffling problem with OBSD-protected servers and Windows Vista...
[2006-11-27 10:43] Claudio Jeker <[EMAIL PROTECTED]> wrote: > Both Firefox and Opera use a wscale of 8 whereas IE uses a wscale of 2. > In my opinion this sounds like the typical problem where states are not > created on the initial SYN packet. sounds like a window scaling problem as described in: http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/ there have been some very opinionated mail on LKML about it (they had the same problem mit linux kernel 2.6.17+) (about striping the scaling factor .. .. or ignoring it when calculation windows) though i am not able to find it now christian bahls -- personal email reaches me at gmx.de [EMAIL PROTECTED]
X.org on Sun Ultra 10
i post this to the list so it shows up in the web should somebody have the some problem (if you see any mistake please do not hesitate to contact me) i hat problems setting up X.org for an Ultra 10 (i normally use that machine remote so X is less important) this machine has a Creator3D Framebuffer as well as an ATI Mach64 GP Graphics Card dmesg: vgafb0 at pci1 dev 2 function 0 "ATI Mach64 GP" rev 0x5c wsdisplay0 at vgafb0 wsdisplay0: screen 0 added (std, sun emulation) creator0 at mainbus0 addr 0xfebee000: Creator3D, model SUNW,501-4788, dac 10 wsdisplay1 at creator0: console (std, sun emulation), using wskbd0 the Monitor is connected to the Creator3D /usr/X11R6/README helped for the first steps (with 4.0 stable the keyboard did not work) somehow i wasn't able to make X.org use the creator3d as display device .. so i disabled the vgafb in the kernel config with following xorg.conf at least i the display works: (!notice the FbBpp!) Section "ServerLayout" Identifier "X.org Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/TTF/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection Section "Module" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "Protocol" "wskbd" Option "Device" "/dev/wskbd0" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option"Protocol" "SunMouse" Option"Device" "/dev/tty00" Option"BaudRate" "1200" EndSection Section "Monitor" Identifier "Monitor" VendorName "Unknown" ModelName"Unknown" # Adjust those to your monitor before using another device than wsfb # or you can destroy it !! HorizSync31.5-60 VertRefresh 50-70 EndSection # All framebuffers Section "Device" Identifier "Wsdisplay0" Driver "wsfb" Option "device" "/dev/ttyC0" EndSection # All framebuffers Section "Screen" Identifier "Screen0" Device "Wsdisplay0" Monitor"Monitor" DefaultDepth 24 SubSection "Display" Depth 24 FbBpp 32 Weight 8 8 8 EndSubSection EndSection # yours christian bahls -- personal reaches me at gmx.de [EMAIL PROTECTED]
Re: on the remote root login in OpenSSH
[2006-11-24 11:26] Woodchuck <[EMAIL PROTECTED]> wrote: > You know, I seem to recall that many versions ago (maybe even as far > back as 2.xx) root login on ssh *was* disallowed by default. > I recall being bitten by it, too, on "remote" (other-side-of-the-room) > installations on headless machines. just happened to me the day before yesterday pkg_delete(d) bash (login shell of the only user in group wheel) .. so i was indeed very happy to be able to do a ssh root:[EMAIL PROTECTED] christian bahls [1] i do not trust this workstation