John Hasler wrote:
> You can use it to fake a real router by faking a second NIC. It makes
> your firewall vulnerable to VLAN hopping attacks.
Appreciated, but no - thank you! I like simple things even if they are
complicated. In this case one network port for the outside, one for the
inside and
Richard Hector wrote:
> Trunk the VLANs from the computer to the switch.
deloptes writes:
> What does the original topic has to do with trunked VLAN?
You can use it to fake a real router by faking a second NIC. It makes
your firewall vulnerable to VLAN hopping attacks.
--
John Hasler
jhas...@
Richard Hector wrote:
> Trunk the VLANs from the computer to the
> switch.
>
What does the original topic has to do with trunked VLAN?
It is about a firewall with two interfaces - one connected to the outside
and one to the inside network.
Richard writes:
> Actually, you can do ok if you combine it with a VLAN-capable
> switch. I believe that's how most of the consumer-grade routers work
> (with the switch built-in, of course).
Another reason not to use consumer-grade routers.
--
John Hasler
jhas...@newsguy.com
Elmwood, WI USA
Andrei writes:
> Anyway, there are boards like the ESPRESSObin[1].
I've got one of those that I intended for a router. Can't keep it
running. Seems to be a power supply problem. I tried two different
boards. When I tried to troubleshoot it I found that the available
schematics are wrong and th
On 9/09/20 3:12 am, Charles Curley wrote:
> Key to my requirements is two Ethernet ports. You can't do a very good
> firewall with less than that. 100 Mbs is a reasonable minimum.
Actually, you can do ok if you combine it with a VLAN-capable switch. I
believe that's how most of the consumer-grade
On Ma, 08 sep 20, 19:32:54, deloptes wrote:
> Andrei POPESCU wrote:
>
> > PINE A64 (not sure if that's a + or not)
> > http://wiki.pine64.org/images/1/1d/Power_Consumption.jpg
> >
>
> you missed that we need at least 2 network adapters
The question was about a 64bit capable machine running on m
Michael Stone wrote:
> Well, they cost a heck of a lot less to send to the US. :D
I also think positive :) I have now one that is working fine. I'll look
forward to keep it running until it dies or I have a real reason to
upgrade :)
On Tue, Sep 08, 2020 at 07:26:33PM +0200, deloptes wrote:
Yes I looked at it - fully configured €250,- without shipment and there was
some reason that I dropped the idea and looked at alternatives.
Well, they cost a heck of a lot less to send to the US. :D
Andrei POPESCU wrote:
> PINE A64 (not sure if that's a + or not)
> http://wiki.pine64.org/images/1/1d/Power_Consumption.jpg
>
you missed that we need at least 2 network adapters
Charles Curley wrote:
> I don't need Firefox for these. Three of the four machines I just
> checked don't have libboost on them, and the fourth may not actually
> need it.
but still the question is if you don't need it for building things that you
need - especially thy python that is required to
Michael Stone wrote:
> pcengines APU2 (3 nic) or APU4 (4 nic) will come in well under that, has
> 2 or 4GB RAM, quad core 1GHz CPU, and draws 6-12W.
>
> It will also have lower network latency, much higher bandwidth limit,
> and allow you to run more advanced services on the firewall.
Yes I look
On Mon, 7 Sep 2020 20:07:52 +
Andrew Cater wrote:
> I've just had a quick look at the Fit-PC site - all of
> them look to be 64 bit capable.
The Fit-PC I is no longer on the Fit-PC web site. Wikipedia, however...
https://en.wikipedia.org/wiki/Fit-PC#fit-PC_1.0 The processor is:
root@freeman
On Tue, Sep 08, 2020 at 07:48:33AM +0200, deloptes wrote:
I alaready looked for a replacement. Surprisingly the devices with 3 or 4
network cards cost > 400,- US$ and consume more power.
pcengines APU2 (3 nic) or APU4 (4 nic) will come in well under that, has
2 or 4GB RAM, quad core 1GHz CPU,
On Lu, 07 sep 20, 12:41:07, Charles Curley wrote:
>
> They draw less than four watts each, except 5 watts when the hard drive
> is spinning up. Has anyone got a 64 bit architecture machine
> that frugal?
PINE A64 (not sure if that's a + or not)
http://wiki.pine64.org/images/1/1d/Power_Consumption
Andy Smith wrote:
> Kind of suggests to me that changes specific to x86_32 aren't being
> made, and when they are being made they aren't being tested except
> by users in the wild. If you never upgrade your kernel and it's in a
> more secure environment (e.g. device with only one user, not exposed
Andrew Cater wrote:
> 32 bit Intel/AMD will likely disappear from the kernel if it becomes too
> hard to support. I've just had a quick look at the Fit-PC site - all of
> them look to be 64 bit capable. You want something low power - 64 bit ARM?
> There does come a point when 32 bit x86 really isn
On Monday, September 07, 2020 03:46:39 PM D. R. Evans wrote:
> Sorry; I missed that. (I find it too easy to skim instead of actually
> /read/ on a computer screen.)
That's interesting, I'll say it this way first, then elaborate a little.
I tend to skim more on the printed page than on the compute
On Mon, Sep 07, 2020 at 09:37:47PM +, Andy Smith wrote:
> Basically there are already fewer upstream kernel developers that
> care about and understand 32-bit x86, and bug and even security
> fixes specific to 32-bit x86 lag behind those for amd64. KPTI fixes
> to address Meltdown and Spectre t
On Mon, Sep 7, 2020, 3:52 PM deloptes wrote:
> Charles Curley wrote:
>
> > I hope so. All I need is console capabilities, security software
> > (firewall, etc.) and server software. I don't need an office suite or web
> > browser for those machines.
>
> Same here. So it means we have 2-4years to
Hello,
On Mon, Sep 07, 2020 at 07:57:18PM +0100, Joe wrote:
> One practical point: it isn't possible to upgrade from a 32-bit
> installation to a 64-bit one, it's a reinstall job. I did actually have
> a go once, but quickly got bogged down with 'do A before B, and do B
> before A'.
I've done it
On 09/07/2020 02:19 PM, Felix Miata wrote:
For more reading, try the author's site:
https://smxi.org/docs/inxi-installation.htm#inxi-manual-install
I browsed some random pages in smxi.org . I think a more detailed read
is in order. I suspect the tools there will answer questions I didn't
h
On 09/07/2020 02:03 PM, David Wright wrote:
On Mon 07 Sep 2020 at 12:49:36 (-0500), Richard Owlett wrote:
On 09/07/2020 09:51 AM, Felix Miata wrote:
Richard Owlett composed on 2020-09-07 08:44 (UTC-0500):
2.What 32 bit utilities are there to identify the hardware capabilities
of a
On 09/07/2020 01:57 PM, Joe wrote:
On Mon, 7 Sep 2020 10:12:11 -0500
Richard Owlett wrote:
Answers I'm seem focused on too low levels. I'm interested in the
end-user experience.
One practical point: it isn't possible to upgrade from a 32-bit
installation to a 64-bit one, it's a reinstall
32 bit Intel/AMD will likely disappear from the kernel if it becomes too
hard to support. I've just had a quick look at the Fit-PC site - all of
them look to be 64 bit capable. You want something low power - 64 bit ARM?
There does come a point when 32 bit x86 really isn't viable - that's round
abou
Charles Curley wrote:
> I hope so. All I need is console capabilities, security software
> (firewall, etc.) and server software. I don't need an office suite or web
> browser for those machines.
Same here. So it means we have 2-4years to get ready.
I guess one needs a bit more in order to compil
David Wright wrote on 9/7/20 12:53 PM:
>
> That may be an unfair comparison as the OP has a 64-bit machine
> running the 32-bit software, rather than two machines of different
> generations.
>
Sorry; I missed that. (I find it too easy to skim instead of actually /read/
on a computer screen.)
On Mon, 07 Sep 2020 19:50:16 +0200
deloptes wrote:
> > There are
> > already problems with some software that just won't build well in a
> > 32 bit environment.
>
> this would be unfortunate because I am sure there is enough 32bit
> hardware out there still working quite well - like mine Geode
David Wright composed on 2020-09-07 14:03 (UTC-0500):
> On Mon 07 Sep 2020 at 12:49:36 (-0500), Richard Owlett wrote:
>> What should I read before attempting "inxi -U"?
> man inxi on your buster installation. Then forget about manually
> upgrading stretch's version: you're interested in what i
On Mon 07 Sep 2020 at 12:49:36 (-0500), Richard Owlett wrote:
> On 09/07/2020 09:51 AM, Felix Miata wrote:
> > Richard Owlett composed on 2020-09-07 08:44 (UTC-0500):
> >
> > > 2.What 32 bit utilities are there to identify the hardware
> > > capabilities
> > > of a particular machine?
>
On Mon, 7 Sep 2020 10:12:11 -0500
Richard Owlett wrote:
>
>
> Answers I'm seem focused on too low levels. I'm interested in the
> end-user experience.
>
One practical point: it isn't possible to upgrade from a 32-bit
installation to a 64-bit one, it's a reinstall job. I did actually have
a go
On Mon 07 Sep 2020 at 09:33:15 (-0600), D. R. Evans wrote:
> Richard Owlett wrote on 9/7/20 9:12 AM:
> >
> > Answers I'm seem focused on too low levels. I'm interested in the
> > end-user experience.
> >
> > E.G. what end user observable difference would there be between 32 bit
> > based browse
Andrew Cater wrote:
> In reality - there's very little hardware newer than ten years old that's
> economic to run - x86_6r4 has been around for long enough that 64 bit
> hardware is cheap. The overhead of compiling _pure_ 32 bit is significant
> to keep going. It's not for nothing that Debian's 32
In reality - there's very little hardware newer than ten years old that's
economic to run - x86_6r4 has been around for long enough that 64 bit
hardware is cheap. The overhead of compiling _pure_ 32 bit is significant
to keep going. It's not for nothing that Debian's 32 bit target has
gradually mov
Andrew Cater wrote:
> Potentially zero difference - until the 32 bit browser just isn't there
> any more / isn't patched. This is the sort of question that the debian-cd
> team are also pondering: as the years go on, it is harder and harder to
> justify 32 bit software at least for the x86 archite
On 09/07/2020 09:51 AM, Felix Miata wrote:
Richard Owlett composed on 2020-09-07 08:44 (UTC-0500):
2.What 32 bit utilities are there to identify the hardware capabilities
of a particular machine?
inxi
For CPU bits specifically:
inxi -Cy
For all CPU capabilities:
On 09/07/2020 10:09 AM, Reco wrote:
Hi.
On Mon, Sep 07, 2020 at 10:01:42AM -0500, Richard Owlett wrote:
2.What 32 bit utilities are there to identify the hardware capabilities of
a particular machine?
If you mean, "how do I check if my Intel/AMD CPU has that 64-bit
capability", t
Richard Owlett wrote on 9/7/20 9:12 AM:
>>
>
> Answers I'm seem focused on too low levels. I'm interested in the
> end-user experience.
>
> E.G. what end user observable difference would there be between 32 bit
> based browser and a 64 bit based browser?
>
The short version:
what Reco said
Hi Richard,
Potentially zero difference - until the 32 bit browser just isn't there any
more / isn't patched. This is the sort of question that the debian-cd team
are also pondering: as the years go on, it is harder and harder to justify
32 bit software at least for the x86 architecture. There are
On 09/07/2020 09:28 AM, Jonathan Dowland wrote:
On Mon, Sep 07, 2020 at 05:22:20PM +0300, Georgi Naplatanov wrote:
You'll be able to use more RAM, CPU's registers. On the other hand some
software vendors do not support x86 anymore - example: Google Chrome
Expanding on this a little bit: the 64
Hi.
On Mon, Sep 07, 2020 at 10:01:42AM -0500, Richard Owlett wrote:
> > >2.What 32 bit utilities are there to identify the hardware
> > > capabilities of a particular machine?
> >
> > If you mean, "how do I check if my Intel/AMD CPU has that 64-bit
> > capability", then it's:
> >
>
On 09/07/2020 09:17 AM, Reco wrote:
Hi.
On Mon, Sep 07, 2020 at 08:44:28AM -0500, Richard Owlett wrote:
I have two underlying questions:
1. As everything I currently use runs fine, what would I gain by switching
to amd64 flavor?
Short term - you'll gain nothing. Everything will wo
Richard Owlett composed on 2020-09-07 08:44 (UTC-0500):
>2.What 32 bit utilities are there to identify the hardware capabilities
> of a particular machine?
inxi
For CPU bits specifically:
inxi -Cy
For all CPU capabilities:
inxi -Cay
If these produce any errors, you'r
On Mon 07 Sep 2020 at 17:17:12 (+0300), Reco wrote:
> On Mon, Sep 07, 2020 at 08:44:28AM -0500, Richard Owlett wrote:
> > I have two underlying questions:
> > 1. As everything I currently use runs fine, what would I gain by
> > switching to amd64 flavor?
>
> Short term - you'll gain nothing. Ev
On Mon, Sep 07, 2020 at 05:22:20PM +0300, Georgi Naplatanov wrote:
You'll be able to use more RAM, CPU's registers. On the other hand some
software vendors do not support x86 anymore - example: Google Chrome
Expanding on this a little bit: the 64 bit architecture has more CPU
registers which co
On 9/7/20 4:44 PM, Richard Owlett wrote:
> I switched from Windows when Squeeze was current and was working with a
> mix of 32 and 64 bit machines. To simplify my life I used and continue
> to use the i386 flavor of Debian.
>
> I have two underlying questions:
> 1. As everything I currently use
Hi.
On Mon, Sep 07, 2020 at 08:44:28AM -0500, Richard Owlett wrote:
> I have two underlying questions:
> 1. As everything I currently use runs fine, what would I gain by switching
> to amd64 flavor?
Short term - you'll gain nothing. Everything will work exactly the same, barring
third-
47 matches
Mail list logo
