Ezután nyugodtan telepítsen bármilyen más kívánt megoldót. Ha szivárgásproblémái vannak a VPN-jével, és nem tudja kitalálni, hogyan kell beállítani a systemd-t (mint én), akkor az első válaszban leírt módon eltávolíthatja, de dns=default sor, mert aktiválja a névkiszolgáló 127. 0. Az útválasztó DNS-ként való beállításához hozza létre a "farok" fájlt a /etc/resolvconf/ mappát a sor hozzáadásával nameserser 192. 1 csináld ln -sf /var/run/resolved/ /etc/ ha elrontotta volna ezt a fájlt. 1 Tényleg? Számomra pontosan úgy működik, ahogy a válaszomban leírtam. Hogyan lehet elindítani / leállítani az iptables programot? | HOW 2022. Határozottan nem használja a névszervert 127. Azt is gondolom, hogy nem túl hasznos, ha hardveresen kódolod a névszerver IP-jét egy konfigurációs fájlban. Legalább elég gyakran váltok wifi hálózatot, és mindegyik wifi-nek más a névszervere 1 igen 'alapértelmezett' engedélyezi a 127. 1-t DNS-ként
Világosan kimondja, hogy a kapott kimenet inaktív tűzfalra vonatkozik, vagyis nincsenek beállítva szabályok. Tehát próbáljon meg néhány szabályt beállítani iptables. Itt található az iptables Ubuntu Wiki, amely megmutatja, hogyan kell beállítani, szerkeszteni őket és hasonlókat. köszönöm a választ. Az EDIT után adtam még néhány információt. kérlek nézd meg, :) 2 Ahhoz, hogy lássa a szükséges szabályokat szabályok beillesztése, olvassa el teljesen a Linket #4: Insert Firewall Rules ott. 1 @imwrng Frissített válasz. És egyetértek a tjybbával:) 1 @imwrng Legszívesebben:) 1 Szeretném mondani ufw csak egy konfigurációs eszköz, valójában nem tűzfal. a service parancs RedHat alapú rendszereken, iptable-kkel nagyon jól működik, még a Centd 7-en is, amely átvette a systemd-t. Hogyan lehet letiltani a systemd-megoldást az Ubuntuban? | 2022. Tehát, ha a Debian-alapú rendszerek nem tekintik az iptables szolgáltatást önmagában szolgáltatásnak, akkor is ennek lehet tekinteni. A "service iptables restart" parancs pedig nagyon hasznos, különösen, ha azt akarja, hogy az iptables állítsa vissza az "alapértelmezett" szabályt (vagyis a fő szkriptet használja; centos / etc / sysconfig / iptables formátumban stb. )
Pontosan mégis mit kérdezel? Alapértelmezés szerint soha vannak bármely beállított szabály. @LordofTime, kérem kattintson a forrás linkre 1 A fenti parancsok azt mutatják, hogy nincs felhasználó által definiált szabálya. Ha ez azt jelenti, hogy meg akarja tanulni az iptables által megvalósított tűzfalat, kövesse ezt a választ, bár a válaszom, de vannak releváns linkjei a kezdéshez iptables az Ubuntuban. Lásd még a man oldalát. Kérjük, szerkessze a kérdést egyszerű szavakkal a Mit pontosan kérdez. 2 Csak egy javaslat, miért nem hivatkozik a Hivatalos iptables-re, hogyan. Nem (the why don't), csak egyfajta javaslat volt, nem pedig az ok vagy más dolog megkérdezése: D. Köszönöm, soha többé nem fogom kipróbálni azt az egyvonalasat: D. A bonyolult tűzfal ill ufw a. konfigurációs eszköze iptables ami alapértelmezés szerint az Ubuntuban jön. Tehát ha el akarta indítani vagy leállítani a ufw szolgáltatást, ilyesmit kellene tennie #To stop $ sudo service ufw stop ufw stop/waiting #To start $ sudo service ufw start ufw start/running Arról, hogy miért nem kapja meg a kimenetet a forrás szerint.
A btw kapcsolódó problémája, hogy az /etc/ fájl ivartalanítva van. A következőnek kell lennie: gazdagépek: fájlok mdns4_minimal dns [NOTFOUND = return] feloldás [! UNAVAIL = return] dns Ez egy zavaros konfiguráció, mivel a [NOTFOUND = return] azt jelenti, hogy a feldolgozás ott ér véget. Az utána következő bejegyzéseket soha nem fogjuk használni. 1 És akkor meg kell változtatnom az útválasztó címét a konfigurációban, valahányszor új WIFI-hez csatlakozom? U komolyan? -1 Nem jöttem rá, hogy barangolsz vele. Ha igen, akkor hagyja megjegyzés nélkül a konfigurációs elemeket. Ezután meg kell szereznie egy /etc/ fájlt, amely a következőt mondja ki: névkiszolgáló 8. 8 névkiszolgáló 8. 4 2 Szerintem nem szükséges a fájl szerkesztése, ha a netplan-t helyesen állítottad be. vagyis a netplan beírja a helyes értékeket a szinkronizált fájlba... PS SYSTEMD SUCKS! 1 Inkább kiveszem az összes felbontókészüléket. 10000 szerver élettartama alatt általában nem több, mint 2-3 legit resolver frissítés, de a srácok folyamatosan optimalizálnak egy laptopot.