Puncte:2

Domeniul este accesibil numai prin browser atâta timp cât rulează ping *pe server* (de asemenea, ssh nu funcționează)

drapel ph

Am o mașină la distanță pe care rulez Debian și Apache. Recent, a apărut o problemă ciudată.

A început cu faptul că nu mă mai pot conecta prin ssh (pur și simplu primesc un timeout) și domeniul meu nu este accesibil prin browser. Cred că nu aș putea să-l pun ping la fel de bine, dar nu sunt sigur de asta. De acum, ping-ul funcționează.

Folosind panoul de control al furnizorului, încă mă pot autentifica. link ip arată că interfața este UP. Lucrul ciudat este că în timp ce fug ping google.de pe server, domeniul brusc este accesibil din browser. După anularea ping-ului, domeniul nu mai este accesibil din nou. SSH nu funcționează în niciunul dintre cazuri.

Primul meu obiectiv este să înțeleg acest comportament ciudat, al doilea obiectiv este să readuc SSH (și domeniul meu) să funcționeze.

digijay avatar
drapel mx
Asta seamănă cu o problemă de conectivitate din partea furnizorului dvs., întrebați-l dacă există ceva defect (de exemplu, un router sau un comutator), majoritatea furnizorilor vor avea și site-uri de stare. Pentru a testa conexiunea http în loc de un browser, mai degrabă utilizați `curl -I https://domeniul dvs.example.com/` deoarece nu vă va oferi niciun rezultat în cache.
cssdev avatar
drapel ph
@digijay: Mulțumesc pentru pont!
Puncte:4
drapel in

Aceasta ar putea fi o problemă cu adresa IP duplicată. O altă gazdă din subrețea v-a smuls adresa IP. Ping funcționează deoarece este apatrid și, indiferent de gazdă care primește cererea ping, va trimite răspunsul ping.

Apoi, când dați ping la google de pe serverul dvs., gazda dvs. va revendica adresa IP, iar routerele/firewall-urile furnizorului își vor actualiza tabelul arp.

Dacă verificați fișierul /var/log/syslog, acesta ar trebui să raporteze că o altă gazdă vă folosește ip-ul și ar trebui să puteți vedea și adresa mac a celeilalte gazde. Dacă găsiți aceste informații, trebuie să contactați furnizorul pentru a remedia problema.

cssdev avatar
drapel ph
Mulțumesc, aceasta este probabil explicația. Voi contacta furnizorul meu în acest sens în următoarea zi lucrătoare unde îmi pot accesa serverul. Bănuiesc că nu am absolut nevoie de adresa mac a celeilalte gazde, dar sunt interesat de cum aș putea obține-o din syslog. Am încercat grepping pentru „mac”, „ip”, etc, dar nu am găsit nimic. M-ați putea ghida aici?
drapel cn
Nu poți. Adresa MAC este doar „relevantă” în ceea ce privește un segment de transmisie Ethernet. Ar trebui să fie în jurnalele comutatorului sau să fie accesibil prin intermediul comutatorului, dar nu din partea dvs.
Sven avatar
drapel in
Îmi pare rău, memoria mi-a fost greșit.. Este posibil să nu puteți detecta ip-ul duplicat în /var/log/syslog. Cu toate acestea, este posibil să puteți detecta cealaltă gazdă dacă instalați arping pe serverul dvs.: http://kb.eclipseinc.com/kb/how-do-i-check-for-duplicate-ip-addresses-in-linux/
cssdev avatar
drapel ph
Doar FYI @Sven (scuze că am comentat atât de târziu) și alții care au aceeași problemă: într-adevăr a fost o problemă cu furnizorul meu de găzduire. Angajatul nu a crezut că este problema descrisă aici și a rezolvat-o prin mutarea VPS-ului meu pe o altă mașină fizică. Ceea ce mi se pare în esență vodoo :-)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.