Tim writes:
> As others have said, you can reconfigure CUPS so that it doesn't listen
> to the outside world.
>
> As they haven't said, yet, I consider this to be the better approach.
> Rather than rely on something else (a firewall) to get in the way,
> configure services to be more secure, in
>>
>> [jarmo@localhost ~]$ firewall-cmd --get-active-zones
>> public
>> interfaces: em1
>>
>> [jarmo@localhost ~]$ firewall-cmd --zone=public --list-ports
>>
>> [jarmo@localhost ~]$ firewall-cmd --zone=public --list-all
>>
On Mon, 3 Nov 2014 07:47:30 +0200
Angelo Moreschini wrote:
> Hi
> first of all I thank all those who have tried to help me.
> Now I have lost hope that this problem is currently solved by me.
> So I made a link to a command that * MANUALLY * starts the file
> /etc/rc.d/rc.init,; I can run this c
Hi
first of all I thank all those who have tried to help me.
Now I have lost hope that this problem is currently solved by me.
So I made a link to a command that * MANUALLY * starts the file
/etc/rc.d/rc.init,; I can run this command via a graphical icon using Gnome
interface.
This can be suffic
On 11/03/14 10:18, Wolfgang S. Rupprecht wrote:
> The problem turned out to be my switch dying in a funny way. When I
> moved the computer's ethernet from the switch (Netgear GS108E-100NAS) to
> a spare port on the gateway, large pings started working.
>
> Thanks for everyone helping to reason t
The problem turned out to be my switch dying in a funny way. When I
moved the computer's ethernet from the switch (Netgear GS108E-100NAS) to
a spare port on the gateway, large pings started working.
Thanks for everyone helping to reason through this. The observation
that it wasn't a general f
On 11/03/14 09:50, Ed Greshko wrote:
> What I would do is use "wireshark" with a capture filter of "icmp" and see
> what is going out on the wire. What I would do is "ping -c 1 -s 2000 gw" and
> then check to see that 2 packets are being sent out with the first one being
> marked as a fragment.
On 11/03/14 09:20, Wolfgang S. Rupprecht wrote:
> Ed Greshko writes:
>> [egreshko@meimei ~]$ ping -s 1200 wifi (my gw)
>> PING wifi.greshko.com (192.168.1.1) 1200(1228) bytes of data.
>> 1208 bytes from wifi.greshko.com (192.168.1.1): icmp_seq=1 ttl=64 time=0.487
>> ms
>> 1208 bytes from wifi.g
Ed Greshko writes:
> [egreshko@meimei ~]$ ping -s 1200 wifi (my gw)
> PING wifi.greshko.com (192.168.1.1) 1200(1228) bytes of data.
> 1208 bytes from wifi.greshko.com (192.168.1.1): icmp_seq=1 ttl=64 time=0.487
> ms
> 1208 bytes from wifi.greshko.com (192.168.1.1): icmp_seq=2 ttl=64 time=0.501
On Mon, 03 Nov 2014 08:25:32 +0800
Ed Greshko wrote:
> So, no trouble here.
I've had some trouble, but only in very odd circumstances:
I have a f20 machine hosting a slew of virtual machines on
a bridge network with the virtual machines on their own separate
subnet on one bridge and the f20 mach
On 11/03/14 08:16, Wolfgang S. Rupprecht wrote:
> It looks like something broke recently that severely limits the MTU in
> Fedora 20 when running under NM. Are other people seeing this too?
> Here I'm pinging my upstream lan-to-wan gateway. A 1200 byte ping fails
> while a 500 byte one succeeds.
It looks like something broke recently that severely limits the MTU in
Fedora 20 when running under NM. Are other people seeing this too?
Here I'm pinging my upstream lan-to-wan gateway. A 1200 byte ping fails
while a 500 byte one succeeds. I see the same thing when pinging
between two identica
On 02.11.2014 20:58, Stephen Morris wrote:
> On 10/31/2014 11:47 AM, poma wrote:
>> On 30.10.2014 21:58, Stephen Morris wrote:
>>> On 10/29/2014 01:15 PM, poma wrote:
On 28.10.2014 21:27, Stephen Morris wrote:
> On 10/28/2014 06:58 AM, poma wrote:
>> On 27.10.2014 20:40, Stephen Morris
On 10/31/2014 11:47 AM, poma wrote:
On 30.10.2014 21:58, Stephen Morris wrote:
On 10/29/2014 01:15 PM, poma wrote:
On 28.10.2014 21:27, Stephen Morris wrote:
On 10/28/2014 06:58 AM, poma wrote:
On 27.10.2014 20:40, Stephen Morris wrote:
On 10/27/2014 12:13 PM, poma wrote:
On 27.10.2014 00:5
On Sun, 2 Nov 2014 13:17:28 -0500 (EST)
D. Hugh Redelmeier wrote:
> Wow. I didn't know that but have wished for it. Thanks! Does it
> work with proprietary AMD and nVidia drivers?
I have no idea. I guess it may depend on how they ask about EDID.
I'm using it with Intel video on my motherboard.
| From: Tom Horsley
| That works up to the point where you try to modify the xorg.conf
| file. X pays no attention to xorg.conf most of the time these
| days. What does work is getting the EDID from the monitor and
| stashing it in a firmware directory where you can use it to
| force the kernel t
Hi.
Got a network of fed/centos boxes.. The boxes are a combination of
eth, and wifi, with ra3070 chipset.
We reverse tunnel into a couple of the boxes that are wifi, as well as eth.
The boxes have dhcp.
We're using a dyndns kind of service so we can access boxes via name
instead of straight ip a
On Sat, Nov 01, 2014 at 07:27:11PM +0100, Heinz Diehl wrote:
> On 01.11.2014, Alexander Volovics wrote:
> > I don't expect it will do any good to copy the "general" certificates
> > to the Mac.
> Are there any CA-certificates installed on the Mac which are available
> to mutt? If not, it could
18 matches
Mail list logo
