HDFan
Līdzstrādnieks
Oriģinālais plakāts- 2007. gada 30. jūnijs
- 2019. gada 22. decembris
1. Tas ir vienkārši, vai ne, tikai pārliecinieties, ka tīkla DHCP serveris neuzkāpj uz adresi? Nu tā nav, jo DHCP serveru sākuma adrese ir .100. Vienīgās ierīces<100 are those to which I have assigned fixed addresses (.01,.05,.20, .30).
2. Tātad kāds cits saņem adresi. Es veicu tīkla skenēšanu no sava iPhone. Tas parāda tikai manu iMac šajā adresē. Es paskatos uz savu DHCP maršrutētāju. Tas parāda manu iMac - ar nosaukumu iMac-2, tajā .10 adresē. Tas ir tad, ja mans iMac pats uzkāpj uz sevi, uztverot savu adresi kā konfliktu.
3. Citas ierīces ar fiksētām IP adresēm<100 have no problems.
4. Ziņojums, protams, pazūd, ja es iestatu iMac DHCP lietošanai. Bet atšķirībā no citām tīkla ierīcēm, piemēram, NAS, kas saglabā savu DHCP adresi nedēļām ilgi, iMac ik pēc dažām stundām saņem jaunu adresi, kad tas tiek nepārtraukti ieslēgts. Tas izraisa haosu ar tādām lietām kā Plex serveri.
Tāpēc man nav skaidrs, kur meklēt...
Pielikumi
Istaba
- 2003. gada 28. maijs
- Ročestera, NY
- 2019. gada 22. decembris
HDFan teica: Tāpēc es saņemu šo ziņojumu, kad savam iMac datoram izmantoju fiksētu DHCP .10 IP adresi.
Skatīt pielikumu 884209
1. Tas ir vienkārši, vai ne, tikai pārliecinieties, ka tīkla DHCP serveris neuzkāpj uz adresi? Nu tā nav, jo DHCP serveru sākuma adrese ir .100. Vienīgās ierīces<100 are those to which I have assigned fixed addresses (.01,.05,.20, .30).
2. Tātad kāds cits saņem adresi. Es veicu tīkla skenēšanu no sava iPhone. Tas parāda tikai manu iMac šajā adresē. Es paskatos uz savu DHCP maršrutētāju. Tas parāda manu iMac - ar nosaukumu iMac-2, tajā .10 adresē. Tas ir tad, ja mans iMac pats uzkāpj uz sevi, uztverot savu adresi kā konfliktu.
3. Citas ierīces ar fiksētām IP adresēm<100 have no problems.
4. Ziņojums, protams, pazūd, ja es iestatu iMac DHCP lietošanai. Bet atšķirībā no citām tīkla ierīcēm, piemēram, NAS, kas saglabā savu DHCP adresi nedēļām ilgi, iMac ik pēc dažām stundām saņem jaunu adresi, kad tas tiek nepārtraukti ieslēgts. Tas izraisa haosu ar tādām lietām kā Plex serveri.
Tāpēc man nav skaidrs, kur meklēt...
Kas notiek, ja maināt sistēmu, lai izmantotu DHCP, un pēc tam ping .10 adresei no termināļa? Vai joprojām saņemat atbildi uz ping?
Mans pirmais minējums ir tāds, ka jūsu tīklā neapzināti ir otra ierīce, kurā darbojas DHCP serveris un kura izplata IP adreses. Darbstacijas to neizdarīs, ja nav instalēta trešās puses programmatūra, taču jūs minējāt Plex serveri, tāpēc rūpīgi apskatiet šo vai jebkuru citu līdzīgu serveri. Ja jūsu tīklā ir vairāki bezvadu piekļuves punkti, pārbaudiet arī tos, lai nodrošinātu, ka tikai jūsu maršrutētājs izplata IP adreses.
atbraucējs
- 2008. gada 19. februāris
- Finger Lakes reģions
- 2019. gada 23. decembris
HDFan
Līdzstrādnieks
Oriģinālais plakāts- 2007. gada 30. jūnijs
- 2019. gada 27. decembris
Soba teica: Mans pirmais minējums ir tāds, ka jūsu tīklā neapzināti ir otra ierīce, kurā darbojas DHCP serveris un kura izplata IP adreses.
Man tīklā ir vēl viens bezvadu maršrutētājs. DHCP ir izslēgts, bet man būs jāveic tests, kad tas ir izslēgts. Šobrīd es to nevaru izdarīt, jo man ir daudz HomeKit Satechi barošanas slēdžu, kas ir savienoti ar šo maršrutētāju. Pēc tam, kad Comcast instalēja manu jauno maršrutētāju, tas ik pēc dažām dienām pazeminājās, un tika noņemts HomeKit, tāpēc es instalēju citu maršrutētāju, tāpēc, kad tas pazuda, arī HomeKit neizdevās. Maršrutētājs/modems tagad ir stabils, tāpēc es migrēšu lietas.
satcomer teica: Ielieciet reverso ugunsmūri, piemēram, no koplietošanas programmas, ko sauc Mazais Snitch un jūs būsiet pārsteigts par visu zvanu mājās visu laiku!
Jā, paldies. Man ir Little Snitch, bet tas neko nerāda.
Istaba
- 2003. gada 28. maijs
- Ročestera, NY
- 2019. gada 27. decembris
HDFan teica: Man tīklā ir vēl viens bezvadu maršrutētājs. DHCP ir izslēgts, bet man būs jāveic tests, kad tas ir izslēgts.
Nezinot, kurai ierīcei jūsu tīklā ir piešķirta .10 adrese, otrā maršrutētāja izslēgšana, iespējams, neko nepateiks; sistēma, kas saņem adresi, izmantojot DHCP, to paturēs patvaļīgu laika periodu. Lielākajai daļai mūsdienu DHCP serveru pēc noklusējuma ir nepieciešama adreses nomas atjaunošana ik pēc 8 stundām, taču tas var būt daudz ilgāks (dienas vai pat nedēļas). Noslēpumainā sistēma neatteiks savu adresi, kamēr šis nomas līgums nebūs beidzies, tāpēc jums tā būs jāatstāj uz ilgāku laiku.
Kad saņemat kļūdas ziņojumu, uz laiku piešķiriet savam Mac citam IP adresei un pēc tam nosūtiet ping .10, lai redzētu, vai saņemat atbildi. Esmu pilnīgi pārliecināts, ka tu to darīsi! Pēc tam pārbaudiet maršrutētāju (vai jebkurus pārvaldītos tīkla slēdžus, ja jums ir paveicies, ka jūsu tīklā ir šādas ierīces), lai redzētu, vai tas jums pateiks, kuram portam ierīce ir pievienota; tam vajadzētu sniegt dažas norādes par noslēpumainās ierīces atrašanās vietu, ļaujot saskaņot tās IP vai MAC adresi ar maršrutētāja vai slēdža fizisko portu.
Ja maršrutētājs un slēdži nesniedz šo informāciju vai ja neesat pārliecināts, kā to izdarīt, ir jāpārbauda katra tīkla ierīce, lai noskaidrotu, kurām no tām ir piešķirts .10 kā statisks IP ( varbūt aizmirsāt, ka pirms kāda laika statiski piešķīrāt kaut ko citu šai adresei), vai arī kaut kur slēpjas otrs DHCP serveris. H
HDFan
Līdzstrādnieks
Oriģinālais plakāts- 2007. gada 30. jūnijs
- 2019. gada 28. decembris
Esmu meklējis aktīvās adreses tīklā, kad šī kļūda rodas, izmantojot lanscan un inet tīkla skeneri. Abi rāda vienu un to pašu, mans iMac gan .10, gan jaunajā DHCP adresē. Neviena cita ierīce nekad neizmantoja šo .10 adresi. Tomēr .10 adrese netika ping. Šķiet, ka atgadījumi kļūst arvien retāk, bet, kad tas notiks, es izmēģināšu ping.
Braiens Bouns
- 2011. gada 13. februāris
- Baltimora, Merilenda
- 2019. gada 29. decembris
Ja jūs beidzot to sapratīsit… lieliski. Tomēr es ieteiktu iestatīt visu ierīču IP adreses ar maršrutētāja programmaparatūru, izmantojot “DHCP rezervācijas” vai (kā programmaparatūra to vēlas saukt) un izslēgt ierīcēs iestatītos statiskos IP.
Istaba
- 2003. gada 28. maijs
- Ročestera, NY
- 2019. gada 29. decembris
BrianBaughn teica: Šī noteikti nav jauna problēma, jo, iespējams, internetā ir publicēti jautājumi, kas attiecas uz to vairāk nekā desmit gadus. To sakot, es neatceros, kādi varētu būt cēloņi un vai ir kāds universāls risinājums. Varbūt kāda veida naidīgums starp Mac un maršrutētāja programmaparatūru.
Ja jūs beidzot to sapratīsit… lieliski. Tomēr es ieteiktu iestatīt visu ierīču IP adreses ar maršrutētāja programmaparatūru, izmantojot “DHCP rezervācijas” vai (kā programmaparatūra to vēlas saukt) un izslēgt ierīcēs iestatītos statiskos IP.
@HDFan Es piekrītu šim. Ja jūsu maršrutētājs tos atbalsta, izmantojiet rezervācijas.
Neskatoties uz šo punktu, man ir aizdomas, ka vienam no jūsu tīkla slēdžiem (vai pašam maršrutētājam) ir aparatūras problēma. H
HDFan
Līdzstrādnieks
Oriģinālais plakāts- 2007. gada 30. jūnijs
- 2019. gada 30. decembris
BrianBaughn teica: Es ieteiktu iestatīt visu jūsu ierīču IP ar maršrutētāja programmaparatūru, izmantojot 'DHCP rezervācijas'.
Soba teica: ja jūsu maršrutētājs tos atbalsta, izmantojiet rezervācijas.
Paldies par ieteikumu. Comcast, protams, ir mainījis TG3482G programmaparatūru, tāpēc būs jāpastrādā, lai redzētu, vai tā to atbalsta. H
HDFan
Līdzstrādnieks
Oriģinālais plakāts- 2007. gada 30. jūnijs
- 2020. gada 1. februāris
Pielikumi
Braiens Bouns
- 2011. gada 13. februāris
- Baltimora, Merilenda
- 2020. gada 1. februāris
Vai jūsu iMac, plkst Sistēmas preferences> Tīkls iestatīt uz 'Automātiski' plkst Konfigurējiet IPv4 ? Tam vajadzētu būt.
Turklāt nevienai citai ierīcei šo IP nevajadzētu piešķirt manuāli. H
HDFan
Līdzstrādnieks
Oriģinālais plakāts- 2007. gada 30. jūnijs
- 2020. gada 1. februāris
Nevienai citai ierīcei šī adrese nav manuāli piešķirta
ArrayDecay
- 2019. gada 21. februāris
- Lielā Sietlas apgabals
- 2020. gada 14. februāris
Populārākas Posts