Linux-Networking Digest #256, Volume #11         Sun, 23 May 99 18:14:12 EDT

Contents:
  Need help with IPMasquerade and Net2Phone (Luiz Otavio L. Zorzella)
  Re: Problem accessing news server (Rand Simberg)
  Re: with ipchains cannot login via xdm window (Zenon Fortuna)
  What is possible using PPP? (Frank C Bogle)
  DHCPCD and lease renewel error (Scot Thompson)
  Apache Logs (Benjamin John)
  Installing an External TA(modem) on RedHat 5.1 (help needed) (RJHM van den Bergh)
  LICQ latest problem (Billy)
  Re: Map Network Drives (Ted Potter)
  Re: Newbie: Ethernet card not detected (Vidar Andresen)

----------------------------------------------------------------------------

Subject: Need help with IPMasquerade and Net2Phone
From: [EMAIL PROTECTED] (Luiz Otavio L. Zorzella)
Date: 23 May 1999 12:59:57 -0700


Hi,


I have a Win 95 inside a private LAN (ppp) that I set up with ip
masquerading.

To start, I had only one very simple rule:

ipfwadm -F -a m -S 192.168.10.0/24 -D 0.0.0.0/0

Everything works fine: www, ftp, etc. Then I installed net2phone
(http://www.net2phone.com), and I'm trying to make it work.

While seting up, net2phone makes a "Test for firewall", and fails in
this test. I set up 2 specific rules for net2phone, then:

ipfwadm -F -a m -b -P udp -S 192.168.10.51 10000 -D 0.0.0.0/0 10000
ipfwadm -F -a m -b -P tcp -S 192.168.10.51 10000 -D 0.0.0.0/0 10000
ipfwadm -F -a m -b -P icmp -S 192.168.10.51 10000

and I configured net2phone to use the 10000 port number (it can be
configured to anything you want, according to their website). The test
still fails.

I tcpdumped both by eth0 (private LAN) and ppp0 (internet) while doing
the test, and I think the problem comes in this line from my ppp0,
though I don't know exactly what to do:

12:45:31.461066 169.132.184.211.46869 > w.x.y.z.6613: udp 55 (DF)
12:45:31.461066 w.x.y.z > 169.132.184.211: icmp: w.x.y.z udp port 6613 unreachable 
[tos 0xc0]

Any help is appreciated. Please note that I made a "global replace" of
my firewall IP address by w.x.y.z in the dumps, and a replace of my
internal machine by internal.mydomain.com. Forgive my paranoia... :^>

Follows the traffic generated in the test, as seen by tcpdump in both
interfaces:

********

(eth0)

12:34:40.441066 0:0:86:16:ff:3 null > 0:20:18:38:18:54 sap 45 I (s=0,r=20,C) len=42
                         8404 0000 1f11 100f ce84 d6d5 a984 b8d3
                         ef90 1a91 0014 1e01 5e68 656c 6c6f 5f71
                         2031 200a 0000 0000 0000
12:34:40.441066 0:0:86:16:ff:3 null > 0:20:18:38:18:54 sap 45 I (s=0,r=20,C) len=42
                         8504 0000 1f11 86dd ce84 d6d5 a984 4105
                         ef91 1a91 0014 95cd 5e68 656c 6c6f 5f71
                         2032 200a 0000 0000 0000
12:34:40.751066 169.132.184.211.6801 > internal.mydomain.com.10000: udp 12 (DF)
12:34:40.751066 0:0:86:16:ff:3 null > 0:20:18:38:18:54 sap 45 I (s=0,r=91,P) len=178
                         8604 0000 1f11 0d81 ce84 d6d5 a984 b8d3
                         ef90 1a91 00a2 861a 5e67 6574 6261 6c5f
                         6571 2030 2030 2e30 2e30 2e30 2031 3030
                         3030
12:34:40.761066 ap2.labs.idt.net.6801 > internal.mydomain.com.10000: udp 12 (DF)
12:34:43.201066 0:0:86:16:5:6d > Broadcast sap e0 ui/C len=43
                         ffff 0022 0011 0000 0000 ffff ffff ffff
                         0452 0000 0000 0000 8616 056d 4008 0001
                         0004 0000 0000 0000 0000 00


*********

(ppp0)

12:45:12.201066 w.x.y.z.61330 > 169.132.184.211.6801: udp 12
12:45:12.201066 w.x.y.z.61331 > ap2.labs.idt.net.6801: udp 12
12:45:12.571066 169.132.184.211.6801 > internal.mydomain.com.10000: udp 12 (DF)
12:45:12.571066 w.x.y.z.61330 > 169.132.184.211.6801: udp 154
12:45:12.581066 ap2.labs.idt.net.6801 > internal.mydomain.com.10000: udp 12 (DF)
12:45:13.021066 169.132.184.211.62000 > w.x.y.z.10000: S 1448725872:1448725872(0) win 
8760 <mss 1460> (DF)
12:45:13.021066 w.x.y.z.10000 > 169.132.184.211.62000: R 0:0(0) ack 1448725873 win 0
12:45:13.341066 169.132.184.211.62003 > w.x.y.z.10000: S 1449001890:1449001890(0) win 
8760 <mss 1460> (DF)
12:45:13.341066 w.x.y.z.10000 > 169.132.184.211.62003: R 0:0(0) ack 1449001891 win 0
12:45:13.351066 169.132.184.211.62003 > w.x.y.z.10000: R 1449001891:1449001891(0) win 
8760 (DF)
12:45:16.391066 169.132.184.211.46869 > w.x.y.z.6613: udp 55 (DF)
12:45:16.391066 w.x.y.z > 169.132.184.211: icmp: w.x.y.z udp port 6613 unreachable 
[tos 0xc0]
12:45:21.371066 169.132.184.211.46869 > w.x.y.z.6613: udp 55 (DF)
12:45:21.371066 w.x.y.z > 169.132.184.211: icmp: w.x.y.z udp port 6613 unreachable 
[tos 0xc0]
12:45:26.351066 169.132.184.211.46869 > w.x.y.z.6613: udp 55 (DF)
12:45:26.351066 w.x.y.z > 169.132.184.211: icmp: w.x.y.z udp port 6613 unreachable 
[tos 0xc0]
12:45:31.461066 169.132.184.211.46869 > w.x.y.z.6613: udp 55 (DF)
12:45:31.461066 w.x.y.z > 169.132.184.211: icmp: w.x.y.z udp port 6613 unreachable 
[tos 0xc0]

-- 
Luiz Otavio L. Zorzella                Computer Engineer
[EMAIL PROTECTED] 


------------------------------

From: [EMAIL PROTECTED] (Rand Simberg)
Subject: Re: Problem accessing news server
Date: Sun, 23 May 1999 20:19:33 GMT

On 23 May 1999 14:02:15 GMT, in a place far, far away,
[EMAIL PROTECTED] (Jonathan I. Kamens) made the phosphor on
my monitor glow in such a way as to indicate that:

>Your "control case" isn't very good because it differs in three
>different ways from the case you're trying to make work -- different
>client, different OS, different machine.

The only purpose of the "control case" is to indicate that the server
is up, and that I have the server name correct.

>Try these tests on the machine on which you are trying to run XRN:
>
>1) "telnet nntp.ix.netcom.com nntp".  Do you successfully get a
>connection to the NNTP server (if so, type "quit" to exit from it).

No response to ping, no response to telnet.

>2) Configure Netscape to use nntp.ix.netcom.com as your News server,
>and then try to open a News URL in Netscape (e.g.,
>"news:comp.os.linux.networking") and see if it works.

Configured it, and when I tried to download newsgroups, I got a
message that Netscape couldn't find the server.

>Does your News server require username/password authentication?  

Not in any of my other news clients.  In any event, I should still be
able to at least ping it.

************************************************************************
simberg.interglobal.org  * 310 372-7963 (CA) 307 739-1296 (Jackson Hole)  
interglobal space lines  * 307 733-1391 (Fax) http://www.interglobal.org 

"Extraordinary launch vehicles require extraordinary markets..."
Replace first . with @ and throw out the "@trash." to email me.  
Here's my email address for autospammers: [EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (Zenon Fortuna)
Subject: Re: with ipchains cannot login via xdm window
Date: 23 May 1999 13:06:57 -0700

I have found the problem: it was caused NOT by the ipchains but
related to my attempt to install the "ssh" along with it.
It happens, that the /etc/X11/Xsession script checks for existence of the
ssh-agent. If it exists, but does not work cleanly, than your xsession
is broken.

So, I have renamed the ssh-agent (until better times) and xdm/login works
great as before.

        Zenon

PS. But there was no clear debugging information what was going on, so
I had problems to localize what was broken.

