DawidS28

Nie. Nie włamie się. Zwróć uwagę, jak wygląda wpis dla pojedynczego połączenia w ipconfig: Karta bezprzewodowej sieci LAN Połączenie sieci bezprzewodowej 2: Sufiks DNS konkretnego połączenia : Opis. . . . . . . . . . . . . . . : Realtek RTL8187 Wireless 802.11b/g 54Mbps USB 2.0 Network Adapter Adres fizyczny. . . . . . . . . . : 00-E0-4C-81-8D-42 DHCP włączone . . . . . . . . . . : Tak Autokonfiguracja włączona . . . . : Tak Adres IPv6 połączenia lokalnego . : fe80::b8a5:53e7:b3d2:46eb%18(Preferowane) Adres IPv4. . . . . . . . . . . . . : 192.168.1.2(Preferowane) Maska podsieci. . . . . . . . . . : 255.255.255.0 Dzierżawa uzyskana. . . . . . . . : 18 lipca 2012 18:22:14 Dzierżawa wygasa. . . . . . . . . : 19 lipca 2012 18:22:14 Brama domyślna. . . . . . . . . . : 192.168.1.1 Serwer DHCP . . . . . . . . . . . : 192.168.1.1 Identyfikator IAID DHCPv6 . . . . : 536928332 Identyfikator DUID klienta DHCPv6 : 00-01-00-01-16-CD-8F-1A-E8-11-32-11-F2-0F Serwery DNS . . . . . . . . . . . : 192.168.1.1 NetBIOS przez Tcpip . . . . . . . : Włączony Masz tu zarówno IP (adres IPv4, w tym przypadku 192.168.1.2 oraz IPv6 = fe80::b8a5:53e7:b3d2:46eb%18) oraz MAC, czyli adres fizyczny (00-E0-4C-81-8D-42).

Co do ostatniego błędu: http://serverfault.com/questions/333353/ntpclient-will-wait-3473457-minutes-over-6-years-before-it-will-do-a-new-atte

Wystarczy tylko plik hosts, który teraz jest dobry = domyślny dla Windows 7. Pisałem więcej o tym tutaj: http://www.fixitpc.p...960-plik-hosts/ Na to wygląda. Na XP jest ok. Zawartość pliku jest domyślna = poprawna dla Twojego ustawienia. Jeśli kiedyś wejdzie do użytku protokół IPv6 (na razie powszechnie wykorzystywany jest IPv4), to będziesz musiał kiedyś doinstalować do XP obsługę IPv6 i ewentualnie dodać do pliku hosts linię: ::1 localhost Jednocześnie uspokajam: na razie Cię to nie czeka. Więcej tutaj: http://support.micro...m/kb/2478747/en

Ale nie da się tego zrobić bez fizycznego dostępu do karty sieciowej. Ktoś musiałby przyjść do Ciebie do domu, zabrać kartę i po pewnym czasie Ci ją oddać. Karty sieciowe nie mają mechanizmu łatwego aktualizowania firmware, tak jak np. access pointy. Nie. Takie dane mogą pomóc przy włamaniu, ale nie są warunkiem wystarczającym do niego. Tak samo jak z ipconfig /all. Nie pozwoli to na włamanie, ale zawsze może pomóc. Prosty przykład: I z Dziennika Zdarzeń, i z ipconfig można wyciągnąć adresy DNS. Jeżeli ktoś ma ustawiony jakiś zewnętrzny serwer, chociażby swojego operatora i ktoś (nie Ty, bo nie masz do niego dostępu) pomylił się w konfiguracji, to można pod jakąś wykorzystywaną przez Ciebie domenę podstawić inny adres IP, pod którym będzie obecny applet Javy, który Ty możesz uruchomić, a to pozwoli na przejęcie kontroli nad Twoim komputerem. Tyle, że jest raczej mało prawdopodobne, żeby komuś udało się przejąć DNS-y Google albo TP, z których znaczna część polskich internautów korzysta.

I co to da? To dopiero jedna z informacji, pomagająca zidentyfikować komputer. Poza tym, jak się z kimś komunikujesz przez Internet, to ta druga osoba poznaje Twój adres IP i nie stanowi to żadnego zagrożenia. Przy domyślnej konfiguracji systemu operacyjnego, nie ma szans, żeby ktoś włamał się do Twojgo komputera przez sieć.

Krótka odpowiedź: nie. Dłuższa odpowiedź: adres MAC jest adresem karty sieciowej, który jest wykorzystywany w obrębie sieci w drugiej warstwie modelu TCP/IP (a także OSI) i na zewnątrz sieci raczej nie wychodzi. Nie ma szans, by dzięki niemu się włamać do komputera. Poczytaj także o filtrowaniu MAC.

