Sziasztok!
Vannak olyan letöltő oldalak, ahol ellenőrzik, hogy milyen IP címről tölt le az ember, és nem engedik egy másik szálon tölteni ugyanarról a címről. Át lehet-e verni ezeket az ellenőrző mechanizmusokat valamiképpen? Tehát, a cél az lenne, hogy egyidejűleg két vagy több szálon lehessen letölteni. Van-e megoldás?
Üdv!
Az egyik előadáson említette egy tanárom, hogy az optikai hálózati kártyák, már olyan árfekvésben vannak, hogy szinte pár forint az eltérés a rezes kártyákkal. Nem nagyon foglalkoztam eddig az optikai hálózatokkal, mivel úgy gondoltam, hogy nagyon drága lenne megvalósítani egyet otthonra pl. De most, hogy utána nézegettem, elhatároztam, hogy szeretnék otthonra egy üveges hálót. De gondolom itt is több típus van, feladattól/sebességtől függően, ahogy az ethernet szabványnál is van 10, 100, 1000 illetve 10000 Mbites lehetőség is. Szóval ami érdekelne, milyen típusú optikai hálózati kártyák léteznek a piacon és milyen típusú optikai kábelek, illetve melyikeket hol szokás használni, milyen sebességet tudnak és nekem otthonra milyet érdemes... Általános célokra használnám csak(Elsősorban nagyobb fileok mozgatása, később talán médiaszerver)
karika200
Bluetooth és J2ME képes mobil telefont (Nokia 2330c) kell IP-sen összekötni bt adapterrel természetesen rendelkezo pc-hez. Cél, hogy a számítógépet használhassam átjáróként az internet felé (mert az ingy). Ennek a kapcsolatnak a fordítottját (gateway a telefon) fennakadás nélkül be tudom állítani (ugye a telefontársaságnak így a jobb).
# pand -s -c $bt_addr -n -p
És létezik a bnep0 interfész, dhcp-vel kapok egy klasszlessz 192.168.66.2/28 címet, .1 az átjáró meg westel-es dns-eket.
Megy is simán a forgalom (pár 100 pénzem el is úszott rá).
Nem találtam beállítást a telefonon arra, hogy az használja átjárónak a .2 címet, sot semmi IP beállítást nem lehet rajta végezni. Webböngészojében a 192.168.66.2-t kérve csak vár nincs ip forgalom bnep0-n (van a gépen httpd). Mással nem tudtam tesztelni. Egyedül unicast pingre válaszol. Esetleg ha a telefon routing tábláját lehetne módosítani.
# pand -s -c $bt_addr -n -p -r NAP
esetén 'Permission denied(13)' és most nem tudom reprodukálni valami 'too deep symlink level' hibákat ad a pand. Lehet, hogy nem is hajlandó a telefon PANU módban lenni?
Sziasztok,
egy olyan probléma merült fel, hogy egy helyi hálózatról kellene elérni egy webmailt, viszont a kliensek proxy mögött vannak és úgy tűnik, a webmailt ezen keresztül nem lehet elérni. Eddig úgy próbáltam segíteni, hogy egy folyamatosan működő gépre fetchmail szedte a leveleket, amiket squirrelmaillel itt már meg lehetett nézni. Bizonyos okokból viszont jobb lenne, ha a levelek a kliensen (win xp) lennének tárolva. Elmondás alapján úgy tűnik, hogy csak a 80-as portra irányuló kifelé menő forgalom van engedélyezve. A rendszergazdával nem lehet beszélni, ezt az opciót ki kell zárni.
Az lenne a kérdésem, hogy ha 80-as portra teszek vpn-t, akkor vpn kapcsolaton keresztül levelezőklienssel el lehet érni a 80-astól eltérő számú portokat? Van esetleg más járható út? (baseball ütő, levágott lófej stb. nem játszik)
Köszönöm előre is
Dani
Sziasztok,
van az egyetemen egy PIII-as asztali gépünk, amit proxynak, levlistának, ftp-nek használunk a csoportban. Friss telepítésű Debian squeeze van rajta és ha ssh kapcsolatot akarok létesíteni, akkor azt a hibaüzenetet kapom, hogy "server not responding". A furcsaság az, hogy pingelni tudom és úgy tűnik, valamilyen szinten kiépül a kapcsolat, de aztán megszakad:
debug1: Found key in /home/xy/.ssh/known_hosts:20
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/xy/.ssh/identity
debug1: Offering public key: /home/xy/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
Timeout, server not responding.
A telepítés utáni első tünet az volt, hogy bejelentkezés után pl. másolás közben leállt a folyamat és semmire nem reagált, újra be kellett lépni. Mostmár belépni sem tudok. Az újratelepítésre azért volt szükség, mert korábban is jelentkezett hasonló probléma: egyre sűrűbben fordult elő (először pár hetente), hogy futott a gép, lehetett pingelni, de a helyi gépen sem lehetett semmit csinálni, lefagyott és a szerverfunkciók is lehaltak. Újraindítás után ment újra. A logfájlok alapján nem valósínű, hogy felnyomták a gépet, de gondoltam újrahúzom a rendszert. Ez a mai nappal meg is történt, de a hiba továbbra is fennáll. Próbáltam keresgélni, de értelmes dolgot eddig nem találtam. Ilyesmivel találkozott valaki? Vagy egyszerűen megadta magát a gép? Ha igen, van esélyes hardver, amit érdemes lehet kicserélni?
Hello mindenkinek,
Van valakinek tapasztalata a szerverenet külföldi sávszélességével kapcsolatban?
Érdekelne egy wget teszt külfüldről, tudna valaki mutatni?
Köszönöm
Adott egy hálózat ami VPN-en lóg és így látják egymást a központok.
Az adott hálózat átjárója a 192.168.1.1
Tehát így néz ki:
192.168.1.1 -> 192.168.1.3-255
-------------> 192.168.2.1-255
-------------> 192.168.4.1-255
és így tovább.
A hálózatba be kell illeszteni egy gépet amin keresztül ADSL kapcsolatot kell kiszolgálni, tehát ez lenne az internet átjáró.
Ez a szerver a 192.168.1.2, ezen fut egy Squid proxy is ami forgalmat irányít és itt kell kimenni a levelezésnek is. Ha beállítom hogy ez a gép az átjáró és engedélyezem a 25,110-es portokat a levelezéshez (FORWARD) és a Squid proxyt akkor szépen megy a net, viszont a belső VPN hálóhoz nem férek hozzá.
Na most a kérdésem, hogy az IPTABLES-nek hogyan mondom meg, hogy a 192.168.x.x-re érkező kéréseket szépen tolja el a 192.168.1.1-es szerver felé? PREROUTING vagy POSTROUTING?
Jól gondolkozom vagy más irányba érdemes elindulni.
Nem kész megoldást kérek, hanem ötleteket, mert egyszerűen nem látom a fától az erdőt.
Előre is köszönöm!
A nas tulajdonosokat szólítanám meg. Felvetődött egy olyan hálózati elrendezés, mely egy NAS-on tárol zenét, és onnan windows-os kliensek hálózati meghajtókról játszák le a zenét, wireless vagy wired hálózaton ( előfordulhat az az eset, hogy azonos fájlt, egyszerre 2-3 helyről is ( ritka )).
A kérdésem az, hogy ilyen elrendezésben játszik-e a dolog?
A kötözködők kedvéért az MPD a windows kliensek és userek miatt nehézkes! :)
Tisztelt Hozzáértők!
Szeretném a segítségeteket kérni!
UPC kábeltv koax kábelét szeretném behúzni a falba egy felújítás alatt álló lakásban. Ki van neki vésve a hely és van neki egy külön fenntartott gégecső!
Előző tulajnak volt kábeltv előfizetése a szolgáltatónál és a kábel vége ott lóg a bejárati ajtó fölött.
Nekem meglévő kábeltv+internet előfizetésem van ugyanennél a szolgáltatónál egy másik lakásban, amit majd szeretnék átvinni ebbe a lakásba, ha elkészül.
Szeretném kiépíteni az egész lakásban a kábelTV-t és internetet és aztán ha jön a UPC-s emberke akkor csak annyi dolga legyen, hogy összeköti az ajtó fölötti bejövő kábel végét az én általam már behúzott kábel végével.
A kérdésem, hogy mire figyeljek?
A kábel, amit vettem RG6-os 3*árnyékolású. Megfelel ez erre a célra? Érdemes RG11-est használni?
Szükségem van bármi egyébre, mint magára a kábelre, egy splitter-re és F csatlakozókra? Milyen TV/internet splittert érdemes venni? Van ezek között különbség?
A külön gégecső, benne a koax kábellel a kiselosztó közelében halad egy fél méteres szakaszon. Lehet ez probléma?
Olvastam villámvédelmi dugaszról, galvanikus és földhurok leválasztókról.
A villámvédelmi dugasz érdekelne. Valóban működik vagy jobb ha továbbra is egy APC SurgeArrest-be dugom az ilyesmit?
Galvanikus és földhurok leválasztó: mik ezek és szükségem van-e rájuk? Javítanak-e ezek a jel minőségén?
Szeretném a teljesség igényével megcsinálni a dolgot, ha lehet úgy, hogy ne kelljen többet az életben hozzányúlnom, ne legyen gond vele, mivel gipszkarton mögött menne, ill. bevésve a falba. ;)
Ezért először hozzáértők segítségét kérem és előre is köszönöm!
Üdv!
Hello,
A fenti cuccot próbálom éleszteni. T-com-os hálózaton példa konfiggal.
Sokat nem értek hozzá, de mennie kéne ez alapján http://pastebin.com/m5eeb736f
Köszi.