In article <7i8gvf$2st$[EMAIL PROTECTED]>,
Zenon Fortuna <[EMAIL PROTECTED]> wrote:
>I have installed the ipchains patch 2.0.34 (to my kernel 2.0.35).
>The firewalling seems to work OK, but I have a strange problem when
>attempt to login via the xdm window:
> After the password is entered, the window blinks only and the login
>window comes again.
>The /var/log/xdm.log tells that
> "X connection to :0.0 broken (explicit kill or server shutdown)".
>
>Any suggestion how to correct the problem?
>
>TIA,
>       Zenon
>
>PS.
>Seems like the X Window problem, but appeared first after installation of the
>ipchains patches.



------------------------------

From: Frank C Bogle <[EMAIL PROTECTED]>
Subject: What is possible using PPP?
Date: Sun, 23 May 1999 22:32:24 +0100

Dear Friends,
    I am involved in IS Security and I am wondering what is possible
using PPP. I am running Redhat 5.2 and am connected to my ISP from home
using PPP which is enabled from the netcfg facility. I would like to be
able to monitor protocol access to and from the CyberGuard firewall I am
responsibe for. At the moment using the sniffit protocol sniffer I can
only see the results of my own IP address querying the firewall. Is
there a way of monitoring other traffic (other than TCP back to myself,
after say a Telnet command) at the firewall? I guess what I am saying
is, is there a way of remotely looking at other TCP handshaking SYN,
ACK, SYN from other net users and the company firewall?

        Kind Regards

                Frank


------------------------------

From: Scot Thompson <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: DHCPCD and lease renewel error
Date: Sun, 23 May 1999 13:05:11 -0700

This is a cryptographically signed message in MIME format.

==============ms356685A420E7CE567E3115F2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

The problem:

DHCPCD is failing to renew the lease from the server.  When the client
starts to renew (dhcpd[pid]: got in RENEWING state) I get the error
(dhcpd[pid]: sendto (renewing): operation not permitted).  After
searching dejanews and the various FAQ's and HOWTO's, I have found that
several other people (not many) have had the problem, but no one has
posted a solution.

The background:

I recently installed a USWest digital phone/cable line.  I am using a
RedHat box as a firewall and gateway to the local machines which are on
192.168.x.x. The firewall/gateway box runs dhcpcd-0.65-3 on eth0 to the
uswest service, while the internal network is served on eth1 using a
separate network card.  The kernel is 2.0.36 (upgraded from a 5.1
distribution) and thus the ipfwadm system is used.  The basic rules were
taken from David Ranch's TrinityOS setup. The firewall is setup to allow
incoming traffic on eth0 from port 67 to port 68 (bootp traffic = DHCP)
only and I am not getting any deny or rejected packets.

