• [object Object]@lemmy.world
            3·
            2 days ago

            Lemmy itself doesn’t allow posting a link and an image together, at least not in the default UI on lemmy.world. Consequently, apps being able to show them together isn’t the go-to expectation.

            P.S. Upon reading your comments further below, it’s outstanding what an annoying prick you are.

          • w3dd1e@lemmy.zip
            2·
            2 days ago

            I was thinking maybe some types of Lemmy apps/clients don’t show it? Mine does but I was giving the commenter the benefit of the doubt.

            Once I was trying to find info on my server’s administration policies and including time it. Turns out it wasn’t available in my app at the time, I had to go to the website.

  • mirshafie@europe.pub
    11·
    3 days ago

    It was annoying as hell trying to download a LaTeX compiler and having the entire word be blocked, presumably because certain degenerates use latex - the material - for immoral acts.

    • bcovertigo@lemmy.worldEnglish
      19·
      4 days ago

      They are giving response codes like 403 so it’s not a failure to resolve and I agree it’s not DNS… It’s behaving differently based on different sub pages so it’s something underneath the https encryption. Maybe an intermediary WAF that decrypts? Maybe some weird server side tooling that has govt provided?

      I would guess WAF but I’d love to hear from someone who actually knows.

    • Brkdncr@lemmy.world
      14·
      4 days ago

      It’s either

      • Client side ssl forward proxy (MitM cert installed on client)
      • in-line decryption in the server
      • client side software
      • tls downgrade
      • cert authority compromise
    • baltakatei@sopuli.xyz
      12·
      4 days ago

      Right? If it were an unencrypted HTTP GET request, then every router on the way would see the plaintext string boobs in the URL and therefore intercept it.

      If I had to guess, Iran has so few landline connections that they man-in-the-middle every TLS connection they can by either forcing every server to hand over their private key files (difficult) or by forcing a certificate authority trusted by default Web browsers (there’s a lot of them) to issue certificates for every top level domain they see in SNI data attached to encrypted packet headers; the latter method need not even require participation by Iranian servers, so long as the traffic is bottlenecked for man-in-the-middle attacks and outsiders don’t question unusual certificate authorities being used.

  • M.int@lemmy.zip
    7·
    3 days ago
    curl -i https://irangov.ir/boobs.jpg # HTTP 200
curl -i https://president.ir/boobs.jpg # HTTP 200
curl -i https://divar.ir/boobs.jpg # HTTP 404

    Can’t reproduce. The goverment websites don’t even handle the error correctly: they give a HTTP 200 and an error page.

    Does anyone have an actual working example?

    • Buddahriffic@lemmy.world
      1·
      1 day ago

      Lol when I first read your screenshot, I thought for a moment they actually served you boobs.jpg from the government and president sites.

      But maybe this is disinformation to make people think servers in Iran aren’t?

      “Oh boobs.jpg just gives a 404, can’t be in Iran!” (When the server is in Iran)

      Buddy doesn’t even say what domain they figured out was in Iran with this “trick”.

    • Sundray@lemmus.orgOPEnglish
      451·
      4 days ago

      Presumably because instead of responding to the request for boobs.jpg with with an HTTP 404 error (meaning, “not found”), Iran’s censorship tech returns a 403 error (meaning basically "you are forbidden from accessing this resource).

      The “boobs” are “forbidden” you see; the tech mirrors the ruling party’s moral stance, probably coincidentally. Trying the same curl command in Russia and China will likely just get you a 404 error, so the joke really only works with Iranian servers. The 404 version is slightly less funny: “We couldn’t find the boobs!”