The Misrad HaPnim site seems not to support firefox.
http://www.pnim.gov.il/
The entire site shows up crunched into a 4cm high area. Most of the text is
visible in a small scrollbar area. The footer is not visible.
I would like to know if anyone else has these problems with the site using
Firef
On 28/03/07, Ira Abramov <[EMAIL PROTECTED]> wrote:
mkinitramfs always comes up with md0 assembled but no md1, so the boot
process dies. luckily I made one working boot and set it aside, where I
hard-coded an activation of md1 to the start script but each kernel that
gets updated rebuilds the ini
Quoting Alex Alexander, from the post of Wed, 28 Mar:
> I've noticed that mkinitramfs tends to break from time to time.
>
> Try yaird, it always works for me when mkinitramfs doesn't :)
http://wiki.debian.org/InitrdReplacementOptions
http://kernel-handbook.alioth.debian.org/ch-initramfs.html
Th
i am not describing what nathan wants to do, but what he did.
also, i do not fully understand the scenario:
is the ssh originates from nathans firewall or from the remote site.
and where the tunnel suppose to go
erez.
On 3/28/07, Ilya Konstantinov <[EMAIL PROTECTED]> wrote:
Erez, if I proper
I've noticed that mkinitramfs tends to break from time to time.
Try yaird, it always works for me when mkinitramfs doesn't :)
On 3/28/07, Ira Abramov <[EMAIL PROTECTED]> wrote:
I have a serrve running Etch. two SATAs sda and sdb are partitioned and
used for MDs. specifically /dev/md0 is /boot
I don't know the solution, but I'd be trying 'yaird'.
Ira Abramov wrote:
I have a serrve running Etch. two SATAs sda and sdb are partitioned and
used for MDs. specifically /dev/md0 is /boot and /dev/md1 is the root.
mkinitramfs always comes up with md0 assembled but no md1, so the boot
process
I have a serrve running Etch. two SATAs sda and sdb are partitioned and
used for MDs. specifically /dev/md0 is /boot and /dev/md1 is the root.
mkinitramfs always comes up with md0 assembled but no md1, so the boot
process dies. luckily I made one working boot and set it aside, where I
hard-coded a
I have opened the following issue, which may be of interest to KDE/OO users:
http://www.openoffice.org/issues/show_bug.cgi?id=75816
begin:vcard
fn:Daniel Feiglin
n:Feiglin;Daniel
email;internet:[EMAIL PROTECTED]
tel;work:972 9 8616204
tel;fax:972 9 8621052
tel;cell:927 52 3869986
version:2.1
end
On 28/03/07, Nathan Fain <[EMAIL PROTECTED]> wrote:
When sshd deals with port forwarding and tunneling it seems to re
encapsulate the outgoing packets and use the default route for
determining which interface or internet line to send it out on. I
Your solution looks similar to what we have o
Erez, if I properly understand what Nathan is trying to do, he doesn't want
to route by src/dst (or any other property of a packet). Instead, he wants
something like "stateful routing": he wants the routing of packet which are
an *indirect* result of a certain SSH session to be routed by the same
as i can see, you do source routing, and determine the outgoing
interface via the source ip.
( see the 'ip rule ...' )
this means that the outgoing interface is determined by the ip binded
to the app (e.g. to ssh)
usually apps bind to the default ip.
you should change your 'ip rule' (e.g. route
On 3/28/07, Nathan Fain <[EMAIL PROTECTED]> wrote:
When sshd deals with port forwarding and tunneling it seems to re
encapsulate the outgoing packets and use the default route for
determining which interface or internet line to send it out on. I
have two internet lines and I want to change this
On Wed, Mar 28, 2007 at 11:04:08AM +0200, Nathan Fain wrote:
> When sshd deals with port forwarding and tunneling it seems to re
> encapsulate the outgoing packets and use the default route for
> determining which interface or internet line to send it out on. I
> have two internet lines and I want
When sshd deals with port forwarding and tunneling it seems to re
encapsulate the outgoing packets and use the default route for
determining which interface or internet line to send it out on. I
have two internet lines and I want to change this behavior so that
sshd will forward the tunnel back o
14 matches
Mail list logo