The sendto error appears to be from sendmail.  I am not running the
sendmail daemon.  Is this causing the resultant error message from the
DHCPCD client?
-- 
/ Scot Thompson
/ [EMAIL PROTECTED]
/ [EMAIL PROTECTED]
==============ms356685A420E7CE567E3115F2
Content-Type: application/x-pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIIKpQYJKoZIhvcNAQcCoIIKljCCCpICAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC
CDEwggT7MIIEZKADAgECAhAtT4ZG+EUV9Nx2jHuwOyI7MA0GCSqGSIb3DQEBBAUAMIHMMRcw
FQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIEJ5
IFJlZi4sTElBQi5MVEQoYyk5ODFIMEYGA1UEAxM/VmVyaVNpZ24gQ2xhc3MgMSBDQSBJbmRp
dmlkdWFsIFN1YnNjcmliZXItUGVyc29uYSBOb3QgVmFsaWRhdGVkMB4XDTk5MDExODAwMDAw
MFoXDTAwMDExODIzNTk1OVowggETMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UE
CxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQGA1UECxM9d3d3LnZlcmlzaWduLmNvbS9y
ZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElBQi5MVEQoYyk5ODEeMBwGA1UECxMV
UGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdpdGFsIElEIENsYXNzIDEgLSBO
ZXRzY2FwZSBGdWxsIFNlcnZpY2UxFjAUBgNVBAMUDVNjb3QgVGhvbXBzb24xIjAgBgkqhkiG
9w0BCQEWE3NjdGhvbUBwcmltZW5ldC5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGB
AJuHpfI5n7ncXqvU49wnSq/2bCRZMJLuDbSlstgWEvy9iNYD35gGpltACp9mG4zfwxHJnerh
tjV2eMZ3dtpuITtF2zucOlDw6vfv3ZbOyzLN73Stfyy1wDn0KkCpnutQFIIsK24kSBYxmMrk
k19et8PbYodPQeAi6dTehLPSUWkrAgMBAAGjggGSMIIBjjAJBgNVHRMEAjAAMIGvBgNVHSAE
gacwgDCABgtghkgBhvhFAQcBATCAMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2ln
bi5jb20vQ1BTMGIGCCsGAQUFBwICMFYwFRYOVmVyaVNpZ24sIEluYy4wAwIBARo9VmVyaVNp
Z24ncyBDUFMgaW5jb3JwLiBieSByZWZlcmVuY2UgbGlhYi4gbHRkLiAoYyk5NyBWZXJpU2ln
bgAAAAAAADARBglghkgBhvhCAQEEBAMCB4AwgYYGCmCGSAGG+EUBBgMEeBZ2ZDQ2NTJiZDYz
ZjIwNDcwMjkyOTg3NjNjOWQyZjI3NTA2OWM3MzU5YmVkMWIwNTlkYTc1YmM0YmM5NzAxNzQ3
ZGE1ZDNmMjE0MWJlYWRiMmJkMmU4OTIxZWE4NjlmMmQ0MTE0ODljYTNiODQ0ZjRmM2VhNDUw
YzAzBgNVHR8ELDAqMCigJqAkhiJodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9jbGFzczEuY3Js
MA0GCSqGSIb3DQEBBAUAA4GBAGLXzCLlJcCaJzu1oi397a8p3TTaukN9UMqTHkFCFEXtZXcv
pky9vI8T8V4A3/NoeyF1D4rD5InQa+Qivw+ZnQhRjsQkAIuMkz8p41KquuW0vLIdGlC+gnF3
d4fZtx+4ZF4hIBVXkQEyR5mKtsQwaZFkspP8Mshc250f+yYkYdtUMIIDLjCCApegAwIBAgIR
ANJ2Lo0UDD19sqglXa/uDXUwDQYJKoZIhvcNAQECBQAwXzELMAkGA1UEBhMCVVMxFzAVBgNV
BAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENl
cnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTk4MDUxMjAwMDAwMFoXDTA4MDUxMjIzNTk1OVow
gcwxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO
ZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9zaXRvcnkvUlBBIEluY29y
cC4gQnkgUmVmLixMSUFCLkxURChjKTk4MUgwRgYDVQQDEz9WZXJpU2lnbiBDbGFzcyAxIENB
IEluZGl2aWR1YWwgU3Vic2NyaWJlci1QZXJzb25hIE5vdCBWYWxpZGF0ZWQwgZ8wDQYJKoZI
hvcNAQEBBQADgY0AMIGJAoGBALtaRIoEFrtV/QN6ii2UTxV4NrgNSrJvnFS/vOh3Kp258Gi7
ldkxQXB6gUu5SBNWLccI4YRCq8CikqtEXKpC8IIOAukv+8I7u77JJwpdtrA2QjO1blSIT4dK
vxna+RXoD4e2HOPMxpqOf2okkuP84GW6p7F+78nbN2rISsgJBuSZAgMBAAGjfDB6MBEGCWCG
SAGG+EIBAQQEAwIBBjBHBgNVHSAEQDA+MDwGC2CGSAGG+EUBBwEBMC0wKwYIKwYBBQUHAgEW
H3d3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9SUEEwDwYDVR0TBAgwBgEB/wIBADALBgNV
HQ8EBAMCAQYwDQYJKoZIhvcNAQECBQADgYEAiLg3O93alDcAraqf4YEBcR6Sam0v9vGd08pk
ONwbmAwHhluFFWoPuUmFpJXxF31ntH8tLN2aQp7DPrSOquULBt7yVir6M8e+GddTTMO9yOMX
taRJQmPswqYXD11YGkk8kFxVo2UgAP0YIOVfgqaxqJLFWGrBjQM868PNBaKQrm4xggI8MIIC
OAIBATCB4TCBzDEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWdu
IFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S
UEEgSW5jb3JwLiBCeSBSZWYuLExJQUIuTFREKGMpOTgxSDBGBgNVBAMTP1ZlcmlTaWduIENs
YXNzIDEgQ0EgSW5kaXZpZHVhbCBTdWJzY3JpYmVyLVBlcnNvbmEgTm90IFZhbGlkYXRlZAIQ
LU+GRvhFFfTcdox7sDsiOzAJBgUrDgMCGgUAoIGxMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0B
BwEwHAYJKoZIhvcNAQkFMQ8XDTk5MDUyMzIwMDUxMVowIwYJKoZIhvcNAQkEMRYEFJs+st1I
8M/TZJtOjzg45dmE3XgCMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcN
AwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgFAMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3
DQEBAQUABIGAfGJpPMOBGo5DsrO97NH+GO0jP5YG0Zdheub7r8l1I8Q/V3BhQ2qjaDD39p+7
ed3ouXjd3NZ9c3Zu40RCblG2Am+oobYvg/CXlGS1GW9o4KBw48K6WhVSnhxCAm+TBufKGrmW
UUKVygU6maOPBQ03n5l/fhIuWaLrvdcficTN+z8=
==============ms356685A420E7CE567E3115F2==


