Uppen naar Lokale Linux server met 60 kbs

[Erhnam]

Ik heb een Linux server geinstalleerd en het werkt allemaal ok ( zie [topic=196204] ) alleen nu heb ik het volgende probleem:

Als ik naar mijn Linux bak connect dmv een ftp verbinding en ik wil iets uploaden doet die dit maar met 60 kb/s ( max snelheid van mijn kabel ) Ik upload dus vanuit een client uit mijn netwerk naar de ftp van mij linux serverIemand een idee ? Dit zou met 3 meg per sec. moeten gaan maar gaat dus maar met 60 kb/s.. blijkbaar gaat al het verkeer over de andere netwerkkaart ofzo.

Als ik de utp-kabel van de server naar Internet ( kabel-modem ) er uit trek zijn de clients niet meer in staat naar de ftp van de server te connecten, pingen op 192.168.0.1 werkt wel gewoon.

Ik heb mijn instellingen ff naar boven verhuist en geupdate zoals ze nu zijn !:

Nee in de RTFM heb ik al gekeken hiero wat mijn configs:

dhcpd.conf:

subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.10 192.168.0.254;
max-lease-time 50000;
default-lease-time 50000;
option subnet-mask 255.255.255.0;
option routers 192.168.0.1;
option broadcast-address 192.168.0.255;
option domain-name-servers 213.73.255.254, 195.66.14.9;
option domain-name "erhnam.pie";
}

host Erhnam {
hardware ethernet 00:50:DA:B9:13:2D;
fixed-address 192.168.0.2;
}

subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.10 192.168.0.254;
max-lease-time 50000;
default-lease-time 50000;
option subnet-mask 255.255.255.0;
option routers 192.168.0.1;
option broadcast-address 192.168.0.255;
option domain-name-servers 213.73.255.254, 195.66.14.9;
option domain-name "erhnam.pie";
}

host Erhnam {
hardware ethernet 00:50:DA:B9:13:2D;
fixed-address 192.168.0.2;
}

ifcfg-eth0:

DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes

ifcfg-eth1:

DEVICE=eth1
BOOTPROTO=static
BROADCAST=192.168.0.255
IPADDR=192.168.0.1
NETMASK=255.255.255.0
NETWORK=192.168.0.0
ONBOOT=yes

Network:

NETWORKING=yes
FORWARD_IPV4=yes
HOSTNAME=server
DOMAINNAME=quicknet.nl
GATEWAYDEV=eth0
GATEWAY=213.73.160.1

dit toegevoegd aan rc.local:

ipchains -F
ipchains -P forward DENY
echo 1 > /proc/sys/net/ipv4/ip_forward
ipchains -A forward -s 192.168.0.0/24 -j MASQ -i eth0
/usr/sbin/dhcpd eth1


Alles draait op RH6.2

[Verwijderd]

Wat meer info please..
Hoe heb je je internet-sharing ingesteld? Met masquerading waarschijnlijk, maar naar welk IP verbind je dan lokaal? Naar het IP adres van eth0 (bv. lokaal) of eth1 (bv. internet)?

[Verwijderd]

klik :?

Misschien dat

[Niek]

edit:
1 minuut te laat

[eek]

Lijkt me niet dat dit aan reverse dns
ligt, daar heb je alleen last met
connecten. Dus niet met de transfer.

[Jordi]

Lijkt me in dit geval idd geen RTFM zaak. Wel vreemd.

[Verwijderd]

Tja dit is echt geen reverse DNS lookup probleem.

Gooi je routerings tabeletje eens online (route).
Welke netwerk-interfaces heb je verder

Je hebt toch niet slechts 1 NIC (die van je ISP) op die bak en die rechtstreeks op een hub aaangesloten o.i.d. he

[Verwijderd]

Kijk hier eens.

Welliswaar Windows maar misschien haal je er iets nuttigs uit.

[Verwijderd]

Tja naar iets soortgelijks was ik dus aan het vissen, alleen dan waarschijnlijk iets makkelijker, voordat je door de bomen het bos niet meer ziet

[Erhnam]