Bierzesz MHDD i wpisujesz początkowy i końcowy sektor zakresu skanowania.

To drugie mnie w sumie nie dziwi. Jeśli ktoś z tego IP zaczął trollować, to adres dostał bana.

Podłączasz się do routera, odpalasz komendę tracert 8.8.8.8 i zobaczysz, po jakich węzłach pójdzie. Jeśli rozwiązywanie nazw DNS nie da Ci wystarczającej odpowiedzi (powinny być widoczne w tracert), to sprawdzasz przez WHOIS właścicieli tych IP.

Wszystko się nada. Audacity również.

http://www.youtube.com/watch?v=eJTlH521E6w&feature=related

Tu już wiele nie pomogę. Do prostych rzeczy odpalam WinHTTrack. Pozostałe zadania przy pomocy wget i cURL, wspomagając się czasami Selenium. Ale do tego trzeba mieć opanowane, przynajmniej w stopniu podstawowym, programowanie w jakimś języku skryptowym.

Owszem, ten PDF jest świetny. Dużo masz zlinkowanych tutaj: https://www.fixitpc.pl/topic/7873-subnetting-wyznaczanie-adresow-podsieci-bez-kalkulatora/ I jak pisałem: załatw sobie "W drodze do CCNA". Tam jest wiele rzeczy fajnie i prosto opisanych. A z linków, to świetna jest jeszcze (nieistniejąca już) strona astagor.net: http://web.archive.org/web/20101015192044/http://www.astagor.net/putinf/

Nie za bardzo rozumiem, w czym problem. Bierzesz kabel minijack, z jednej strony wpinasz w wyjście słuchawkowe radia, z drugiej wpinasz w wejście dla mikrofonu w komputer i byle programem zaczynasz to rejestrować. Robiłem tak już w czasach Windows 95. W czasach Windowsa XP dorobiłem się karty TV KWorld na PCI, która miała wejście dla anteny radiowej i wszystko mogłem przez to zgrywać, bez wykorzystywania zewnętrznego odbiornika.

Wiele rzeczy w życiu widziałem, ale konkurencji z współczucia i miłości jeszcze nie było mi dane.

Z YouTube są problemy od dawna i jest to wina zbyt wielkiej liczby użytkowników względem przepustowości łącz. Z tym trudno będzie coś samodzielnie zrobić.

A Czarnobyl przez jakiegoś Chińczyka o inicjałach CIH. Tylko co z tego?

Jakie są wyniki z http://speedtest.net? Spróbuj coś pobrać z ftp://sunsite.icm.edu.pl/, np. plik ftp://sunsite.icm.edu.pl/ls-lR.gz Jaka jest prędkość pobierania? W Net-logu nie widać nic odbiegającego od normy. Uruchom Wiersz poleceń, wpisz polecenie netsh int ip reset reset.log i po jego wykonaniu uruchom ponownie komputer.

No dobrze, nikt tego nie kwestionuje, tylko jak widać ciekawszych wirusów - za wyjątkiem Stuxneta i Flame - brak.

Czarnobyl to było coś. Przynajmniej jakieś osiągnięcie technologiczne. A nie dodanie paru plików i wpisu w autostarcie.

Mówisz o tym? http://www.amazon.com/MCSE-Server-Study-Guide-Edition/dp/0782122248 Książka pochodzi z 1998 r. Od tamtego czasu zmieniło się naprawdę wiele rzeczy. Pomiędzy XP a Vista/2008 jest potężny skok technologiczny, także, jeśli chodzi o sieci, a co dopiero między obecnymi systemami a NT4. Nie czytałem tej pozycji, ale 14 lat robi swoje.

mgrzeg - nie przejmuj się nim, on tak ma od dawna. Ja już przywykłem, a poza tym to prawdziwy ekspert, przede wszystkim od Microsoft PowerShella.

