Archief - netwerkverbinding kwijt door remote desktop?

ik was aan het remote desktoppen vanop een andere pc naar mn pc thuis toen de verbinding plots verbroken werd, de router was even gereboot geworden. daarna kon ik niet meer connecten, niet zo erg op zich maar...

...nu kan ik echter thuis ook op geen enkele manier nog verbinding maken met het internet, ik zit zelfs niet meer op het netwerk. er is niks gewijzigd aan TCP/IP instellingen, ik kan enkel pingen naar mn eigen IP-adres/computernaam. pingen naar de andere pc's in het netwerk of naar de router lukt dus niet. de verbinding is via draadloos, de signaalsterkte is uitstekend.

ik zit in de werkgroep MSHOME, net als twee andere computers maar deze kunnen feilloos pingen naar de router en internetten <--> mijn PC geraakt zelfs niet tot aan de router!?! het lijkt alsof ik door die RDP alles nr de kl***geholpen heb??? wat zou er kunnen misgelopen zijn?

bij event viewer zie ik enkele fouten van terminal services, das omdat ik aangevinkt had dat de lokale apparaten vd pc waarmee ik inlogde mochten verbonden worden met de externe apparaten(oa een Lexmark printer). ik werkte met DUC van http://www.no-ip.com/downloads.php?page=win, en had ook via PC Anywhere een hostsessie draaien, maar er was geen gebruiker ingelogd, enkel op rdp.

mn netwerkkaart is zeker niet aan de z*(*)k want ik kan nog pingen naar 127.0.0.1 en naar mn eigen ip. ook op de router is niks gewijzigd, als ik "netwerkverbinding herstellen" doe krijg ik wel een foutbericht dat de verbinding "niet kon worden hersteld". heb al router, modem, netwerkverbinding en pc meermaals geheckt en herstart...

zou mn winsock 'beschadigd' zijn? mss eens een reset netshell proberen? ik weet het echt niet wat er gaande is en kan pas zondag het probleem beginnen oplossen...

volgens mij is de routeringstabel veranderd, mss wel door DUC; mijn router wordt in elk geval niet meer herkend als gateway, ik zal zeker eens een route print doen zondag en eventueel via route add de router zijn IP weer toevoegen. andere suggesties?

Ik zou zeker je Socket (winsock) eens proberen opnieuw te configureren, ik moet wel zeggen dat ik dit al niet meer in jaren ben tegengekomen..., Maar je zou er dit voor kunnen proberen..
Mss dom: Al eens een andere poort op je router getest ?

Hang je pc eens aan een ander router, en test zo alles.

Reset heel je TCP/IP eens (Zo)

Het is eenr aar probleem, want de andere pc's kunnen nog perfect alles doen, maar de pc kan nog steeds zichzelf pingen...

Kan je mss eens de foutcode geven die in je logboeken staat ?

Ik zit hier zo maar neer te schrijven wat ik denk...

Grtz,
Tizon

EDIT: MSS eens een linux-live cd proberen en zo testen of je op internet kan ?
EDIT2: Ik ben er echter vrij zeker van dat het niets (of toch niet veel) met rdp te maken heeft...

EDIT5: mss nog nen intressante:
http://www.pchell.com/support/limitedconnectivity.shtml

EDIT:
Kijk ook eens of je na het opstarten van de pc geen fout in je logboeken tervindt iets in de zin van: the "Adapter Switching Service" is not running and cannot be started

Kan je vanaf de andere pc's pingen naar die met je probleem ?

EDIT:
Zeg, als ik mijn pc laat booten, dan kan ik ook naarmezelf pingen, zonder router, dat is dan toch zo'n APIPA-adres....

Laatske keer nu:
Heb net op i-net gelzen, dat het kwam doordat iemand zijn AP het mac-adres hat afgestoten, hij heeft hem dan terug naar factory-defaultsgezet, en het werkte terug!

Laat iets weten,
Tizon

ik zal zondag alles eens proberen, dank je vr de hulp. vooral laatste tip kan belangrijk zijn: er was MAC Adres control ingezet op de router. maar normaal gezien was mijn pc toegelaten. zondagavond laat ik elk geval iets weten...

kmoet wel toegeven dat ik heb proberen een filmbestand te live streamen tijdens een RDP sessie, dat bestand liep vast door de overload, heb eens ergens gelezen dat je internetconnectie hierdoor een tijdje (30 min., 3 uur!, hopelijk geen dagen)plat kan liggen, maar de andere pc's hebben nog internet dus het zou maar raar zijn als dit de oorzaak is.