RTFM zegt niks.. Kep wel die link gevolgd maar dat ging over 2 netwerkkaarten die beiden aan Inet hingen, ik werd er niet echt wijzer van.

[Verwijderd]

Tja en nu nog even de output van het route-commando zoals ik al vroeg, dan kunnen we heel wat meer
Waarschijnlijk gaat het interne verkeer dus over eth0 i.p.v. eth1

[Erhnam]

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use
Iface
255.255.255.255 * 255.255.255.255 UH 0 0 0
eth1
192.168.0.1 * 255.255.255.255 UH 0 0 0
eth1
192.168.0.0 * 255.255.255.0 U 0 0 0
eth1
213.73.142.0 * 255.255.255.0 U 0 0 0
eth0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default qn-213-73-142-1 0.0.0.0 UG 0 0 0
eth0

[Erhnam]

Ik ben een echte leek op dit gebied. Bedankt voor alle hulp en het liefste stap voor stap uitleggen wat er verkeerd is...

[Verwijderd]

Op maandag 06 augustus 2001 23:52 schreef Erhnam het volgende:

code:

Kernel IP routing table

Destination     Gateway    Genmask     Flags Metric Ref    Use

Iface

255.255.255.255 *          255.255.255.255 UH    0  0     0

eth1

192.168.0.1     *          255.255.255.255 UH    0  0     0

eth1

192.168.0.0     *          255.255.255.0   U     0  0     0

eth1

213.73.142.0    *          255.255.255.0   U     0  0     0

eth0

127.0.0.0    *         255.0.0.0     U     0    0     0 lo

default    qn-213-73-142-1 0.0.0.0     UG    0  0     0

eth0

Tja routerings tabel is helemaal goed
Dat is het probleem dus niet.

(code-tags zijn makkelijk om de tekst leesbaar te houden )

Wel viel me ineens de volgende regel op:

ipchains -A forward -s 192.168.0.0/24 -j MASQ

Zet daar eens "-i eth0" in die regel. Dan wordt alleen het verkeer dat over eth0 gaat gemasqueraded. Grote kans dat hier je probleem ligt. Nu wordt al het verkeer (vanaf 192.168.0.0/255.255.255.0) gemasqueraded.

[Erhnam]

Ok heel erg veel bedankt ik ga het even proberen

[Verwijderd]

Op dinsdag 07 augustus 2001 00:08 schreef Erhnam het volgende:

Ok heel erg veel bedankt ik ga het even proberen

Nog niet bedanken voordat het werkt he
Vergeet vooral niet de oude ipchains-rules te flushen.

[Erhnam]

Doet ie bij het opstarten met ipchains -F

Ik heb het regeltje toegvoegd dus in rc.local staat nu dit:

ipchains -A forward -s 192.168.0.0/24 -j MASQ -i eth0

ipv

ipchains -A forward -s 192.168.0.0/24 -j MASQ

daarna een reboot.

Maar nog steeds uppen naar de server met 60 kb/s

Sorry dat ik een beetje zeur..

[Verwijderd]

Yep, dat flushen klopt wel, maar daarvoor moet je of opnieuw opstarten (slechte optie ) of opnieuw rc.local aanroepen of gewoon handmatig flushen.

Op welk IP adres draait de ftp-server eigenlijk? Toch niet op het externe IP-adres he

[Erhnam]

op IP 192.168.0.1

Ik heb hem gerestart.. Maar nope

[Erhnam]

Ik kan op beide ip's ( 192.168.0.1 en internet IP ) naar de server connecten ( ftp ) maar op beiden 60 kb/s

[Verwijderd]

Hmzzz /me is confused.

Ik zou echt niet meer durven zeggen, wat het dan kan zijn.

Doe eens een traceroute naar 192.168.0.1 vanaf de machine waarmee je wil ftp-en!

[Erhnam]

C:\>tracert 192.168.0.1

Tracing route to 192.168.0.1 over a maximum of 30 hops

1 <1 ms <1 ms <1 ms 192.168.0.1

Trace complete.

[Verwijderd]

Op dinsdag 07 augustus 2001 00:39 schreef Erhnam het volgende:

C:\>tracert 192.168.0.1



