On Wed, 04 Mar 2015 23:18:08 +, Juan R. de Silva wrote:
> Here is my routing table:
>
> 0.0.0.0 192.168.25.68 0.0.0.0 UG0 00
> eth0 192.168.24.0 0.0.0.0 255.255.252.0 U 1 0
> 0 eth0
>
> The first entry IS my
On Wednesday 04 March 2015 21:39:16 David Wright wrote:
> Quoting Gene Heskett (ghesk...@wdtv.com):
> > On Wednesday 04 March 2015 18:34:17 Juan R. de Silva wrote:
> > > > That looks 10% legit to me.
> > >
> > > 10% ? Is it a typo or a joke? :-)
> >
> > Thats a genuine typu, s/b 100%. 80yo fingers
Quoting Gene Heskett (ghesk...@wdtv.com):
>
>
> On Wednesday 04 March 2015 18:34:17 Juan R. de Silva wrote:
> > > That looks 10% legit to me.
> >
> > 10% ? Is it a typo or a joke? :-)
>
> Thats a genuine typu, s/b 100%. 80yo fingers don't always type what my
> brain tells them... :(
However, y
Did you mean typo? :P (Yeah I understand typos from you now.)
The table does not appear to have problems, you can always nmap it though,
it tells what it is, in terms of operating system and open ports.
(sudo apt-get install nmap)
nmap -sV [IPv4 Address]
On Thursday, March 5, 2015, Gene Heskett
On Wednesday 04 March 2015 18:34:17 Juan R. de Silva wrote:
> > That looks 10% legit to me.
>
> 10% ? Is it a typo or a joke? :-)
Thats a genuine typu, s/b 100%. 80yo fingers don't always type what my
brain tells them... :(
Cheers, Gene Heskett
--
"There are four boxes to be used in defense o
Juan R. de Silva wrote:
> Here is my routing table:
>
> 0.0.0.0 192.168.25.68 0.0.0.0 UG0 00 eth0
> 192.168.24.0 0.0.0.0 255.255.252.0 U 1 00 eth0
>
> The first entry IS my default gateway as I expected.
>
>
On 03/04/2015 03:18 PM, Juan R. de Silva wrote:
Here is my routing table:
0.0.0.0 192.168.25.68 0.0.0.0 UG0 00 eth0
192.168.24.0 0.0.0.0 255.255.252.0 U 1 00 eth0
The first entry IS my default gateway as I expected.
The second line
> That looks 10% legit to me.
10% ? Is it a typo or a joke? :-)
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/md84pp$t22$1...@ger.gmane.org
On Wednesday 04 March 2015 18:18:08 Juan R. de Silva wrote:
> Here is my routing table:
>
> 0.0.0.0 192.168.25.68 0.0.0.0 UG0 00
> eth0 192.168.24.0 0.0.0.0 255.255.252.0 U 1 0
> 0 eth0
>
> The first entry IS my
Here is my routing table:
0.0.0.0 192.168.25.68 0.0.0.0 UG0 00 eth0
192.168.24.0 0.0.0.0 255.255.252.0 U 1 00 eth0
The first entry IS my default gateway as I expected.
The second line, however, is something I cannot neither recognize
On 01/10/2011 11:34 AM, Camaleón wrote:
On Sun, 09 Jan 2011 14:11:57 -0600, Ron Johnson wrote:
Has anyone experienced this error message when using an nvidia 8400GS
GPU?
Nope... but Google finds some hits:
http://www.google.com/search?q=couldn%27t+find+ddc+routing+table&hl=en&tbo=1&
On Sun, 09 Jan 2011 14:11:57 -0600, Ron Johnson wrote:
> Has anyone experienced this error message when using an nvidia 8400GS
> GPU?
Nope... but Google finds some hits:
http://www.google.com/search?q=couldn%27t+find+ddc+routing+table&hl=en&tbo=1&complete=0&prmd=ivns&
Hi,
Has anyone experienced this error message when using an nvidia
8400GS GPU?
This is a fresh Sid install in new machine, and after 2 days I'm
starting to think that this might be a bad part.
http://www.theinquirer.net/inquirer/news/1028703/all-nvidia-g84-g86s-bad
Thanks,
Ron
--
Seek trut
"Matías Palomec" <[EMAIL PROTECTED]> writes:
Does the VPN server have a static IP?
Yes.
If so, you can route the VPN on the eth1 and leave de 0/0 GW to ppp1
(I had something like these at home).
I just tried like this,
,
| route add vpn_ip gw eth1
| route add default dev ppp1
`--
On 5/24/07, William Xu <[EMAIL PROTECTED]> wrote:
Hi all,
I have got some problem setting up the routing table. Currently, the
table is,
,[ netstat -nr ]
| 10.1.1.10.0.0.0 255.255.255.255 UH0 0 0 ppp1
| 166.111.210.0 0.0.0.0 255.255.254
Hi all,
I have got some problem setting up the routing table. Currently, the
table is,
,[ netstat -nr ]
| 10.1.1.10.0.0.0 255.255.255.255 UH0 0 0 ppp1
| 166.111.210.0 0.0.0.0 255.255.254.0 U 0 0 0 eth1
| 0.0.0.0
Adam Majer wrote:
Bernd Prager wrote:
I'm experiencing some trouble with my DSL setup.
Every time after reboot my routing table is using my ppp0 P-t-P
address instead of its inet address.
Which is the correct way of setting routes. Default should go though the
other end of th
Bernd Prager wrote:
> I'm experiencing some trouble with my DSL setup.
> Every time after reboot my routing table is using my ppp0 P-t-P
> address instead of its inet address.
Which is the correct way of setting routes. Default should go though the
other end of the
I'm experiencing some trouble with my DSL setup.
Every time after reboot my routing table is using my ppp0 P-t-P address
instead of its inet address.
$ ifconfig ppp0
ppp0 Link encap:Point-to-Point Protocol
inet addr:168.100.249.107 P-t-P:168.100.250.1
Mask:255.255.25
an
On Fri, 2004-09-24 at 23:51, Tony Uceda Velez wrote:
> right but is there a route.conf like there is in suse. there has to be a
> place where you can store routes besides in memory. doing a route add
> simply stores in memory and a reboot clears the routing table.
>
> Tony Uced
On Fri, 24 Sep 2004 17:51:01 -0400, Tony Uceda Velez
wrote:
>
> right but is there a route.conf like there is in
suse.
> there has to be a
> place where you can store routes besides in memory.
> doing a route add
> simply stores in memory and a reboot clears the
routing
right but is there a route.conf like there is in suse. there has to be a
place where you can store routes besides in memory. doing a route add
simply stores in memory and a reboot clears the routing table.
Tony UcedaVélez
Security Analyst
[EMAIL PROTECTED]
877.884.1110
--
SecureWorks
password problem
>
>
> where are the routing tables stored persistently in
> debian?
You can see it with the following command:
#route -n
shows the actual routing table
#ip route show
also do the thing.
sorry to have recycled the subjectreal question below.
Tony UcedaVélez
Security Analyst
[EMAIL PROTECTED]
877.884.1110
--
SecureWorks. Rock-solid Internet security.
No hassles. No headcount. No capital outlay.
--
http://www.secureworks.com
-Original Message-
From: To
I'm trying to delete an entry from the routing table:
$ /sbin/route
Kernel IP routing table
DestinationGateway Genmask Flags Metric
RefUse Iface
207.216.243.171 - 255.255.255.255 !H 0
-0 -
207.6.
A thousand thank yous!
It was tap0, I removed diald, and now it works perfectly.
Thanks again.
Kristin.
- Original Message -
From: "Bill Marcum" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, September 06, 2004 12:08 PM
Subject: Re: how to save change
On Sun, Sep 05, 2004 at 09:06:19PM +1000, Kristin Stock wrote:
>
> I am a new debian user, and have just installed debian on an old PC.
> I am in the process of setting up a local network, and find that when
> I boot up, some spurious entries in the routing table are causing
> pr
I am a new debian user, and have just installed
debian on an old PC. I am in the process of setting up a local network,
and find that when I boot up, some spurious entries in the routing table are
causing problems. When I delete these and retain only the routing table
entries that
eth0| x.x.47.226
|
## (eth1 -ppp0 ADSL)
# Debian Box #--192.168.17.2-->x.x.16.78-->192.168.17.0/24
##
|
eth2| 192.168.2.1
|
|
Office LAN (192.168.2.0/24)
The routing table looks like:
# route -n
Destination Gateway Genmask
isappear.
>
> The setup looks like this:
>
>Internet
>|
> x.x.47.224/27 Router x.x.47.225
>|
>eth0| x.x.47.226
>|
> ## (eth1 -ppp0 ADSL)
> # Debian Box #--192.168.17.2-->x.x.16.78-->192.168.17.0/24
> #
n Box #--192.168.17.2-->x.x.16.78-->192.168.17.0/24
##
|
eth2| 192.168.2.1
|
|
Office LAN (192.168.2.0/24)
The routing table looks like:
# route -n
Destination Gateway GenmaskFlag Met Ref Use Iface
x.x.16.78 0.0.0.0 255.255.255
lto:[EMAIL PROTECTED]
Verzonden: vrijdag 28 maart 2003 15:19
Aan: [EMAIL PROTECTED]
Onderwerp: "no PCI interrupt routing Table!" (PCMCIA Netzwerkkarte will
nicht...)
Hallo, ich bin stolzer besitzer eines IBM Thinkpad 760EL
(P1 133Mhz, 32MB Ram, 800x600 display, 2 gb Platte)
Mein Proble
Once upon a time William C Brennan said...
>
> What is the "standard" way to permanently add a route to luke's routing
> table,
> so I don't have to manually do it after booting? It must be obvious,
> but I can't seem to find this documented anywhere
William C Brennan said:
> What is the "standard" way to permanently add a route to luke's routing
> table, so I don't have to manually do it after booting? It must be
> obvious, but I can't seem to find this documented anywhere.
on a debian system i would
Title: Permanently establishing an entry in the routing
table
Folks,
I'm connecting a small network for the
first time. My setup is simple:
|
|
| |
Internet ---
|
>
> auto eth1
> iface eth1 inet static
> address 192.168.61.50
> netmask 255.255.255.0
> broadcast 192.168.61.255
> gateway 192.168.61.1
>
> My question is why does the routing table return to the incorrect routes
> when I reboot and how do
I have potato running with two interfaces and the IP routing table looks like
this when it boots up:
Dest.Gateway Genmask Flags Met. Iface
192.168.60.0 *255.255.255.0 U 0 eth0
192.168.61.0 *255.255.255.0 U 0 eth1
default WAN 0.0.0.0
also sprach Judith Elaine Bush <[EMAIL PROTECTED]> [2002.05.18.2325 +0200]:
> Looking at the output of route, we note that there is no entry for
> destination 127.0.0.0 nor any entry for Iface=lo.
>
> We tried the command
> $ route add -net 127.0.0.0
> and got the error
> SIOCADDRT: i
euelen:0
::
020518/route-1.out
::
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
localnet* 255.255.255.0 U 0 00 eth0
default 192.168.1.250 0.0.0.0 UG0 0
hello: this is currently what i have
Destination
Gateway
genmask
iface
255.255.255.255
*
255.255.255.255 eth1
localnet *
255.255.255.248 eth0
192.168.1.0
- Original Message -
From: Beavis <[EMAIL PROTECTED]>
To: George Bonser <[EMAIL PROTECTED]>
Sent: Saturday, April 08, 2000 6:32 PM
Subject: Re: routing table
> USING DEBIAN
>
> tried:
> ~# ifconfig lo 127.0.0.0 netmask 255.0.0.0
> ~# route add 127.0.0.0
close
but localnet/8 is a unknown host
- Original Message -
From: Oswald Buddenhagen <[EMAIL PROTECTED]>
To: Beavis <[EMAIL PROTECTED]>
Cc: debian list
Sent: Saturday, April 08, 2000 5:36 PM
Subject: Re: routing table
> > what i want to do is add
> >
> what i want to do is add
>
> dest.gatewaygenmaskiface
> localnet *255.0.0.0lo
>
use this:
route add -net localnet/8 lo
or something like that.
--
Hi! I'm a .signature virus! Copy me into your ~/.signature, please!
--
Linux - the last s
what i want to do is add
dest.
gateway genmask
iface
localnet *
255.0.0.0 lo
when i run
route add 127.0.0.0 lo
i get
localnet
*
255.255.255.255 lo
i just want 255.0.0.0
how do i do
that?
John Miskinis has no clue of pppconfig:
> I tried "pon" but it complained about some things
> that I have not yet configured (in diald?).
>
AFAIK 'pon/poff' are in no way connected with diald.
Have U installed 'pppconfig' package ? If not do it and
I find it such an elegant one for ppp dial-up
On Sat, 6 Nov 1999, John Miskinis wrote:
> That makes sense, I can see where /dev/modem is useful once things
> are working. I did remember seeing a note somewhere (I've been
> up all night reading stuff, I forget where) where they discouraged
> the use of /dev/modem, and /dev/mouse however!
A L
Nick Phillips writes:
> Indeed. On the subject of automating, I recommend:
> options common to *all* possible connections go in /etc/ppp/options
> options for any particular connection go in /etc/ppp/peers/connectionname
> symbolic link to favourite dialout connection goes in
> /etc/ppp/peers/pr
Nick Phillips writes:
> Either at the command line, or in one of its config files, pppd needs the
> "defaultroute" option to tell it to make the ppp link the default route.
Pppconfig provides it by default in the provider file.
> BTW, don't be happy to leave it as it is (starting ppp manually onc
John Miskinis writes:
> No default route "stuff" shows up, and I'm wondering if the debian
> distribution sets up something that I must change.
Did you set up an ethernet card when you installed? If you did the install
will have set up a defaultroute to the ethernet. Pppd won't override an
exist
John Miskinis writes:
> I tried "pon" but it complained about some things that I have not yet
> configured (in diald?).
Pppconfig configures everything that 'pon' needs. Exactly what pon
complain about? (pon is just a wrapper around pppd.)
Diald is not involved here.
--
John Hasler
[EMAIL PRO
Hi,
That makes sense, I can see where /dev/modem is useful once things
are working. I did remember seeing a note somewhere (I've been
up all night reading stuff, I forget where) where they discouraged
the use of /dev/modem, and /dev/mouse however!
I'm still accepting recommendations for slink-c
On Sat, 6 Nov 1999, Nick Phillips wrote:
> > I noticed that the /dev/modem worked also, but I wanted to be
> > sure that it was using ttyS2 for now.
>
> Good. /dev/modem is usually a symlink to wherever your modem is, and my
> advice would be to delete it right away - if one program thinks it's u
> I noticed that the /dev/modem worked also, but I wanted to be
> sure that it was using ttyS2 for now.
Good. /dev/modem is usually a symlink to wherever your modem is, and my
advice would be to delete it right away - if one program thinks it's using
/dev/modem, and another thinks it's using /dev/
On Sat, 6 Nov 1999, John Miskinis wrote:
> I noticed that the /dev/modem worked also, but I wanted to be
> sure that it was using ttyS2 for now. I am also trying everything
> as root for now. I tried "pon" but it complained about some things
> that I have not yet configured (in diald?).
About w
Hi,
I noticed that the /dev/modem worked also, but I wanted to be
sure that it was using ttyS2 for now. I am also trying everything
as root for now. I tried "pon" but it complained about some things
that I have not yet configured (in diald?).
I figured it would be best to get the manual connec
> Anyone have any clues as to why the default route is not setup?
Either at the command line, or in one of its config files, pppd needs
the "defaultroute" option to tell it to make the ppp link the default
route.
BTW, don't be happy to leave it as it is (starting ppp manually once
connected) - it
It is quite a long time ago, I used a PCMCIA modem, but as far as I
remember, it was quit easy to get it work:
In order to make it possible, that non root user can initiate a ppp
conection, add the desired user to the group 'dip'
adduser username dip
In the file /etc/pcmcia/serial.opts the l
Hello,
I have recently aquired a PPP-based ISP, in hopes to get linux
network connectivity. I have been working with the PPP howto, and
got PPP somewhat working.
I am stuck at the point where a "route -n" only shows ONE ppp0
connection, where the howto says it should show TWO. I am able
to pin
o- gateway."
The gateway column specifies which machine to gateway through, so
should be host addresses, not network addresses. "0.0.0.0" does not
mean "default", but rather "none".
Perhaps a bigger example will make it clearer...
(Abbreviated) routing tab
On Wed, Jul 28, 1999 at 06:07:55PM -0400, Arcady Genkin wrote:
> "David H. Silber" <[EMAIL PROTECTED]> writes:
> > The default is for addresses whose routes are not specified by the
> > routing table. Packets destined for any computer with an IP in the
> >
Paul Miller <[EMAIL PROTECTED]> writes:
> > I still don't understand something. Doesn't the line:
> >
> > 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0
> > eth0
> ^^^
> Don't let those 0s confuse you. That means there is not gateway defined
> for
Arcady Genkin wrote:
>
> I still don't understand something. Doesn't the line:
>
> 192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
^^^
Don't let those 0s confuse you. That means there is not gateway defined
for that route. Also look in the four
"David H. Silber" <[EMAIL PROTECTED]> writes:
> > I'm reading "TCP/IP Administration" by O'Reily, and have a question on
> > the routing table on my Debian box. It's quite simple:
> >
> > Kernel IP routing table
> > D
On Wed, Jul 28, 1999 at 05:50:03PM -0400, Arcady Genkin wrote:
> Hi all:
>
> I'm reading "TCP/IP Administration" by O'Reily, and have a question on
> the routing table on my Debian box. It's quite simple:
>
> Kernel IP routing table
> Destination
Hi all:
I'm reading "TCP/IP Administration" by O'Reily, and have a question on
the routing table on my Debian box. It's quite simple:
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
209.226.71.00.0.0.0
Hello,
Dieter Jäger:
> The sl0 device entries are set up by the diald package, which task is to
> automatically dial up the line to your ISP if needed.
I guess the solution, then, is:
a) if you want on-demand dialling, set up that (using diald),
b) otherwise, get rid of the diald package
-BEGIN PGP SIGNED MESSAGE-
Hi Avery,
The sl0 device entries are set up by the diald package, which task is to
automatically dial up the line to your ISP if needed. This should be no problem
with your dialin script. Try setting another IP-adress (something like
10.0.0.1/10.0.0.2) for your
traffic is detected on the slip interface
(sl0 on my machine) diald starts dialing the modem and on connect
starts ppp. My routing table looks similar to the one you posted
when I'm not connected to my isp.
Pat
---
Signature removed because some people are way too thin skinned
Hi, I'm new to this list so if this is the wrong place to ask this please
tell me. I recently bought the Debian CDs and managed to get everything
installed. My first project was to get my modem properly connecting to my
ISP. After finally getting my modem working and the scripts set up I still
have
>What exactly happens when you try to run pppd? Any messages in
>/var/adm/messages or /var/adm/debug?
Yes, and even more instructive were messages from /var/adm/daemon.log
Eg:
Jul 1 20:38:15 destiny pppd[560]: pppd 2.2.0 started by root, uid 0
Jul 1 20:38:15 destiny pppd[560]: Using interface
>> Jul 1 20:38:45 destiny pppd[560]: IPCP: timeout sending Config-Requests
>
>What about what the chat script says ? Are you positive the other sides
>ppp protocol is kicking when you connect ?
I don't use a chat script. I use minicom to connect to my ISP. Then
manually start ppp from that end
On Tue, 18 Jun 1996, Mark Phillips wrote:
> Hi,
>
> Thank's to all the people who have helped me recently. Every time I
> solve one problem, another appears.
>
> I tried establishing a ppp link and found it didn't work. To find out
> what was going on, I ran route and got:
>
What exactly hap
;t work. To
> > Mark> find out what was going on, I ran route and got: [...]
> >
> >There is a `defaultroute' option for pppd. You might want to try
> >fiddling with that in /etc/ppp/options and see if it does something.
>
> I do use this option.
>
> I would like to so
but in the mean time, can
Mark> someone please tell me what I should do to manually setup the
Mark> routing table correctly. Thanks.
Like I said, I don't really know what I'm talking about, but there are
scripts /etc/ppp/ip-{up,down}. Just put the necessary `route'
commands i
gt;There is a `defaultroute' option for pppd. You might want to try
>fiddling with that in /etc/ppp/options and see if it does something.
I do use this option.
I would like to solve this problem, but in the mean time, can someone
please tell me what I should do to manually setup the routing table
correctly. Thanks.
Mark.
manually
Eric> typed 'route add -net default ppp0' and then it works. Not a big
Eric> inconvienence, but I have been curious why this happens. I do
Eric> have defaultroute in my /etc/ppp/options.
Eric> Eric Hoeltzel ([EMAIL PROTECTED])
Try doing a "route -n"
> On Tue, 18 Jun 1996 17:52:53 +1000, Mark Phillips
> <[EMAIL PROTECTED]> said:
Mark> I tried establishing a ppp link and found it didn't work. To
Mark> find out what was going on, I ran route and got: [...]
There is a `defaultroute' option for pppd. You might want to try
fiddling w
d establishing a ppp link and found it didn't work. To find out
> what was going on, I ran route and got:
>
> # route
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric Ref Use Iface
>
>
> and then route just hung.
>
> W
Hi,
Thank's to all the people who have helped me recently. Every time I
solve one problem, another appears.
I tried establishing a ppp link and found it didn't work. To find out
what was going on, I ran route and got:
# route
Kernel IP routing table
Destination Gateway
79 matches
Mail list logo