------------------------------

From: Benjamin John <[EMAIL PROTECTED]>
Crossposted-To: japan.www.server.apache,linux.redhat.misc
Subject: Apache Logs
Date: 23 May 1999 13:26:17 PDT

How can the apacher server log files get rotated automatically
?(monthly) i know it can be done with cron jobs, but have no idea how..

is there any other way to do this ?


------------------------------

From: RJHM van den Bergh <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,alt.os.linux.dail-up
Subject: Installing an External TA(modem) on RedHat 5.1 (help needed)
Date: Sun, 23 May 1999 20:49:07 +0200

Hi,

I do have a problem geting an external ISDN TA running on my Linux
system.
It's a RedHat 5.1 and a Zyxel omni.data.
I did bought it because I was told it could run on Unix so it also
should run on Linux.
(Most External TA can be configured just as a plain modem)

The modem does work correctly I've tested it on a Windows 95 system.
I can get the ppp0 connection up under Linux.

Here is the ifconfig output
lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Bcast:127.255.255.255  Mask:255.0.0.0
          UP BROADCAST LOOPBACK RUNNING  MTU:3584  Metric:1
          RX packets:62 errors:0 dropped:0 overruns:0
          TX packets:62 errors:0 dropped:0 overruns:0

eth0      Link encap:Ethernet  HWaddr 00:10:4B:43:A9:EE
          inet addr:10.0.0.1  Bcast:10.255.255.255  Mask:255.0.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:41 errors:0 dropped:0 overruns:0
          TX packets:1 errors:0 dropped:0 overruns:0
          Interrupt:12 Base address:0xe400

ppp0      Link encap:Point-to-Point Protocol
          inet addr:194.159.226.43  P-t-P:194.159.73.222
Mask:255.255.255.0
          UP POINTOPOINT RUNNING  MTU:576  Metric:1
          RX packets:6 errors:25 dropped:25 overruns:0
          TX packets:27 errors:0 dropped:0 overruns:0

Just looks fine to me
I also can ping 194.159.226.43
then packages are sent out but aren't recieved.

So I did take a look at the route configuration.
I'll type it over here.
Destenation Gateway Genmask Flags  Metrics Ref Use Iface
194.159.73.222 * 255.255.255.255 UH 0 0 0 ppp0
127.0.0.0 * 255.0.0.0 U 0 0 2 lo
10.0.0.0 * 255.0.0.0 U 0 0 0 eth0

Plain simply a missing default route.
I've tried to set the default route several ways.
But all do hang the route configuration
When I after it type route to see the configuration I do only
get the first line with Destenation etceteras.
It doesn't return to the prompt.

I've tried to set it using the route command directly.
Tried it by setting the defaultroute option.

The Strange thing is before the ISDN adaptor I used a plain old analoge
modem.
I did not had any net configuration problems with that.
So I don't asume that is the problem.
PPP-HOWTO does say this but i simpy don't beleave it.

At the moment I do use minicom to make the connection.
and then do a
pppd -d -detach /dev/modem &
to get the pppd conection.

My Provider uses the PAP authentification methode.
(demon.nl)
Also I do have a static IP number.
With my analog modem I did use a login script in stead of PAP.

WHO DOES KNOW WHAT IS WRONG ?
Or where do I have to look at next ?





------------------------------

From: Billy <[EMAIL PROTECTED]>
Subject: LICQ latest problem
Crossposted-To: comp.os.linux.redhat
Date: Sun, 23 May 1999 20:40:15 GMT