Problem w tym, że zadajesz zbyt ogólne pytania. Gdybym chciał na nie wyczerpująco odpowiedzieć, to napisałbym tutaj na forum książkę. Pytasz o bardzo obszerny temat, a ja właściwie nie wiem, od czego zacząć. Mogę Ci polecić zestaw podręczników "Akademia sieci Cisco: CCNA Exploration", ale jest on momentami fatalnie przetłumaczony, ciężko się to po polsku czyta - nad każdym zdaniem trzeba myśleć. Oryginalne angielskie wydanie jest zdecydowanie lepsze. Niezłe książki przygotowujące do egzaminu Cisco CCNA napisał Wendell Odom, gdzieś powinny być dostępne do kupienia (Amazon) lub w formie PDF-ów do pobrania (ale to już piractwo, a szkoda takiego dobrego autora pozbawiać należnej zapłaty). Tylko trudności zaczynają się w momencie, w którym uświadomisz sobie, że ta literatura wymaga pewnych podstaw. Ja uczyłem się doświadczalnie, potem dużo przez wyszukiwanie informacji w Google. Dobre przygotowanie na początek znajdziesz w trzytomowej serii "W drodze do CCNA" wydanej przez Helion (napisana oryginalnie po polsku, można zatem normalnie czytać). Możesz się dziwić, że polecam tutaj głównie podręczniki do jednego egzaminu, ale jest to zdecydowanie najpopularniejszy certyfikat potwierdzający znajomość sieci komputerowych i jest rozpoznawalny wśród pracodawców. Możesz się także zapoznać z "Sieci komputerowe. Kompendium" Karola Krysiaka (także Wyd. Helion). W miarę krótka, dobrze napisana książka, nie powinna sprawiać problemów, a jednocześnie przekazuje wiele wiedzy. Pamiętam, jak kilka lat temu, chyba w 2003 r., czytałem pierwsze wydanie - dużo mi to wtedy dało. Jeśli zagadnienia bardziej zaawansowane i sieci w systemie Windows, to "Windows Server 2008. Protokoły i usługi TCP/IP" wydane w Polsce przez APN Promise (oryginał Microsoft Press). Na początek chyba zbyt trudna, ale naprawdę bardzo się przydaje, jeśli chcesz poznać swój system.

To, czy za NAT-em dosyć trudno jest z zewnątrz stwierdzić. Technologia jest tak stworzona, żeby nie dało się określić, co znajduje się za NAT-em, ale to jest wyższa szkoła jazdy. Prywatne adresy są z pul 10.0.0.0 - 10.255.255.255, 172.16.0.0 - 172.31.255.255 oraz 192.168.0.0 - 192.168.255.255. APIPA to 169.254.0.0 - 169.254.255.255. Publiczne są wszystkie pozostałe, chociaż trzeba jeszcze uwzględnić adresy multicast czyli 224.0.0.0 - 239.255.255.255 oraz 240.0.0.0 - 255.255.255.254 czyli eksperymentalne. 255.255.255.255 to broadcast (wysyłanie do wszystkich komputerów w podsieci), dlatego go wydzieliłem. Nie rozumiem. Chodzi o to, czy komputer stoi za NAT-em i nie można się do niego bezpośrednio dostać?

