Új hozzászólás Aktív témák
-
#51
vtechun
veterán
steve@prhw
#50
vtechun
veterán
válasz
steve@prhw
#50
üzenetére
abban szinte biztos vagyok, hogy a linuxnál van a gond, csak azt nemtom, hogy mi, muszály 2 külön alhálóban lenni a gépnek mert különbn nem tudná, hogy melyik gépre melyik hálókártyán menjen ki a szerver...
-
vtechun
veterán
nem ze volt a gond, .
És az mi miatt lehet, hogy ha megy az internet akkor a másik helyi hálós gépet nem tudja gyorsan pingelni... 2-300 ms is szokott lenni ilyenkor a ping...
aszerverről pedig 2-3 ms
teljes már a fejetlenség itt, valaki felvilágosíthatna, hogy mit hogyan kell csinálni, hogy jó legyen... -
vtechun
veterán
még egy kis probléma van, amit nem tudok mire vélni, remélem még nem írtam le az előzőekben. FTP-vel töltök le a szerverről 8-9 mega, ami mondjuk egész korrekt, ha pedig feltöltök, akkor jön a rettenet, mert max egy mega
a feltöltési sebesség... szóval ezt nem tudom mire vélni... lehet, hogy az ftpszerver nincs jó konfigurálva... -
vtechun
veterán
na a pingek a következők:
E:\Documents and Settings\vtec>ping 192.168.1.20
192.168.1.20 pingelése 32 bájt méretű adatokkal:
Válasz 192.168.1.20: bájt=32 idő<10 ezredmp. TTL=127
Válasz 192.168.1.20: bájt=32 idő<10 ezredmp. TTL=127
Válasz 192.168.1.20: bájt=32 idő<10 ezredmp. TTL=127
Válasz 192.168.1.20: bájt=32 idő<10 ezredmp. TTL=127
192.168.1.20 ping-statisztikája:
Csomagok: küldött = 4, fogadott = 4, elveszett = 0 (0% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 0ms, maximum = 0ms, átlag = 0ms
a másik gépről
C:\Documents and Settings\egyikgep>ping 192.168.0.10
192.168.0.10 pingelése 32 bájt méretű adatokkal:
Válasz 192.168.0.10: bájt=32 idő<10 ezredmp. TTL=127
Válasz 192.168.0.10: bájt=32 idő<10 ezredmp. TTL=127
Válasz 192.168.0.10: bájt=32 idő<10 ezredmp. TTL=127
Válasz 192.168.0.10: bájt=32 idő<10 ezredmp. TTL=127
192.168.0.10 ping-statisztikája:
Csomagok: küldött = 4, fogadott = 4, elveszett = 0 (0% veszteség),
Oda-vissza út ideje közelítőlegesen, milliszekundumban:
minimum = 0ms, maximum = 0ms, átlag = 0ms
a tracert:
C:\Documents and Settings\egyikgep>tracert 192.168.0.10
Útvonal követése a következőhöz: 192.168.0.10, legfeljebb 30 ugrással.
1 <1 ms <1 ms <1 ms 192.168.1.2
2 <1 ms <1 ms <1 ms 192.168.0.10
Az útvonalkövetés elkészült.
a másik gépről:
E:\Documents and Settings\vtec>tracert 192.168.1.20
Útvonal követése a következőhöz: 192.168.1.20, legfeljebb 30 ugrással.
1 <1 ms <1 ms <1 ms 192.168.0.1
2 <1 ms <1 ms <1 ms 192.168.1.20
Az útvonalkövetés elkészült.
itt sem látszik semmi bibi, de viszont elég volt kivárni a tracertet, minimum 30 sec volt mire megcsinalta, pedig 1ms-nál kevesebbet írt ez a szemét... ez vajon mitől lehet...
hamarabb lekövette a www.bme.hu-t miont a msáik gépet, pedig nem úgy tűnik az adatok alapján... -
vtechun
veterán
root@timba:/home/vtec# lspci -v
00:00.0 Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 01)
Flags: bus master, medium devsel, latency 32
Memory at d0000000 (32-bit, non-prefetchable) [size=64M]
Capabilities: [c0] AGP version 2.0
00:01.0 PCI bridge: Silicon Integrated Systems [SiS] Virtual PCI-to-PCI bridge (AGP) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
Memory behind bridge: cd600000-cfefffff
Prefetchable memory behind bridge: cb400000-cd4fffff
00:02.0 ISA bridge: Silicon Integrated Systems [SiS] SiS85C503/5513 (LPC Bridge)
Flags: bus master, medium devsel, latency 0
00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev d0) (prog-if 80 [Master])
Subsystem: Silicon Integrated Systems [SiS] SiS5513 EIDE Controller (A,B step)
Flags: bus master, fast devsel, latency 128
I/O ports at ff00 [size=16]
00:03.0 Ethernet controller: Silicon Integrated Systems [SiS] SiS900 PCI Fast Ethernet (rev 90)
Subsystem: Elitegroup Computer Systems: Unknown device 0a14
Flags: bus master, medium devsel, latency 64, IRQ 10
I/O ports at dc00 [size=256]
Memory at cffff000 (32-bit, non-prefetchable) [size=4K]
Expansion ROM at cffc0000 [disabled] [size=128K]
Capabilities: [40] Power Management version 2
00:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8029(AS)
Flags: medium devsel, IRQ 11
I/O ports at d800 [size=32]
00:0d.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Unknown device 3030:5032
Flags: bus master, medium devsel, latency 64, IRQ 5
I/O ports at d400 [size=256]
Memory at cfffef00 (32-bit, non-prefetchable) [size=256]
Capabilities: [50] Power Management version 2
01:00.0 VGA compatible controller: NVidia / SGS Thomson (Joint Venture) Riva128 (rev 10) (prog-if 00 [VGA])
Subsystem: 3D Vision(???) 3DVision-SAGP / 3DexPlorer 3000
Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11
Memory at ce000000 (32-bit, non-prefetchable) [size=16M]
Memory at cc000000 (32-bit, prefetchable) [size=16M]
Expansion ROM at cf800000 [disabled] [size=4M]
Capabilities: [44] AGP version 1.0
root@timba:/home/vtec# mii-tool eth1
eth1: negotiated 100baseTx-FD, link ok
root@timba:/home/vtec# mii-tool eth2
eth2: negotiated 100baseTx-FD, link ok
root@timba:/home/vtec# iptables -L -n -v
Chain INPUT (policy ACCEPT 21M packets, 9917M bytes)
pkts bytes target prot opt in out source destination
44001 2253K DROP all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 state INVALID,NEW
Chain FORWARD (policy ACCEPT 9420K packets, 3216M bytes)
pkts bytes target prot opt in out source destination
0 0 ACCEPT udp -- * * 0.0.0.0/0 192.168.0.10 udp dpt:6346
0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.10 tcp dpt:6346
82 2870 ACCEPT udp -- * * 0.0.0.0/0 192.168.0.10 udp dpt:1412
1209K 1002M ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.10 tcp dpt:1412
22627 3833K ACCEPT udp -- * * 0.0.0.0/0 192.168.0.10 udp dpt:9000
3862K 3582M ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.10 tcp dpt:9000
0 0 DROP all -- ppp0 * 0.0.0.0/0 0.0.0.0/0 state INVALID,NEW
Chain OUTPUT (policy ACCEPT 30M packets, 38G bytes)
pkts bytes target prot opt in out source destination
root@timba:/home/vtec# cat /proc/sys/net/ipv4/ip_forward
1
ez a kimenete a fenti parancsoknak... -
vtechun
veterán
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
lo1.bsr0-nyireg * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 192.168.1.2 255.255.255.0 UG 0 0 0 eth2
192.168.0.0 192.168.0.1 255.255.255.0 UG 0 0 0 eth1
loopback * 255.0.0.0 U 0 0 0 lo
default lo1.bsr0-nyireg 0.0.0.0 UG 0 0 0 ppp0
mahinaltam valamit a routeval, es mostmar az egyik wines geprol , ha pingelem a masik wines gepet akkor jo pinget kapok, 1 ms.... eddig ez sem volt így...
par megas sebességgel, de olyankor is mar 100 % terhelt a wines gepen a proci, miközben a linuxos csak 10-20 %-ban terhelt, hallottam valahol, hogy ez a Realtek halokartyak windows alatti viselkedese....
[Szerkesztve] -
vtechun
veterán
valaki szóljon már hozzá érdemben..., alapból linux és win között normálisan megy a net, de ha már a másik wines gépet akarom elérni az egyik wines gépről akkor nagyon tetu lesz, olyan mintha nem funkcionálna teljes értékű átjáróként a linux, de viszont, ha egy windowsos megosztást bemountolok linux alatt és azt nézem a másik wines gépről akkor onnan 1-2 mega/sec-es sebességgel is tudok tölteni le, tehát csak így tudtam megoldani a 2 wines gép közötti filecserét....
-
vtechun
veterán
Hello! A linuxos gépem osztja netemet 2 wines gépnek, a 2 wines gép 2 külön hálókártyára kapcsolódik a linuxos gépben. 2 külön alhálózatban. az egyik a 192.168.0.* , a másik pedig 192.168.1.* alhálózat. Ha az egyik wines gépről akarok mondjuk ráftpzni a másik wines gépre akkor rendkívül lassú lesz a kapcsolat, ha egyáltalán összejön... 100-200 kbyte/sec lesz a sebesség, emiatt a VNC is elég gáz, pedig az egyik gép az emeleten van a másik meg a földszinten... és igy nem kellene egyik géptől szaladgálnom a másikhoz, ha éppen ott akarok valamit... Mi miatt lehet probléma? Miért lewhet ilyen lassú?
a route parancs kimenete a köbetkező a linuxon :
# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
lo1.bsr0-nyireg * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth2
192.168.0.0 * 255.255.255.0 U 0 0 0 eth1
loopback * 255.0.0.0 U 0 0 0 lo
default lo1.bsr0-nyireg 0.0.0.0 UG 0 0 0 ppp0
tehát mi lehet a probléma?
Kérem segítsen valaki!!!
a feltöltési sebesség... szóval ezt nem tudom mire vélni... lehet, hogy az ftpszerver nincs jó konfigurálva...
Új hozzászólás Aktív témák
Hirdetés
- Vezeték nélküli fülhallgatók
- Milyen monitort vegyek?
- OLED TV topic
- Azonnali informatikai kérdések órája
- Milyen egeret válasszak?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Milyen videókártyát?
- Kerékpárosok, bringások ide!
- One otthoni szolgáltatások (TV, internet, telefon)
- Bluetooth hangszórók
- További aktív témák...
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Assassin's Creed Shadows Collector's Edition PC
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Samsung Galaxy A12 64GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba ár! MacBook PRO 13" Early 2015 - i7 I 16GB I 1TBSSD I 13,3" Retina I OS X Monterey I Cam I Gar
- Több Lenovo Thinkpad x1 carbon gen 4 / 5 / 6 / 7 X1 Yoga gen3 6-9. gen i7, i5 procik
- 15,6" Dell Latitude laptopok: E6540, E5550, E5570, 5580, 5590, 5500, 5501, 5510/ SZÁMLA + GARANCIA
- Intel X540-T2 dual-port 10GbE RJ45 hálózati vezérlő (10Gbit, 2 port, áfás számla, garancia)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest