Did I hear this right? You can't use the video/audio teleconferencing in
NetMeeting behind IP masqing, right?
I have RH 5.2 kernel 2.0.36, my computer is a win98 box inside a masqed
network and the computer I want to connect to is just a win95 box on the
internet, and I want to know if I should
benjamin j snyder [EMAIL PROTECTED] wrote:
I am running ip_masq, and everything is working fine, but a friend of
mine tried to telnet to the box and got a prompt. Is this bad?
From a security standpoint, it's not good. Unless you wanted your
friend to get a prompt. :)
Is there a way I
David Jirku [EMAIL PROTECTED] wrote:
But you are correct, being forced to use a proxy just doesn't cut it.
Why?
The proxy doesn't prevent you from reaching any sites. If anything,
it'll speed up access to the more popular sites. Why is it a bad thing?
--
[EMAIL PROTECTED] (Fuzzy Fox)
Hi,
Thanks to everybody who helped me for this pb (David, Michael, Charles and
Clifford). I think the easiest way in my case is Michael Kohne's idea:
using "ipfwadm -F -l -e -x" regularly and removing unused rules (i.e. stalled
for 15 minutes for instance). I would also add a "-n" option to
My http server has a ip number of this private network (i.e.
199.183.25.100).
I set up the router to forward the HTTP protocol towards this machine.
Though it seems like IPFWADM can do this, it CAN'T. You need to
use IPPORTFW to do this. Check out the TrinityOS doc
on the IPPORTFW and IPFWADM
patrice truong wrote:
Either you or I has a serious misunderstanding here.
I setup Ip masquerade on a router (Linux RH 5.2 on a i486) with two
Ethernet interfaces. One interface routes to the ISP subnet/gateway,
and the other interface supports a class private network address
(i.e.
I am using Mirc. I tried to play with these settings, but with no
luck.
Try these then (from my archives):
--
Problems solved with mirc
under local info i have to choose
on connect always get
_local host_ and _ip adress_
and under lookup method
normal
it wont work if server
I am running ip_masq, and everything is working fine, but a friend of mine
tried to telnet to the box and got a prompt. Is this bad?
Well, if you want your buddy to access your machine, no. But if you
don't want the entire Internet to access your Linux box: YES!!!
Is there a way I can
FYI, games/services we use:
ICQ
Only one host will be able to properly to ICQ chats and file transfers.
All ICQ messaging will work fine on all machines
Kali
Skip Kali. I think it will work though.
IRC
It will work fine once the irc module is installed.
Red Alert
Mechwarrior II
Christoph;
I had the same error a while back, (during an install of kernel 2.0.34) and
it turned out to be a bad motherboard. In my case, the same system ran as a
Novel server with very intermittent errors, but wouldn't even boot Linux. A
MB replacement fixed all errors on both OS's. Check
Why don't you price out a dedicated 128k frame relay connection or an SMDS
connection? I am sure that in the long run, it will be cheaper. Unless,
ISDN is unusually low in your area.
Rik
At 08:58 PM 1/27/99 -0800, you wrote:
Now I'm looking for an ISDN adapter that will take advantage of
None of this addresses the problem of establishing an X session over masq.
It's probably just a matter of forwarding the ports that the server is going
to use to establish a connection with the client (assuming client on masqed
net). Anyone doing it? Know the port numbers off hand?
The NCD
"David A. Ranch" wrote:
Any what exact message does it reboot? What 2.2.0 kernel? Pre9?
--David
It's the first stable Version of kernel 2.2.0 wich was made public the 25th of
january.
The Problem is, that there is no message, nor does the Box boot actually, in fact
the boot-operation
I can receive file with DCC but can send. I can see that
ip_masq_irc.o intercepted DCC send request but the foreign machine can't
seem to be able to acknowledge the request. (I tried with two machine,
one behind the ip masquerading 'firewall' and the other in the public
domain.
What IRC
After I recompiled my kernel to support IP masq I have been getting this error
upon initializing my second network card. SIOADDRT: Invalid argument.
I am running 2 identical NE2000 cards by modules.
I have included the append statement in Lilo.conf
The strange part is, is the card still works. I
It's really hard for me to help you unless I have a valid return address...
justme [EMAIL PROTECTED] isn't valid.
Anyway, in hopes that you're paying attention, the problems you described--really
laggy games, except when you're hosting or when only playing with one other human
player (number of
i have this in my /etc/rc.d/rc.local:
/sbin/ipchains -P forward MASQ
/sbin/ipchains -A forward -s 192.9.200.0/24 -d 0.0.0.0/0
/sbin/insmod /lib/modules/2.2.0/ipv4/ip_masq_ftp.o
it seems to work, but is there a security risk? i notice
that most people seem to use /sbin/ipchains -P forward DENY
Christoph Monig [EMAIL PROTECTED] wrote:
The Problem is, that there is no message, nor does the Box boot
actually, in fact the boot-operation fails at this point:
Lilo
Loading LinuxPOW! and the system restarts.
Hmmm... Perhaps it's the fact that the kernel with Masq compiled in is
Chris Eng [EMAIL PROTECTED] wrote:
/sbin/ipchains -P forward MASQ
/sbin/ipchains -A forward -s 192.9.200.0/24 -d 0.0.0.0/0
Your first ruleset doesn't specify a target (-j). Isn't that an error?
it seems to work, but is there a security risk? i notice that most
people seem to use
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
After I recompiled my kernel to support IP masq I have been getting
this error upon initializing my second network card.
SIOADDRT: Invalid argument.
SIOCADDRT is the ioctl call which is made when a route is being added.
One of your startup
On 28 Jan 99, at 22:28, Tim Fletcher wrote about
"Re: [masq] FTP and firewalls":
| But this chnage won't help a masqueraded client, because there is no
| way to get the packet forwarded to the internal IP. So you seem to
| be talking about running the FTP client on the masquerading
21 matches
Mail list logo