Puncte:0

Serverul Apache nu este accesibil de pe internet după lucrul pe Samba

drapel br

pe Ubuntu 20.04.3 am o instalare owncloud. Era accesibil prin ssl (cu o adresă IP de la no-ip) și totul funcționează foarte bine.

Acum câteva zile am lucrat la samba (care funcționa și bine) pentru a vedea dacă pot face ca Apple Time Machine să funcționeze. Acest lucru nu a funcționat. Ce este mai rău: Serverul Apache nu mai este accesibil de pe internet.

În funcție de browser, mesajul de eroare este ceva de genul „nu se poate conecta la server” sau „ERR_ADDRESS_UNREACHABLE”.

Setările din routerul meu (Fritz.box 7490) par să fie în regulă.

Apache rulează:

fambopp@fambopp-MacBookAir:~$ sudo systemctl status apache2
â apache2.service - Serverul Apache HTTP
     Încărcat: încărcat (/lib/systemd/system/apache2.service; activat; prestabilit furnizor: activat)
     Activ: activ (în rulare) din marți 14.12.2021 06:35:00 CET; acum 30 de minute
       Documente: https://httpd.apache.org/docs/2.4/
    Proces: 3993 ExecStart=/usr/sbin/apachectl start (cod=exit, status=0/SUCCESS)
    Proces: 5017 ExecReload=/usr/sbin/apachectl grațios (code=exit, status=0/SUCCESS)
   PID principal: 3997 (apache2)
      Sarcini: 6 (limită: 4531)
     Memorie: 15,5 M
     CGroup: /system.slice/apache2.service
             ââ3997 /usr/sbin/apache2 -k start
             ââ5021 /usr/sbin/apache2 -k start
             ââ5022 /usr/sbin/apache2 -k start
             ââ5023 /usr/sbin/apache2 -k start
             ââ5024 /usr/sbin/apache2 -k start
             ââ5025 /usr/sbin/apache2 -k start

Dez 14 06:35:00 fambopp-MacBookAir systemd[1]: Pornirea serverului Apache HTTP...
Dez 14 06:35:00 fambopp-MacBookAir systemd[1]: A pornit serverul Apache HTTP.
Dez 14 07:05:04 fambopp-MacBookAir systemd[1]: Reîncărcarea serverului Apache HTTP.
Dez 14 07:05:04 fambopp-MacBookAir systemd[1]: Reîncărcat serverul Apache HTTP. 

Am verificat cu nmap și nu văd probleme:

Începând cu Nmap 7.80 ( https://nmap.org ) la 2021-12-14 07:33 CET
Raport de scanare Nmap pentru fambopp-MacBookAir.fritz.box (192.168.10.194)
Gazda este activă (latență de 0,000010 s).
Nu este afișat: 994 porturi închise
SERVICIUL STATULUI PORTUAR
22/tcp deschide ssh
80/tcp deschide http
139/tcp deschide netbios-ssn
443/tcp deschide https
445/tcp deschide microsoft-ds
5900/tcp open vnc

Nmap finalizat: 1 adresă IP (1 gazdă în sus) scanată în 0,16 secunde

Nu am avut ufw activ. Așa că l-am activat și am permis totul:

Stare: activ
Înregistrare: activată (scăzută)
Implicit: refuza (intrat), permite (ie), dezactivat (direcționat)
Profiluri noi: săriți

La Acțiune De la
-- ------ ----
22/tcp PERMITERE PENTRU Oriunde                  
80.443/tcp (Apache complet) PERMITERE PENTRU Oriunde                  
137.138/udp (Samba) PERMITERE PENTRU Oriunde                  
139.445/tcp (Samba) PERMITERE PENTRU Oriunde                  
5900/tcp PERMISĂ ÎN Oriunde                  
22/tcp (v6) PERMISĂ ÎN Oriunde (v6)             
80.443/tcp (Apache Full (v6)) PERMITERE Oriunde (v6)             
137.138/udp (Samba (v6)) PERMITERE Oriunde (v6)             
139.445/tcp (Samba (v6)) PERMITERE Oriunde (v6)             
5900/tcp (v6) PERMITERE Oriunde (v6)

Pot da ping paginii cu succes:

PING 93.104.185.180 (93.104.185.180) 56(84) octeți de date.
64 de octeți de la 93.104.185.180: icmp_seq=1 ttl=63 time=0,606 ms
64 de octeți de la 93.104.185.180: icmp_seq=2 ttl=63 time=0.613 ms
64 de octeți de la 93.104.185.180: icmp_seq=3 ttl=63 time=0.595 ms

--- 93.104.185.180 statistici ping ---
3 pachete transmise, 3 primite, 0% pierdere de pachete, timp 2037 ms
rtt min/avg/max/mdev = 0,595/0,604/0,613/0,007 ms

Am rămas fără idei de unde ar putea veni problema și sunt foarte recunoscător pentru orice ajutor. Rainer

drapel in
Vedeți vreo modificare la fișierele `access` în `/var/log/apache2`? Dacă vedeți înregistrări de acces, atunci problema se află în configurația Apache. Dacă nu se actualizează niciun jurnal de acces, atunci problema se află în stiva dintre rețea și Apache
Rainer Bopp avatar
drapel br
Într-adevăr, am modificări la fișierele de acces. Și, de asemenea, un jurnal de erori. „[ssl:warn] [pid 7756] AH01909: certificatul server owncloudddns.net:443:0 NU include un ID care se potrivește cu numele serverului.” Cum s-a putut întâmpla și ce să faci? @matigo
drapel in
S-a schimbat fișierul dvs. `/etc/hostname`? Alternativ, s-a schimbat vreunul dintre fișierele de configurare Apache? Veți dori să confirmați că certificatul dvs. SSL se potrivește cu numele de domeniu din fișierul de configurare a gazdei virtuale
Rainer Bopp avatar
drapel br
Niciun fișier nu s-a schimbat din iulie. De asemenea, certificatul SSL pare să fie în regulă. Poate că nu caut în locul potrivit în ceea ce privește configurația gazdei virtuale?
Doug Smythies avatar
drapel gn
Puteți rula tcpdump (sau wireshark, dacă preferați) și urmăriți lucrurile la nivel de pachet. Sugerați: `sudo tcpdump -n -tttt -i enp3s0 portul 80 și portul 443`. Schimbați `enp3s0` cu numele interfeței. Am rulat asta: `sudo tcpdump -n -tttt -i enp3s0 host 93.104.185.180` pe computerul meu și nu am primit niciun răspuns când am încercat să accesez prin browser.
Rainer Bopp avatar
drapel br
Rulez tcpdump pe două interfețe (nu sunt sigur care dintre ele este cea potrivită: `wlp2s0b1` sau `ens9`) Acesta a fost rezultatul: `0 pachete capturate` `0 pachete primite de filtru` `0 pachete eliminate de kernel`
Doug Smythies avatar
drapel gn
Atunci cred că problema dvs. cu redirecționarea portului de la router.
Puncte:0
drapel br

Mulțumesc Doug Smithies. Indicația dvs. despre redirecționarea porturilor m-a îndreptat către problema corectă. Dintr-un motiv foarte ciudat, routerul meu a atribuit un nou IP serverului, chiar dacă acesta a fost setat la o adresă IP statică. Dar nu a schimbat aceste informații în pagina de port forwarding (nu știu dacă aceasta este formularea corectă, routerul este german...). Așa că am schimbat IP-ul înapoi la ceea ce era inițial. Acum totul merge bine. Marea întrebare este: de ce s-a întâmplat asta în timp ce lucra la Samba. Oricum, acum nu mai contează.

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.