morion

PLD :) fajny....fajny...i ...fajny ;)

moze to plik wymiany windowsa ;)

może to podobny przypadek jak u znajomego.... kupił prescotta 3.2 i chodzi miodnie ale numer grawerowany jakiś i do tego od celka SL7KY ;) ale poza numerem nic mu nie można zarzucić, w OC też ładnie sie zachowywał... może tu jakiś wyższy model z nabitą niższą serią...

Ta opcja nie bedzie wyswietlana lub nie bedzie dostępna jesli używasz procka z blokowanym mnożnikiem Ta opcja bedzie wyswietlana jako "zablokowana" i tylko do odczytu jesli mnożnik procka jest niezmienialny albo coś w tym stylu ;)

każdy APek umożliwia działanie dhcp w sieci wifi... poprostu w konfigu APeka ustawiasz na bramę IP serwera... więc wszystkie kompy łączące sie przez wifi z serwerem za pomocą APeka będą pobierać sobie parametry sieci z serwerka.... jesli chodzi o konkretne modele AP to zależy: 1. ilu userów - jesli <10-15 to polecam ovislinka wl1120 2. jakie prędkości chesz uzyskać w połaczeniu wifi - jesli 11 mbit i to co w pkt 1. to... ovislink ;), jesli wyższe to nie bede sie wypowiadał bo nie używałem wyższych prędkosci w trybie AP 3. ile masz na to kasy ;) - jesli <300zł to.... ovislink wl1120 :) - jesli 300 - 1000 to AP500, AP1000 (dwa interfejsy radiowe), AP600 jesli 1000< to AP2000, tsunami, Mikrotik (choć tu z cenami nie jestem na bierząco ;) ).... tak że miłej lektury google.pl ;)

jak dojdzie ci do tego proxy to z 1GB ramu nie pobawisz sie za bardzo... do tego interesu polookaj za jakiś hdd szybkim i trwałym...

promiennik przy antenie powinien mieć ustawienie na dwie polaryzacje (choć nie musi) .... w twoim przypadku polaryzacja nie jest ważna o tyle, ale może pomóc sie zorientować czy gadki o tłoku w eterze mają jakieś uzasadnienie. no i ogólnie możesz sie zorientować czy rzeczywiscie tyle radiówek u ciebie działa ze może być to powód... ogólnie to nieudolni admini mogą sie nawet tłumaczyć ze są plamy na słońcu i dlatego masz lagi ;)))

skoro ma być 24h to pomyśl też o czymś cichym na tego procka + dysk + obudowa... choć moim skromnym zdaniem taki łoszendgoł 2 w 1 to nieciekawe rozwiązanie... szczególnie dla serwera :) zależy oczywiscie jeszcze co ten serwer ma obsługiwać...

z reguły w dzień mniej ludzi korzysta z netu, siadają po 16 i siedzą do około północy... jesli w tych godzinach masz przestoje tzn że to wina AP na bazie, nie radzi sobie z dużym obciążeniem... jesli twierdzą że pasmo w miescie macie zasmiecone to co robią żeby to jakoś poprawić? masz pionową czy poziomą polaryzację? pytam bo wiekszość sieci działa jednak w poziomie...

no skoro quality masz 85% to może mieć znaczenie... jesli masz 10m kabla to ok ale jesli 20m to troche dużo...

na przyzwoitym 3comie powinno polecieć, widzialem już łącze na 130m miedzy hubem i sieciówką 3coma własnie... kabel pewnie też gra role....

a wiesz może jaki sprzęt stoi na tej bazie skąd masz sygnał? bo tak jak kolega wyżej pisze to siada radio na bazie chyba... a znając realia to twoja firma poleciała po kosztach i kupiła jakiś tani syf... potem to tak wygląda... i wcale nie musi na tym działać nie wiadomo ile ludzi... wystarczy kilku gorliwych "emułków" ;)

dla mnie to żadne tłumaczenie... dobry ping na bazę w odległosci 150m to dla mnie 2-5ms... pingi 100-1000ms nie swiadczą dobrze o stanie bazy... u mnie tak wygląda ping do nadajnika 500m od bazy: [root@compaq /root]# ping 192.168.0.152 PING 192.168.0.152 (192.168.0.152) from 192.168.0.1 : 56(84) bytes of data. 64 bytes from 192.168.0.152: icmp_seq=1 ttl=127 time=4.12 ms 64 bytes from 192.168.0.152: icmp_seq=2 ttl=127 time=1.54 ms 64 bytes from 192.168.0.152: icmp_seq=3 ttl=127 time=3.25 ms 64 bytes from 192.168.0.152: icmp_seq=4 ttl=127 time=1.82 ms 64 bytes from 192.168.0.152: icmp_seq=5 ttl=127 time=1.54 ms 64 bytes from 192.168.0.152: icmp_seq=6 ttl=127 time=1.43 ms 64 bytes from 192.168.0.152: icmp_seq=7 ttl=127 time=1.68 ms 64 bytes from 192.168.0.152: icmp_seq=8 ttl=127 time=1.79 ms 64 bytes from 192.168.0.152: icmp_seq=9 ttl=127 time=4.07 ms 64 bytes from 192.168.0.152: icmp_seq=10 ttl=127 time=1.54 ms 64 bytes from 192.168.0.152: icmp_seq=11 ttl=127 time=1.45 ms 64 bytes from 192.168.0.152: icmp_seq=12 ttl=127 time=1.58 ms

możesz kupić yagi16 dB z krótkim kablem ( 5m) i powinno oblecieć ... ale najlepiej żeby ktoś z tej sieci podjechał zrobić jakieś pomiary sygnału.... btw o panelach zapomnij na takiej odległosci...

przy 20 userach i namietnych p2p-owcach może sie przytykać....

możliwe że twój drugi komp zostaje puszczony serwerem po jakiejś dziwnej klasie dostepnej dla adresów mac nie zarejestrowanych na serwerze... dostaje z dhcp pulę zapasową i tyle... a swoją drogą 600 za podłączenie drugiego kompa to masakra... u mnie masz takie coś gratis ;)

a jak dasz odswież po tym jak stronka sie nie pojawi?

tak sie jakoś składa że mam dsla i żadnych modemo w systemie nie instalowałem... instalujesz wszystko tak jak na zwykłym połączeniu do serwera/gatewaya

DSL to nie jest usługa dodzwaniana :|

a dlaczego masz utworzyć połączenie modemowe skoro nie masz modemu? ten co jest dodawany do DSL-a tpsa ma złącze rj45 więc traktujesz go jako zwykłego gatewaya, i wybierasz że komp bezpośrednio połączony z internetem.

pogadaj ze spółdzielnią zarządzającą tymi blokami... co do prowadzenia kabla to bez odpowiedniego naciągu sie nie obejdzie... no i oczywiscie pomyśl o uziemieniu tego potwora ;))

do takiego rozwiązania to albo wds albo APC+AP u kumpla

no i...? chcesz połaczyć te dwa kompy ad-hoc? czy jeden udostepnia net drugiemu? bo nie bardzo sobie radzę bez szklanej kuli... ;)

z tym portem 443 to dziwna sprawa, może ktoś sie z tym jeszcze spotkał, ale u mnie też na jednym kompie tak sie działo, że nie chodziły komunikatory ani https, pomagał restart firewalla na serwerze i wszystko wracało do normy... co do admina to jak bedZie chciał to sie połapie ;)

nie, i tak wszystkie połączenia idą przez firewall kompa który ci udostepnia... w zasadzie kolejny firewall w tym przypadku jest bez sensu... chyba że obawiasz sie jakiegoś ataku z tego drugiego kompa ;)