Ale co chcesz z tego IP wyciągnąć? Wszystko, co możliwe - dużo danych będzie. Można by o tym książkę napisać, ale postaram się w miarę szybko i solidnie coś stworzyć. Najwięcej można wyciągnąć z WHOIS. Dany jest adres IP, np. 8.8.8.8 i chcemy ustalić do kogo należy. Najszybciej będzie to zrobić programikiem IPNetInfo. Wpisujesz adres IP, dostajesz zwrotną informację z WHOIS o właścicielu, całej jego puli adresów, nazwie domenowej tego hosta (DNS Resolved Name), firmie, która ten adres w imieniu posiadacza zarejestrowała, danych osoby, z którą się można w tej sprawie kontaktować. Poniżej przykład danych z bazy WHOIS: # # The following results may also be obtained via: # http://whois.arin.net/rest/nets;q=8.8.8.8?showDetails=true&showARIN=false&ext=netref2 # # start NetRange: 8.0.0.0 - 8.255.255.255 CIDR: 8.0.0.0/8 OriginAS: NetName: LVLT-ORG-8-8 NetHandle: NET-8-0-0-0-1 Parent: NetType: Direct Allocation RegDate: 1992-12-01 Updated: 2012-02-24 Ref: http://whois.arin.net/rest/net/NET-8-0-0-0-1 OrgName: Level 3 Communications, Inc. OrgId: LVLT Address: 1025 Eldorado Blvd. City: Broomfield StateProv: CO PostalCode: 80021 Country: US RegDate: 1998-05-22 Updated: 2012-01-30 Comment: ADDRESSES WITHIN THIS BLOCK ARE NON-PORTABLE Ref: http://whois.arin.net/rest/org/LVLT OrgAbuseHandle: APL8-ARIN OrgAbuseName: Abuse POC LVLT OrgAbusePhone: +1-877-453-8353 OrgAbuseEmail: abuse@level3.com OrgAbuseRef: http://whois.arin.net/rest/poc/APL8-ARIN OrgNOCHandle: NOCSU27-ARIN OrgNOCName: NOC Support OrgNOCPhone: +1-877-453-8353 OrgNOCEmail: noc.coreip@level3.com OrgNOCRef: http://whois.arin.net/rest/poc/NOCSU27-ARIN OrgTechHandle: IPADD5-ARIN OrgTechName: ipaddressing OrgTechPhone: +1-877-453-8353 OrgTechEmail: ipaddressing@level3.com OrgTechRef: http://whois.arin.net/rest/poc/IPADD5-ARIN # end # start NetRange: 8.8.8.0 - 8.8.8.255 CIDR: 8.8.8.0/24 OriginAS: NetName: LVLT-GOOGL-1-8-8-8 NetHandle: NET-8-8-8-0-1 Parent: NET-8-0-0-0-1 NetType: Reassigned RegDate: 2009-09-21 Updated: 2009-09-21 Ref: http://whois.arin.net/rest/net/NET-8-8-8-0-1 OrgName: Google Incorporated OrgId: GOOGL-1 Address: Google Information Technology Address: 1600 Amphitheatre Parkway City: Mountain View StateProv: CA PostalCode: 94043 Country: US RegDate: 2005-12-06 Updated: 2011-09-24 Ref: http://whois.arin.net/rest/org/GOOGL-1 OrgTechHandle: ZG39-ARIN OrgTechName: Google Inc OrgTechPhone: +1-650-253-0000 OrgTechEmail: arin-contact@google.com OrgTechRef: http://whois.arin.net/rest/poc/ZG39-ARIN OrgTechHandle: KKC9-ARIN OrgTechName: Chittimaneni, Kiran Kumar OrgTechPhone: +1-650-253-3000 OrgTechEmail: kk@google.com OrgTechRef: http://whois.arin.net/rest/poc/KKC9-ARIN OrgTechHandle: NEC10-ARIN OrgTechName: Network Engineering Corp OrgTechPhone: +1-650-214-6513 OrgTechEmail: ir-contact-netops-corp@google.com OrgTechRef: http://whois.arin.net/rest/poc/NEC10-ARIN OrgAbuseHandle: NEC10-ARIN OrgAbuseName: Network Engineering Corp OrgAbusePhone: +1-650-214-6513 OrgAbuseEmail: ir-contact-netops-corp@google.com OrgAbuseRef: http://whois.arin.net/rest/poc/NEC10-ARIN OrgAbuseHandle: KKC9-ARIN OrgAbuseName: Chittimaneni, Kiran Kumar OrgAbusePhone: +1-650-253-3000 OrgAbuseEmail: kk@google.com OrgAbuseRef: http://whois.arin.net/rest/poc/KKC9-ARIN OrgAbuseHandle: ZG39-ARIN OrgAbuseName: Google Inc OrgAbusePhone: +1-650-253-0000 OrgAbuseEmail: arin-contact@google.com OrgAbuseRef: http://whois.arin.net/rest/poc/ZG39-ARIN OrgAbuseHandle: MAX1-ARIN OrgAbuseName: AXELROD, Michael OrgAbusePhone: +1-650-253-0000 OrgAbuseEmail: axelrod@google.com OrgAbuseRef: http://whois.arin.net/rest/poc/MAX1-ARIN OrgTechHandle: MAX1-ARIN OrgTechName: AXELROD, Michael OrgTechPhone: +1-650-253-0000 OrgTechEmail: axelrod@google.com OrgTechRef: http://whois.arin.net/rest/poc/MAX1-ARIN # end # # ARIN WHOIS data and services are subject to the Terms of Use # available at: https://www.arin.net/whois_tou.html # Dużo da Ci także wtyczka FlagFox do Firefoxa. Możesz chociażby lokalizować położenie serwera z tym IP z pewnym przybliżeniem (Geotool), korzystać z opisanego wcześniej WHOIS, sprawdzać, jakie strony mają ten adres IP (Same IP), ustalać trasę dostępu do strony/IP (Traceroute), odczytywać rekordy DNS (IntoDNS). Z komend wiersza poleceń, które Ci się mogą przydać, to: nslookup - pozwala na odczytywanie rekordów DNS. Czyli na przykład podajesz nazwę strony i ustalasz jej IP albo w drugą stronę. tracert - określasz trasę do serwera z zadanym IP. pathping - to samo, co tracert + statystyki gubienia pakietów (stabliność łącza). Polecam kilka linków: http://www.nirsoft.n...work_tools.html http://www.digipedia.pl/ip/