Hi all:

I noticed that lately I could not ping icq servers and tracerouted to its
destination.  This happens for all the icq servers I know.  It causes
problem in Licq where it periodically updates information via the pinging
mechanism.  Anyone knows a solution?

Thanks

------------------------------

From: [EMAIL PROTECTED] (Ted Potter)
Subject: Re: Map Network Drives
Date: Sun, 23 May 1999 12:49:18 GMT

er if it is a single machine with both os on it, well what is there
to network ? I must of missed something.

Me ? I just threw my windows drive onto my linux box and access it
directly. You might notice from the headers on this message I am 
using Free Agent (running under linux via wine) to post this. I 
found running windows apps without windows to be helpfull.
:-)

Oh yes there is something about mounting a windows file system via
linux - that would work if you are talking about a single computer
and wanting to access both partions.

hth

[EMAIL PROTECTED]



On Sat, 08 May 1999 16:52:40 -0700, Neo <[EMAIL PROTECTED]> wrote:

>Im a newbie so please bear with me:
>I just finally installed Red Hat linux and win98 on same HD and now Im
>trying to get 
>setup with RH Linux. How do i mount a network drive over LAN?
>thanks
>Neo


------------------------------

From: [EMAIL PROTECTED] (Vidar Andresen)
Crossposted-To: comp.os.linux.setup
Subject: Re: Newbie: Ethernet card not detected
Date: Sun, 23 May 1999 10:10:16 +0200

In article <[EMAIL PROTECTED]>,
Ian Hobson <[EMAIL PROTECTED]> wrote:

>Thinks - better copy the file, before risking altering it.....
>     how do I copy a file in Linux?
>
> ]# man copy
>           no entry for copy
> ]# man cpy
>           no entry for cpy

Almost. man cp

And if you are used to things like Norton Commander.  Install Midnight
Commander. mc.

>  man mv
>         a page appears.....and tells me the documentation is no longer
>being maintained. No xref to other related commands. No help at all.
>
>Now to close MAN...

man man :-)

>   Esc            - ignored
>   Return         - ignored
>   Ctrl-C         - (END) lights up
>   E              - Ignored
>   ?              - No previous regular expression - Press RETURN
>                          ????? WTF
>   Ctrl-D         - Ignored
>   F1             - Ignored
>   Ctrl-Z         - [1]+ Stopped           man nv
>   Return
>             Success!
> Hmm - doesn't look like the "proper" way to do it though.

ps and kill may then help...

q for quit.

>... something like the above happens EVERY time I try to do ANYTHING
>with Linux.
>
>How does one get started, without having a local guru to start you off?

In the /doc  (or D:\doc :-) on the install-cd.

>How does one instal a LAN card that is NE2000 compat and not recognised?
>How does one copy a file
>I have heard about the HOWTO pages. How does one find the HOWTO pages?

In the /doc (or D:\doc :-) on the install-cd.  Or better, installed on
the machine. /usr/doc/* normally.

>   The Red hat 5.2 manual says
>             zless 3Dfx-HOWTO.gz    (easy to guess or what).

no..  But again, Midnight Commander. and F3 for view.

>   But this says "no such file" or some such,  and now I have touched
>something and got that (END) in reverse up again. Ctrl-Z - Return works
>here to.  Hey - I'm leaning all the time  :)
>
>I guess I didn't load them on the install. How do I now load the HOWTOs
>from the CD?

Mount the cd (Oh no.. how do you do that.. 'linuxconf' maybe),
then 'cd RedHat', then 'cd RPMS', then 'ls how*'.

        *       howto-5.2-2.noarch.rpm
        *       howto-html-5.2-2.noarch.rpm

something like the two above will pop up.

do a    'rpm -ivh howto-5.2-2.noarch.rpm'
and a   'rpm -ivh howto-html-5.2-2.noarch.rpm'

(and while you are there, install lynx and Midnight Commander (mc*))

>   OH no. Here we go again.

Right. No mount on the cd? Runnig X? try 'glint'. Oh no. not that.

Well..  As long as it was a fresh install, and no need to worry.  Do
the install again, and when given to 'install or update', choose
'update'.

And install whatever you miss.

Repeat until done...

>Regards
>Ian Hobson (feeling more sympathy than usual with novices)

:-)

Mvh Vidar Andresen

------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list (and comp.os.linux.networking) via:

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Networking Digest
******************************

Reply via email to