Re: KGDB with sparc as target
On Sunday, March 31, 2013 20:10 CEST, Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote: Hi, following man kgdb, I tested the cable on the first serial port (on the notebook) with the system console using cu -l /dev/tty05 -s 9600. And it works just fine. I built a sparc Kernel with KGDB enabled: option KGDB# support for kernel gdb option KGDBDEV=0xc01 # kgdb device number (dev_t) option KGDBRATE=9600 # baud rate makeoptions DEBUG=-g and in config/GENERIC I have DDB disabled: #option DDB # in-kernel debugger #option DDB_SAFE_CONSOLE # allow break into ddb during boot The kernel built fine so far, I run it on the target system, which is a Tadpole SPARCbook, see the dmesg. For the remote gdb, I connected the serial cable to the second serial port of the notebook. then in gdb on my debugging host I run: # gdb /home/sebastia/bsd.gdb ... (gdb) set remotebaud 9600 When the notebook is booting the system, then I run in gdb: (gdb) target remote /dev/tty05 And see on the console of the notebook: zstty1: kgdb interrupt kgdb waiting... and in gdb I see: (gdb) target remote /dev/cua05 Remote debugging using /dev/cua05 Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Couldn't establish connection to remote target Malformed response to offset query, timeout (gdb) And then, that's it. The notebook doesn't seem to react on any keyboard input anymore, but gdb also doesn't seem to be able to connect to it via the serial line. The system running gdb is a i386. For kgdb to work, do I need to connect from a machine of the same architecture? Meanwhile I installed egdb on the i386, just to see if it makes a difference, but it doesn't. While at the topic, I installed KGDB kernel on amd64 notebook. Starting gdb on the i386 with the amd64 kernel I get: This GDB was configured as i386-unknown-openbsd5.2.../home/sebastia/bsd.amd64: not in executable format: File format not recognized (egdb from ports tells me the same) However, I can set the target remote ..., and it breaks into the system. But with the sparc kernel, I don't have that problem. Copying over the kernel to my amd64 desktop. Starting up gdb from there, I don't get the warning about the executable format. Also connecting with gdb to the remote system works. # file /home/sebastia/bsd.* /home/sebastia/bsd.amd64: ELF 64-bit LSB executable, x86-64, version 1, statically linked, not stripped /home/sebastia/bsd.gdb: ELF 32-bit MSB executable, SPARC, version 1, statically linked, not stripped To make the story short: between two amd64 boxen, KGDB works as expected i386 to amd64: gdb doesn't recognize the kernel file format but connects to the remote target i386 to sparc: gdb recognizes the file format, but doesn't break into the remote target Can it be that there is a 32/64 bit dependency on gdb, what types of kernels it can read? I tried from my SS5, connected the serial cable to its second serial port, but I wasn't even able to get a serial console. # cu -l /dev/tty01 -s 9600 cu: open(/dev/tty01): Device not configured Also tried cua01. I don't know which would be the right device. got an answer off list, that the right device for the second tty would be /dev/ttyb Still need to investigate here. Sebastian any hint what I may be doing wrong? The kernel on the Notebook is a bit modified, since I'm trying to port the dbri audio driver from NetBSD. Sebastian From the notebook: $ cat /tmp/dmesg.kgdb OpenBSD 5.3-current (GENERIC.kgdb) #0: Sun Mar 31 17:57:23 CEST 2013 sebastia@warbird.ds9:/usr/src/sys/arch/sparc/compile/GENERIC.kgdb real mem = 66732032 (63MB) avail mem = 61648896 (58MB) mainbus0 at root: Tadpole_S3GX cpu0 at mainbus0: MB86904 @ 110 MHz, on-chip FPU cpu0: 16K instruction (32 b/l), 8K data (16 b/l) cache enabled obio0 at mainbus0 clock0 at obio0 addr 0x71202000: mk48t08 (eeprom) timer0 at obio0 addr 0x71d0: delay constant 52, frequency 200 Hz zs0 at obio0 addr 0x7110 pri 12, softpri 6 zstty0 at zs0 channel 0 zstty1 at zs0 channel 1 (kgdb) zs1 at obio0 addr 0x7100 pri 12, softpri 6 zskbd0 at zs1 channel 0: keyboard, type 5, layout 0x21 wskbd0 at zskbd0: console keyboard zsms0 at zs1 channel 1 wsmouse0 at zsms0 mux 0 slavioconfig at obio0 addr 0x7180 not configured auxreg0 at obio0 addr 0x7190 auxreg1 at obio0 addr 0x7191 tctrl0 at obio0 addr 0x4220 pri 11 tctrl0: main power available clk-ctrl at obio0 addr 0x713c not configured com0 at obio0 addr 0x713a pri 13: ns16550a, 16 byte fifo com0: probed fifo depth: 0 bytes iommu0 at mainbus0 addr
BXR.SU, Super User's BSD Cross Reference w/ OpenGrok, publicly private beta
Dear misc@, It is my great pleasure to announce the immediate availability of a publicly private IPv6-only beta test of BXR.SU -- Super User's BSD Cross Reference. BXR.SU is based on an OpenGrok fork, but it's more than just OpenGrok. We've fixed a number of annoyances, eliminated features that just never worked right from the outright, and provided integration with tools like CVSweb (including awesome mirrors like allbsd.org), FreeBSD's ViewVC (SVN), as well as Gitweb from git.freebsd.your.org, plus a tad of other improvements, including a complete rewrite of an mdoc parser. Last, but definitely not least, is an extensive set of nginx rewrite rules that makes it a breeze to use BXR.SU as a deterministic URL compactor for referencing BSD source code. What's up with the publicly private beta test? We're launching today in a publicly private beta. Participation in the beta is invitation-only; everyone with IPv6 is invited. We're cooperating with ISPs around the world, and in order to be able to access BXR.SU during this beta phase, you must have a special token, also known as a publicly routable IPv6-address, with proper IPv6-connectivity and upstream peering. If you don't have IPv6 yet, but want to participate in this beta test ASAP, then ask your ISP for IPv6 ASAP! Else, if your ISP is not part of our beta rollout, you could try something like tunnelbroker.net from he.net. What's the release schedule? BXR.SU is available through IPv6 today, 2013-04-01. It is currently an IPv6-only site, with an IPv6-only glue, too. As an IPv6-only site, we hereby declare that 2013-04-04 is an IPv4 day. On April 4, we will temporarily enable IPv4 connectivity, for one day, to test the water. (We've heard that IPv4 has some connectivity issues related to NAT, double-NAT, carrier-grade NAT and NAT64, and some small percentage of users (but significant in absolute terms) might not be able to access the site if an A record is published, due to the plentiful of misconfigurations out there; so, we want to take things slow, and ensure our users don't suffer from any inferior connectivity.) If things do go well (we expect IPv6/IPv4-related improvements as time goes by), we will permanently publish an A record for BXR.SU on 2013-04-14. IPv4 glue records will be published shortly thereafter, on 2013-04-24 (we don't do this today, because we're afraid that the nameservers of some ISPs are not configured correctly, and our IPv6 users won't be able to access our site otherwise, so, we think it's a good idea to take things slow and in steps). But why another OpenGrok? Over the years, there have been a number of OpenGrok installations that have made it possible to study and grok BSD code, for which we are very thankful to their maintainers. However, as a general rule, none of them have been inclusive of all BSD flavours, all of them have had rather long and hard-to-remember URLs, which also didn't really look permanent at all, and, unfortunately, many of them no longer exist today, or some new uber-inclusive services like code.metager.de have recently flourished, with an astounding 8 second (yes, eight second) delay for satisfying any single search query (hot queries are returned in as little as just under 4 seconds by metager, yet everything is nonetheless buffered, so, you get no rendering at all for those whole 4 or 8 seconds). So, we thought this had to change. So, what's the deal? It's simple. Say, someone doesn't know who PHK is. You can point them to: http://bxr.su/s?q=phk Want to see if DragonFly keeps queue.h in sync? Take a look at: http://bxr.su/d/sys/sys/queue.h Want to look at FreeBSD's queue.h, to manually compare? Just change the d from /d/ (or select and replace the whole world DragonFly from /DragonFly/) to f, and you're in FreeBSD: http://bxr.su/f/sys/sys/queue.h Too many /sys/sys/? We've still got you covered, thanks to nginx: http://bxr.su/o/queue.h Anyone uses TAILQ_SWAP? Is that a new thing? Check it out: http://bxr.su/search?q=TAILQ_SWAP Any mentions of OpenBSD or NetBSD in FreeBSD and DragonFly? http://bxr.su/f,d/s?q=OpenBSD+OR+NetBSD Who's this guy writing this email anyway? Is he BXR'able? http://bxr.su/s?q=%22Constantine%20A.%20Murenin%22%20OR%20cnst Etc. Just how fast is BXR.SU? We expect that most search requests should be fulfilled (search page results generated) in well under 100ms. In my tests, and according to OpenGrok metrics at the bottom of each search page, most search pages are generated in about 30 to 50ms, so, it does seem like there's some room to spare. In addition, of course we use nginx, so, once generated at 40ms, a page should be available immediately in no time should a subsequent identical request come along within a couple of seconds or so. How does it compare with fxr.watson.org? + we're based on OpenGrok, instead of LXR + we also index userland of
Re: NFS cluestick needed
On 2013-03-31, David Higgs hig...@gmail.com wrote: In trying to avoid multiple copies of OpenBSD source on my VMs, I am trying to use NFS; however, permissions don't seem to be working right. I would very much appreciate help in figuring out what I'm doing wrong, and am also interested in tips on how to compile from read-only source trees. On the NFS server, is /usr/src in the same filesystem as some other path which you export with different options? (NFS server options (-maproot etc) are per-filesystem not per export.)
Re: NFS cluestick needed
On Mon, Apr 1, 2013 at 7:33 AM, Stuart Henderson s...@spacehopper.org wrote: On 2013-03-31, David Higgs hig...@gmail.com wrote: In trying to avoid multiple copies of OpenBSD source on my VMs, I am trying to use NFS; however, permissions don't seem to be working right. I would very much appreciate help in figuring out what I'm doing wrong, and am also interested in tips on how to compile from read-only source trees. On the NFS server, is /usr/src in the same filesystem as some other path which you export with different options? (NFS server options (-maproot etc) are per-filesystem not per export.) I originally provided the entirety of my /etc/exports file, but experimenting with debugging flags produced output that varied depending on whether /etc/exports had one or multiple lines. Using multiple lines fixes my permissions problem, interestingly enough. Is this sendbug(1) worthy? Will experiment with read-only and lndir(1) in the coming week. Thanks. --david [vm@vm ~]$ mount /dev/wd0a on / type ffs (local, softdep) /dev/wd0f on /home type ffs (local, noatime, nodev, nosuid, softdep) /dev/wd0d on /tmp type ffs (local, nodev, nosuid, softdep) /dev/wd0g on /usr type ffs (NFS exported, local, noatime, nodev, softdep) /dev/wd0e on /var type ffs (local, nodev, nosuid, softdep) # /etc/exports has one line with multiple paths exported [vm@vm ~]$ sudo /sbin/mountd -d Getting export list. Got line # $OpenBSD: exports,v 1.2 2002/05/31 08:15:44 pjanzen Exp $ Got line # Got line # NFS exports Database Got line # See exports(5) for more information. Be very careful: misconfiguration Got line # of this file can result in your filesystems being readable by the world. Got line /usr/src /usr/ports /usr/xenocara -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 Making new ep fs=0x6,0x602f3b81 doing opt -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 doing opt -network=172.16.223.0 -mask=255.255.255.0 doing opt -mask=255.255.255.0 exporting /usr/xenocara unexporting / / unexporting /home /home unexporting /tmp /tmp unexporting /usr /usr unexporting /var /var Getting mount list. Here we go. ^C ### updated /etc/exports with multiple lines [vm@vm ~]$ sudo /sbin/mountd -d Getting export list. Got line # $OpenBSD: exports,v 1.2 2002/05/31 08:15:44 pjanzen Exp $ Got line # Got line # NFS exports Database Got line # See exports(5) for more information. Be very careful: misconfiguration Got line # of this file can result in your filesystems being readable by the world. Got line /usr/src -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 Making new ep fs=0x6,0x602f3b81 doing opt -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 doing opt -network=172.16.223.0 -mask=255.255.255.0 doing opt -mask=255.255.255.0 exporting /usr/src Got line /usr/ports -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 Found ep fs=0x6,0x602f3b81 doing opt -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 doing opt -network=172.16.223.0 -mask=255.255.255.0 doing opt -mask=255.255.255.0 exporting /usr/ports Got line /usr/xenocara -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 Found ep fs=0x6,0x602f3b81 doing opt -maproot=root:wheel -network=172.16.223.0 -mask=255.255.255.0 doing opt -network=172.16.223.0 -mask=255.255.255.0 doing opt -mask=255.255.255.0 exporting /usr/xenocara unexporting / / unexporting /home /home unexporting /tmp /tmp unexporting /usr /usr unexporting /var /var Getting mount list. Here we go.
smtpd vs sendmail cronjob
The smtpd(8) manpage documents the steps needed to replace the default sendmail with smtpd. However, it does not mention the sendmail clientmqueue runner cronjob. That should probably be edited from the root's cronjob, right? Jan
Can't get vsftpd to run
I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. -- www.johntate.org
Re: Variation on PHP in chroot problem: SQLite3::loadExtension()
On 2013-03-31, Scott Vanderbilt li...@datagenic.com wrote:
On 3/31/2013 4:59 AM, Stuart Henderson wrote:
On 2013-03-30, Scott Vanderbilt li...@datagenic.com wrote:
So I copy all of these libraries into the paths specified by ldd, taking
the chroot into account. Here is where the libraries ended up:
Did you copy in ld.so?
I had not, but at your kind suggestion, I copied
/usr/libexec/ld.so
to what is presumably the correct destination:
/var/www/usr/libexec/ld.so
Restarted php-fpm and re-submitted my request. Again, alas, same error.
Aha: by copying the /usr/bin/sqlite3 CLI into /var/www/usr/bin and playing
around with sudo LD_DEBUG=1 chroot /var/www /usr/bin/sqlite3 I've worked
out what's needed.
You were on the right tracks but the missing piece is that you don't have
/var/run/ld.so.hints inside the chroot. You could copy in ldconfig and
prepare one, but the easiest way is to place all the needed libraries into
/var/www/usr/lib so that when you're inside the jail, they're reachable
in the default library search path.
$ ls /var/www/usr/{lib,libexec,bin}
/var/www/usr/bin:
sqlite3
/var/www/usr/lib:
libc.so.67.0 libgeos.so.7.1libm.so.8.0
libreadline.so.3.0libstdc++.so.55.0
libcurses.so.12.1 libgeos_c.so.4.0 libproj.so.6.0
libspatialite.so.0.0
libfreexl.so.0.0 libiconv.so.6.0 libpthread.so.17.0
libsqlite3.so.22.0
/var/www/usr/libexec:
ld.so
... I bet this will work for PHP too. (fwiw I used the script in
/usr/ports/www/horde/chora/files/copywithlibs.sh to copy things
across, in my case running it twice: one for sqlite3, one for
libspatialite.so.0.0).
This is a complete WAG from someone with zero qualifications to be
making conjectures, but might it have something to do with a recent
change I saw posted to openbsd-ports-cvs concerning libtool?
http://marc.info/?l=openbsd-ports-cvsm=136385485307326w=2
This change would be included in the php packages I have installed.
Assuming, of course, that it is any way related, which it most likely is
not. But I am clutching at straws here.
This change is basically a noop. The default value of USE_LIBTOOL in
ports was changed from NO to YES as it's quite widely used, and in
cases where libtool is not used at all it doesn't matter if this is
set to YES, this is done so porters can't forget to set USE_LIBTOOL
when it's needed.
PHP has some special version of libtool and can't be used with the
normal one, so the USE_LIBTOOL=NO setting just makes sure the change
of default doesn't affect the PHP ports.
External IP address not to go through IPSec VPN
Hi, I have setted up a simple IPSec VPN using the following instructions: http://www.symantec.com/connect/articles/zero-ipsec-4-minutes and have noticed that not only my internal networks get routed through the VPN but also the external IP address of both firewalls. I would like the external IP address of the firewalls to go through the internet and not the VPN. Is this kind of configuration possible? If yes how? Regards, ML
Re: Can't get vsftpd to run
On 2013-04-01, John Tate j...@johntate.org wrote: I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. It is waiting for a connection (there is a config option to run it in the background). We should probably add an rc.d script to the port to make it easier.
Re: Announce: OpenSMTPD 5.3 released
Gilles, How would you recommend a new unix admin learn OpenSMTPD? -Evan
Xwindows Startup without user login
Howdy all? I'm looking for the right way to start X on boot and run a default display program, much like xdm but with no login. Any pointers to similar would be greatly appreciated, thanks, Dhu -- Ne obliviscaris, vix ea nostra voco.
Re: Announce: OpenSMTPD 5.3 released
On 03/23/13 15:12, Evan Root wrote: Gilles, How would you recommend a new unix admin learn OpenSMTPD? -Evan Same way you learn most things in this business... sit down and do it. In my case, I just recently had my local Internet provider start blocking outbound port 25 traffic, so all my internal machines couldn't get to my external mail server to send out their daily reports. There are a several of potential solutions to this...last time they did that, I did a little PF redirection magic on both my home firewall and my mail server. This time, though, I figured I'd set up an internal mail server and a little DNS magic to snag all the queued up mail (rather than reconfiguring 20 machine), and this would be a good time to learn OpenSMTPD (I know...lame of me to not have been doing anything with it before. Life has been..busy) (and yes, my personal designs are way more complicated than they should be...it gets it out of my system so I'm more inclined to go with really simple solutions for my employer... also, while simple systems have simple problems, complex systems and their complex problems are good training, if bad engineering) I already had an internal IMAP server, so figured that would be the logical place to put the SMTP server for daily reports. Started with the sample config file...and had things running rather quickly. Spent a little time testing it using telnet (hint: opensmtpd is picky -- you have to put around e-mail addresses, which is correct, and all real mail servers do it, but many internet guides to talking SMTP via telnet skip over that little detail, and many major mail servers will happily let you not put them in) (and yes, I do consider my ability to remember the details of an smtp session a measure of quality of life...if I don't have to look it up, my life sucks. It's been a couple years since I managed mail servers for a living, and I've managed to forget if it is rcpt to or rcpt from or whatever, so life is good). While reading the man pages I discovered, joy of joys, OpenSMTPd can drop mail directly into a maildir! So, just injected my log traffic directly into the already existing maildirs. Life is so good. So, I did my dns hocus-pocus, and a few minutes later, hundreds of backlogged messages and error messages, and error messages from the error messages were rolling into my inbox. OpenSMTPd's config file format just rocks. You really don't need a 500 page book to tell you how to use OpenSMTPd. Just read the man pages -- man 8 smtpd, man 5 smtpd.conf and look at the sample provided. You DO need to understand Internet E-mail...and there, the Bat Book is still a good guide, you can just skip the parts about configuring sendmail (that's most of the book). There aren't five million options to OpenSMTPD. That being said... There are two Internet services that you really should almost need a license to be allowed to run -- DNS and e-mail, as if you do it wrong, you can mess up OTHER people, not just yourself. If you think running e-mail is fun, you are probably doing it wrong. If you are good at it, you probably hate doing it. Wonderful as OpenSMTPD is, it probably only simplifies about 5% of the total of running a mail server...but that's still a nice feature. (if you don't understand what I mean...I'm responding to an e-mail that was originally sent Mar 23, and arrived in my inbox on April 1. Now, imagine the customer calling you up to find out why...and look at the headers and see that more than one thing seems to have gone wrong...and there are twenty other people on hold right now, each with different problems) Nick.
Re: Xwindows Startup without user login
On Mon, Apr 01, 2013 at 08:14:20PM -0600, Duncan Patton a Campbell wrote: I'm looking for the right way to start X on boot and run a default display program, much like xdm but with no login. I don't know about the right way, but I use nodm on my Debian boxes. I don't see it in the ports tree and I don't know if it will work on OpenBSD, but it's worth a try. The homepage[0] is out of date, but you can get the latest version here[1]. Best wishes, Ryan [0] http://www.enricozini.org/sw/nodm/ [1] http://ftp.de.debian.org/debian/pool/main/n/nodm/nodm_0.11.orig.tar.gz -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A
Re: Xwindows Startup without user login
Howdy Ryan? Thanks, this looks to be the sort of thing I'm after... hopefully I can get it to run on OBSD now ;) Dhu On Mon, 1 Apr 2013 22:43:14 -0400 Ryan Kavanagh r...@debian.org wrote: On Mon, Apr 01, 2013 at 08:14:20PM -0600, Duncan Patton a Campbell wrote: I'm looking for the right way to start X on boot and run a default display program, much like xdm but with no login. I don't know about the right way, but I use nodm on my Debian boxes. I don't see it in the ports tree and I don't know if it will work on OpenBSD, but it's worth a try. The homepage[0] is out of date, but you can get the latest version here[1]. Best wishes, Ryan [0] http://www.enricozini.org/sw/nodm/ [1] http://ftp.de.debian.org/debian/pool/main/n/nodm/nodm_0.11.orig.tar.gz -- |_)|_/Ryan Kavanagh | Debian Developer | \| \http://ryanak.ca/ | GPG Key 4A11C97A -- Ne obliviscaris, vix ea nostra voco.
Re: Xwindows Startup without user login
On Mon, 1 Apr 2013 20:54:58 -0600 Duncan Patton a Campbell campb...@neotext.ca wrote: Howdy Ryan? Thanks, this looks to be the sort of thing I'm after... hopefully I can get it to run on OBSD now ;) Needs libpam :-/ Dhu On Mon, 1 Apr 2013 22:43:14 -0400 Ryan Kavanagh r...@debian.org wrote: On Mon, Apr 01, 2013 at 08:14:20PM -0600, Duncan Patton a Campbell wrote: I'm looking for the right way to start X on boot and run a default display program, much like xdm but with no login. I don't know about the right way, but I use nodm on my Debian boxes. I don't see it in the ports tree and I don't know if it will work on OpenBSD, but it's worth a try. The homepage[0] is out of date, but you can get the latest version here[1]. Best wishes, Ryan [0] http://www.enricozini.org/sw/nodm/ [1] http://ftp.de.debian.org/debian/pool/main/n/nodm/nodm_0.11.orig.tar.gz -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A -- Ne obliviscaris, vix ea nostra voco. -- Ne obliviscaris, vix ea nostra voco.
Re: Can't get vsftpd to run
I can't find that config option. On Tue, Apr 2, 2013 at 9:52 AM, Stuart Henderson s...@spacehopper.orgwrote: On 2013-04-01, John Tate j...@johntate.org wrote: I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. It is waiting for a connection (there is a config option to run it in the background). We should probably add an rc.d script to the port to make it easier. -- www.johntate.org
Re: Can't get vsftpd to run
I found it but it wasn't in there commented out, I added background=yes, but the server isn't accepting connections for some reason. On Tue, Apr 2, 2013 at 4:13 PM, John Tate j...@johntate.org wrote: I can't find that config option. On Tue, Apr 2, 2013 at 9:52 AM, Stuart Henderson s...@spacehopper.orgwrote: On 2013-04-01, John Tate j...@johntate.org wrote: I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. It is waiting for a connection (there is a config option to run it in the background). We should probably add an rc.d script to the port to make it easier. -- www.johntate.org -- www.johntate.org
Re: Can't get vsftpd to run
On 04/02/13 18:13, John Tate wrote: I can't find that config option. I think Stuart is talking about the background option from here: https://security.appspot.com/vsftpd/vsftpd_conf.html Also look at listen, etc. For logging - log_ftp_protocol syslog_enable xferlog_enable vsftpd_log_file xferlog_file options. On Tue, Apr 2, 2013 at 9:52 AM, Stuart Henderson s...@spacehopper.orgwrote: On 2013-04-01, John Tate j...@johntate.org wrote: I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. It is waiting for a connection (there is a config option to run it in the background). We should probably add an rc.d script to the port to make it easier.
Re: Can't get vsftpd to run
Where do I set ports in vsftpd.conf for incoming data, I've just looked around that link you provided and I can't find the option. I can't get through to vsftpd or pure_ftpd, probably because I didn't have incoming data ports open. I can get through on localhost and my local network so I assume it's pf. pass in on egress inet proto tcp from any to (egress) \ port 49151 I've added that line but where do I set the ports on vsftpd? On Tue, Apr 2, 2013 at 4:30 PM, Richard Toohey richardtoo...@paradise.net.nz wrote: On 04/02/13 18:13, John Tate wrote: I can't find that config option. I think Stuart is talking about the background option from here: https://security.appspot.com/**vsftpd/vsftpd_conf.htmlhttps://security.appspot.com/vsftpd/vsftpd_conf.html Also look at listen, etc. For logging - log_ftp_protocol syslog_enable xferlog_enable vsftpd_log_file xferlog_file options. On Tue, Apr 2, 2013 at 9:52 AM, Stuart Henderson s...@spacehopper.org wrote: On 2013-04-01, John Tate j...@johntate.org wrote: I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. It is waiting for a connection (there is a config option to run it in the background). We should probably add an rc.d script to the port to make it easier. -- www.johntate.org
Re: Can't get vsftpd to run
Nevermind, found it. On Tue, Apr 2, 2013 at 4:45 PM, John Tate j...@johntate.org wrote: Where do I set ports in vsftpd.conf for incoming data, I've just looked around that link you provided and I can't find the option. I can't get through to vsftpd or pure_ftpd, probably because I didn't have incoming data ports open. I can get through on localhost and my local network so I assume it's pf. pass in on egress inet proto tcp from any to (egress) \ port 49151 I've added that line but where do I set the ports on vsftpd? On Tue, Apr 2, 2013 at 4:30 PM, Richard Toohey richardtoo...@paradise.net.nz wrote: On 04/02/13 18:13, John Tate wrote: I can't find that config option. I think Stuart is talking about the background option from here: https://security.appspot.com/**vsftpd/vsftpd_conf.htmlhttps://security.appspot.com/vsftpd/vsftpd_conf.html Also look at listen, etc. For logging - log_ftp_protocol syslog_enable xferlog_enable vsftpd_log_file xferlog_file options. On Tue, Apr 2, 2013 at 9:52 AM, Stuart Henderson s...@spacehopper.org wrote: On 2013-04-01, John Tate j...@johntate.org wrote: I've not used it in a while and I can't get it to run. I can't find any logging options or anything. # vsftpd ... (It just sits there doing nothing) How do I get it to work? I'm using the default config with only my own banner. It is waiting for a connection (there is a config option to run it in the background). We should probably add an rc.d script to the port to make it easier. -- www.johntate.org -- www.johntate.org