Tracing route to 192.168.0.1 over a maximum of 30 hops



1 <1 ms <1 ms <1 ms 192.168.0.1



Trace complete.

AAAAARRRgggghhh, das ook gewoon goed!!

Zeker weten dat die ftp-server op je interne IP draait?
Welke ftp-server is het?

/me zit nu alleen nog een beetje te gokken eigenlijk.

[Erhnam]

~ Connected to 192.168.0.1, waiting for response...
< 220 server FTP server (Version wu-2.6.0(1) Mon Feb 28 10:30:36 EST 2000) ready.

Gewoon de ftp die je bij de install 'server' kan aanvinken.

Mja.. Volgens mij staat alles echt goed

[Erhnam]

Alle clients werken op zich naar behoren. Alle services doen het ( http mail news msn etc etc. ) en ze krijgen ook allemaal keurig een goed IP address toegewezen.. Alleen dat uploaden.. om nou CS dedicated met 60 kb/s te gaan uppen en alle clients daarmee zonder data verkeer te voorzien is niet helemaal de bedoeling..

[Verwijderd]

Tja ik zou echt niet meer durven zeggen, wat het dan zou kunnen zijn eigenlijk. Sorry, maar ik kan je helaas niet verder helpen gok ik

[Erhnam]

Ook niks in de configs ? ergens eth0 neer gezet waar eth1 moest staan of andersom ?

[Verwijderd]

Tja ik heb ergens in een ver verleden wel eens wuftpd gebruikt, maar ben toen al vrij snel op proftpd overgestapt, simpelweg, omdat dit i.m.h.o. een vel betere ftp-server is. Hij is ook veel veiliger.

Het zou misschien nog aan de config kunnen liggen, maar zoals je al aan de welkomststring kan zien, verbind je toch echt met 192.168.0.1.

[Erhnam]

Oki nog een kleine update.. Als ik de stekker naar internet toe uit de server trek en ik probeer dan vanaf de clients naar de ftp te connecten ( op ip 192.168.0.1 ) werkt het niet...

[Verwijderd]

GATEWAYDEV=eth0
GATEWAY=192.168.0.1

Ik heb zelf geen RH, en heb geen idee waar je dat Network gedeelte vandaan tovert, toch vraag ik me af, als ik het goed begrijp, waarom je op je MASQ server een gateway zou instellen?
Probeer eens om dat weg te halen zou ik (als newbie) zeggen.

[Erhnam]

we gaan het proberen...

Nee die 2 regels weggehaald.. Werkt nog steeds niet..

[Erhnam]

Ik heb deze FAQ doorgewerkt http://www.linux-nl.cx/html/masquerading.html voor als je wilt weten hoe ik aan 'network' kom

[Verwijderd]

Hmmz, volgens de how-to is dat de gateway van je ISP 213.73.xxx.1

DOMAINNAME=telekabel.nl
GATEWAY="194.134.128.1"
GATEWAYDEV="eth0"

Maargoed, dat zal ook wel niet veel uithalen. Ik heb verder ook geen idee
Heb je een config filetje van wuftp-dinges waarin iets raars staat mischien?
Probeer anders eens die FTP op een port onder de 1024 te draaien, 21 ofzo (ik noem maar iets geks), dan kan het iig nooit via je externe stuff gaan want zou door sonera geblocked moeten worden, geloof ik.
Ik geef het op

[Erhnam]

Nope.. maakt niet veel uit...

[PhoeniX-]

Het is niet toevallig een half/full duplex probleem van je netwerkkaart ? Ik had namelijk laatst iets soortgelijks met FreeBSD .. kwam ftp'en via het lan niet boven de 40kbps

Ik weet verder niet hoe dit met linux zit .. maar misschien heb je er wat aan (-:

[Verwijderd]

Raar... want hij lijkt de download snelheid te pakken van je internet, en ik neem aan dat jou upload niet zo snel gaat...

[Verwijderd]

probeer tijdens de verbinding eens een netstat om te kijken naar welk ip je connect want volgens mij zoeken we met z'n alle verkeerd en je netwerk gewoon niet goed en is dit toevallig ook geknepen op 60 kb