Unable to locate ports-installed library at compile-time

2005-08-29 Thread James P. Howard, II
I am trying to build an application that depends on libplot.  Despite
the fact libplot is installed (via ports), gcc is unable to find it at
compile time:

  [EMAIL PROTECTED]:~/tmp$ touch foo.c
  [EMAIL PROTECTED]:~/tmp$ gcc -o foo foo.c -lplot
  /usr/bin/ld: cannot find -lplot
  [EMAIL PROTECTED]:~/tmp$

Here's some output from ldconfig showing it is there:

  [EMAIL PROTECTED]:~/tmp$ ldconfig -r | grep libplot
324:-lplot.4 = /usr/local/lib/libplot.so.4
326:-lplotter.4 = /usr/local/lib/libplotter.so.4
  [EMAIL PROTECTED]:~/tmp$

Beyond this, everything seems to be in order.  Has anyone seen this
kind of situation or know of a solution?

Thank you, James

-- 
James P. Howard, II -- [EMAIL PROTECTED]
http://jameshoward.us/  --  443-430-4050
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Routing problem in IPv4/IPSec VPN environment

2004-06-30 Thread James P. Howard, II
As a personal favor, I am building a VPN for a small business.  I
have chosen FreeBSD for this due to my greater familiarity.  The
project will consist of linking four sites, each with a FreeBSD
system providing DHCP, NAT, and VPN services.  I have built DHCP and
NAT servers before, but the IPSec and VPN is new to me.

Right now, the first two systems are nearly complete.  The two
machines are named goldengate and waltwhitman.  Here's the IP
config, currently:

  goldengate:  external 192.168.1.101 internal 10.1.1.1
  waltwhitman: external 192.168.1.102 internal 10.1.2.1

The external interfaces are in the reserved space because testing is
taking place behind a cable/DSL router providing NAT services.  The
output of gifconfig -a; ifconfig -a; netstat -rn for each will be
provided at the end of this message.

IPSec, with Racoon, is properly exchanging keys.  From goldengate, I
can ping 10.1.2.1 and from waltwhitman I can ping 10.1.1.1.  

If a Windows computer is connected behind either system, they
receive an IP (10.1.x.254, where x is the network number).  

The problem is, if behind the 10.1.2.1 firewall, I cannot ping
10.1.1.1 and vice-versa.  I assume, at this point, this is some type
of routing issue and not a problem with IPSec.  This seems to be
confirmed by the fact tracerouting to the local internal interface
goes through the *other* internal interface first:

waltwhitman$ ifconfig bge1; traceroute 10.1.2.1
bge1: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
options=3RXCSUM,TXCSUM
inet 10.1.2.1 netmask 0xff00 broadcast 10.1.2.255
inet6 fe80::209:5bff:fe60:e508%bge1 prefixlen 64 scopeid 0x2
ether 00:09:5b:60:e5:08
media: Ethernet autoselect (10baseT/UTP half-duplex)
status: active
traceroute to 10.1.2.1 (10.1.2.1), 64 hops max, 44 byte packets
 1  10.1.1.1 (10.1.1.1)  0.848 ms  0.736 ms  0.783 ms
 2  10.1.2.1 (10.1.2.1)  1.173 ms  1.262 ms  1.247 ms

The other machine behaves identically, except the numbers are
reversed.  At this point, I have reached the limits of my knowledge.
Any help would be appreciated.

Thank you, James

Notes on the output:  IPv6 info removed from netstat output.  There
is a third interface in WALTWHITMAN which may break off to a DMZ in
the future.  No descision has been made and won't be for some time.
The interface was given the IP 172.16.1.1.

GOLDENGATE:

goldengate$ gifconfig -a; ifconfig -a; netstat -rn
gif0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1280
inet 10.1.1.1 -- 10.1.2.1 netmask 0x
inet6 fe80::209:5bff:fe62:714e%gif0  prefixlen 64
physical address inet 192.168.1.101 -- 192.168.1.102
bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
options=3RXCSUM,TXCSUM
inet 10.1.1.1 netmask 0xff00 broadcast 10.1.1.255
inet6 fe80::209:5bff:fe62:714e%bge0 prefixlen 64 scopeid 0x1
ether 00:09:5b:62:71:4e
media: Ethernet autoselect (100baseTX full-duplex)
status: active
xl0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500
options=1RXCSUM
inet6 fe80::2b0:d0ff:fe23:5b8d%xl0 prefixlen 64 scopeid 0x2
inet 192.168.1.101 netmask 0xff00 broadcast
192.168.1.255
ether 00:b0:d0:23:5b:8d
media: Ethernet autoselect (100baseTX full-duplex)
status: active
lp0: flags=8810POINTOPOINT,SIMPLEX,MULTICAST mtu 1500
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4
inet 127.0.0.1 netmask 0xff00
faith0: flags=8002BROADCAST,MULTICAST mtu 1500
gif0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1280
tunnel inet 192.168.1.101 -- 192.168.1.102
inet 10.1.1.1 -- 10.1.2.1 netmask 0x
inet6 fe80::209:5bff:fe62:714e%gif0 prefixlen 64 scopeid 0x6
Routing tables

Internet:
DestinationGatewayFlagsRefs  Use  Netif
Expire
default192.168.1.1UGSc3 6082xl0
10.1.1/24  link#1 UC  20   bge0
10.1.1.1   00:09:5b:62:71:4e  UHLW0  306lo0
10.1.1.254 link#1 UHLW214933   bge0
10.1.2/24  10.1.2.0   UGSc015578xl0
10.1.2.1   10.1.1.1   UH  0 2060   gif0
127.0.0.1  127.0.0.1  UH  1   48lo0
192.168.1  link#2 UC  30xl0
192.168.1.100:0c:41:7f:8a:6e  UHLW42xl0
1042
192.168.1.100  00:30:65:2e:ae:f7  UHLW00xl0
1100
192.168.1.101  127.0.0.1  UGHS00lo0
192.168.1.102  00:b0:d0:a1:81:09  UHLW313842xl0
1054


WALTWHITMAN:

waltwhitman$ gifconfig -a; ifconfig -a; netstat -rn
gif0: flags=8051UP,POINTOPOINT,RUNNING,MULTICAST mtu 1280
inet 10.1.2.1 -- 10.1.1.1 netmask 0x
inet6