If you're not accessing clients on the remote 192.168.1.0 subnet, why are
you adding the second network?
Why are you not handling this on the router instead of the client? Static
routes on a client are bad mojo. It's the router's job to route, let it do
that. All you should need to do is tell the
On 3/5/2013 10:18 PM, Edward Ned Harvey (openindiana) wrote:
From: Doug Hughes [mailto:d...@will.to]
2) explicitly set the route for 192.168.10.x :
route add 192.168.10.0/ 192.168.2.1
That's what I'm saying I have already done. I set the default route to
192.168.1.1, and I set a static route
> From: Doug Hughes [mailto:d...@will.to]
>
> 2) explicitly set the route for 192.168.10.x :
> route add 192.168.10.0/ 192.168.2.1
That's what I'm saying I have already done. I set the default route to
192.168.1.1, and I set a static route, 192.168.10.x/24 via 192.168.2.1. The
route is in eff
On 3/5/2013 7:38 PM, Edward Ned Harvey (openindiana) wrote:
All subnets have been renamed to protect the innocent. ;-)
At home, I use 192.168.1.x /24, and unfortunately, I need to VPN to work where
they use both 192.168.1.x /24 and 192.168.10.x /24. Fortunately, I don't need
to access any of
All subnets have been renamed to protect the innocent. ;-)
At home, I use 192.168.1.x /24, and unfortunately, I need to VPN to work where
they use both 192.168.1.x /24 and 192.168.10.x /24. Fortunately, I don't need
to access any of the 192.168.1.x machines at work; I only need to access
192.
AD integration with the builtin CIFS server is dead easy. I've joined OI to
2003/2008 and 2012 native functioning domains with no issue.
What is serving DNS for you?
Are you using WINS?
Do you have NetBIOS enabled?
Are you using IPv6?
Do your XP clients face the same connection problems? What abou
Hi Edward,
actually, I wanted to stick with the kernel CIFS server because I thought that
AD integration would be easier compared with SAMBA3.
Is there a good how-to and maybe even some comparison between the two smb
servers so that I can estimate which one will be easier?
All clients should b
But user sessions are non-persistent and gdm crashes (goes to maintenance)
if VNC window is closed.
Regards
Andrej
On Tue, Mar 5, 2013 at 1:45 PM, Edward Ned Harvey (openindiana) <
openindi...@nedharvey.com> wrote:
> > From: Hans J. Albertsson [mailto:hans.j.alberts...@branneriet.se]
> >
> > An
Thank you for instructions
after disabling and enabling xvnc-inetd and gdm (and before following
sugessted mods in custom.conf) it started working without asking for
initial VNC password.
All connections go on port 0 and I can connect at least two
times simultaneously (with different users).
W
> From: Hans J. Albertsson [mailto:hans.j.alberts...@branneriet.se]
>
> And now I realise I haven't understood a thing... Nothing works. All new
> connection attempts are met with a request for a vnc password... But
> there is no password configured...
Are you opposed to putting different users o
> From: Hans J. Albertsson [mailto:hans.j.alberts...@branneriet.se]
>
> For Mr Harvey: I don't think the port is used in that fashion when in
> nowait state: Displays can, I think, use any type of channel, pipes or
> unix sockets or tcp sockets, to talk to the X clients and any port
> number can b
The problem is only with the spares attribute, so you need a file with the
spares attribut set, eg.:
grzemba@oi-kvm:~$ ls -/c xscreensaver.sav
-rw-r--r-- 1 grzemba staff 7276 Feb 25 2010 xscreensaver.sav
{-s}
grzemba@oi-kvm:~$ cp -p xscreensaver.sav /tmp
cp: Failed to copy extended syst
On 05/03/2013 11:16, Hans J. Albertsson wrote:
Thanks. One or two Qs interfoliated.
Would this script miss transferring any config details anywhere? It
shouldn't, but I should ask.
All that's on the rpool/ROOT/openindiana-xxx is transferred, if you
have other stuff on different pools, they ha
Do you have some reproduction steps I could try on a random OpenIndiana box?
Thanks.
On Tue, Mar 05, 2013 at 10:31:53AM +0100, Carsten Grzemba wrote:
> Both shows the same error.
>
> Am 05.03.13 schrieb Marcel Telka :
> > On Tue, Mar 05, 2013 at 09:32:00AM +0100, Carsten Grzemba wrote:
> > > On
Thanks. One or two Qs interfoliated.
Would this script miss transferring any config details anywhere? It
shouldn't, but I should ask.
On 2013-03-05 10:48, Udo Grabowski (IMK) wrote:
On 05/03/2013 09:47, Hans J. Albertsson wrote:
Suppose one has several machines, all intended to run exactly
On 05/03/2013 09:47, Hans J. Albertsson wrote:
Suppose one has several machines, all intended to run exactly the same
software.
Suppose one gets one of them absolutely perfect, and one wants all the
other, electronically identical, machines to have exactly the same
software installed: What is the
Both shows the same error.
Am 05.03.13 schrieb Marcel Telka :
> On Tue, Mar 05, 2013 at 09:32:00AM +0100, Carsten Grzemba wrote:
> > On cp -p i get often an error:
> >
> > cp: Failed to copy extended system attributes from
> > cp: failed to set acl entries on
> >
> > if I look at the attribu
On Tue, Mar 05, 2013 at 09:32:00AM +0100, Carsten Grzemba wrote:
> On cp -p i get often an error:
>
> cp: Failed to copy extended system attributes from
> cp: failed to set acl entries on
>
> if I look at the attributes, that files has the sparse attribut set:
>
> grzemba@oi-kvm:~$ ls -/v db.
Suppose one has several machines, all intended to run exactly the same
software.
Suppose one gets one of them absolutely perfect, and one wants all the
other, electronically identical, machines to have exactly the same
software installed: What is the easiest way?
Generate a list of packages an
On cp -p i get often an error:
cp: Failed to copy extended system attributes from
cp: failed to set acl entries on
if I look at the attributes, that files has the sparse attribut set:
grzemba@oi-kvm:~$ ls -/v db.h
-rw-r--r-- 1 grzemba other 102130 Mär 5 09:02 db.h
{archive,nohidden,noreadon
20 matches
Mail list logo