EDIT: OPGELOST! heel raar maar mijn laatste stelling klopt dus: mijn pc heeft enkele uren zonder internet gezeten door die live stream video, nu werkt internet weer en kan ik zelfs weer RDPen!

Gouden tip dus: open nooit een AVI in een Terminal Service Session zoals Extern Bureublad

uw pc zijn ip en 127.0.0.1 is zelfde!!!
127.0.0.1 is loopback ip en keert naar uw pc terug dus pingt zichzelf.
maw, ping naar 127.0.0.1 is dus totaal nutteloos.

is uwe wep/wpa of welke beveiliging ge ook gebruikt nog juist om in te loggen naar de router?

hier vergist ge u toch ze exit

door naar 127.0.0.1, dus uwe local loopback, te pingen kunt ge testen of uw nic nog werkt.
als ge geen reply krijgt weet ge dat uw nic gaar is

goh dat wel, maar als uw nic defect is gaat ge ook geen ip verkrijgen.

dat is idd een feit dat juist is

twas niet goe omschreven, "mn eigen ip" daar bedoelde ik eig mn eigen computernaam mee
omdat

ping 127.0.0.1 : test de NIC zelf
ping computernaam: test de DNS

enfin in elk geval benk content dak weer kan RDP'en, twas echt wel een heel raar probleem dat zich plots vanzelf dus oploste blijkbaar

wss ging je router ff de mist in...

neenee, mn broer had die zelf gereboot. tja zelfs als het zo was, dan blijft et nog raar waarom de 2 andere pcs wel nog internet hadden, en mijn pc thuis zelfs geen netwerkverbinding meer....

toch ff getest en het heeft WEL zin te testen naar het loopbackadres 127.0.0.1 en nr je ip-adres, want er is duidelijk verschil:

ping ipadres: geeft aan of de netwerkverbinding INGESCHAKELD is én of je een ip gekregen hebt. wanneer je ping niet lukt, kun je hiermee nooit concluderen of de NIC al dan niet nog werkt

ping 127.0.0.1: doe dit als het voorgaande niet werkt, hiermee kun je vervolgens checken of de je TCP/IP goed geïnstalleerd is, dit werkt dus ook wanneer je netwerkverbinding UITGESCHAKELD is, zelfs waanneer je geen NIC hebt (?)

Bij mijn weten is 127.0.0.1 pingen, je loopback device pingen en heeft dat dus niets met je NIC te maken, maar is dat een logische (lees: geen fysieke) verbinding op het OS zijn TCP/IP-niveau die bestaat als er geen NIC in je pc zit ook.
Daarmee testen of je NIC wel werkt lijkt me dus redelijk onmogelijk.

eig zou er iem moeten de test doen, zonder NIC...maar je kunt er je TCP/IP protocol installatie mee testen...?
er zijn tegenstrijdige dingen over te vinden: de ene zeggen dat het WEL je NIC test, de anderen zeggen dat het enkel je TCP/IP checkt.
ik begin eerlijk gezegd ook meer en meer te geloven in het tweede, alhoewel ik het eerste destijds geleerd heb op school , moja wat is dat waard

--> http://www.tekstenuitleg.net/artikelen/test_netwerk/8

wel ist zo dat wat Exit zei NIET klopt: IP-adres en Loopback zijn TOTAAL NIET hetzelfde (zie URL hierboven oa)

Ik ben er praktisch zeker van dat het enkel je TCP/IP-installatie controleert.
Onder Linux heb je namelijk ook pas eth0 (ethernet0, verwijst naar een netwerkkaart) wanneer er een netwerkkaart inzit en lo (loopback device) vanaf je TCP/IP-ondersteuning hebt.

Overigens, wat als men twee NIC's heeft zitten, welke NIC zou ping 127.0.0.1 dan zogezegd moeten controleren?

yup 100% akkoord. één vraag blijft echter nog onbeantwoord: HOE test je nu WEL of je NIC nog werkt (bij vermoeden van defect)?

Netwerkkabel insteken waarvan je weet dat hij werkt en in router steken, als het lichtje van de router aan de poort waar je je kabel hebt ingestoken brandt werkt je kaart (niet met volledige zekerheid uiteraard).
Of met een ander OS proberen en kijken of je daarmee een IP-adres en dergelijke meer krijgt, je netwerkverkeer sniffen om te zien of de netwerkkaart wel iets uitstuurt, ...